ipv6 ที่อยู่ unicast ส่วนกลางที่รวมได้


10

การศึกษาที่อยู่ IPv6 ฉันไม่เข้าใจที่อยู่ unicast ส่วนกลางที่รวม IPv6 ได้ฉันหมายถึง RFC 4291มีรูปแบบทั่วไป:

|         n bits         |   m bits  |       128-n-m bits         |
+------------------------+-----------+----------------------------+
| global routing prefix  | subnet ID |       interface ID         |
+------------------------+-----------+----------------------------+

แต่มองหารูปแบบที่ใช้ฉันเห็นในหนังสือของฉัน (Halsall) รูปแบบที่ใช้คือ:

|  3  | 5  |  8   |    32          |       16      |          64                    |
+-----+----+------+----------------+---------------+--------------------------------+
| 010 | reg| TLA  |  NLA           |  SLA          |  interface ID                  |
+-----+----+------+----------------+---------------+--------------------------------+

และในเว็บเช่นในเว็บไซต์ microsoftรูปแบบที่ใช้คือ:

|  3  |     13    |     8    |       24      |    16     |      64                  |
+-----+----+------+----------+---------------+-----------+--------------------------+
| 001 |    TLA    | reserved |    NLA        |    SLA    |        interface ID      |
+-----+----+------+----------+---------------+-----------+--------------------------+

คำถามของฉันคือ:

  • เหตุใดจึงมีที่อยู่ unicast ส่วนกลางรวมมากกว่าหนึ่งรูปแบบ?
  • มีรูปแบบอื่น ๆ หรือ 2 เหล่านี้เป็นเพียง 2 กำหนด?

ขอบคุณ

คำตอบ:


8

โครงสร้าง TLA / NLA สำหรับที่อยู่ IPv6

โครงสร้างการจัดสรร TLA / NLA เลิกใช้แล้วในRFC 3587 , สิงหาคม 2546:

2. TLA / NLA สร้างประวัติศาสตร์

โครงร่าง TLA / NLA ถูกแทนที่ด้วยนโยบายการจัดสรรที่มีการประสานงานที่กำหนดโดย Registries อินเทอร์เน็ตระดับภูมิภาค (RIR) [ IPV6RIR ]

ส่วนหนึ่งของแรงจูงใจในการเลิกโครงสร้าง TLA / NLA เป็นเทคนิค ตัวอย่างเช่นมีความกังวลว่า TLA / NLA ไม่ใช่วิธีที่ดีที่สุดทางเทคนิคในขั้นตอนนี้ของการปรับใช้ IPv6 นอกจากนี้การจัดสรรที่อยู่ IPv6 นั้นเกี่ยวข้องกับนโยบายและการดูแลพื้นที่ที่อยู่ IP และขนาดตารางเส้นทางซึ่ง RIR ได้จัดการสำหรับ IPv4 เป็นไปได้ว่านโยบายของ RIR จะมีวิวัฒนาการเมื่อมีการปรับใช้ IPv6

IETF ได้ให้ข้อมูลทางเทคนิคแก่ RIR (ตัวอย่างเช่น [ RFC3177 ]) ซึ่ง RIR ได้นำมาพิจารณาเมื่อกำหนดนโยบายการจัดสรรที่อยู่

RFC 2374เป็นคำจำกัดความของที่อยู่สำหรับ Format Prefix 001 (2000 :: / 3) ซึ่งทำขึ้นอย่างเป็นทางการโดยเอกสารนี้ แม้ว่าปัจจุบันมีเพียง 2000 :: / 3 เท่านั้นที่ได้รับมอบหมายจาก IANA การใช้งานไม่ควรตั้งสมมติฐานใด ๆ เกี่ยวกับ 2000 :: / 3 เป็นพิเศษ ในอนาคต IANA อาจถูกส่งต่อไปยังผู้รับมอบสิทธิ์ส่วนที่ยังไม่ได้กำหนดของพื้นที่ที่อยู่ IPv6 สำหรับวัตถุประสงค์ของ Global Unicast เช่นกัน

ฟิลด์ Subnet Local Aggregator (SLA) ในRFC 2374ยังคงใช้งานได้ แต่มีชื่อแตกต่างใน [ ARCH ] ชื่อใหม่ของมันคือ "subnet ID"

ที่สามารถเห็นได้ในย่อหน้าสุดท้ายที่SLAรอดมาได้จากสามตอนนี้ถูกเรียกว่าID เครือข่ายย่อย

ผมคิดว่าพวกเขาควรจะมีจำหน่ายแล้วRFC 2450ร่วมกับRFC 2374ในRFC 3587 มันไม่สมเหตุสมผลอีกต่อไป แต่มันเป็นเพียงข้อมูลเท่านั้น

คำนำหน้าสากล Unicast

หนังสือของคุณผิดปกติในส่วนนำหน้า คำนำหน้าของบิต010จะหมายถึงพื้นที่ที่อยู่ของ4000::/3ซึ่งเป็น Global Unicast ที่แท้จริงสำหรับRFC 4291แต่ไม่ได้ระบุช่วงGlobal Unicast ทั้งหมดและไม่แม้แต่ที่ได้รับมอบหมายจาก IANA ในปัจจุบันซึ่งเป็นเพียง2000::/3(เช่นบิตที่อยู่เริ่มต้น ด้วย001)

ในความเป็นจริงเกือบทั้งหมดก่อนที่อยู่fc00::/128(ซึ่งจะเริ่มช่วงที่อยู่ที่ไม่ซ้ำ Unicast ท้องถิ่น) เป็นโลก Unicast มีข้อยกเว้นที่อยู่ที่ไม่ระบุและที่อยู่ย้อนกลับ:: ::1มีบางช่วงพิเศษที่เริ่มต้นด้วยบิต000เช่น::ffff:0:0/96(ที่อยู่ IPv6 ที่แมป IPv4) หรือ64:ff9b::/96(สำหรับการแปลที่อยู่ IPv4 / IPv6 ดูที่RFC 6052 ) อนุญาตให้ใช้ตัวระบุส่วนต่อประสานที่มีน้อยกว่า 64 บิต แต่ที่อยู่ทั้งหมดที่เริ่มต้นด้วย001ตัวระบุส่วนต่อประสานแบบ 64 บิต (ดูRFC 4291, ส่วน 2.5.4 , จากตำแหน่งที่คุณอ้างถึง)

อย่างที่ฉันเห็นความหมายของโครงสร้างที่อยู่จากRFC 4291เป็นโครงสร้างที่ทันสมัยที่สุด มี RFC สามตัวที่อัพเดต 4291 ( RFC 5952 , RFC 6052 , RFC 7136 ) แต่ไม่มีสิ่งใดเปลี่ยนแปลงโครงสร้างนี้

โปรดทราบว่าการอ้างอิง[ IPV6RIR ] ชี้ไปที่นโยบายรีจิสทรี IPv6 ซึ่งปัจจุบันอยู่ในช่วงสุก - 589ซึ่งเป็น "พัฒนาผ่านการสนทนาร่วมกันระหว่างชุมชน APNIC, ARIN และ RIPE"


โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.