เหตุใด ARIN (ฯลฯ ) จึงจัดสรรบล็อกขนาดใหญ่ของที่อยู่ IPv6 ดังกล่าว


18

ปัญหาทั้งหมดของการสิ้นเปลือง IPv4 และของเสียที่ดูเหมือนว่าจะได้รับอยู่ข้างหลังเราด้วยการเพิ่มขึ้นของการใช้งาน IPv6 (บ้าง)

วัตถุประสงค์เดียวของ IPv6 คือการแก้ปัญหาพื้นที่ที่อยู่ IPv4 ใกล้หมด หากเป็นเช่นนั้นเหตุใดองค์กรที่ปกครองจึงจัดสรรบล็อกที่อยู่จำนวนมากของที่อยู่ v6 ดังกล่าวซึ่งมีค่าใช้จ่ายสูงเกินไป

มีเหตุผลเชิงเหตุผลที่อยู่เบื้องหลังการจัดสรรหรือเป็นเรื่องของ"ฉันรวยฉันจะแบ่งปันให้ทุกคน!" เรียงลำดับของสิ่งที่?

ตัวอย่างเช่นเมื่อเร็ว ๆ นี้ฉันได้รับการจัดสรร / 48 บล็อกของที่อยู่ v6 ด้วยเซิร์ฟเวอร์เดียว นั่นเป็นที่อยู่ 1,208,925,819,614,629,174,706,176 ที่อยู่สำหรับเซิร์ฟเวอร์เดียวของฉัน ฉันสงสัยว่าเคอร์เนลจะให้ฉันจัดสรรที่อยู่จำนวนมากให้กับอินเทอร์เฟซและฉันสงสัยว่า NIC ใด ๆ ที่มีจะสนับสนุนแม้แต่หนึ่งในสิบของพวกเขา เหตุใดที่อยู่ IPv6 จึงถูกส่งมอบในบล็อกขนาดใหญ่เช่นนี้


6
เพียงเพราะมีจำนวนที่อยู่ไร้สาระที่มีอยู่ใน IPv6 หากใช้ไอพีล้านล้านทุกวินาทีมันจะใช้เวลานานกว่าหนึ่งล้านล้านปีในการเข้าถึงที่ใดก็ได้ใกล้ขีด จำกัด เช็คเอาท์: ขนาดที่
แท้จริง

4
เพื่อให้เราไม่เคยหมดเวลาในกรอบเวลาใด ๆ และไม่จำเป็นต้องใช้ NAT อีกครั้ง
Michael Hampton

3
IPv6 มีจำนวนที่อยู่ที่น่าจะเป็นไปได้ไร้สาระ แต่ถ้าเรากระจาย / 48 ไปรอบ ๆ ด้วยการละทิ้งป่า ด้วยวิธีนี้: IPv6 รองรับเพียง 65,536 ครั้งมากที่สุดเท่าที่ / 48 ของ IPv4 มีที่อยู่เดียวและเราหมดเวลาเพียงไม่กี่ทศวรรษ
Gordon Davisson

1
@GordonDavisson ใช่ เริ่มมาตรการการอนุรักษ์ที่อยู่ที่ดีขึ้นในขณะนี้เพื่อให้กลุ่มที่อยู่มีอายุการใช้งานนานขึ้นอีกสองสามศตวรรษ
Michael Hampton

6
@GordonDavisson ฉันไม่แน่ใจว่าคุณยังเข้าใจแล้วว่าพื้นที่ที่อยู่นี้มีขนาดใหญ่เพียงใด คุณสามารถให้ a / 48 แก่ชายหญิงและเด็กทุกคนบนโลกและใช้พื้นที่ส่วนใหญ่เพียง 15/15 หรือ 0.003% ของพื้นที่ IPv6 ทั้งหมด (ฉันสมมติว่ามีประชากรน้อยกว่า 8 พันล้านดวง) มันไม่ได้เป็นเรื่องที่น่ากังวลเหมือน ๆ กับ IPv4
Michael Hampton

คำตอบ:


19

เหตุผลหลักคือการกำหนดค่าแอดเดรสอัตโนมัติแบบไม่มีสถานะตาม RFC4862 นั้นต้องการเครือข่าย / 64 เพื่อให้ทำงานได้อย่างถูกต้อง เพิ่มไปที่การสันนิษฐานว่าจะต้องการมากกว่าซับเน็ตเดียวที่การติดตั้งและความยากลำบากในการกำหนดเส้นทางทวีคูณของ a / 64 โดยพลการและแนวโน้มอัตโนมัติดูเหมือนจะกำหนด / 56 หรือขี้เกียจ a / 48

ผิดปกติฉันได้เห็นสัญญาณแรกของความแตกต่างในสหราชอาณาจักร ฉันมี v6 ในสำนักงานที่บ้านของฉันสองสามปีตอนนี้ แต่เพิ่งเปลี่ยนผู้ให้บริการ อันเก่าให้ฉัน / 56 โดยอัตโนมัติ อันใหม่ให้ฉัน / 64 แต่เมื่อฉันบอกว่าฉัน subnetting อัพเกรดฉันเป็น a / 56 อย่างไม่มีความสุข

ฉันเดาว่าการจัดสรรฐานจะเสถียรที่ a / 64 เมื่อ v6 กลายเป็นเรื่องธรรมดากับใครก็ตามที่มีเหตุผลครึ่งหนึ่งที่เหมาะสมสำหรับการได้รับ / 56


2
ต้องขอมากกว่า / 64 ไม่ใช่สมาร์ทของ ISP การตั้งค่าจำนวนมากต้องการมากกว่าหนึ่ง / 64 (เช่น LAN ในบ้านและ LAN ของผู้เข้าพัก) และ (a) มันจะเสียค่าใช้จ่ายหากโต๊ะสนับสนุนของพวกเขาต้องจัดการกับคำขอเหล่านี้และ (b) ผู้ใช้ส่วนใหญ่จะไม่รู้ว่าจะถามอะไร (c) อุปกรณ์จะเริ่มแฮ็คกับ NAT และอื่น ๆ ในขณะที่ ISP มีที่อยู่ IPv6 ทั้งหมดที่พวกเขาต้องการโดยไม่เสียค่าใช้จ่าย
Sander Steffann

4
นอกจากนี้เมื่อใช้ autoconfig แบบไร้รัฐและส่วนขยายความปลอดภัยคุณจะได้รับการใช้พื้นที่ที่อยู่อย่างเป็นธรรมดังนั้นจึงไม่มีความคุ้มค่าในการสแกนหาเครื่องบนอินเทอร์เน็ตซึ่งเป็นเวคเตอร์การโจมตีขนาดใหญ่สำหรับเวิร์ม
Simon Richter

1
ที่บ้านของฉันฉันมีห้าทางกายภาพเครือข่ายย่อยและจำนวนที่แตกต่างกันของคนที่เสมือนเป็นฉันทำสิ่งต่างๆที่มี VMs และกลุ่ม VMs ฉันยังมี / 48 กุญแจสำคัญคือว่าด้วย IPv6 เราไม่คิดอีกต่อไปในแง่ของที่อยู่บุคคล แต่ในแง่ของเครือข่ายย่อย การจัดสรรที่อยู่ IPv6 นั้นหมายถึงการจัดหาซับเน็ตให้เพียงพอต่อผู้ร้องขอมานานหลายทศวรรษ ดู RFC 6177
Michael Hampton

ฉันเห็นด้วยกับสิ่งที่คุณพูด ที่กล่าวว่าไม่เหมือนมีการผลักดันกลับจาก ISP ของฉันมาก หลายคนไม่ต้องการมากกว่า / 64 เพราะพวกเขาไม่รู้เครือข่ายย่อยถ้าขโมยอาหารเช้า สำหรับส่วนที่เหลือ clueful, " คุณต้องการ / 56 " อย่างรวดเร็วสามารถเป็นช่องทำเครื่องหมายในแบบฟอร์มการสมัครออนไลน์ "การมานานหลายทศวรรษ " บิตอาจจะไม่เกี่ยวข้องในแง่ของการตั้งค่าบ้านเป็นมันทุก PA-พื้นที่และไม่พกพา พวกเราส่วนใหญ่ไม่ใช้ ISP เดียวกันมานาน 50 ปี
MadHatter สนับสนุนโมนิก้า

6

ฉันจินตนาการว่าการกำหนดเส้นทางบล็อกที่เล็กกว่าจะสร้างปัญหาสำหรับการกำหนดเส้นทาง BGP - ยิ่งบล็อกที่มีขนาดเล็กลงเราเตอร์ทั้งหมดของการกำหนดเส้นทางที่ไม่ต้องดำเนินการตามเส้นทางเริ่มต้นจำเป็นต้องดำเนินการ

ในขณะที่แรงผลักดันที่อยู่เบื้องหลัง IPV6 นั้นเพิ่มพื้นที่ที่อยู่ IPv6 มีข้อได้เปรียบกว่า IPv4 มากมาย (การกำหนดเส้นทางที่มีประสิทธิภาพมากขึ้นการกำหนดค่าเครือข่ายที่ง่ายขึ้นไม่ต้องการข้อกำหนดเพิ่มเติมสำหรับ NAT - ถ้าคุณเรียกว่าข้อดีความปลอดภัยที่ดีกว่า - IPSec จะถูกอบเข้าไป)

ความประทับใจของฉัน (และไม่มีอะไรมากไปกว่านั้นแม้ว่าฉันจะอยู่ในชุมชนผู้ให้บริการอินเทอร์เน็ต) ก็คือไม่มีจุดใดในการแก้ปัญหาที่อยู่ IPv4 เนื่องจากมันจะชะลอการหลีกเลี่ยงไม่ได้ไม่ช้าก็เร็วอินเทอร์เน็ตจะต้องใช้ IPv6 ไม่มีจุดในการยืดความเจ็บปวดด้วยการยืด IPv4 ออกไปให้มากขึ้น ผู้ที่ต้องการลงทุนในการอัพเกรดโครงสร้างพื้นฐานจะตีกำแพงเดียวกันโดยไม่คำนึงถึงพวกเขาอาจตีพวกเขาได้ในขณะนี้


1
ฉันเห็นด้วยกับคุณเกี่ยวกับปัญหาของเส้นทาง BGP อย่างไรก็ตามมีจุดที่เทคโนโลยีเก่าต้องมีการปรับปรุงเพื่อรองรับเทคโนโลยีใหม่อื่น ๆ เรามักจะพูดว่า "เราได้คิดค้นมาตรฐานการกำหนดแอดเดรสใหม่ที่ยอดเยี่ยมนี้ แต่มันใช้ไม่ได้กับโปรโตคอลที่มีอยู่ของ X, Y และ Z เราจะเสียเงินเพียงไม่กี่ล้านล้าน coz ที่เราขี้เกียจเกินไปที่จะทำ
jduncanator

1
@ jduncanator ฉันคิดว่านั่นเป็นลักษณะที่ไม่ถูกต้อง IPv6 สามารถทำงานบนและข้าง IPv4 เพื่อความสะดวกในการโยกย้าย มันไม่ใช่การเปลี่ยนแปลงอย่างฉับพลัน - มันพร้อมสำหรับการปรับใช้ตั้งแต่ที่ไหนสักแห่งระหว่างปี 1999 และ 2008 ขึ้นอยู่กับ POV ของคุณ ในความเป็นจริงในช่วงต้นปี 2000 คาดว่าจะมีการใช้งานอย่างเต็มที่ภายในปี 2550 ดังนั้นจึงมีเวลาอีกมากที่จะนำมาใช้ ระบบปฏิบัติการที่ทันสมัยทั้งหมดสนับสนุนมันออกมา - เราเตอร์ใหม่มักจะไม่ได้บ่งบอกถึงความขี้เกียจในอุตสาหกรรม (แน่นอน Techos ได้ขยายวิธี IPv4 ให้ไกลออกไปแล้วพวกเขาควรจะมีรวมถึงผู้ให้บริการระดับ nat และ SNI)
davidgo

ฉันเห็นด้วยกับการยอมรับ IPv6 น้อยกว่าที่พอใจ ฉันอาศัยอยู่ในออสเตรเลียที่ไม่มีผู้ให้บริการอินเทอร์เน็ตรายใหญ่รายใดที่ให้การสนับสนุน IPv6 แม้ว่าฉันจะมีเราเตอร์ก็ตาม เพิ่มด้านบนของการเชื่อมต่อเส็งเคร็งกับอุโมงค์ v6 ยอดนิยมใด ๆ ที่ทำให้มันใช้งานไม่ได้และคุณสามารถดูว่าทำไมคนไม่เห็น "เร่งด่วน" (หรือแม้แต่แรงจูงใจใด ๆ ) เพื่อย้ายไปยัง IPv6 มีบางสิ่งที่จำเป็นต้องเปลี่ยนแปลงเพราะในตอนท้ายของวันหากพื้นที่ IPv4 หมดลง ISP ของผู้บริโภคจะไม่ได้รับผลกระทบดังนั้นจึงไม่มีแรงกดดันในการใช้ IPv6
jduncanator

บางครั้งฉันก็หวังว่าฉันจะอยู่ในประเทศที่ฉันสามารถใช้ Google Fiber ในราคาเดียวกับ 300kbps ADSL2 + -.-
jduncanator

2
@jduncanator นักการเมืองในประเทศของคุณเป็นศัตรูกับอินเทอร์เน็ตดังนั้นฉันไม่แปลกใจเลย สำหรับ NAT นั้นการกำจัดมันเป็นข้อได้เปรียบที่สำคัญ มันหมายถึงโปรโตคอลทั้งหมดที่ทำลายหรือต้องการแก้ไขปัญหาที่น่ากลัวเพื่อให้สามารถทำงานได้ตามปกติ ซึ่ง ณ จุดนี้เป็นจำนวนมากของพวกเขา
Michael Hampton

1

ฉันรู้สึกเหมือนว่าคำตอบนี้โดยทั่วไปเพียงพอแล้ว (มีการ/48จัดสรร240 ล้านล้านซึ่งหมายความว่ามนุษย์ทุกคนบนโลกสามารถได้รับการ/48จัดสรร30,0000 ครั้งและเราก็ยังไม่ออก) แต่ฉันจะทราบว่าRFC 6177 ในปี 2011 เปลี่ยนคำแนะนำสำหรับ ISP และ RIR จาก "ให้เว็บไซต์ของลูกค้าอย่างน้อย/48" เป็น "ให้เว็บไซต์ของลูกค้าบางสิ่งที่สั้นกว่า a /64อาจเป็น/56แต่ใช้วิจารณญาณ"

หากต้องการอ้างอิง RFC:

ในขณะที่คำแนะนำ / 48 ทำให้การจัดการพื้นที่ที่อยู่สำหรับไซต์ปลายทางทำได้ง่ายขึ้น แต่ก็มีการวิพากษ์วิจารณ์อย่างกว้างขวางว่าเป็นการสิ้นเปลือง

ฉันไม่เห็นด้วยกับสิ่งนี้ มีการ/48จัดสรรอีก240 ล้านล้านครั้ง การสูญพันธุ์ของมนุษย์จะทำให้เราหมดแรง /48วิธีเสนอพื้นที่ที่อยู่มากกว่าที่ไซต์ส่วนใหญ่ต้องการ แต่ก็ไม่สิ้นเปลืองจริงๆ มันยังคง:

ในเวลาเดียวกันมันอาจจะดึงดูดให้เว็บไซต์บ้านเดี่ยว/64เพราะที่อยู่พื้นที่มีความหมายมากขึ้นเมื่อเทียบกับการปฏิบัติ IPv4 ของวันนี้ อย่างไรก็ตามสิ่งนี้ทำให้ไม่สามารถคาดหวังได้ว่าแม้แต่เว็บไซต์ในบ้านก็จะเติบโตขึ้นเพื่อรองรับซับเน็ตจำนวนมากในอนาคต ดังนั้นจึงมีความตั้งใจอย่างยิ่งว่าแม้เว็บไซต์บ้านจะได้รับเครือข่ายย่อยที่คุ้มค่าตามค่าเริ่มต้น ดังนั้นเอกสารนี้ยังคงแนะนำให้เว็บไซต์บ้านมากกว่าหนึ่งอย่างมีนัยสำคัญ/64แต่ไม่แนะนำให้ทุกเว็บไซต์บ้านได้รับ/48อย่างใดอย่างหนึ่ง

....

หลักการสำคัญสำหรับการจัดการที่อยู่คือไซต์ปลายทางสามารถรับพื้นที่ที่อยู่ตามจำนวนที่เหมาะสมสำหรับการใช้งานจริงและตามแผนและตลอดช่วงเวลาที่ระบุในปีมากกว่าเพียงแค่เดือน ในทางปฏิบัตินั่นหมายถึงอย่างน้อยหนึ่ง / 64 และในกรณีส่วนใหญ่จะมีความหมายมากกว่า สถานการณ์หนึ่งที่ต้องหลีกเลี่ยงคือการทำให้ไซต์ปลายทางรู้สึกว่าถูกบังคับให้ใช้การแปลที่อยู่เครือข่าย IPv6-to-IPv6หรือเทคนิคการอนุรักษ์ที่อยู่ที่เป็นภาระอื่น ๆ เนื่องจากไม่สามารถรับพื้นที่ที่อยู่เพียงพอ

RFC ยังแนะนำเพียงทำลายขึ้นในการจัดสรรแทะแม้ดังนั้น/60, /56, /52, /48ฯลฯ/60ให้กับผู้ใช้ถึง 16 เครือข่ายย่อยซึ่งเป็น ok แต่วิธีที่น้อยกว่า 255 เครือข่ายย่อย 192.168.0.0/16 ส่วนตัวที่อยู่บน IPv4 ช่วยให้ . ไม่ยากที่จะจินตนาการว่าผู้ใช้ตามบ้านต้องการเครือข่ายย่อยมากกว่า 16 เครือข่าย ส่วนใหญ่จะไม่ได้ แต่ก็ไม่ยากที่จะจินตนาการ

  • การกำหนดคำนำหน้าอีกต่อไปให้กับไซต์ปลายทางเมื่อเทียบกับคำนำหน้าที่มีอยู่ที่ไซต์ปลายทางได้กำหนดไว้แล้วนั้นมีแนวโน้มที่จะเพิ่มค่าใช้จ่ายในการดำเนินงานและความซับซ้อนสำหรับไซต์ปลายทางด้วยผลประโยชน์ไม่เพียงพอสำหรับทุกคน

ฉันเห็นผู้ให้บริการอินเทอร์เน็ตบางรายกำลังเริ่มต้นปรับใช้ IPv6 สำหรับผู้ใช้ตามบ้าน แต่พวกเขากำลังให้บริการเท่านั้น/64และพวกเขาไม่ได้ให้คำนำหน้าคงที่ ซึ่งหมายความว่าผู้ใช้ตามบ้านไม่สามารถเรียกใช้เครือข่ายย่อยมากกว่า 1 เครือข่ายบน IPv6 และนั่นเป็นเรื่องที่น่าวิตก เป็นเรื่องปกติที่บ้านจะมี 1 ซับเน็ตสำหรับอุปกรณ์ส่วนใหญ่และ 1 ซับเน็ตสำหรับ Guest Wifi ฉันอยากสนับสนุนซับเน็ตอื่นสำหรับอุปกรณ์ IoT smarthome เนื่องจากสิ่งเหล่านั้นดูเหมือนจะมีข้อผิดพลาดของเฟิร์มแวร์มากมายที่คุณต้องการให้พวกเขาไม่สามารถเข้าถึงอินเทอร์เน็ตได้ แต่แน่นอนว่าไม่ต้องการให้พวกเขาเข้าถึง LAN ของคุณ มีเพียง / 64 ผู้ใช้ตามบ้านจะต้อง: เลือกเครือข่ายย่อยใดที่สามารถใช้งาน IPv6 ได้และใช้ IPv4 + NAT สำหรับเครือข่ายย่อยอื่นหรือใช้ IPv6 - IPv6 NAT

ฉันรู้สึกว่ามี/128เหตุผลสำหรับเซิร์ฟเวอร์เดียวในบางกรณีและ/64ในอื่น ๆ แต่ a /64ไม่เคยสมเหตุสมผลสำหรับไซต์และในขณะที่ RFC6177 ให้บริการ ISP ที่มากขึ้นเราอาจติดอยู่กับ "ให้อย่างน้อย a / 48 ถึงไซต์ผู้ใช้ปลายทาง" จากRFC 3177 ในปี 2001 โดยไม่เป็นอันตราย


ISP จะไม่โฆษณาคำนำหน้านานกว่า/48เพราะแม้จะมี/48คำนำหน้าเรายังคงมีคำนำหน้าที่เป็นไปได้มากเกินไปที่จะใช้งานได้จริงในตารางเส้นทางทั่วโลก
Ron Maupin

ฉัน ISP /48แล้วประเด็นที่นานกว่า ในความเป็นจริงพวกเขาออกเฉพาะ/64ที่ยาวเกินกว่าที่ฉันจะไปซับเน็ตโดยไม่ละเมิด IPv6 RFC อื่น ๆ ฉันคิดว่าคุณหมายความว่าพวกเขาจะไม่สั้นกว่า/48คำนำหน้าซึ่งก็ดี /48ช่วยให้ 65536 /64เครือข่ายย่อยและน้อยมาก (ถ้ามี) องค์กรจำเป็นต้องมากกว่านั้น
bobpaul

นั่นไม่ใช่สิ่งที่ฉันพูด ผู้ให้บริการอินเทอร์เน็ตจะไม่โฆษณา (ใน BGP เพื่อให้บริการอินเทอร์เน็ตอื่น ๆ และลูกค้า) IPv6 ใด ๆ /48คำนำหน้านานกว่า สำหรับ IPv4 ผู้ให้บริการอินเทอร์เน็ตจะไม่โฆษณาคำนำหน้าใด ๆ /24นานกว่า
Ron Maupin
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.