นี่เป็นคำถามที่ยอมรับได้เกี่ยวกับ IPv6 Subnetting

ที่เกี่ยวข้อง:

• IPv4 Subnetting ทำงานอย่างไร

ฉันรู้มากเกี่ยวกับซับเน็ตตติ้ง IPv4และเมื่อฉันเตรียม (ปรับใช้ | ทำงานบน) เครือข่าย IPv6 ฉันต้องรู้ว่าความรู้นี้สามารถถ่ายโอนได้มากแค่ไหนและฉันยังต้องเรียนรู้อะไรอีก ดูเหมือนว่าในตอนแรก IPv6 มีความซับซ้อนมากกว่า IPv4 มาก ดังนั้นฉันอยากรู้ว่า:

• IPv6 คือ 128 บิตดังนั้นทำไม / 64 จึงเป็น subnet ที่เล็กที่สุดที่แนะนำสำหรับโฮสต์ เกี่ยวข้องกับเรื่องนี้:
  • เหตุใดจึงแนะนำให้ใช้ / 127 สำหรับการเชื่อมโยงแบบจุดต่อจุดระหว่างเราเตอร์และเหตุใดจึงแนะนำให้ใช้ในอดีต ฉันควรเปลี่ยนลิงค์เราเตอร์ที่มีอยู่ให้ใช้ / 127 หรือไม่
  • ทำไมเครื่องเสมือนจะได้รับการจัดเตรียมด้วยที่อยู่น้อยกว่า / 64 มูลค่า?
  • มีสถานการณ์อื่นที่ฉันจะใช้ subnet ที่เล็กกว่า / 64 หรือไม่?
• ฉันสามารถแมปโดยตรงจากเครือข่ายย่อย IPv4 ไปยังเครือข่ายย่อย IPv6 ได้หรือไม่ ตัวอย่างเช่น IPv4 / 24 ตรงกับ IPv6 / 56 หรือ / 120 โดยตรงหรือไม่
• ส่วนต่อประสานของฉันมีที่อยู่ IPv6 หลายแห่ง ซับเน็ตจะต้องเหมือนกันสำหรับพวกเขาทั้งหมดหรือไม่
• ทำไมบางครั้งฉันเห็น% แทนที่จะเป็น / ในที่อยู่ IPv6 และมันหมายถึงอะไร?
• ฉันกำลังสูญเสียเครือข่ายย่อยมากเกินไปหรือไม่ พวกเราจะไม่หมดอีกแล้วเหรอ?
• วิธีอื่น ๆ ที่สำคัญคือ IPv6 subnetting ต่างจาก IPv4 subnetting?

สิ่งแรกที่ควรจะกล่าวเกี่ยวกับ IPv6 subnetting คือการที่แตกต่างกันโหมดของความคิดที่จะเรียก ใน IPv4 คุณมักจะคิดถึงจำนวนที่อยู่ที่คุณมีและวิธีการจัดสรรที่อยู่ให้เพียงพอสำหรับผู้ใช้ปลายทางแต่ละราย ใน IPv6 คุณมักจะคิดถึงจำนวนเครือข่ายย่อย (/ 64) ที่คุณมีอยู่และวิธีการจัดสรรให้กับผู้ใช้ปลายทาง คุณแทบไม่ต้องกังวลเลยว่าจะใช้ที่อยู่ IP จำนวนเท่าใดในซับเน็ตที่ให้ ยกเว้นในกรณีพิเศษบางอย่างเช่นการเชื่อมต่อแบบจุดต่อจุดแต่ละเครือข่ายย่อยจะมีที่อยู่มากกว่าวิธีที่จำเป็นต้องใช้ดังนั้นคุณจึงกังวลเกี่ยวกับการจัดสรรเครือข่ายย่อยไม่ใช่โฮสต์ภายใน

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

เหตุใดจึงแนะนำให้ใช้ / 127 สำหรับลิงก์แบบจุดต่อจุด

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

ทำไมเครื่องเสมือนจะได้รับการจัดสรรด้วยเครือข่ายย่อยที่เล็กกว่า / 64

ฉันไม่รู้ว่าทำไมเครื่องเสมือนจะถูกจัดสรรด้วยเครือข่ายย่อยที่เล็กกว่า / 64 อาจเป็นเพราะผู้ให้บริการโฮสต์สันนิษฐานว่าเซิร์ฟเวอร์นั้นเป็นเหมือนผู้ใช้ปลายทางและต้องการซับเน็ตเดียว (/ 64) เดียวไม่คาดว่าเซิร์ฟเวอร์จะเป็นชุดของ VM ที่ต้องการโทโพโลยีการกำหนดเส้นทางภายในใช่หรือไม่ มันสามารถทำได้ง่ายเพียงแค่ทำให้การวางแผนที่อยู่ง่ายต่อการจดจำ: โฮสต์ได้รับPREFIX::/64จากนั้นแต่ละ VM จะได้รับPREFIX:0:NNNN::/96โดยที่ NNNN นั้นไม่เหมือนใครกับ VM และ VM สามารถจัดสรรได้PREFIX:0:NNNN:XXXX:YYYYตามที่ต้องการ

ฉันสามารถแมปโดยตรงจากเครือข่ายย่อย IPv4 ไปยังเครือข่ายย่อย IPv6 ได้หรือไม่ ตัวอย่างเช่น IPv4 / 24 ตรงกับ IPv6 / 56 หรือ / 120 โดยตรงหรือไม่

จากมุมมองระดับต่ำว่าการกำหนดแอดเดรสและการจัดเส้นทางทำงานอย่างไรความยาวของคำนำหน้ามีความหมายเหมือนกันใน IPv6 และ IPv4 ในระดับนั้นคุณสามารถทำการเปรียบเทียบเช่น "an IPv4 / 16 ใช้ครึ่งบิตสำหรับที่อยู่เครือข่ายและครึ่งบิตสำหรับที่อยู่โฮสต์ซึ่งเหมือนกับ / 64 ใน IPv6" แต่การเปรียบเทียบนี้ไม่เหมาะจริงๆ ข้อตกลงที่แข็งแกร่งได้เกิดขึ้นใน IPv6 ซึ่งทำให้การแบ่งขนาดเครือข่ายมีลักษณะคล้ายกับโลกเก่าของเครือข่ายที่มีระดับใน IPv4 เพื่อให้แน่ใจว่า IPv6 ไม่ได้แนะนำการกำหนดแอดเดรสที่มีคลาสซึ่งบิตที่สำคัญที่สุดไม่กี่แห่งบังคับ netmask ที่เฉพาะเจาะจง แต่ IPv6 นั้นมีขนาดเครือข่ายมาตรฐานที่แน่นอน

• / 64 : ขนาดพื้นฐานของเครือข่ายย่อยเดียว: LAN, WAN, บล็อกที่อยู่สำหรับโฮสต์เสมือนบนเว็บ ฯลฯ ... เครือข่ายย่อย "ปกติ" ไม่เคยคาดว่าจะมีขนาดเล็กกว่า (นำหน้าอีกต่อไป) กว่า / 64 ไม่คาดว่าเครือข่ายย่อยจะใหญ่กว่า (นำหน้าสั้นลง) กว่า / 64 เนื่องจากที่อยู่โฮสต์ของ / 64 นั้นมีค่ามากกว่าที่เราคาดการณ์ไว้
• / 56 : บล็อกของเครือข่ายย่อยพื้นฐาน 256 แม้ว่านโยบายปัจจุบันจะอนุญาตให้ ISP ส่งบล็อกที่มีขนาดใหญ่ถึง / 48 ให้กับผู้ใช้ปลายทางทุกคนและยังคงพิจารณาการใช้ที่อยู่ของพวกเขาอย่างเหมาะสมผู้ให้บริการอินเทอร์เน็ตบางรายอาจเลือกที่จะจัดสรร / 56 ให้กับลูกค้าระดับผู้บริโภค ระหว่างการจัดสรรจำนวนมากของซับเน็ตสำหรับพวกเขาและเศรษฐกิจที่อยู่
• / 48 : บล็อกของเครือข่ายย่อยพื้นฐาน 65536 และขนาดบล็อกที่แนะนำที่ควรได้รับจากเว็บไซต์ลูกค้า ISP ทุกราย
• / 32 : ขนาดเริ่มต้นของบล็อกที่ ISP ส่วนใหญ่จะได้รับในแต่ละครั้งที่พวกเขาร้องขอที่อยู่เพิ่มเติมจากการลงทะเบียนที่อยู่ในภูมิภาค

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

คำถามที่แตกต่างของการทำแผนที่ระหว่าง IPv4 และ IPv6 จะเป็นวิธีการประสานงานการมอบหมาย IPv4 และ IPv6 บนเครื่อง dual-stack เพื่อให้สามารถเข้าใจแผนการที่อยู่ได้อย่างง่ายดาย จนถึงตอนนี้มีข้อตกลงที่ใช้กันโดยทั่วไปในการทำสิ่งนี้: ฝัง IPv4 "หมายเลขเครือข่ายย่อย" ลงในส่วนของคำนำหน้า IPv6 ทั้งที่มีBCD (เช่น10.0.234.0/24กลายเป็น2001:db8:abcd:234::/64) หรือไบนารี ( 10.0.234.0/24กลายเป็น2001:db8:abcd:ea::/64)

ส่วนต่อประสานของฉันมีที่อยู่ IPv6 หลายแห่ง ซับเน็ตจะต้องเหมือนกันสำหรับพวกเขาทั้งหมดหรือไม่

ไม่ได้อย่างแน่นอน! คาดว่าจะมีโฮสต์ IPv6 โฮสต์ที่สามารถ multihomed โดยมีหลายที่อยู่ IP พร้อมกันที่มาจากเครือข่ายย่อยที่แตกต่างกันเช่นเดียวกับ IPv4 หากพวกเขาถูกกำหนดค่าอัตโนมัติด้วย SLAAC แล้วซับเน็ตที่แตกต่างกันอาจมาจากโฆษณาเราเตอร์จากเราเตอร์ที่แตกต่างกัน

ทำไมบางครั้งฉันเห็น% แทนที่จะเป็น / ในที่อยู่ IPv6 และมันหมายถึงอะไร?

คุณจะไม่เห็นอีกอันหนึ่งแทนอีกคนหนึ่ง พวกเขามีความหมายต่างกัน สแลชหมายถึงคำนำหน้า (เครือข่ายย่อย) หมายถึงบล็อกของที่อยู่ที่เริ่มต้นด้วยnบิตเดียวกัน ที่อยู่ที่ไม่มีเครื่องหมายสแลชคือที่อยู่โฮสต์ คุณอาจคิดว่าที่อยู่ดังกล่าวมีการระบุ "/ 128" โดยนัยซึ่งหมายถึงการระบุ 128 บิตทั้งหมด

เครื่องหมายเปอร์เซ็นต์มาพร้อมกับที่อยู่ลิงก์ท้องถิ่น ใน IPv6 ทุกอินเตอร์เฟสมีที่อยู่ link-local นอกเหนือจากที่อยู่ IP อื่น ๆ ที่อาจมี แต่สิ่งที่เป็นที่อยู่ลิงค์ท้องถิ่นคือเสมอโดยไม่มีข้อยกเว้นในfe80::/10บล็อก แต่ถ้าเราพยายามคุยกับเพียร์โดยใช้ลิงค์ที่อยู่ในเครื่องและโฮสต์ในพื้นที่นั้นมีหลายอินเตอร์เฟสเราจะรู้ได้อย่างไรว่าจะใช้อินเตอร์เฟสใดเพื่อคุยกับเพียร์นี้ โดยปกติตารางเส้นทางจะบอกเราว่าอินเตอร์เฟสใดที่จะใช้สำหรับคำนำหน้าเฉพาะ แต่ที่นี่จะบอกเราว่าfe80::/10สามารถเข้าถึงได้ผ่านทุกอินเตอร์เฟส

address%interfaceคำตอบก็คือเราจะต้องบอกว่าอินเตอร์เฟซที่ใช้งานโดยใช้ไวยากรณ์ ตัวอย่างเช่นfe80::1234:5678:8765:4321%eth0.

ฉันกำลังสูญเสียเครือข่ายย่อยมากเกินไปหรือไม่ พวกเราจะไม่หมดอีกแล้วเหรอ?

ไม่มีใครรู้. ใครสามารถบอกอนาคตได้บ้าง

แต่พิจารณาสิ่งนี้ ใน IPv6 จำนวนของซับเน็ตที่มีอยู่คือกำลังสองของจำนวนที่อยู่แต่ละรายการที่มีอยู่ใน IPv4 มันค่อนข้างมากจริงๆ ไม่ฉันหมายถึงค่อนข้างมากจริงๆ!

แต่ยัง: เราจะส่ง a / 32 ให้กับ ISP ใด ๆ ที่ร้องขอหนึ่งโดยอัตโนมัติเราจะส่ง a / 48 ให้กับลูกค้า ISP ทุกราย บางทีเรากำลังพูดเกินจริงและเราจะถล่ม IPv6 หลังจากทั้งหมด แต่มีข้อกำหนดสำหรับการนี้: เพียง 1/8 ของพื้นที่ IPv6 2000::/3ได้รับการให้บริการสำหรับการใช้งานเพื่อให้ห่างไกล: แนวคิดก็คือถ้าเราทำสิ่งที่น่าสยดสยองในแปดแรกและเราต้องแก้ไขนโยบายการจัดสรรเสรีอย่างมากเราจะลองอีก 7 ครั้งก่อนที่เราจะมีปัญหา

และในที่สุด: IPv6 ไม่จำเป็นต้องคงอยู่ตลอดไป บางทีมันอาจจะมีอายุการใช้งานที่ยาวนานกว่า IPv4 (อายุการใช้งานที่น่าประทับใจอยู่แล้วและยังไม่จบ) แต่เหมือนกับทุก ๆ เทคโนโลยีที่จะหยุดเรื่อง เราจะต้องทำมันจนกว่าจะถึงวันนั้น

IPv6 คือ 128 บิตดังนั้นทำไม / 64 จึงเป็น subnet ที่เล็กที่สุดที่แนะนำสำหรับโฮสต์

ก่อนอื่น, ศิลปะ ASCII เล็กน้อยจาก RFCs เพื่อสร้างคำศัพท์:

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

คำนำหน้าการกำหนดเส้นทางทั่วโลกมักจะระบุเครือข่ายโดยรวมที่เป็นของที่อยู่ โดยทั่วไปแล้วจะเป็น 48 บิต ID ของส่วนต่อประสานระบุถึงส่วนต่อประสานเครือข่ายที่กำหนด โดยทั่วไปจะเป็น 64- บิต ส่วนที่เหลืออีก 16 บิตคือซับเน็ต ID ของคุณ

ตกลงเปิดพร้อมคำอธิบาย:

ตามที่อยู่RFC 4291 - IP Address 6 สถาปัตยกรรมที่อยู่ :

ที่อยู่ Global Unicast ทั้งหมดนอกเหนือจากที่ขึ้นต้นด้วยไบนารี 000 มีฟิลด์ ID อินเตอร์เฟส 64 บิต

และRFC 5375 - ข้อควรพิจารณาการกำหนดแอดเดรส IPv6 Unicast :

ส่วนสำคัญของแผนการกำหนดแอดเดรส IPv4 คือการตัดสินใจความยาวของคำนำหน้าเครือข่ายย่อยแต่ละรายการ ซึ่งแตกต่างจากใน IPv4 สถาปัตยกรรมการกำหนดแอดเดรส IPv6 [RFC4291] ระบุว่าเครือข่ายย่อยทั้งหมดที่ใช้ที่อยู่เฉพาะทั่วโลกและ ULAs จะมีความยาวส่วนนำหน้าเท่ากับ 64 บิตเสมอ

ดังนั้นไม่สนใจข้อยกเว้น 000 คำนำหน้ารหัสอินเตอร์เฟซเป็นเสมอ 64 บิตว่า นี่เป็นอีกวิธีหนึ่งในการบอกว่าเครือข่ายการออกอากาศในท้องถิ่นทั้งหมดเป็น 64- บิตเสมอ ถ้าคุณมีที่อยู่ IPv6 netmask ของมันคือเสมอ 64 บิต ไม่มากไม่น้อยไปกว่านี้ หากคุณได้รับการกำหนดพื้นที่ที่อยู่ที่มีขนาดใหญ่กว่านั้น (netmask ที่สั้นกว่า 64 บิต) ก็จะถือว่าคุณจะทำการแบ่งพื้นที่ที่อยู่นั้นในเครือข่าย 64 บิตและจัดการเส้นทางด้วยตัวคุณเอง หากคุณได้รับเครือข่ายที่เล็กกว่านั้น (netmask ที่ยาวขึ้น) แสดงว่ามีบางคนล้มเหลว

ดังนั้นทำไม 64- บิตแน่นอน

ตามกฎแล้วที่อยู่ IPv6 จะถูกกำหนดค่าโดยอัตโนมัติแทนที่จะได้รับมอบหมาย เราเตอร์จะโฆษณาคำนำหน้าเครือข่ายที่พร้อมใช้งาน (คำนำหน้าเส้นทาง + ซับเน็ต ID: 64 บิตแรก) และคอมพิวเตอร์ของคุณจะเติมข้อมูลใน 64- บิตสุดท้ายโดยใช้ตัวระบุเฉพาะของตนเอง คอมพิวเตอร์ของคุณมีตัวระบุที่ไม่ซ้ำกันอย่างไร มีความเป็นไปได้เล็กน้อยที่พบได้บ่อยที่สุดคือการใช้ที่อยู่ MAC ของอินเทอร์เฟซของคุณ คุณแบ่ง MAC เป็นครึ่ง (ผู้ขายครึ่ง / ครึ่งอนุกรม) พลิกบิตโลคัลโลคัลที่ฝั่งผู้จัดจำหน่ายและรวมเข้าด้วยกันFF:FEตรงกลาง ดังนั้นจะกลายเป็น00:30:48:01:23:45 0230:48ff:fe01:2345ตอนนี้ใส่คำนำหน้าเครือข่าย 64 บิตที่โฆษณาไว้ทางด้านซ้ายของที่อยู่และคุณมีที่อยู่ IP ของคุณ

จุดสำคัญที่นี่คือถ้าคุณทำตามรูปแบบนี้การชนกันของที่อยู่ IP จะไม่เกิดขึ้น เนื่องจากอุปกรณ์ทุกเครื่องในเครือข่ายการออกอากาศที่กำหนดต้องใช้ที่อยู่ MAC ที่ไม่ซ้ำกันในการทำงานการผูก ID ของอินเทอร์เฟซไปยังที่อยู่ MAC หมายความว่าตราบใดที่ปริมาณการออกอากาศไม่ได้ชนกัน การใช้ 64- บิต (แทนที่จะเป็น 48 ที่ทุ่มเทให้กับที่อยู่ MAC) ทำให้บิตของห้องกระดิกเกินกว่าที่อยู่ที่ให้ไว้โดยโครงการนี้ (มีอีกหลายคน)

มีสถานการณ์อื่นที่ฉันจะใช้ subnet ที่เล็กกว่า / 64 หรือไม่?

Nope ไม่เว้นแต่คุณจะเสีย คุณอาจมีเหตุผลตามข้อกำหนดท้องถิ่นสำหรับการตั้งค่าการกำหนดเส้นทางด้วยตนเองกับเครือข่ายที่มีอยู่ของคุณ แต่โปรดจำไว้ว่าการทำเช่นนั้นคุณอาจทำสิ่งสกปรก

จากRFC 5375 - ข้อควรพิจารณาการกำหนดแอดเดรส IPv6 Unicast :

การใช้คำนำหน้าเครือข่ายย่อยนอกเหนือจาก / 64 จะทำให้คุณสมบัติหลายอย่างของ IPv6 รวมถึง Neighbor Discovery (ND), Secure Neighbor Discovery (SEND) [RFC3971], ส่วนขยายความเป็นส่วนตัว [RFC4941], ส่วนหนึ่งของ Mobile IPv6 [RFC4866] Multicast - Sparse Mode (PIM-SM) พร้อมกับ Embedded-RP [RFC3956] และ Site Multihoming โดย IPv6 Intermediation (SHIM6) [SHIM6] จำนวนคุณสมบัติอื่น ๆ ที่กำลังอยู่ในระหว่างการพัฒนาหรือถูกเสนอนั้นยังต้องพึ่งพาคำนำหน้าเครือข่ายย่อย / 64

....

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

เหตุใดจึงแนะนำให้ใช้ / 127 สำหรับการเชื่อมโยงแบบจุดต่อจุดระหว่างเราเตอร์และเหตุใดจึงแนะนำให้ใช้ในอดีต

คุณอาจต้องการที่จะปัดสวะRFC 3627 - การใช้ / 127 คำนำหน้ายาวระหว่างเราเตอร์ถือว่าเป็นอันตราย แล้วต้องดูที่ตามมาRFC 6164 - การใช้ 127 บิต IPv6 คำนำหน้าในการเชื่อมโยงระหว่าง

การคัดค้านการใช้คำนำหน้านานกว่า / 64 บนเราเตอร์จะทำอย่างไรกับการกำหนดค่าอัตโนมัติของเราเตอร์ที่อาจล้มเหลวภายใต้สถานการณ์ที่หายาก การคัดค้านการใช้คำนำหน้าสั้นกว่า / 127 (2-host-only) จะทำอย่างไรกับปัญหาการปฏิเสธการบริการที่อาจเกิดขึ้นจำนวนมากที่เกี่ยวข้องกับแพ็คเก็ตที่ถูกส่งไปยังที่อยู่ที่ไม่ได้ระบุ เนื่องจากปัญหาการปฏิเสธการบริการในโลกแห่งความเป็นจริงนั้นแย่กว่าความล้มเหลวของการกำหนดค่าอัตโนมัติตามทฤษฎี / 127 จึงเป็นสิ่งที่ชื่นชอบใหม่

ฉันควรเปลี่ยนลิงค์เราเตอร์ที่มีอยู่ให้ใช้ / 127 หรือไม่

หากคุณควบคุมเราเตอร์ IPv6 ฉันขอแนะนำให้อ่าน RFC สองตัว (สั้นเกินไป!) และตัดสินใจด้วยตัวเอง

ฉันสามารถแมปโดยตรงจากเครือข่ายย่อย IPv4 ไปยังเครือข่ายย่อย IPv6 ได้หรือไม่

ตัวอย่างเช่น IPv4 / 24 ตรงกับ IPv6 / 56 หรือ / 120 โดยตรงหรือไม่

จริง ๆ แล้ว ... ใช่ โปรดจำไว้ว่าคำนำหน้า 000 คำที่เราไม่สนใจก่อนหน้านี้ใช่หรือไม่ นี่คือประโยชน์สำหรับมัน:

สำหรับระบบดูอัลสแต็ค (ระบบที่ใช้ทั้ง IPv4 และ IPv6 ซ้อนกัน) คุณสามารถแสดง IPv4 โดยใช้กลไก IPv6 พวกเขาเรียกมันว่า " ที่อยู่ IPv6 ที่แมป IPv4 " รูปแบบเป็นศูนย์ทั้งหมดตามด้วยFFFFตามด้วยที่อยู่ IPv4 32 บิต

ดังนั้น192.168.100.21กลายเป็น::FFFF:C0A8:6415- หรือมากกว่านั้นง่ายๆ: ::FFFF:192.168.100.21. เนื่องจากบิตทางขวานั้นแสดงถึงที่อยู่ IPv4 จึงเป็นแบบดั้งเดิมที่เขียนโดยใช้รูปแบบจุดทศนิยม

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

1. IPv6 คือ 128 บิตดังนั้นทำไม / 64 จึงเป็น subnet ที่เล็กที่สุดที่แนะนำสำหรับโฮสต์

   ขนาดคำนำหน้านี้เดิมแนะนำให้ใช้ใน RFC รุ่นเก่า - มีการปรับปรุงนโยบายนี้เมื่อมีการพิจารณาปัญหาของการค้นพบการโจมตีเพื่อนบ้านและการใช้ / 126 เป็นการลดผลกระทบที่ถูกต้อง - อย่างไรก็ตามหากคุณตั้งค่าลิงก์ PtP ด้วย วัตถุประสงค์เดียวของการรับส่งข้อมูลทราฟฟิกตัวเลือกทางเลือกคือใช้กับ / 64 และไฟร์วอลล์ที่ซับเน็ต ยังดีกว่าจัดสรรพูลด้วยตัวคุณเองจากที่คุณจะวาด / 64 ซับเน็ตและให้พูลทั้งหมดนั้นเป็นปลายทางที่อยู่ในบัญชีดำที่ขอบของคุณ (และที่อื่นที่อาจมีศัตรูเกิดขึ้น)

2. เหตุใดจึงแนะนำให้ใช้ / 127 สำหรับการเชื่อมโยงแบบจุดต่อจุดระหว่างเราเตอร์และเหตุใดจึงแนะนำให้ใช้ในอดีต ฉันควรเปลี่ยนลิงค์เราเตอร์ที่มีอยู่ให้ใช้ / 127 หรือไม่

   / 127 ไม่แนะนำให้ใช้ระหว่างเราเตอร์และไม่เคยเป็น - เราเตอร์ทั้งหมดที่อยู่ Anycast คือที่อยู่ทั้งหมดของศูนย์เครือข่ายย่อย; นี่หมายความว่า / 127 สามารถใช้ได้ในทางเทคนิคระหว่างสองเครื่องเท่านั้นโดยที่หนึ่งในนั้นไม่ได้ทำหน้าที่เป็นเราเตอร์ / 126 แน่นอนว่าใช้ได้

   อย่างไรก็ตามในกรณีใด ๆ ฉันจะไม่แนะนำให้เปลี่ยนการเชื่อมโยงที่มีอยู่ / 64 เว้นแต่ว่าอุปกรณ์ของคุณมีความเสี่ยงต่อการโจมตีน้ำท่วมแคช Neighbor Discovery - และในกรณีนี้ก่อนอื่นตรวจสอบว่าคุณจะใช้ / 64 สำหรับการเชื่อมต่ออินเทอร์เน็ต ถ้าคำตอบคือไม่เพียงแค่ไฟร์วอลล์

3. ทำไมเครื่องเสมือนจะได้รับการจัดสรรด้วยเครือข่ายย่อยที่เล็กกว่า / 64

   สิ่งนี้ทำให้ SLAAC และ RAs ยกเว้นว่าคุณรู้จริง ๆว่าคุณกำลังทำอะไรอยู่มันไม่น่าเป็นไปได้ที่คุณจะมีเหตุผลที่ดีในการทำสิ่งนี้ - บางทีอัปสตรีมของคุณให้คุณเพียงคนเดียว / 64 แต่ถ้าเป็นกรณีนี้ กลับไปที่พวกเขาและขอข้อมูลเพิ่มเติมหากพวกเขาต้องการเรียกเก็บเงินจากคุณเริ่มหาผู้ให้บริการรายใหม่และอาจส่งอีเมลที่น่ารำคาญบางลิงค์ไปยัง RFC ที่เกี่ยวข้อง

4. มีสถานการณ์อื่นที่ฉันจะใช้ subnet ที่เล็กกว่า / 64 หรือไม่?

   สุจริต? อาจจะไม่. ถ้าฉันคิดว่ามีเหตุผลที่ถูกต้องที่ subnet ขนาดเล็กนั้นเหมาะสมสำหรับวัตถุประสงค์อื่นนอกเหนือจากการป้องกันการโจมตีของ NDP ฉันจะแก้ไขส่วนนี้

   ตรงกันข้ามมีเป็นสถานการณ์ที่คุณจะไม่ต้องการที่จะใช้เครือข่ายย่อยที่มีขนาดเล็กกว่า / 64 - โดยเฉพาะอย่างยิ่งที่ใดก็ได้ที่คุณใช้สภาพแวดล้อมที่มีอุปกรณ์การส่งต่อฮาร์ดแวร์ (คิดว่าเราเตอร์ชื่อแบรนด์และสวิทช์ L3) - บางคนจะไม่สามารถที่จะทำเส้นทางฮาร์ดแวร์ของคำนำหน้า นานกว่า / 64 ผู้อื่นจะต้องแยกการดำเนินการออกเป็นหลาย ๆ การเปรียบเทียบดังนั้นอย่างน้อยที่สุดคุณควรทำให้ดีที่สุดเพื่อให้แน่ใจว่า / 64 เป็นคำนำหน้าที่ยาวที่สุดในกระดูกสันหลังของคุณ (OSPF / ISIS / EIGRP / etc)

5. ฉันสามารถแมปโดยตรงจากเครือข่ายย่อย IPv4 ไปยังเครือข่ายย่อย IPv6 ได้หรือไม่ ตัวอย่างเช่น IPv4 / 24 ตรงกับ IPv6 / 56 หรือ / 120 โดยตรงหรือไม่

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

6. ส่วนต่อประสานของฉันมีที่อยู่ IPv6 หลายแห่ง ซับเน็ตจะต้องเหมือนกันสำหรับพวกเขาทั้งหมดหรือไม่

   ไม่การใช้ที่อยู่ที่แตกต่างกันและขนาดเครือข่ายย่อยในส่วนต่อประสานเดียวกันไม่น่าจะมีปัญหา ถ้าเป็นเช่นนั้นการใช้งานจะเป็นรถ แน่นอนคำถามที่ดีกว่าคือทำไมคุณจะทำเช่นนี้?

7. ทำไมบางครั้งฉันเห็น% แทนที่จะเป็น / ในที่อยู่ IPv6 และมันหมายถึงอะไร?

   นี่คือตัวคั่นที่ใช้โดยทั่วไปกับที่อยู่ link-local (fe80 :: / 12) - เนื่องจากที่อยู่ link-local เดียวกันสามารถอยู่ได้อย่างถูกต้องในหลาย ๆ อินเตอร์เฟส% delimiter จะถูกใช้เพื่ออนุญาตให้ระบุส่วนที่มีความหมาย Linux โดยทั่วไปจะทำการระบุอินเตอร์เฟสที่จำเป็นเมื่อทำการดำเนินการที่เกี่ยวข้องกับ link-local Windows Vista / 2008 และที่อื่น ๆ นั้นฉลาดกว่าและจะไม่บ่นอะไรนอกจากลิงค์ท้องถิ่นจะไม่ซ้ำกัน

8. ฉันกำลังสูญเสียเครือข่ายย่อยมากเกินไปหรือไม่ พวกเราจะไม่หมดอีกแล้วเหรอ?

   ไม่นี่คือม้าที่ตายแล้วที่ถูกเฆี่ยนตีWAAAAAAAAAYหลายครั้ง - อินเทอร์เน็ต IPv6 ทั่วโลกในปัจจุบันคือ 2000 :: / 3 - มีคำนำหน้าอีกหลายประการที่ IANA สามารถเริ่มใช้ได้หากอย่างใดก็ตาม RIR ทุกแห่งบนโลกสามารถกำจัดพวกมันได้ หุ้นที่อยู่ ดังนั้นเราจะไม่หมดพื้นที่และแม้ว่าเราจะต้องใช้ปากกาเพื่อเปิดคำนำหน้าใหม่ไม่ใช่การเปลี่ยนแปลงทางเทคนิค สิ่งเดียวที่คำถามนี้เน้นคือการไร้ความสามารถของจิตใจมนุษย์ที่จะเข้าใจอย่างถ่องแท้ว่าพื้นที่ที่อยู่นั้นกว้างใหญ่น่าขันเพียงใด

9. วิธีอื่น ๆ ที่สำคัญคือ IPv6 subnetting ต่างจาก IPv4 subnetting?

   นอกเหนือจากการไม่ใส่ใจว่าคุณใช้พื้นที่เท่าใดโปรดจำไว้ว่าไม่มีที่อยู่ออกอากาศและที่อยู่ "subnet-zero" ตอนนี้เป็นที่อยู่ทั้งหมดของเราเตอร์ anycast anycast (ซึ่งโดยทั่วไปแล้วเป็นที่อยู่ที่มีอยู่บนโหนดทั้งหมดที่กำหนดค่าไว้ เพื่อส่งต่อแพ็คเก็ต IPv6) - สิ่งนี้มีผลข้างเคียงที่เป็นประโยชน์ในการอนุญาตให้คุณใช้เลขศูนย์ทั้งหมดเป็นเส้นทางเริ่มต้นของคุณในเครือข่าย (ไม่มันจะไม่ทำให้เกิดการซ้ำซ้อนของแพ็กเก็ตมันคือ ANYcast ไม่ใช่ MULTIcast) แม้ว่าโฮสต์อาจจะพลิกระหว่างเราเตอร์ทุกสองสามวินาทีดังนั้นจึงไม่เหมาะสำหรับการตั้งค่าไฟร์วอลล์ที่มีสถานะหากการติดตามการเชื่อมต่อไม่ได้ซิงค์กัน

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

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

สำหรับผู้ที่สงสัยว่าอยู่ที่ไหนในข้อกำหนดคุณสมบัติ / 64 ข้อกำหนดสำหรับ SLAAC มาจากที่นี่มีการอ้างอิงพิเศษบางอย่าง:

จากIPv6 ที่อยู่ไร้สถานะการกำหนดค่าอัตโนมัติ (RFC 4862) :

หากผลรวมของความยาวคำนำหน้าและความยาวตัวระบุส่วนต่อประสานไม่เท่ากับ 128 บิตตัวเลือกข้อมูลคำนำหน้าจะต้องถูกละเว้น [ ... ]

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

และจากIP Address 6 Architecture Addressing (RFC 4291) :

สำหรับแอดเดรสยูนิคาสต์ทั้งหมดยกเว้นที่เริ่มต้นด้วยค่าไบนารี 000 ID ของอินเตอร์เฟสจะต้องมีความยาว 64 บิตและจะสร้างในรูปแบบดัดแปลง EUI-64

ดังนั้นเนื่องจาก Interface ID จะต้องมีความยาว 64 บิตและผลรวมของความยาวของคำนำหน้าและความยาว ID ของอินเตอร์เฟสต้องเท่ากับ 128 ความยาวที่เป็นไปได้เพียงคำเดียวของคำนำหน้าเมื่อใช้ SLAAC คือ 64 บิต

IPv6 คือ 128 บิตดังนั้นทำไม / 64 จึงเป็น subnet ที่เล็กที่สุดที่แนะนำสำหรับโฮสต์

เพราะผู้เสนอ IPv6 ชอบแนวคิดของการตั้งค่าอัตโนมัติแบบไร้รัฐ

ถ้าคุณไปที่ซับเน็ตขนาดอื่นการกำหนดค่าอัตโนมัติไร้สัญชาติจะแตก สิ่งเล็ก ๆ น้อย ๆ อื่น ๆ อาจแตกหักเช่นกันอ่าน rfc7421 เพื่อดูรายละเอียดเพิ่มเติม

ส่วนตัวฉันคิดว่าการตั้งค่าสถานะภาพอัตโนมัติเป็นความคิดที่โง่ มันนำไปสู่ที่อยู่ที่ไม่สามารถอ่านได้และทำให้คุณไม่สามารถควบคุมที่อยู่ได้โดยไม่ให้บล็อกเกินเครือข่ายย่อย

แน่นอนว่าสิ่งที่มีการประชุมคือถ้าคุณทำตามพวกเขาและสิ่งที่ผิดพลาดคุณสามารถชี้ไปที่การประชุมถ้าคุณปฏิเสธที่จะปฏิบัติตามพวกเขาและสิ่งที่ผิดไปมันจะเป็นความผิดของคุณ

เหตุใดจึงแนะนำให้ใช้ / 127 สำหรับการเชื่อมโยงแบบจุดต่อจุดระหว่างเราเตอร์

การใช้ซับเน็ตที่มีที่อยู่จำนวนน้อยเพื่อหลีกเลี่ยงการโจมตีจากการค้นพบเพื่อนบ้าน

แน่นอนว่าการใช้เหตุผลนี้ไม่เพียง แต่นำไปใช้กับการเชื่อมโยงแบบจุดต่อจุด ฉันเดาว่ามันเป็นไปได้ทางการเมืองที่จะทำให้ reccomendation นี้สำหรับการเชื่อมโยงเราเตอร์ชี้ไปที่จุด แต่ไม่เป็นไปได้ทางการเมืองเพื่อให้การเชื่อมโยงอื่น ๆ

ทำไมเครื่องเสมือนจะได้รับการจัดเตรียมด้วยที่อยู่น้อยกว่า / 64 มูลค่า?

เราจำเป็นต้องสร้างความแตกต่างที่นี่ มีสองวิธีที่ผู้ให้บริการโฮสต์สามารถกำหนดที่อยู่ให้กับเครื่อง (ไม่ว่าจะเป็นทางกายภาพหรือเสมือน)

พวกเขาสามารถกำหนดที่อยู่ "ลิงก์" ที่คาดว่าเครื่องจะตอบกลับคำขอค้นหาเพื่อนบ้าน ผู้ให้บริการโฮสติ้งบางรายเลือกที่จะให้แต่ละเครื่อง a / 64 ซึ่งมีข้อได้เปรียบในการเคลื่อนย้ายที่อยู่ในขณะที่ผู้อื่นให้ VLAN a / 64 แต่ละเครื่องจากนั้นให้แต่ละเครื่องย่อยบล็อกที่ใช้ที่อยู่น้อยกว่าและอาจหมายความว่า ผ่านไปยังเราเตอร์

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

ฉันสามารถแมปโดยตรงจากเครือข่ายย่อย IPv4 ไปยังเครือข่ายย่อย IPv6 ได้หรือไม่ ตัวอย่างเช่น IPv4 / 24 ตรงกับ IPv6 / 56 หรือ / 120 โดยตรงหรือไม่

การทำแผนที่ดังกล่าวเป็นเรื่องสำหรับนโยบายท้องถิ่น

ส่วนต่อประสานของฉันมีที่อยู่ IPv6 หลายแห่ง ซับเน็ตจะต้องเหมือนกันสำหรับพวกเขาทั้งหมดหรือไม่

ไม่

ทำไมบางครั้งฉันเห็น% แทนที่จะเป็น / ในที่อยู่ IPv6 และมันหมายถึงอะไร?

% เป็นตัวระบุส่วนต่อประสาน มันถูกใช้ร่วมกับที่อยู่ลิงค์ท้องถิ่น มันเป็นสิ่งจำเป็นเนื่องจากเครื่องอาจมีหลายอินเตอร์เฟสและเครือข่ายที่เชื่อมต่อกับอินเทอร์เฟซเหล่านั้นอาจมีที่อยู่ทับลิงค์ภายในเครื่อง

ฉันกำลังสูญเสียเครือข่ายย่อยมากเกินไปหรือไม่ พวกเราจะไม่หมดอีกแล้วเหรอ?

ฉันจะไม่กังวลเกี่ยวกับมันมากเกินไป

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

และถ้ามีการกระทืบมันจะต้องใช้เวลามากกว่าการตีด้วยปากกาเพียงเล็กน้อยเพื่อยกเลิกการตัดสินใจที่แปลกประหลาด

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

ดังนั้นฉันเชื่อว่าเมื่อ IPv6 การเจาะเข้าไปในเครือข่ายขององค์กรเพิ่มขึ้นเราจะเห็นการระเบิดสำหรับการร้องขอพื้นที่ว่าง IPv6 ของผู้ให้บริการที่เป็นอิสระ