multihoming ทำงานกับ ipv6 อย่างไร


18

อะไรคือความแตกต่างระหว่าง multihoming ใน IPv4 กับ IPv6

องค์กรสามารถร้องขอพื้นที่ที่อยู่ IPv6 ที่ไม่ขึ้นกับผู้ให้บริการจาก RIR / LIR ซึ่งสามารถโฆษณาไปยังผู้ให้บริการต้นน้ำหลายแห่งผ่าน BGP เช่นเดียวกับใน IPv4 ได้หรือไม่?

กฎสำหรับการร้องขอการจัดสรร IPv6 ที่ไม่ขึ้นกับผู้ให้บริการนั้นเหมือนกันสำหรับ RIR ทั้งหมดหรือไม่

คำตอบ:


14

คุณสามารถร้องขอการมอบหมายผู้ให้บริการอิสระ (PI) จาก RIR ท้องถิ่นผ่าน LIR การกำหนดเส้นทางบล็อกของพื้นที่ที่อยู่ IPv6 นั้นใช้ BGP ในลักษณะเดียวกับบล็อกของพื้นที่ที่อยู่ IPv4 บล็อกใหญ่กว่า :-) เพียงเล็กน้อย

สำหรับ IPv4 เป็นเรื่องปกติที่บล็อกที่เล็กกว่า / 24 (ดังนั้นคำนำหน้า / 25 หรือนานกว่า) จะไม่ถูกกำหนดเส้นทางโดย ISP ใน IPv6 ข้อ จำกัด ทั่วไปวันนี้น่าจะเป็น / 48

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


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

ฉันคิดว่าเหตุผลทั่วไปสำหรับการจัดสรรดูเหมือนจะ "ทำให้เป็นระเบียบ" ดังนั้นการจัดสรรที่มีขนาดใหญ่กว่า (เช่น / 40 หรือ / 32) จะได้รับการต้อนรับมากกว่าหลายครั้งกระจายไปทั่วการจัดสรรทั้งหมดที่เชื่อมโยงกับองค์กรเดียวกัน
ItsGC

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

4

นี่เป็นวิธีที่ธุรกิจจำนวนหนึ่งพยายาม แต่เป้าหมายเบื้องหลังการออกแบบ IPv6 คือการป้องกันไม่ให้ บริษัท ที่มีขนาดเล็ก (เช่น Google) จากการรับบล็อกที่ไม่ขึ้นกับผู้ให้บริการเพื่อลดขนาดของตารางเส้นทางทั่วโลก .

โฮสต์ IPv6 จะต้องสามารถจัดการหลายที่อยู่ต่ออินเทอร์เฟซและความตั้งใจในการทำงานหลายอย่างโดยการให้เราเตอร์ egress ของแต่ละองค์กรทำการโฆษณาบล็อก (โดยทั่วไป / 48 หรือ / 56) ผ่านทางอัปลิงค์และสำหรับเราเตอร์ ภายในองค์กรเพื่อผนวกคำนำหน้าสากล (โดยทั่วไปอ่านผ่าน DHCPv6) ไปยังหมายเลขเครือข่ายย่อยที่ขึ้นต้นด้วยคำนำหน้า การโอนย้ายโฮสต์ที่รับข้อมูลจากโฆษณาเราเตอร์สามารถทำได้ทีละน้อยและไม่มีการแทรกแซงจากผู้ดูแลระบบ

น่าเสียดายที่การใช้งานจริงรุ่นนี้ถูกขัดขวางโดยการใช้AAAAระเบียน DNS (ซึ่งเก็บที่อยู่ IP ตามตัวอักษร) เหนือA6ระเบียนซึ่งอนุญาตให้ระบุส่วนประกอบของที่อยู่ (เช่นส่วนคำนำหน้า 48 บิตทั่วทั้งองค์กรและ 80- ส่วนของโฮสต์บิต) ที่สามารถจัดการและอัปเดตได้อย่างอิสระ และโดยการสนับสนุนที่อยู่ที่ใช้คำนำหน้าไม่สม่ำเสมอในซอฟต์แวร์เราเตอร์รุ่นแรกและดูเหมือนว่าไม่น่าเป็นไปได้ที่รูปแบบที่อยู่หลายแห่งจะได้รับแรงฉุดมากกว่ารุ่น PI + BGP RFC ก่อนหน้านี้ไม่แนะนำให้กำหนดบล็อก PI ให้กับองค์กรที่ไม่ใช่การขนส่ง แต่อย่างน้อย RFC6177 คำแนะนำนี้ดูเหมือนจะถูกถอนออกแล้ว


0

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

อย่างไรก็ตามในทางปฏิบัตินี่เป็นปัญหาได้จากหลายสาเหตุ

  1. ในการตั้งค่าดังกล่าวเมื่อโฮสต์ปลายทางเลือก IP ต้นทางมันเป็นเรื่องสำคัญในการตัดสินใจเลือกเส้นทาง แต่โฮสต์ปลายทางนั้นมีคุณภาพต่ำในการตัดสินใจกำหนดเส้นทาง
  2. การเพิ่มหรือลบคำนำหน้า IP มักเป็นเรื่องยากเนื่องจาก IP ถูกเก็บไว้ในหลาย ๆ ที่ มีการนำเสนอส่วนขยายไปยัง DNS เพื่อช่วยในเรื่องนี้ แต่พวกเขาได้เพิ่มความซับซ้อนและความเปราะบางให้กับระบบ DNS และในที่สุดก็ถูกทอดทิ้งเป็น "ประวัติศาสตร์"
  3. มันไม่ได้จัดการกับกรณีจริง ๆ เมื่อการเชื่อมต่อกับผู้ให้บริการรายหนึ่งหยุดลงโดยไม่คาดคิด
  4. เราเตอร์จะต้องทำการตัดสินใจเกี่ยวกับการเราติ้งตาม IP ต้นทาง เราเตอร์บางตัวสามารถทำได้ แต่เป็นคุณสมบัติขั้นสูงไม่ใช่การกำหนดเส้นทางตามปกติ

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

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

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

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