IPv6 มัลติคาสต์สามารถกำหนดเส้นทางผ่านอินเทอร์เน็ตได้หรือไม่?

ตามที่ฉันเข้าใจแล้วที่อยู่ IPv6 สาธารณะที่จัดสรรโดย IANA จะมีคำนำหน้า 2000 :: / 3 ที่อยู่ IP เหล่านี้จะสามารถกำหนดเส้นทางผ่านอินเทอร์เน็ต

ที่อยู่มัลติคาสต์ IPv6 ที่อยู่อีกฝั่งหนึ่งนั้นนำหน้า FF00 :: / 8

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

ดังนั้นฉันจะสามารถเข้าถึงกลุ่มแบบหลายผู้รับทางอินเทอร์เน็ตหรือจะได้รับการสนับสนุนผ่านเครือข่ายส่วนตัวเช่นใน ipv4 หรือไม่

ฉันต้องแก้ไขข้อสันนิษฐานที่คุณทำไว้ที่นี่

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

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

ที่อยู่ IPv6 สาธารณะ -unicast- มีคำนำหน้า 2000 :: / 3 (จนถึง) การจัดสรรสำหรับมัลติแคสต์รวมถึงที่พักสำหรับการเชื่อมโยงท้องถิ่นการกำหนดขอบเขตท้องถิ่นและการระบุที่อยู่ทั่วโลก (ตาม RFC3307) มันเป็นแนวคิดพื้นฐานเดียวกับมัลติคาสต์ IPv4 ซึ่งมีการแบ่งพื้นที่ว่าง 224/4 ชุดสำหรับที่อยู่ GLOP และเช่นกัน

ลองใช้ RFC3306 ด้วยฉันคิดว่ามันอาจตอบคำถามของคุณได้มากกว่านี้

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

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

มาตรฐานอนุญาตการกำหนดเส้นทางแบบหลายผู้รับทั่วโลก แต่ปัจจุบัน AFAIK ผู้ให้บริการอินเทอร์เน็ตส่วนใหญ่ จำกัด การรับหลายผู้รับเท่านั้นสำหรับการใช้งาน (IPTV เป็นต้น)

ฉันเดาเองว่าผู้ให้บริการอินเทอร์เน็ตหลายรายที่เคยเป็นผู้ให้บริการเคเบิลที่ใช้งาน IPv6 จะบล็อกที่ชายแดน

ฉันคิดว่ามันน่ารังเกียจ แต่พวกเขามีความสนใจที่จะรักษาต้นทุนให้สูงสำหรับคู่แข่งเนื้อหาของพวกเขา มัลติคาสต์ v6 จะอนุญาตให้ HBO หรือผู้ให้บริการสตรีมมิ่งวิดีโออื่น ๆ เพื่อส่งสตรีม v6 หนึ่งลำไปยังโลก Ipv6 ผ่านช่องสัญญาณมัลติคาสต์และลดค่าใช้จ่ายได้อย่างมาก

ฉันเห็นคำตอบหลายข้อสมมติว่าคุณเข้าใจผิดว่า multicast คืออะไร คุณไม่ได้ทำผิดและคำถามของคุณชัดเจน ฉันถามคำถามนี้กับตัวเอง:

ฉันสามารถส่งหลายผู้รับบนอินเทอร์เน็ต IPv6 ได้หรือไม่

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

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

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

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

ที่อยู่หลายผู้รับ IPv6 ที่ใช้ Unicast-Prefix

แน่นอนนี้ได้รับการแก้ไข ชื่อ "ที่อยู่หลายผู้รับ IPv6 ที่ใช้ Unicast-Prefix" ควรจะพูดทั้งหมด: ถ้าคุณมีที่อยู่ IPv6 ที่ไม่ซ้ำกันทั่วโลกจากนั้นคุณ (คอมพิวเตอร์ / อุปกรณ์ของคุณ) สามารถกำหนด (/) ที่อยู่แบบหลายผู้รับที่ไม่ซ้ำกันทั่วโลก ขึ้นอยู่กับการมอบหมาย unicast ของคุณ ข้อกำหนดคือซอฟต์แวร์ทุกจุด (เซิร์ฟเวอร์เราเตอร์ลูกค้า) รู้ว่ากำลังทำอะไรอยู่ เราเตอร์เก่าและ ISP ที่ขี้เกียจมีแนวโน้มที่จะตกต่ำในอีกไม่กี่ปีข้างหน้า

มันยากมากที่จะหาคำตอบสำหรับสิ่งที่ดูเหมือนจะเป็นคำถามที่ง่ายมากและสิ่งที่ใกล้เคียงที่สุดที่ฉันสามารถหาคำตอบได้คือRFC3306 :

ต่อไปนี้เป็นตัวอย่างของโครงสร้างของที่อยู่แบบหลายผู้รับที่ใช้คำนำหน้า

    -  Global prefixes - A network with a unicast prefix of
       3FFE:FFFF:1::/48 would also have a unicast prefix-based
       multicast prefix of FF3x:0030:3FFE:FFFF:0001::/96 (where 'x'
       is any valid scope).

    -  SSM - All IPv6 SSM multicast addresses will have the format
       FF3x::/96.

บทความส่วนใหญ่ (และคำตอบ) เกี่ยวกับ IPv6 multicast เน้นที่ multicast ท้องถิ่นซึ่งมีที่อยู่ที่กำหนดไว้ล่วงหน้าและไม่มีประโยชน์มาก clincher คือไคลเอนต์สามารถกำหนดที่อยู่แบบหลายผู้รับที่ไม่ซ้ำกันตามที่อยู่แบบ unicast และขอบเขตของหลักสูตรยังคงใช้:

ขอบเขตของที่อยู่แบบมัลติคาสต์ที่ขึ้นต้นด้วย unicast ต้องไม่เกินขอบเขตของส่วนนำหน้าแบบ Unicast ที่ฝังอยู่ในที่อยู่แบบหลายผู้รับ

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

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

นี่คือสิ่งที่ฉันต้องการติดตามตัวเองในอนาคต

ขั้นตอนที่ 1: ISP ต้องเปิดใช้งาน IPv6 ยังคง

ดูเพิ่มเติมที่: RFC6308: ภาพรวมของสถาปัตยกรรมการกำหนดแอดเดรสมัลติคาสต์ทางอินเทอร์เน็ต

คุณสับสนสองอย่างในความคิดของฉัน: การกำหนดเส้นทางมัลติคาสต์และการจัดสรรที่อยู่ IPv6

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

การจัดสรรที่อยู่ IPv6 จาก 2000 :: / 3 จะตัดสินว่าใครสามารถใช้ที่อยู่unicast

ดังนั้นใครสามารถใช้กลุ่มมัลติคาสต์ IPv6 สำหรับเท่าที่ฉันรู้เท่านั้นที่กำหนดไว้ใน rfc3307

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

ฉันคิดว่า IPv6 มัลติคาสต์ควรกำหนดเส้นทางผ่านอินเทอร์เน็ตได้ตรงกันข้ามกับมัลติคาสต์ IPv4 ที่ไม่สามารถกำหนดเส้นทางผ่านอินเทอร์เน็ตได้

https://en.wikipedia.org/wiki/Multicast_address#IPv6

ffxe :: / 16

ขอบเขตทั่วโลก

มีสิทธิ์ที่จะถูกส่งผ่านอินเทอร์เน็ตสาธารณะ

https://en.wikipedia.org/wiki/IPv6#Multicasting

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

http://ipv6friday.org/blog/2011/12/ipv6-multicast/

บทสรุปผู้บริหาร:

• IP Multicast เป็นบริการเสริมสำหรับ IPv4 ซึ่งส่วนใหญ่ใช้สำหรับการส่งมอบมัลติมีเดีย
• ในIPv6 Multicastจะแทนที่ Broadcast และเป็นฟังก์ชั่นที่ครบวงจรและจำเป็นในเครือข่าย IP ของคุณ
• การกำหนดค่าอัตโนมัติของที่อยู่ IP และ DHCP นั้นใช้มัลติคาสต์ IPv6

มี "Solicited multicast" ใน IPv6 สำหรับแอปพลิเคชัน ที่อยู่เหล่านี้ apeared โดยอัตโนมัติเมื่อในอินเทอร์เฟซบางอย่างถูกสร้างขึ้นที่อยู่ Unicast เพียงใช้ FF02: 0: 0: 0: 0: 1: FF00 :: / 104 และ 24 บิตอื่น ๆ จะเหมือนกับที่อยู่ Unicast https://tools.ietf.org/html/rfc3306