ทำไม fe80 :: / 10 ถูกสงวนไว้สำหรับลิงค์ที่อยู่ในพื้นที่เมื่อ fe80

43

ฉันเข้าใจว่า IPv6 ขอสงวนคำนำหน้า fe80 :: / 10 สำหรับลิงก์ที่อยู่ในพื้นที่และโฮสต์นั้นเลือกที่อยู่ด้วยคำนำหน้า / 64

เหตุใดพื้นที่ที่สงวนไว้จึงใหญ่กว่าที่ใช้จริงสำหรับลิงก์โลคัลมาก

ipv6

31

ฉันคิดว่าขอบเขตการเชื่อมโยงภายในถูกกำหนดเป็น / 10 เพียงเพื่อ "พอดี" กับขอบเขตอื่น ๆ ได้ดีกว่าเช่นไซต์ในท้องถิ่น (ก่อนที่จะถูกแทนที่ด้วยท้องถิ่นที่ไม่ซ้ำกัน)

ตอนแรกฉันคิดว่าอาจเป็นการอนุญาตให้ใช้เครือข่ายเชื่อมโยงหลายท้องถิ่นในลิงก์เดียวกัน แต่RFC 4291 ระบุอย่างชัดเจนว่าอาจใช้เฉพาะ fe80 :: / 64 เท่านั้น

— Jeremy Stretch
แหล่งที่มา

มีความสำคัญใด ๆ เกี่ยวกับการใช้ SLAAC หรือไม่ ... คือ SLAAC "คำนำหน้าผู้ไม่เชื่อเรื่องพระเจ้า" หรือไม่?

— Craig Constantine

1

SLAAC ต้องการ / 64 แต่ไม่เกี่ยวข้องกันที่นี่เพราะที่อยู่ link-local ไม่ได้ถูกกำหนดโดย SLAAC - ในความเป็นจริง SLAAC อาศัยการมีที่อยู่ link-local อยู่แล้ว

— Kevin Keane

10

คุณก็รู้ว่าฉันไม่เคยพิจารณาเรื่องนี้

ฉันจะสันนิษฐานว่า fe80 :: / 64 ถูกใช้เนื่องจากระบบจากนั้นเรียกใช้ autoconfiguration (SLAAC) ที่อยู่ stateless ใน / 64 ออกจากส่วนที่เหลือของ / 10 พร้อมใช้งานสำหรับที่อยู่ link-local และ netblocks ที่ได้รับมอบหมาย ฉันมีเวลาที่ยากลำบากในการหากรณีการใช้งานที่สำคัญสำหรับการมอบหมายลิงก์ท้องถิ่น - แบบคงที่ แต่ฉันคิดว่ามีเหตุผลที่คนอาจต้องการที่จะทำเช่นนั้น

— Jeff McAdams
แหล่งที่มา

SLAAC และ / 64 มีความสำคัญอะไร ... มีบางอย่างที่ SLAAC ติดมากับคำนำหน้า / 64 ใช่หรือไม่

— Craig Constantine

บางครั้งการเชื่อมโยงที่อยู่ภายในเครื่องที่กำหนดไว้ในสแตติกทำให้ง่ายต่อการรู้ว่าโหนดใดที่เป็นฮอปถัดไปเมื่อกำหนดเส้นทางแบบไดนามิกเช่น R1 คือ fe80 :: 1/64, R2 คือ fe80 :: 2/64 ฯลฯ ทำงานได้ดีในแล็บ ดังนั้นในทางปฏิบัติ

— hrtednrup

@ CraigConstantine - ใช่ SLAAC มี / 64 ขอบเขต hardcoded เป็นโปรโตคอล นี่คือเหตุผลที่คุณไม่สามารถสร้างเครือข่ายย่อยที่เล็กกว่า / 64 ใน IPv6 ยกเว้นเครือข่ายย่อยที่ใช้สำหรับการกำหนดเส้นทางการเชื่อมโยง (เช่นสำหรับการเชื่อมต่อแบบจุดต่อจุดคุณควรใช้ / 127) มีโปรโตคอลอื่นจริง ๆ ที่ยังมี / 64 ขอบเขตอบเข้าไป

— Kevin Keane

เรามีกรณีใช้งาน ระบบแยกกระบวนการที่ต้องนำสภาพแวดล้อมการแยกพร้อมที่อยู่ link-local ที่รู้จักสำหรับการระบุตาม IPv6 และเราไม่สามารถรอ DAD ได้เพราะสภาพแวดล้อมจะต้องพร้อมในหน่วยไมโครวินาทีหรือมิลลิวินาที

— Omnifarious

4

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

ที่อยู่ Link-local ในทางทฤษฎีจะสูญเสีย gazillions ของที่อยู่ IP แต่ก็ไม่ถือว่าเป็นปัญหา ในทำนองเดียวกันการให้ลูกค้าแต่ละรายเต็ม / 56 หรือแม้กระทั่ง / 48 นั้นเป็นเทคนิคที่สิ้นเปลืองมาก แต่ไม่ใช่ปัญหาจริง

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

— เควินคีน
แหล่งที่มา

0

ฉันคิดว่ามันมี 2 สิ่ง ขั้นแรกไม่สามารถกำหนดเส้นทางการเชื่อมต่อโลคัลดังนั้นไม่จำเป็นต้องมีซับเน็ต ID สันนิษฐานว่าเป็นเพราะมันไม่สามารถกำหนดเส้นทางได้ว่าสิ่งใดก็ตามที่ตามหลังคำนำหน้าจนถึง 64- บิตสุดท้ายจะเป็นศูนย์ ประการที่สองเช่นเดียวกับคำนำหน้า IPv6 อื่น ๆ ที่คล้ายกันคำนำหน้าจะเป็นทุกอย่างจนกระทั่งบิต '1' สุดท้าย สิ่งนี้ทำให้ความมั่นคง

— อลันฮิกกินส์
แหล่งที่มา

1

ถ้าเป็นวิธีการทำงานก็จะได้รับไม่ได้เป็น/9 /10

— kasperd

ทำไม fe80 :: / 10 ถูกสงวนไว้สำหรับลิงค์ที่อยู่ในพื้นที่เมื่อ fe80 :: / 64 ถูกใช้งานจริง?