عرض مصدر بث متعدد الوجهات

[[ملف:Multicast.svg|تصغير|300بك| في البث المجموعاتي تصل الرسالة إلى مجموعة محددة من المُستخدمين.]]
في [[اتصال عن بعد|الاتصالات]] وفي [[شبكة حاسوب|شبكات الحاسوب]]، '''البث المجموعاتي'''<ref>{{استشهاد بويكي بيانات|Q111284802|ص=349}}</ref> أو '''البثّ متعدد الوجهات'''<ref name = "Book-100">{{استشهاد بويكي بيانات|Q108442159|ص=51}}</ref> {{إنج|Multicast}} هو آليّة [[توجيه (شبكات)|لتوجيه]] {{وإو|حركة البيانات|Network traffic|en|حركة البيانات}} في الشبكة انطلاقاً من مصدر واحد نحو مجموعة من [[طرفية حاسوب|الطرفيات]] في الوقت نفسه، تكون هذه الطرفيّات أعضاء في مجموعة محددة ومُميّزة بعنوان خاص،<ref name="Web-1">{{استشهاد ويب
| تاريخ = 7 مارس 2012
| مسار أرشيف = https://web.archive.org/web/20180120115600/https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc772041(v=ws.10)
| تاريخ أرشيف = 20 فبراير 2018
| مسار= https://docs.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2008-R2-and-2008/cc772041(v=ws.10)
| عنوان= What Is IPv4 Multicasting?
| موقع= Microsoft
| لغة= en
| تاريخ الوصول= 21 أوكتوبر 2018}}</ref> من فضاء عناوين بروتوكول التشبيك المُستعمل.

حسب [[نموذج الربط البيني للأنظمة المفتوحة]]، فإنّ البث المجموعاتي هو من وظائف [[طبقة الشبكة]]، حيث تعمل بروتوكولات خاصّة على إنشاء وإلغاء مجموعات المُضيفين، كما تدير عملية انضمامهم إلى هذه المجموعات وخروجهم منها، مثل [[بروتوكول إدارة مجموعة الإنترنت]]،<ref name="ietf-12">{{استشهاد ويب
| الأخير= Cain
| الأول= B.
| مؤلف2-الأخير= Deering
| مؤلف2-الأول= S.
| مؤلف3-الأخير= Kouvelas
| مؤلف3-الأول= I.
| مؤلف4-الأخير= Fenner
| مؤلف4-الأول= B.
| مؤلف5-الأخير= Thyagarajan
| مؤلف5-الأول= A.
| تاريخ= أوكتوبر 2002
| مسار أرشيف = https://web.archive.org/web/20190828220303/https://tools.ietf.org/html/rfc3376| مسار= https://tools.ietf.org/html/rfc3376
| عنوان=  RFC 3376, Internet Group Management Protocol, Version 3
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 20 يناير 2018| تاريخ أرشيف = 28 أغسطس 2019 }}</ref> أمّا تشبيك أعضاء المجموعات عبر الشبكات المُختلفة فيتمّ عادةً باستخدام [[شجرة متفرعة|الأشجار المتفرعة]]، وتوجد عائلة خاصّة من [[بروتوكول توجيه|بروتوكولات التوجيه]]، تضمّ العديد من البروتوكولات، مثل {{وإو|بروتوكول توجيه البث المجموعاتي حسب شعاع المسافة|Distance Vector Multicast Routing Protocol|en|بروتوكول توجيه البث المجموعاتي حسب شعاع المسافة}}<ref name="ietf-3">{{استشهاد ويب
| الأخير= Waitzman
| الأول= D.
| مؤلف2-الأخير= Partridge
| مؤلف2-الأول= C.
| مؤلف3-الأخير= Deering
| مؤلف3-الأول= S.
| تاريخ= نوفمبر 1988
| مسار= https://tools.ietf.org/html/rfc1075
| عنوان=  RFC 1075, Distance Vector Multicast Routing Protocol
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 20 يناير 2018| مسار أرشيف = https://web.archive.org/web/20190320153325/https://tools.ietf.org/html/rfc1075 | تاريخ أرشيف = 20 مارس 2019 }}</ref> وعائلة بروتوكولات [[البث المجموعاتي المستقل عن بروتوكول التوجيه]]،<ref name="ietf-4">{{استشهاد ويب
| الأخير= Fenner
| الأول= B.
| مؤلف2-الأخير= Handley
| مؤلف2-الأول= M.
| مؤلف3-الأخير= Holbrook
| مؤلف3-الأول= H.
| مؤلف4-الأخير= Kouvelas
| مؤلف4-الأول= I.
| تاريخ= أغسطس 2006
| مسار= https://tools.ietf.org/html/rfc4601
| عنوان= RFC 4601, Protocol Independent Multicast - Sparse Mode (PIM-SM): Protocol Specification (Revised)
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 20 يناير 2018| مسار أرشيف = https://web.archive.org/web/20190328042616/https://tools.ietf.org/html/rfc4601 | تاريخ أرشيف = 28 مارس 2019 }}</ref> أو إضافات داعمة لبروتوكولات توجيه رزم البث المجموعاتي، مثل إضافة البث المجموعاتي الخاصة ب[[بروتوكول المسار الأقصر أولا]] (MOSPF)،<ref name="ietf-2">{{استشهاد ويب
| الأخير= Moy
| الأول= J.
| تاريخ= مارس 1994
| مسار= https://tools.ietf.org/html/rfc1584
| عنوان=  RFC 1584, Multicast Extensions to OSPF
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 20 يناير 2018| مسار أرشيف = https://web.archive.org/web/20190320153332/https://tools.ietf.org/html/rfc1584 | تاريخ أرشيف = 20 مارس 2019 }}</ref><ref name = "JOU-1">{{استشهاد بدورية محكمة
|الأخير=  S.
|الأول= Paul
|صحيفة = Multicasting on the Internet and its Applications
|عنوان= Multicast Extensions to Open Shortest Path First (MOSPF)
| تاريخ = مايو 1998
|صفحة= 39-52
| ناشر = Springer
| doi =10.1007/978-1-4615-5713-5_5
| isbn = 978-1-4613-7616-3
}}</ref> وغيرها، تنشئ هذه الأشجار، بحيث تصل إلى أعضاء المجموعة كلهم بمسارات خالية من {{وإو|مشكلة حلقات التوجيه|Routing loop problem|en|الحلقات}}.

شهدت تقنية البث المجموعاتي منذ اعتمادها آليةً لتوجيه الرزم العديد من الإضافات والتحسينات، وطوّرت لذلك العديد من التقنيات الرديفة مثل ميزة {{وإو|مراقبة بروتوكول إدارة مجموعة الإنترنت|IGMP Snooping|en|مراقبة بروتوكول إدارة مجموعة الإنترنت}}<ref name="ietf-40"/> و{{وإو|البث المجموعاتي محدد المصدر|Source-specific multicast|en|البث المجموعاتي محدد المصدر}}<ref name="ietf-50"/> كما أدخلت التعديلات على تقنيّات موجودة مُسبقاً لتخدم أغراض البث المجموعاتي مثل {{وإو|التوجيه بعكس المسار|Reverse path forwarding|en|التوجيه بعكس المسار}}.<ref name="JOU-14"/>

== نظرة عامة ==
{{أنماط التوجيه}}
البث المجموعاتي هو طريقة لإرسال [[رزمة بيانات]] واحدة أو أكثر إلى عدد من الوجهات في نفس الوقت، تستضيف هذه الوجهات عنواناً خاصّاً مُميزاُ يُسمى عنوان المجموعة، يجب أن تصل الرزمة المُوجّهة عنوان المجموعة إلى جميع الوجهات التي تستضيفه. لعناوين البث المجوعاتي فضاء خاصّ بها، وتخضع رزم البثّ المجموعاتي لعملية [[توجيه (شبكات)|توجيه]] مُغايرة لتلك التي تخضع لها الرزم فريدة الوجهة أو رزم البثّ العام.

في الأصل، عُرّف البثّ المجموعاتي بصفته أحد الإضافات الملحقة بالمضيف في [[طلب تعليقات|وثيقة طلب التعليقات]] (RFC 1122)،<ref name="ietf-13">{{استشهاد ويب
| الأخير= Deering
| الأول= S.
| تاريخ= أغسطس 1989
| مسار= https://www.ietf.org/rfc/rfc1112
| عنوان= RFC 1112, Host Extensions for IP Multicasting
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 4 فبراير 2018| مسار أرشيف = https://web.archive.org/web/20160308103141/http://www.ietf.org/rfc/rfc1112 | تاريخ أرشيف = 8 مارس 2016 }}</ref> على أن يدعم مبدأي الإرسال، مصدر واحد وعدّة من الوجهات {{إنج|One-to many}} وعدة مصادر وعدة وجهات {{إنج|Many-to-many}}. إنّ الفلسفة الكامنة وراء البث المجموعاتي هي المبدأ الأول، وهي تمثل حلاً وسطاً بين [[بث فريد|البثّ فريد الوجهة]] المحدود، بسبب اعتماده على مبدأ مصدر واحد ووجهة واحدة (One-to-one)، وبين [[بث عام (شبكات)|البثّ العام]] الشامل الذي يُغرق الشبكة بالرزم غير اللازمة، بسبب اعتماده على مبدأ مصدر واحد وجميع الوجهات {{إنج|One-to-all}}.<ref name="Web-3">{{استشهاد ويب
| الأول= James
| الأخير = Messer
| تاريخ = 3 أبريل 2015
| مسار أرشيف = https://web.archive.org/web/20170628082718/https://www.professormesser.com/network-plus/n10-006/unicast-multicast-and-broadcast-2/
| تاريخ أرشيف = 2 يناير 2018
| مسار= https://www.professormesser.com/network-plus/n10-006/unicast-multicast-and-broadcast-2/
| عنوان= Unicast, Multicast, and Broadcast – CompTIA Network+ N10-006 – 1.8
| موقع= ProfessorMesser.com
| لغة= en
| تاريخ الوصول= 4 فبراير 2018}}</ref>

من حيث البنية، تكون رزم البث المجموعاتي مشابهة للرزم المفردة أو رزم البث العام، ولعل الاختلاف الوحيد في هذا الجانب هو وجود عنوان البث المجموعاتي في حقل الوجهة، بدلاً من العنوان الفريد أو عنوان البث العام. يحدد بروتوكول التشبيك بنية عنوان البث المجموعاتي، وفضاء العناوين الخاص به.<ref name="Web-9">{{استشهاد ويب
| مؤلف = Gorry Fairhurst
| تاريخ = 10 مارس 2009
| مسار أرشيف = https://web.archive.org/web/20170425224622/http://www.erg.abdn.ac.uk/users/gorry/course/intro-pages/uni-b-mcast.html
| تاريخ أرشيف = 25 أبريل 2017
| مسار= https://erg.abdn.ac.uk/users/gorry/course/intro-pages/uni-b-mcast.html
| عنوان= Multicast
| موقع= University of Aberdeen
| لغة= en
| تاريخ الوصول= 5 فبراير 2018}}</ref>

تدير بروتوكولات خاصّة عملية إنشاء المجموعات ونشر المعلومات الخاصّة عنها بين [[موجه (شبكات)|الموجهات]]، كما تدير هذه البروتوكولات أيضاً عملية حذفها ومتابعة التغييرات الحاصلة فيها، ويشمل ذلك إضافة أعضاء جديدة إليها أو حذف أعضاء منها. أمّا لتوجيه رزم البث المجموعاتي، فإمّا أن يُعتمد على [[بروتوكول توجيه|بروتوكولات توجيه]] خاصّة بذلك أو أن تُزوّد بروتوكولات توجيه البث فريد الوجهة بإضافات خاصّة لدعم البث المجموعاتي.

في حين تنقل المُوجّهات رزم البيانات فريدة الوجهة من مصدرها إلى وجهتها، على شكل [[قفزة (شبكات)|قفزات]] أو خطوات على طول المسار الواصل بين الطرفين، فإنّ توجيه رزم البث المجموعاتي أكثر تعقيداً، لأنه قد يتوجب على بعض الموجهات أن تخلق نسخاً متشابهة من نفس الرزمة لإرسالها عبر أكثر من منفذ إلى أكثر من وجهة بنفس الوقت. باختصار، في حين يبدو مسار رزمة البيانات فريدة الوجهة مستقيماً يصل بين المصدر والوجهة عبر [[طوبولوجيا شبكة|طوبولوجيا الشبكة]]، فإن مسار رزمة البث المجموعاتي يأخذ شكلاً [[شجرة متفرعة|شجريّاً متفرّعاً]] يبدأ من المصدر، ويتفرع في الموجهات عبر الطوبولوجيا نحو الوجهات المختلفة.

من ميزات استعمال البث المجموعاتي تخفيف [[حمولة (حوسبة)|الحمولة]] في الشبكة، لأن مصدر البيانات يُولِّد نسخة واحدة فقط منها، يجري بعد ذلك نقل هذه النسخة، إلى أعضاء المجموعة فقط، ويتمّ مضاعفتها عند الحاجة، وذلك عوضاً عن إرسالها في كامل الشبكة.<ref name="Web-2">{{استشهاد ويب
| تاريخ = 20 أكتوبر 2005
| مسار أرشيف = https://web.archive.org/web/20180102212706/http://www.linfo.org/multicast.html
| تاريخ أرشيف = 2 يناير 2018
| مسار= http://www.linfo.org/multicast.html
| عنوان= Multicast Definition
| موقع= The Linux Information Project.
| لغة= en
| تاريخ الوصول= 3 فبراير 2018}}</ref> بالإضافة لذلك، يمكن دعم البث المحموعاتي عن طريق ترقية برمجيّة من غير الحاجة لإضافة معدات جديدة.<ref name="Web-1"/>

== آلية العمل ==
يعتمد البث المجموعاتي على العمل المشترك لمجموعة من التقنيات و[[بروتوكول (اتصالات)|البروتوكولات]] التي تنجز الوظائف المُختلفة ضمن الشبكة وفي [[طرفية حاسوب|الطرفيات]]. في الطرفيات و[[شبكة محلية|الشبكات المحلية]]، تنشط بروتوكولات إدارة المجموعات، التي تعتمد بشكلٍ مُباشر على عناوين مُميّزة للمجموعات، يُحدد فضاءَها [[بروتوكول التشبيك]] المُستخدم، بالإضافة لذلك، لابد من وجود آليّة لبروتوكولات [[طبقة ربط البيانات]]، لتتمكّن من توليد عناوين خاصّة بها مُتوافقة مع عناوين البثّ المجموعاتي في المستعلة في [[طبقة الشبكة]].

أمّا في النظام الوسيط، الذي يربط بين الشبكات المحليّة، فتعمل [[بروتوكول توجيه|بروتوكولات توجيه]] خاصّة على بناء طوبولوجيا خاصة من المسارات التي قد تأخذ شكل [[شجرة متفرعة]]، وهي الحالة الأكثر شيوعاً، تصل الشجرة إلى كل أعضاء المجموعة إما ضمن نطاق بث مجموعاتي واحد، أو تربط بين نطاقات مُختلفة، وقد تكون الطوبولوجيا متشابكة {{إنج|Meshed-based Topology}}، تضم شبكة من المسارات المتقاطعة التي قد تمتد داخل نطاق واحد أو بين نطاقات مختلفة.<ref name = "JOU-AD1">{{استشهاد بدورية محكمة
|الأخير= de Morais Cordeiro
|الأول= C.   
|مؤلف2-الأخير= Gossain
|مؤلف2-الأول= H.    
|مؤلف3-الأخير= Agrawal
|مؤلف3-الأول= D.P.                  
|صحيفة = IEEE Network
|عنوان= Multicast over wireless mobile ad hoc networks: present and future directions
| تاريخ = يناير 2003
| المجلد = 17
| العدد = 1
|صفحة= 52-59
| ناشر = IEEE
| doi = 10.1109/MNET.2003.1174178
| issn = 0890-8044
}}</ref> لهذه البروتوكولات [[خوارزمية|خوارزميّات]] عملٍ مُختلفة، ينتج عنها طُرقٌ مُتعددة لإنشاء الأشجار المتفرعة وأنواع مُختلفة لها. أخيراً، تربط خوارزمية توجيه كل المفاهيم والآليّات السابقة، فتُحدد في ضوء ذلك مسار رزمة البث المحموعاتي من مصدرها إلى جميع وجهاتها.

=== إدارة المجموعات ===

تشمل إدارة المجموعة كل النشاطات اللازمة لإقامة المجموعة في [[شبكة محلية|الشبكة المحلية]] وتعريف بروتوكول التوجيه الخاص بالبث المجموعاتي بوجود أعضاء ينتمون لهذه المجموعة في الشبكة المحلية. يجب أن يكون [[مضيف (حوسبة)|المضيفون]] قادرين على الانضمام آلياً إلى المجموعة ليصبحوا أعضاء فيها، كذلك الأمر بالنسبة للأعضاء الذين يرغبون بمغادرتها. بالإضافة لذلك، تشمل النشاطات نشر المعلومات الخاصة بالمجموعة عبر الشبكة، ومتابعة تحديثها أول بأول.<ref name="Web-8">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20170126162551/http://www.tcpipguide.com/free/t_IPMulticasting-2.htm
| تاريخ أرشيف = 20 سبتمبر 2005
| مسار= http://www.tcpipguide.com/free/t_IPMulticasting-2.htm
| عنوان= IP Multicasting
| موقع= The TCP/IP Guide
| لغة= en
| تاريخ الوصول= 4 فبراير 2018}}</ref> وتقوم بروتوكولات إدارة مجموعات البث المجموعاتي مثل [[بروتوكول إدارة مجموعة الإنترنت]] بهذه المهمات.

بالإضافة لذلك يجب تعريف [[مبدل (شبكات)|المُبدلات]] في الشبكة المحلية على المُخرج الافتراضي لرزم البث المجموعاتي، وهو [[بطاقة الشبكة|منفذ]] [[موجه (شبكات)|لمُوجّه]] يُشغّل بروتوكول توجيه خاص بالبث المجموعاتي ويتصل مع الشبكة المحلية. إنّ هذه العملية هي قضية شائكة، نظراً لأنّ المبدلات تعمل على مستوى الطبقة الثانية حسب [[نموذج الربط البيني للأنظمة المفتوحة]]، وهي لا تستطيع التمييز تلقائياً بين [[إطار البيانات|أطر البيانات]] وأطر التحكم الخاصة بالبث المجموعاتي، وفي هذه الحالة ستعامل أطر البث المجموعاتي كأطر [[بث عام (شبكات)|البث العام]]،<ref name="Web-18">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20170522223134/http://www.vsicam.com/_faq/what-is-igmp-querying-and-igmp-snooping-and-why-would-i-need-it-on-my-network/
| تاريخ أرشيف = 12 مايو 2017
| مسار= http://www.vsicam.com/_faq/what-is-igmp-querying-and-igmp-snooping-and-why-would-i-need-it-on-my-network/
| عنوان= What is IGMP Querying and IGMP Snooping and why would I need it on my network?
| موقع= VISIONARY SOLUTIONS, INC.
| لغة= en
| تاريخ الوصول= 24 فبراير 2018}}</ref> وتُحلُّ هذه المشكلة بواحدة من طريقتين،<ref name="Web-17">{{استشهاد ويب
| تاريخ = 19 يناير 20099
| مسار أرشيف = https://web.archive.org/web/20180224133901/https://supportforums.cisco.com/t5/lan-switching-and-routing/cgmp-vs-igmp-snooping/td-p/1230629
| تاريخ أرشيف = 24 فبراير 2018
| مسار= https://community.cisco.com/t5/switching/cgmp-vs-igmp-snooping/td-p/1230629
| عنوان= CGMP vs. IGMP Snooping
| موقع= Cisco Systems Inc.
| لغة= en
| تاريخ الوصول= 24 فبراير 2018}}</ref> إمّا باستخدام بروتوكول خاص مثل [[بروتوكول سيسكو لإدارة المجموعات]] (CGMP)<ref name="Web-19">{{استشهاد ويب
| مؤلف = Josh Loveless, Ray Blair
| تاريخ = 19 نوفمبر 2016
| مسار أرشيف = https://web.archive.org/web/20180224135551/http://www.ciscopress.com/articles/article.asp?p=2738463&seqNum=9
| تاريخ أرشيف = 24 فبراير 2018
| مسار= https://www.ciscopress.com/articles/article.asp?p=2738463&seqNum=9
| عنوان= Network Access and Layer 2 Multicast, Layer 2 Group Management
| موقع= Cisco Press
| لغة= en
| تاريخ الوصول= 24 فبراير 2018}}</ref> أو بتفعيل ميزات خاصة في المبدل، مثل ميزة {{وإو|مراقبة بروتوكول إدارة مجموعة الإنترنت|IGMP Snooping|en|مراقبة بروتوكول إدارة مجموعة الإنترنت}}.<ref name="Web-20">{{استشهاد ويب
| مؤلف = Josh Loveless, Ray Blair
| تاريخ = 19 نوفمبر 2016
| مسار أرشيف = https://web.archive.org/web/20180224135831/http://www.ciscopress.com/articles/article.asp?p=2738463&seqNum=10
| تاريخ أرشيف = 24 فبراير 2018
| مسار= https://www.ciscopress.com/articles/article.asp?p=2738463&seqNum=10
| عنوان= Network Access and Layer 2 Multicast, Snooping
| موقع= Cisco Press
| لغة= en
| تاريخ الوصول= 24 فبراير 2018}}</ref>

=== شجرة البث المجموعاتي ===
شجرة البث المجموعاتي هي [[شجرة متفرعة]] مكونة من مجموعة من العقد والوصلات، تُمثّل العقد التجهيزات العاملة على مستوى [[طبقة الشبكة|الطبقة الثالثة]] في النظام الوسيط، أمّا الوصلات فتمثل الوصلات الفيزيائية التي تربط بينها. يجب أن تكون شجرة البث المجموعاتي خالية من {{وإو|مشكلة حلقات التوجيه|Routing Loop Problem|en|الحلقات}}، وأن تصل إلى جميع أعضاء المجموعة بأقصر الطرق الممكنة، ولذلك، تُوصف شجرة البثّ المجموعاتي بأنها شجرة أقصر المسارات {{إنج|Shortes-Path Tree}}.<ref name="Web-13">{{استشهاد ويب
| تاريخ = 10 يناير 2018
| مسار أرشيف = https://web.archive.org/web/20180222184410/https://www.juniper.net/documentation/en_US/junos/topics/concept/multicast-shortest-path-tree.html
| تاريخ أرشيف = 22 فبراير 2018
| مسار= https://www.juniper.net/documentation/en_US/junos/topics/topic-map/mcast-pim-rpt-spt-cutover.html#jd0e225
| عنوان= Multicast Shortest-Path Tree
| موقع= Juniper Networks, Inc.
| لغة= en
| تاريخ الوصول= 22 أوكتوبر 2018}}</ref>

==== البنية ====
[[ملف:Multicast Terms - ar.png|تصغير|300بك|بنية شجرة البث المجموعاتي.]]

يختلف البث المجموعاتي عن [[بث فريد|البث فريد الوجهة]] بشكل المسار، ففي حين يكون المسار خطاً وحيداً يصلُ بين مصدر الرزمة ووجهتها في البثّ فريد الوجهة، فإنّه يأخذ شكلاً شجريّاً مُتفرعاً في البثّ المجموعاتي، وتُسمّى الشجرة الناتجة بشجرة البث المجموعاتي، وهي تمتد، من غير أن تشكّل حلقات، لتصل إلى جميع أفراد المجموعة.

تتألف شجرة البث المجموعاتي من مجموعة من [[عقدة (شبكات)|العقد]] هي عقدة الجذر والعقد الوسيطة والعقد الأوراق. أمّا عقدة الجذر فهي أول عقدة في الشجرة، ومنها تبدأ عملية التفرع. عند توجيه الرزمة عبر الشجرة، تبدأ عملية مضاعفة الرزمة في العقدة الجذر، أي أنها العقدة التي يبدأ عندها تفرّع المسارات نحو كل أعضاء المجموعة.

تتفرّع شجرة البثّ المجموعاتي انطلاقاً من عقدة الجذر، وتُشكّل [[حركة بيانات]] تسمى التيار الصاعد {{إنج|Upstream}}، وينتشر هذا التيار الصاعد من الجذر إلى العُقد الأخرى في الشجرة. تُسمّى العقدة التي يسلكها التيار الصاعد نحو عقدة واحدة أو أكثر، بالعقدة الوسيطة، وهي العقد التي تستقبل التيار الصاعد من عقدة واحدة أو أكثر وتمرره نحو عقدة واحدة أو أكثر. أمّا إذا لم تكن العقدة تمتلك أي عقد جيران، إلا العقدة التي ورد منها التيار الصاعد، فإنها تسمى عقدة ورقة، لأنها لا تمرر التيار الصاعد محو أي عقد جديدة في الشجرة.<ref name = "Book-4">{{استشهاد بكتاب
|عنوان= Advanced Configuration and Management Guide for the HP ProCurve Routing Switches 9304M, 9308M, 6308M-SX and the HP ProCurve Switch 6208M-SX
|صفحة= 302
|مسار= ftp://ftp.hp.com/pub/networking/software/59692363.pdf/
|سنة= 2000
|ناشر= Hewlett-Packard (HP) Company
|لغة= en
|صيغة= PDF
}}{{وصلة مكسورة}}</ref>

يتواجد أعضاء المجموعات في [[شبكة محلية|شبكات محليّة]] تتصل مع عقد الشجرة، سواء كانت عقدة الجذر أو عقداً وسيطية أو عقد أوراق. في البداية، توجَّه رزم البث المجموعاتي من أعضاء المجموعة نحو العقدة الجذر دوماً، ثُمّ تبدأ بعد ذلك عمليّة مُضاعفة الرزمة ونشرها عبر شجرة البث المجموعاتي. بما أن الشبكات المحليّة التي يتواجد فيها الأعضاء قد لا تتصل بشكل مباشر مع العقدة الجذر، بل عقدٍ أوراق أو مع عقد وسيطية، لذلك فإن بعض الرزم تتجه بشكل معاكس للتيار الصاعد، أي من العقد الأوراق أو الوسيطّة نحو العقدة الجذر، ويسمى ذلك بالتيار الهابط {{إنج|Downstream}}.

==== الأنواع ====
[[ملف:Source-based Tree Vs Shared Tree - ar.png|تصغير|300بك|مقارنة بين الشجرة المشتركة والشجرة حسب المصدر.<ref name="Web-14">{{استشهاد ويب
| مؤلف = Jens Andersson
| تاريخ = 30 نوفمبر 2010
| مسار أرشيف = https://web.archive.org/web/20161125220005/http://erdos.csie.ncnu.edu.tw/~ccyang/TCPIP/Slides/McastTrees.pdf
| تاريخ أرشيف = 25 نوفمبر 2016
| مسار= http://erdos.csie.ncnu.edu.tw/~ccyang/TCPIP/Slides/McastTrees.pdf
| عنوان= Multicast trees
| موقع= National ChiNan University
| لغة= en
| تاريخ الوصول= 22 فبراير 2018}}</ref>]]

تُصنّف أشجار البث المجموعاتي حسب الطريقة التي تُنشَأ بها إلى نوعين، هما:
* '''الشجرة المبنيّة حسب المصدر''' {{إنج|Source-Based Tree}}:<ref name = "JOU-2">{{استشهاد بدورية محكمة
|الأخير= Qing
|الأول= Zhu
|مؤلف2-الأخير=  M.
|firs2t= Parsa
|مؤلف3-الأخير= J.J.
|مؤلف3-الأول= Garcia-Luna-Aceves
|صحيفة =  INFOCOM '95. Fourteenth Annual Joint Conference of the IEEE Computer and Communications Societies. Bringing Information to People. Proceedings. IEEE
|عنوان= A source-based algorithm for delay-constrained minimum-cost multicasting
| تاريخ = أبريل 1995
| ناشر = IEEE
| doi = 10.1109/INFCOM.1995.515898
| issn = 0743-166X
}}</ref> وهي [[شجرة متفرعة]] خاصّة بمصدر محدد لزرم البث المجموعاتي، يبنيها [[بروتوكول توجيه]] رزم البث المجموعاتي من أجل كل مصدر لرزم المجموعة، ويكون جذر الشجرة هو المُوجّه الأقرب إلى المصدر، في هذه الحالة من أجل مجموعة ما G، ومصدرين S1 وS2، سيكون هناك شجرتين هما (S1,G) و (S2,G)،<ref name="Web-12">{{استشهاد ويب
| تاريخ = 10 يناير 2018
| مسار أرشيف = https://web.archive.org/web/20180222183902/https://www.ccexpert.us/routing-tcp-ip-2/sourcebased-trees-versus-shared-trees.html
| تاريخ أرشيف = 22 فبراير 2018
| مسار= https://www.ccexpert.us/routing-tcp-ip-2/sourcebased-trees-versus-shared-trees.html
| عنوان= Source Based Trees Versus Shared Trees
| موقع= Cisco Certified Expert
| لغة= en
| تاريخ الوصول= 22 أوكتوبر 2018}}</ref> إن هذه الطريقة غير فعالة من حيث استهلاك [[عرض نطاق|عرض النطاق]] المتاح وموارد التوجيه.
* '''الشجرة المشتركة''' {{إنج|Shared Tree}}،<ref name = "JOU-3">{{استشهاد بدورية محكمة
|الأخير= Chiang
|الأول= Ching-Chuan
|مؤلف2-الأخير=  Gerla
|مؤلف2-الأول= M.
|مؤلف3-الأخير= Zhang
|مؤلف3-الأول= Lixia
|صحيفة =   Computer Communications and Networks, 1997. Proceedings., Sixth International Conference on
|عنوان= Shared tree wireless network multicast
| تاريخ = سبتمبر 1997
| ناشر = IEEE
| doi =10.1109/ICCCN.1997.623287
| issn = 1095-2055
}}</ref> أو '''الشجرة مركزية النواة''' {{إنج|Core-Based Tree}}، <ref name="ietf-39">{{استشهاد ويب
| مؤلف = A. Ballardie
| تاريخ= سبتمبر 1997
| مسار أرشيف = https://web.archive.org/web/20200325105153/https://www.ietf.org/rfc/rfc2201
| مسار= https://www.ietf.org/rfc/rfc2201
| عنوان=RFC 2201, Core Based Trees (CBT) Multicast Routing Architecture Multicast
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 10 مارس 2017|تاريخ أرشيف=2020-03-25}}</ref> هي شجرة متفرعة مُوحدة من أجل كل أعضاء مجموعة البث المجموعاتي. لبناء هذه الشجرة، يُعرّف بروتوكول التوجيه نقطة التقاء من أجل كل مجموعة، وتكون هذه النقطة هي جذر الشجرة المشتركة، ويُرسل كل مصدر عضو في المجموعة رزم البث المجموعاتي إلى النقطة المشتركة أولاً، وبعد ذلك يجري مضاعفة الرزم حسب شجرة البث المجموعاتي، ويكون جذر الشجرة هو المُوجّه الذي يلعب دور نقطة الالتقاء. في هذه الحالة من أجل مجموعة ما G، ومصدرين S1 وS2، سيكون هناك شجرة واحدة هي (G,*).<ref name="Web-12"/>

تنشِئ [[بروتوكول توجيه|بروتوكولات التوجيه]] الخاصّة بالبث المجموعاتي أشجار البث المجموعاتي لنقل البيانات إلى أعضاء المجموعة كلهم.<ref name="Web-14"/>

==== خوارزميات البناء ====
[[ملف:Spanining Tree Calculation Cases - ar.png|300بك|تصغير|الحالات المُختلفة لاختيار خوارزمية حساب [[شجرة متفرعة|الشجرة المتفرعة]]: 1) في الأعلى، عدد العقد هو (2)، الشجرة تؤول إلى مسار خطي بين عقدتين، وخوارزميات، متل [[خوارزمية ديكسترا|ديكسترا]] أو [[خوارزمية بلمان فورد|بلمان فورد]] هي الأمثل، 2) عدد العقد هو جزء من كل، والمشكلة تؤول إلى مشكلة [[شجرة ستينر الصغرى]]، 3) الشجرة تمتد على كل العقد، تصبح الشجرة المتفرعة الصغرى (MST) هي الخيار الملائم، وخوارزميات مثل [[خوارزمية كروسكال|كروسكال]] أو [[خوارزمية برايم|برايم]] هي الأفضل.]]

خورازمية بناء شجرة البث المجموعاتي هي [[خوارزمية]] لإنشاء [[شجرة متفرعة]]، خالية من {{وإو|مشكلة حلقات التوجيه|Routing Loop Problem|en|الحلقات}}، تمتد عبر [[رسم بياني|مخطط بياني]] مكون من N عقدة، يضم مجموعة جزئية من العقد عددها T وهي تشكل أعضاء مجموعة البث المجموعاتي. تتصل العقد مع بعضها البعض بواسطة فروع أو [[قطعة مستقيمة|أضلاع]] لكل منها [[وزن (شبكات)|وزن]] محدد، يتعلق بمحددات الشبكة.

تُصنّف الأشجار المتفرعة حسب امتداد الشجرة إلى صنفين أساسيين هما:
* '''شجرة أقصر المسارات''' {{إنج|Shortest-Spanning Tree}}: وهي شجرة متفرعة، تمتد من مصدر محدد نحو مجموعة جزئية من العقد، بحيث تكون أوزان المسارات التي تربط المصدر مع العقد هي أصغر ما يمكن.<ref name = "Book-12">{{استشهاد بكتاب
|مؤلف1= Bang Ye Wu
|مؤلف2= Kun-Mao Chao
|عنوان= Spanning Trees and Optimization Problems (Discrete Mathematics and Its Applications)
|طبعة= الأولى
|سنة=2004
|ناشر= Chapman and Hall/CRC
|ردمك= 1584884363
|لغة= en
}}</ref>
* '''الشجرة المتفرعة الصغرى''' {{إنج|Minimum Spanning Tree اختصاراً MST}}: وهي شجرة متفرعة تمتد لتصل إلى جميع العقد، بحيث يكون مجموع أوزان كل المسارات هو أصغر ما يمكن.<ref name="Book-12"/>

إذا كان G هو مخطط بياني مُكوّن من N عقدة وE ضلع، وكانت G1 هي مجموعة جزئية من G، تحتوي عنصرين على الأقل، وعدد عناصرها هو T، فإنّ اختيار خوارزمية بناء شجرة البث المجموعاتي يكون حسب ما يلي:<ref name="JOU-8"/>
* إذا كان عدد العناصر في المجموعة الجزئية هو (T=2)، فإن الشجرة تؤول إلى مسار خطي بين عقدتين، بحالة مشابهة لمسارات الرزم البث فريد الوجهة، والأفضل هو استعمال [[خوارزمية ديكسترا]]<ref name = "JOU-10">{{استشهاد بدورية محكمة
|الأخير=  Dijkstra
|الأول= E. W.
|صحيفة = Numerische Mathematik
|عنوان= A note on two problems in connexion with graphs
|المجلد= 1
|العدد=1
| تاريخ = ديسمبر 1959
|صفحة= 269-271
| ناشر =  Springer
| doi = 10.1007/BF01386390
| issn =0945-3245
}}</ref> أو [[خوارزمية بلمان فورد|بلمان فورد]].<ref name = "JOU-9">{{استشهاد بدورية محكمة
|الأخير=  Bellman
|الأول= Richard
|صحيفة = Quarterly of the Applied Mathematics
|عنوان= On a routing problem
|المجلد= 16
|سنة= 1958
|صفحة= 87-90
| ناشر = American Mathematical Society
| doi = 10.1090/qam/102435
| issn = 1552-4485
}}</ref>
* إذا كان عدد عناصر المجموعة الجزئية هو نفسه عدد عناصر المجموعة الكلية (T=N)، أي أن الشجرة تمتد إلى كل عناصر المجموعة الكلية، فالشجرة المراد بناؤها هي شجرة متفرعة صُغرى (MST)، ومن الخوارزميات المناسبة لذلك [[خوارزمية كروسكال]]<ref name = "JOU-11">{{استشهاد بدورية محكمة
|الأخير=  Kruskal, Jr.
|الأول= Joseph B.
|صحيفة = Proceedings of the American Mathematical Society
|عنوان= On the Shortest Spanning Subtree of a Graph and the Traveling Salesman Problem
|المجلد= 7
|العدد=1
| تاريخ = فبراير 1956
|صفحة= 48-50
| ناشر =  AMS
}}</ref> و[[خوارزمية بريم]].<ref name = "JOU-12">{{استشهاد بدورية محكمة
|الأخير=  Prim
|الأول= R. C.
|صحيفة = Bell Labs Technical Journal
|عنوان= Shortest connection networks and some generalizations
|المجلد= 36
|العدد=6
| تاريخ = نوفمبر 1957
|صفحة= 1389-1401
| ناشر = Nokia Bell Labs
| doi = 10.1002/j.1538-7305.1957.tb01515.x
| issn= 0005-8580
}}</ref>
* إذ كان عدد العناصر في المجموعة الجزئية أكبر من 2 ولكنّه أقل من عدد عناصر المجموعة الكليّة أي (2<N>T)، أي أن الشجرة تمتد على مجموعة جزئية من العقد، وتسمى {{وإو|مشكلة شجرة شتاينر|Steiner tree problem|en|شجرة شتاينر}}<ref name = "Book-13">{{استشهاد بكتاب
|مؤلف1= Frank K. Hwang,
|مؤلف2= Dana S. Richards
|مؤلف3= Pawel Winter
|عنوان= The Steiner Tree Problem
|سنة=1992
|ناشر= North-Holland
|ردمك= 044489098X
|لغة= en
}}</ref>، وهي الحالة الأكثر تعقيداً في بناء الشجرة بسبب وجود عدة إمكانيّات واحتمالات متاحة.

=== نطاق التوجيه ===
نطاق التوجيه الخاصّ بالبث المجموعاتي {{إنج|Multicast Routing Domain}} هو مجموعة من [[طرفية حاسوب|الطرفيات]] والأنظمة الوسيطّة التي تعمل وفق إجراءات التوجيه نفسها والموجودة ضمن {{وإو|نظام مستقل (شبكات)|Autonomous system (Internet)|en|نظام مستقل}} واحد.<ref name="ISO-2">{{استشهاد ويب
| تاريخ= 1995
| مسار= https://www.iso.org/standard/23965.html
| عنوان=  Information technology -- Telecommunications and information exchange between systems -- End System Routeing Information Exchange Protocol for use in conjunction with ISO/IEC 8878
| موقع= International Organization for Standardization (ISO)
| لغة= en
| تاريخ الوصول= 11 مارس 2017| مسار أرشيف = https://web.archive.org/web/20180811200150/https://www.iso.org/standard/23965.html | تاريخ أرشيف = 11 أغسطس 2018 }}</ref> يجب أن تكون [[بروتوكول توجيه|بروتوكولات التوجيه]] المُستعملة و{{وإو|وزن (شبكات)|Metrics (networking)|en|أوزانها}} وآليات حسابها مُشتركة ضمن نطاق التوجيه الواحد.<ref name="ietf-42">{{استشهاد ويب
| مؤلف =  S. Hares,   D. Katz
| تاريخ= ديسمبر 1989
| مسار أرشيف = https://web.archive.org/web/20160310073534/http://www.ietf.org/rfc/rfc1136
| مسار= https://www.ietf.org/rfc/rfc1136
| عنوان= RFC 1136, Administrative Domains and Routing Domains, A Model for Routing in the Internet
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 11 مارس 2017|تاريخ أرشيف=2016-03-10}}</ref>

في [[طلب تعليقات|وثائق طلب التعليقات]] المتعلقة بالبث المجموعاتي، هناك تعاريف جزئية أو مشتقة من التعريف السابق لنطاق توجيه البث المجموعاتي مثل: «مجموعة جداول التوجيه التي تتضمن بنوداً عن البث المجموعاتي، والتي ترتبط مع بعضها البعض عبر الشبكة وهي قادرة على تبادل المعلومات فيما بينها،»<ref name="ietf-43">{{استشهاد ويب
| مؤلف =  E. Rosen, Ed.,  Y. Cai, Ed., I. Wijnands
| تاريخ= أوكتوبر 2010
| مسار أرشيف = https://web.archive.org/web/20210203092900/https://tools.ietf.org/html/rfc6037
| مسار= ttps://tools.ietf.org/html/rfc6037
| عنوان= RFC 6037, Cisco Systems' Solution for Multicast in BGP/MPLS IP VPNs
| موقع= The Internet Society
| صفحة = 7
| لغة= en
| issn = 2070-1721
| تاريخ الوصول= 29 أبريل 2021
|تاريخ أرشيف=2021-02-03}}</ref> أو «مجموعة من الموجهات المتجاورة التي تُشغّل نفس بروتوكول توجيه البث المجموعاتي وتعمل ضمن حدود معينة يُعرّفها مُوجّه حدودي يربط النطاق مع شبكة الإنترنت».
<ref name="ietf-44">{{استشهاد ويب
| مؤلف =  D.  Estrin, D. Farinacci,  A. Helmy, D. Thaler, S. Deering, M. Handley, V. Jacobson,  C. Liu, P. Sharma, L. Wei
| تاريخ= يونيو 1998
| مسار أرشيف = https://web.archive.org/web/20101207115637/http://www.ietf.org:80/rfc/rfc2362
| مسار= https://www.ietf.org/rfc/rfc2362
| عنوان= RFC 2362, Protocol Independent Multicast-Sparse Mode (PIM-SM): Protocol Specification
| موقع= The Internet Society
| لغة= en
| صفحة = 7
| تاريخ الوصول= 11 مارس 2017
|تاريخ أرشيف=2010-12-07}}</ref>

تعمل بروتوكولات توجيه رزم البث المجموعاتي داخل نطاق محدد فتوصف بأنها داخليّة أو بين النطاقات المُختلفة فتوصف بأنها خارجية أو بينيّة، وبعضها يدعم النمطين. من حيث المبدأ، يقابل بروتوكول توجيه البث المجموعاتي العامل ضمن النطاق بروتوكول التوجيه المنفرد الداخلي الذي يعمل ضمن نظام مستقل واحد.<ref name="ietf-42"/>

=== مجالات العنونة ===
البث المجموعاتي هو آليّة لتوجيه [[رزمة بيانات|رزم البيانات]] عبر الشبكة، وحسب [[نموذج الربط البيني للأنظمة المفتوحة]]، فإن [[توجيه (شبكات)|التوجيه]] يحصل على مستوى الطبقة الثالثة، ويتطلب مشاركة من الطبقة الثانية لإنجاح العملية،<ref name = "Book-3">{{استشهاد بكتاب
|مؤلف1-الأخير =  Beau
|مؤلف1-الأول =Williamson
|عنوان= Developing IP Multicast Networks, Volume I
|صفحة= 7
|سنة=1999
|ناشر= Cisco Press
|ردمك= 1578700779
|لغة= en
}}</ref> وهاتان الطبقان هما [[طبقة الوصلة]] و[[طبقة الشبكة]] حسب بترتيب ورودهما في النموذج. لدعم البث المجموعاتي، يجب أن تدعم [[تشبيك|بروتكولات التشبيك]] في طبقة الشبكة وبروتوكولات الوصل في طبقة الوصلة فضاءاً من العناوين خاصّاً بالبث المجموعاتي، بالإضافة لضرورة وجود آليّة للمُطابقة بين عناوين الطبقتين.
==== بروتوكولات طبقة الشبكة ====
[[ملف:IPv4 multicast address structure-ar.svg|تصغير|300بك|بنية عنوان البث المجموعاتي في الإصدار الرابع من بروتوكول الإنترنت.]]
[[ملف:IPv6 multicast address stracture-ar.svg|تصغير|300بك|بنية عنوان البث المجموعاتي في الإصدار السادس من بروتوكول الإنترنت.]]

[[طبقة الشبكة]] هي الطبقة الثالثة من [[نموذج الربط البيني للأنظمة المفتوحة]]، تهتم هذه الطبقة بمهام التوجيه، وتنشط فيها بروتوكولات [[تشبيك|التشبيك]]، وأهمُها الإصدارين [[العنونة في الإصدار الرابع من بروتوكول الإنترنت|الرابع]] و[[العنونة في الإصدار السادس من بروتوكول الإنترنت|السادس]] من [[بروتوكول الإنترنت]].

في الإصدار الرابع من بروتوكول الإنترنت، خُصص الصنف D، ليكون فضاءاً لعناوين البث المجموعاتي، وهو بالتعريف <ref name="ietf-9">{{استشهاد ويب
| الأخير=  Albanna
| الأول= Z.
| مؤلف2-الأخير= Almeroth
| مؤلف2-الأول= K.
| مؤلف3-الأخير= Meyer
| مؤلف3-الأول= D.
| مؤلف4-الأخير= Schipper
| مؤلف4-الأول= M.
| تاريخ= أغسطس 2001
| مسار= https://tools.ietf.org/html/rfc3171
| عنوان= RFC 3171,  IANA Guidelines for IPv4 Multicast Address Assignments
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 4 سبتمبر 2019
| مسار أرشيف = https://web.archive.org/web/20190904180036/https://tools.ietf.org/html/rfc3171 
| تاريخ أرشيف = 20 مارس 2019 }}</ref> فضاء يشمل عناوين بطول 32 بت تبدأ جميعا بالبتات الأربعة 1110 من أقصى اليسار، ويعني ذلك أنه هذا المجال يمتد بين العنوانين 224.0.0.0 و239.255.255.255، رقمياً يُشار له بالشكل 224.0.0.0/4.<ref name="Web-7">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20170122004358/http://www.dcs.gla.ac.uk/~lewis/networkpages/m05s08multicast.htm
| تاريخ أرشيف = 22 يناير 2017
| مسار= http://www.dcs.gla.ac.uk/~lewis/networkpages/m05s08multicast.htm
| عنوان= IP MULTICASTING
| موقع= The University of Glasgow
| لغة= en
| تاريخ الوصول= 4 فبراير 2018}}</ref>

أما في الإصدار السادس من بروتوكول الإنترنت، فقد خصصت بنية خاصّة لعنوان البث المحموعاتي،<ref name="ietf-6">{{استشهاد ويب
| الأخير= Hinden
| الأول= R.
| مؤلف2-الأخير= Deering
| مؤلف2-الأول= S.
| تاريخ= فبراير 2006
| مسار= https://www.ietf.org/rfc/rfc4291
| عنوان= RFC 4291,  IP Version 6 Addressing Architecture
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 3 فبراير 2018| مسار أرشيف = https://web.archive.org/web/20180708225954/http://www.ietf.org:80/rfc/rfc4291 | تاريخ أرشيف = 8 يوليو 2018 }}</ref> يبدأ عنوان البث المجموعاتي دوماً بحقل بطول 8 بتات تأخذ بالقيمة الست عشرية FF، ثم خُصصت 4 بتات كحقل أعلام،<ref name="ietf-7">{{استشهاد ويب
| الأخير= Haberman
| الأول= B.
| مؤلف2-الأخير= Thaler
| مؤلف2-الأول= D.
| تاريخ= أغسطس 2002
| مسار= https://www.ietf.org/rfc/rfc3306
| عنوان= RFC 3306, Unicast-Prefix-based IPv6 Multicast Addresses
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 3 فبراير 2018| مسار أرشيف = https://web.archive.org/web/20180508191924/http://www.ietf.org:80/rfc/rfc3306 | تاريخ أرشيف = 8 مايو 2018 }}</ref><ref name="ietf-8">{{استشهاد ويب
| الأخير= Savola
| الأول= P.
| مؤلف2-الأخير= Haberman
| مؤلف2-الأول= B.
| تاريخ= نوفمبر 2004
| مسار= https://tools.ietf.org/html/rfc3956
| عنوان= RFC 3956,  Embedding the Rendezvous Point (RP) Address in an IPv6 Multicast Address
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 3 فبراير 2018| مسار أرشيف = https://web.archive.org/web/20190320212651/https://tools.ietf.org/html/rfc3956 | تاريخ أرشيف = 20 مارس 2019 }}</ref> و4 بتات أخرى كحقل لمجال العنونة،<ref name="ietf-5">{{استشهاد ويب
| الأخير= Droms
| الأول= R.
| تاريخ= أغسطس 2014
| مسار= https://www.ietf.org/rfc/rfc7346
| عنوان= RFC 7346, IPv6 Multicast Address Scopes
| موقع= The Internet Society
| لغة= en
| issn= 2070-1721
| تاريخ الوصول= 3 فبراير 2018|مسار أرشيف= https://web.archive.org/web/20200325105155/https://www.ietf.org/rfc/rfc7346|تاريخ أرشيف=2020-03-25|url-status=dead}}</ref> وأخيراً حقل بطول 112 بت ليضم مُعرّف المجموعة. وقد عرّفت وثيقة طلب التعليقات RFC 4291 عنوان البث المجموعاتي بأنه: مُعرّف لمجموعة من المنافذ، وأشارت بشكل مباشر إلى توصيل رزمة البيانات المُوجّهة إلى هذا العنوان إلى جميع المنافذ التي تستضيفه.<ref name="ietf-6"/>

تدير [[أيانا|هيئة أرقام الإنترنت المخصصة]] عملية حجز عناوين البث المجموعاتي للإصدارين الرابع<ref name="Web-4">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20180110060702/https://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml
| تاريخ أرشيف = 10 يناير 2018
| مسار= https://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtmland-broadcast-2/
| عنوان= IPv4 Multicast Address Space Registry
| موقع= IANA
| لغة= en
| تاريخ الوصول= 4 فبراير 2018|url-status=dead}}</ref> والسادس<ref name="Web-5">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20171026213818/https://www.iana.org/assignments/ipv6-multicast-addresses/ipv6-multicast-addresses.xhtml
| تاريخ أرشيف = 26 أوكتوير 2017
| مسار= https://www.iana.org/assignments/ipv6-multicast-addresses/ipv6-multicast-addresses.xhtmladdresses.xhtmland-broadcast-2/
| عنوان= IPv6 Multicast Address Space Registry
| موقع= IANA
| لغة= en
| تاريخ الوصول= 4 فبراير 2018|url-status=dead}}</ref> من بروتوكول الإنترنت، وفيما يلي قائمة بأشهر عناوين المجموعات المحجوزة:
{| class="wikitable"
|-
! الوصف !! عنوان البث المجموعاتي في فضاء الإصدار الرابع من بروتوكول الإنترنت (IPv4)!! عنوان البث المجموعاتي في فضاء الإصدار السادس من بروتوكول الإنترنت (IPv6)
|-
| عنوان مجموعة كل [[عقدة (شبكات)|العقد]] في الشبكة || 224.0.0.1<ref name="ietf-13"/> || FF01:0:0:0:0:0:0:1<ref name="ietf-25">{{استشهاد ويب
| الأخير= Hinden
| الأول= R.
| الأخير= Deering
| الأول= S.
| تاريخ= فبراير 2006
| مسار= https://www.ietf.org/rfc/rfc4291
| عنوان= RFC 4291, IP Version 6 Addressing Architecture
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 4 مارس2017| مسار أرشيف = https://web.archive.org/web/20180708225954/http://www.ietf.org:80/rfc/rfc4291 | تاريخ أرشيف = 8 يوليو 2018 }}</ref>
|-
| عنوان مجموعة كل [[موجه (شبكات)|المُوجّهات]] || 224.0.0.2 || FF01:0:0:0:0:0:0:2<ref name="ietf-25"/>
|-
| عنوان مجموعة المُوجّهات التي تُشغّل [[بروتوكول توجيه البث المجموعاتي حسب شعاع المسافة]] (DVMRP) || 224.0.0.4<ref name="ietf-21"/> || FF02:0:0:0:0:0:0:4<ref name="ietf-21"/>
|-
| عنوان مجموعة المُوجّهات التي تُشغّل [[بروتوكول المسار الأقصر أولا|بروتوكول المسار الأقصر]] {{Refn|الإصدار الثاني (OSPFv2) من أجل [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]] والإصدار الثالث (OSPFv3) من أجل [[العنونة في الإصدار السادس من بروتوكول الإنترنت|الإصدار السادس من بروتوكول الإنترنت]].|group=lower-alpha}}

 || 224.0.0.6، 224.0.0.5<ref name="ietf-26">{{استشهاد ويب
| الأخير= Moy
| الأول= J.
| تاريخ= أبريل 1998
| مسار= https://www.ietf.org/rfc/rfc2328
| عنوان= RFC 2328, OSPF Version 2
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 4 مارس 2018| مسار أرشيف = https://web.archive.org/web/20180717215229/http://www.ietf.org:80/rfc/rfc2328 | تاريخ أرشيف = 17 يوليو 2018 }}</ref> || FF02:0:0:0:0:0:0:5،FF02:0:0:0:0:0:0:6<ref name="ietf-26"/>
|-
| عنوان مجموعة المُوجّهات التي تُشغّل [[بروتوكول معلومات التوجيه]] {{Refn|الإصدار الثاني (RIPv2) من أجل الإصدار الرابع من بروتوكول الإنترنت وإصدار الجيل التالي (RIPng) من أجل الإصدار السادس من بروتوكول الإنترنت.|group=lower-alpha}} || 224.0.0.9<ref name="ietf-27">{{استشهاد ويب
| الأخير= Malkin
| الأول= G.
| تاريخ= نوفمبر 1998
| مسار= https://www.ietf.org/rfc/2453
| عنوان= RFC 2453, RIP Version 2
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 4 مارس 2018 |مسار أرشيف= https://web.archive.org/web/20200325105156/https://www.ietf.org/rfc/2453|تاريخ أرشيف=2020-03-25|url-status=dead}}</ref>
|| FF02:0:0:0:0:0:0:9<ref name="ietf-28">{{استشهاد ويب
| الأخير= Malkin
| الأول= G.
| الأخير= Minnear
| الأول= R.
| تاريخ= يناير 1997
| مسار= https://www.ietf.org/rfc/rfc2028
| عنوان= RFC 2028, RIPng for IPv6
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 4 مارس 2018| مسار أرشيف = https://web.archive.org/web/20200110132527/https://www.ietf.org/rfc/rfc2028 | تاريخ أرشيف = 10 يناير 2020 }}</ref>
|-
| عنوان مجموعة المُوجّهات التي تُشغّل [[بروتوكول التوجيه الداخلي المحسن بين البوابات]]
|| 224.0.0.10 <ref name="ietf-31">{{استشهاد ويب
| الأخير= Savag
| الأول= D.
| مؤلف2-الأخير= Ng
| مؤلف2-الأول= J.
| مؤلف3-الأخير= Moore
| مؤلف3-الأول= S.
| مؤلف4-الأخير= Slice
| مؤلف4-الأول= D.
| مؤلف5-الأخير= Paluch
| مؤلف5-الأول= P.
| تاريخ= مايو 2016
| مسار= https://www.ietf.org/rfc/7868
| عنوان= RFC 7868, Cisco's Enhanced Interior Gateway Routing Protocol (EIGRP)
| موقع= The Internet Society
| لغة= en
| issn = 2070-1721
| تاريخ الوصول= 4 مارس 2018|مسار أرشيف= https://web.archive.org/web/20200325105156/https://www.ietf.org/rfc/7868|تاريخ أرشيف=2020-03-25|url-status=dead}}</ref>
|| FF02:0:0:0:0:0:0:A <ref name="ietf-29"/>
|-
| عنوان مجموعة مُخدمات ووكلاء التحويل [[بروتوكول تهيئة المضيف الآلية]] {{Refn|الإصدار الأساسي من بروتوكول التهيئة الآلية للمضيفين (DHCP)<ref name="ietf-29">{{استشهاد ويب
| الأخير= Droms
| الأول= R.
| تاريخ= مارس 1997
| مسار أرشيف = https://web.archive.org/web/20181115174714/http://www.ietf.org:80/rfc/rfc2131
| مسار= https://www.ietf.org/rfc/rfc2131
| عنوان= RFC 2131, Dynamic Host Configuration Protocol
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 4 مارس 2017|تاريخ أرشيف=2018-11-15}}</ref> من أجل الإصدار الرابع من بروتوكول الإنترنت، وأما من أجل الإصدار السادس من بروتوكول الإنترنت فالمقصود هو الإصدار السادس من بروتوكول التهيئة الآلية للمضيفين (DHCPv6)<ref name="ietf-30">{{استشهاد ويب
| مؤلف = R. Droms, Ed. J. Bound, B. Volzm,  T. Lemon, C. Perkins, M. Carney
| تاريخ= يوليو 2003
| مسار أرشيف = https://web.archive.org/web/20200325105205/https://www.ietf.org/rfc/rfc3315
| مسار= https://www.ietf.org/rfc/rfc3315
| عنوان= RFC 3315, Dynamic Host Configuration Protocol for IPv6 (DHCPv6)
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 4 مارس 2017|تاريخ أرشيف=2020-03-25}}</ref>|group=lower-alpha}}
|| 224.0.0.12
|| FF05:0:0:0:0:0:1:3،FF02:0:0:0:0:0:1:2<ref name="ietf-30"/>{{Refn|في الإصدار السادس، قسمت المجموعة إلى مجموعتين هما  مجموعة كل وكلاء البروتوكول وعنوانها هو (FF02:0:0:0:0:0:1:2)، ومجموعة كل مُخدمات البروتوكول وعنوانها هو (FF05:0:0:0:0:0:1:3) |group=lower-alpha}}
|-
| عائلة بروتوكولات [[البث المجموعاتي المستقل عن بروتوكول التوجيه]] (PIM) || 224.0.0.13 || FF02:0:0:0:0:0:0:D
|}
'''الملاحظات'''{{مراجع|group=lower-alpha}}

==== بروتوكولات طبقة ربط البيانات ====
[[ملف:Generating the Ethernet Multicast MAC - ar.png|تصغير|300بك|[[خارطة الانسياب|مخطط تدفقي]] لكيفية توليد [[عنوان التحكم بالنفاذ للوسط]] الخاصّ [[إيثرنت|بالإيثرنت]] انطلاقاً من عنوان مجموعة بث مجموعاتي [[بروتوكول الإنترنت (الإصدار الرابع)|للإصدار الرابع من بروتوكول الإنترنت]]، مع مثال رقمي للتوضيح.]]

[[طبقة الوصلة|طبقة الربط]] هي الطبقة الثانية في [[نموذج الربط البيني للأنظمة المفتوحة]]، ويعمل في هذه الطبقة عدد من [[بروتوكول (اتصالات)|البروتوكولات]] أهمها [[إيثرنت|الإيثرنت]]. لدعم البث المجموعاتي، ويجب أن يُعرف البروتوكول الذي يعمل على هذه الطبقة فضاءاً من العناوين، وآليّة لتوليد عناوين فريدة مُقابلة لعناوين المجموعات التي تُعرفها بروتوكولات [[طبقة الشبكة]].

يبلغ طول عنوان الإيثرنت (48) بتاً، ويُسمّى [[عنوان التحكم بالنفاذ للوسط]]. لإيجاد عنوان الإيثرنت المقابل لعنوان مجموعة من [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]] تُستخدم الخوارزميّة التالية:<ref name="Web-24">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20180302211444/https://www.juniper.net/documentation/en_US/junos/topics/concept/multicast-ip-overview.html
| تاريخ أرشيف = 2 مارس 2018
| مسار= https://learningnetwork.cisco.com/thread/39620
| عنوان= Multicast Overview
| موقع= Juniper Networks
| لغة= en
| تاريخ الوصول= 2 مارس 2018}}</ref>
# تبدأ العملية من عنوان المجموعة الخاص بالإصدار الرابع من بروتوكول الإنترنت، يكتب هذا العنوان بنظام العد الثنائي.
# بدءاً من أقصى اليسار، تهمل البتات التسعة الأولى وتنقل البتات الثلاثة والعشرون المتبقية إلى المرحلة التالية.<ref name="Web-23">{{استشهاد ويب
| تاريخ = 11 فبراير 2012
| مسار أرشيف = https://web.archive.org/web/20180302211044/https://learningnetwork.cisco.com/thread/39620
| تاريخ أرشيف = 2 مارس 2018
| مسار= https://learningnetwork.cisco.com/thread/39620
| عنوان= IP multicast--Ethernet Multicast MAC Address Mapping
| موقع= Cisco Systems Inc.
| لغة= en
| تاريخ الوصول= 2 مارس 2018}}</ref>
# يضاف بت واحد إلى يسار البتات السابقة، ليصبح العدد الإجمالي (24) بت، يأخذ هذا البت القيمة (0) في حال كون الإطار سيُرسل في شبكة تُشغّل الإصدار الرابع من بروتوكول الإنترنت، والقيمة (1) في الحالات الأخرى.<ref name="ietf-23">{{استشهاد ويب
| الأخير= Eastlake
| الأول= D.
| الأخير= Abley
| الأول= J.
| تاريخ= أوكتوبر 2013
| مسار= https://www.ietf.org/rfc/rfc7042
| عنوان= RFC 7042, IANA Considerations and IETF Protocol and Documentation Usage for IEEE 802 Parameters
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 3 مارس 2018|مسار أرشيف= https://web.archive.org/web/20200325105157/https://www.ietf.org/rfc/rfc7042|تاريخ أرشيف=2020-03-25|url-status=dead}}</ref>
# تحوَّل البتات الأربعة والعشرون إلى ست أعداد ست عشرية هي {X1, X2, X3, X4, X5, X6}، حيث (X1) هو العدد الست عشري الموافق لأول أربع بتات بدءاً اليسار، ويمثل البت في أقصى اليسار البث الأكثر أهمية فيه، و (X2)هو العدد الست عشري الموافق للبتات الأربعة التالية، وهكذا، ثُمّ وتكتب بشكل أزواج يفصل بينها إشارة (::)، بالشكل (X1X2::X3X4::X5X6).
# تضاف لاحقة ست عشرية مكونة من 3 بايتات هي بالترتيب من اليسار إلى اليمين (01) ثُمّ (00) ثُمّ (5E)،<ref name="Web-22">{{استشهاد ويب
| مؤلف = Josh Loveless, Ray Blair.
| تاريخ = 19 نوفمبر 2016
| مسار أرشيف = https://web.archive.org/web/20180302205727/http://www.ciscopress.com/articles/article.asp?p=2738463&seqNum=2
| تاريخ أرشيف = 2 مارس 2018
| مسار= https://www.ciscopress.com/articles/article.asp?p=2738463&seqNum=2
| عنوان= Network Access and Layer 2 Multicast
| موقع= Cisco Press
| لغة= en
| تاريخ الوصول= 2 مارس 2018}}</ref> إلى يسار الأعداد السابقة، فيتنج عنوان التحكم بالنفاذ للوسط المطلوب.

أما لإيجاد عنوان التحكم بالنفاذ للوسط لمجموعة والذي يقابل عنوان مجموعة من [[العنونة في الإصدار السادس من بروتوكول الإنترنت|الإصدار السادس من بروتوكول الإنترنت]]، فتؤخذ آخر أربع [[بايت]]ات مع عنوان الإصدار السادس، وتحديداً تلك المحصورة بين البتين رقم 95 و127 من العنوان، ما يُنتج مُعرّفاً بطول (32) بتاً، ثُمّ يضاف هذا المُعرّف إلى يمين بادئة مُكوّنة بايتين، أي بطول (16) بت، قيمتها (3333) [[نظام عد ستة عشري|بنظام العد الست عشري]]، أو (0011 0011 0011 0011) [[نظام عد ثنائي|بنظام العد الثنائي]]، لتكون النتيجة النهائية هي عنوان نفاذ للوسط للمجموعة بطول (48) بتاً.<ref name="ietf-20">{{استشهاد ويب
| الأخير= Crawford
| الأول= M.
| تاريخ= ديسمبر 1998
| مسار أرشيف = https://web.archive.org/web/20200217063447/https://tools.ietf.org/html/rfc2464
| مسار= https://tools.ietf.org/html/rfc2464#section-7
| عنوان= RFC 2464,  Transmission of IPv6 Packets over Ethernet Networks
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 25 فبراير 2018|تاريخ أرشيف=2020-02-17}}</ref>

وضعت أيضاً مُحددات لعملية مطابقة العناوين بين طبقة الشبكة وطبقة ربط البيانات في حال كان بروتوكول [[طبقة ربط البيانات|طبقة الربط]] المُستخدم هو [[الواجهة البينية للبيانات الموزعة بالألياف]]<ref name="ietf-11">{{استشهاد ويب
| الأخير=  Katz
| الأول= D.
| تاريخ= يناير 1993
| مسار= https://www.ietf.org/rfc/rfc1390
| عنوان= RFC 1390, Transmission of IP and ARP over FDDI Networks
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 4 فبراير 2018| مسار أرشيف = https://web.archive.org/web/20200110132445/https://www.ietf.org/rfc/rfc1390 | تاريخ أرشيف = 10 يناير 2020 }}</ref> أو [[حلقة مرمزة|بروتوكول حلقة الرمز]].<ref name="ietf-10">{{استشهاد ويب
| الأخير=  Pusateri
| الأول= T.
| تاريخ= يناير 1993
| مسار= https://www.ietf.org/rfc/rfc1469
| عنوان= RFC 1469, IP Multicast over Token-Ring Local Area Networks
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 4 فبراير 2018| مسار أرشيف = https://web.archive.org/web/20120811130003/http://www.ietf.org/rfc/rfc1469 | تاريخ أرشيف = 11 أغسطس 2012 }}</ref>

=== توجيه الرزم ===
[[ملف:Multicast Packet Routing Algorithm - ar.png|تصغير|300بك| [[خارطة الانسياب|مخطط تدفقي]] لخوارزميّة [[توجيه (شبكات)|توجيه]] رزم البث المجموعاتي.]]
[[توجيه (شبكات)|التوجيه]] هو تحديد مسار [[رزمة بيانات|رزم البيانات]] ونقلها من مصدرها إلى وجهتها، أمّا توجيه رزم البث المجموعاتي فهو تحديد شجرة البث المجموعاتي الخاصّة بالمجموعة، ثُم نقل الرزمة عبر هذه فروع الشجرة ومضاعفتها أثناء ذلك حسب الحاجة، لتصل في نهاية المطاف إلى جميع أعضاء المجموعة.<ref name="Web-38">{{استشهاد ويب
| مؤلف = Keith W. Ross and Jim  Kurose
| مسار أرشيف = https://web.archive.org/web/20170606155052/http://www2.ic.uff.br/~michael/kr1999/4-network/4_08-mcast.htm
| تاريخ أرشيف = 6 يونيو 2017
| مسار= http://www2.ic.uff.br/~michael/kr1999/4-network/4_08-mcast.htm
| عنوان= 4.8 Multicast Routing
| موقع=  Instituto de Computação
| لغة= en
| تاريخ الوصول= 9 مارس 2018}}</ref> إنّ توجيه رزم البث المجموعاتي يخضع لمبدأ مصدر واحد وعدّة وجهات.

حسب مبدأ [[تبديل الرزم]]، تحصل عمليّة التوجيه لكل رزمة بشكلٍ مُنفرد. يمكن تقسيم العملية إلى مرحلتين مُنفصلتين مُتتابعتين، تجري الأولى في مصدر الرزمة وتستمر عبر الشبكة حتى وصول الرزمة إلى جذر شجرة البث المجموعاتي، أمّا المرحلة الثانية، فتحصل ضمن النظام الوسيط الذي تمر شجرة البث المجموعاتي عبره، حيث تقوم عُقد الشجرة، بدءاً من الجذر، بمضاعفة الرزمة ونقلها عبر فروع الشجرة لتصل إلى كل أعضاء المجموعة.

انطلاقاً من مصدر الرزمة، تُوجَّه رزمة البث المجموعاتي بالشكل التالي:

# يُولِّد مصدر الرزمة، والذي لا يشترط به أن يكون عضواً في مجموعة البث المجموعاتي،<ref name="Web-40">{{استشهاد ويب
| مؤلف = Chuck Semeria and Tom Maufer
| تاريخ = 2002
| مسار أرشيف = https://web.archive.org/web/20170731233115/https://www.sans.org/reading-room/whitepapers/networkdevs/ipv4-multicast-security-network-perspective-246
| تاريخ أرشيف = 31 يوليو 2017
| مسار= https://www.sans.org/reading-room/whitepapers/networkdevs/ipv4-multicast-security-network-perspective-246
| عنوان= IPv4 Multicast Security: A Network Perspective, page 2
| موقع= SANS Institute
| لغة= en
| تاريخ الوصول= 9 مارس 2018}}</ref> رزمة بيانات. يكون عنوان الوجهة فيها هو عنوان المجموعة الهدف.<ref name="Web-39">{{استشهاد ويب
| مؤلف = Chuck Semeria and Tom Maufer
| مسار أرشيف = https://web.archive.org/web/20170829125136/https://web.stanford.edu/class/ee384a/files/Introduction_to_IP_Multicast_Routing.pdf
| تاريخ أرشيف = 6 يونيو 2017
| مسار= https://web.stanford.edu/class/ee384a/files/Introduction_to_IP_Multicast_Routing.pdf
| عنوان= Introduction to IP Multicast Routing, Page 6
| موقع= Stanford University
| لغة= en
| تاريخ الوصول= 9 مارس 2018}}</ref>
# ينتقل العمل إلى [[طبقة ربط البيانات]]، فيُحسب عنوان البث المجموعاتي على مستوى الطبقة الثانية، بشكلٍ يتلائم مع عنوان المجموعة الموجود في الرزمة، بعد ذلك [[تغليف (شبكات)|تُغلَّف]] الرزمة ضمن [[إطار البيانات|إطار بيانات]].
# يرسل إطار البيانات عبر الشبكة.
# تضاعف [[عتاد الشبكة|معدّات]] [[شبكة محلية|الشبكة المحلية]] الإطار وتوصله الإطار إلى أعضاء المجموعة في الشبكة المحليّة كلهم، بالإضافة إلى إيصاله إلى أقرب [[عقدة (شبكات)|عقدة]] توجيه لرزم البث المجموعاتي،<ref name="Web-48">{{استشهاد ويب
| مؤلف =Josh Loveless, Ray Blair.
| تاريخ = 19 نوفمبر 2016
| مسار أرشيف = https://web.archive.org/web/20180311121238/http://www.ciscopress.com/articles/article.asp?p=2738463&seqNum=11
| تاريخ أرشيف = 11 مارس 2018
| مسار= https://www.cisco.com/c/en/us/td/docs/ios/12_2/ip/configuration/guide/fipr_c/1cfmbgp.html
| عنوان= Network Access and Layer 2 Multicast, The Process of Packet Replication in a Switch
| موقع= Cisco Press
| لغة= en
| تاريخ الوصول= 11 مارس 2018|url-status=dead}}</ref> تدعم هذه المجموعة، إن وجدت، إذا لم توجد أي عقدة، تنتهي عملية التوجيه.
# تستقبل العقدة إطار البيانات، وتتحقق من وصوله بشكل سليم بدون أخطاء في النقل، ثُمّ تفك تغليف الإطار وتستخرج الرزمة. في حال وجود أخطاء يتمّ التخلص من الإطار.<ref name = "Book-8">{{استشهاد بكتاب
|مؤلف = Wendell Odom
|عنوان= CCENT/CCNA ICND1 100-101 Official Cert Guide
|مسار = https://archive.org/details/ciscoccentccnaic0000odom
|صفحة=[https://archive.org/details/ciscoccentccnaic0000odom/page/432 432]
|سنة=2013
|ناشر= Cisco Press
|ردمك=1587143852
|لغة= en
}}</ref>
# تقرأ العقدة عنوان وجهة الرزمة، وتتعرّف على عنوان المجموعة، ثُمّ تتأكد من أن استقبال الرزمة على المنفذ الذي وردت منه لن يُسبب في تشكّل {{وإو|مشكلة حلقات التوجيه|Routing loop problem|en|حلقات}}. في حال تسبب استقبال الرزمة بتشكل حلقات، يجري التخلّص منها، من الطرق المستخدمة للتحقق من ذلك {{وإو|التوجيه بعكس المسار|Reverse path forwarding|en|التوجيه بعكس المسار}}.<ref name="Web-37">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20170521164612/https://www.cisco.com/en/US/tech/tk828/tech_brief09186a00800e9952.html
| تاريخ أرشيف = 21 مارس 2017
| مسار= https://www.cisco.com/c/en/us/tech/index.html
| عنوان= IP Multicast Deployment Fundamentals
| موقع= Cisco Systems, Inc.
| لغة= en
| تاريخ الوصول= 9 مارس 2018}}</ref>
# تُحدد العقدة التي استقبلت الرزمة فيما إذا كانت جذراً لشجرة البث المجموعاتي الخاصّة بالمجموعة أم لا. ولا يُشترط أن تكون أول عقدة تصلها الرزمة في النظام الوسيط هي جذر الشجرة. في الحالة التي تكون فيها العقدة جذراً للشجرة، يُنتقل إلى الخطوة التالية مُباشرة، أمّا إذا لم تكن كذلك فتعامل الرزمة حسب الخطوات التالية:
## اتخاذ قرار التوجيه بإرسال الرزمة نحو الجذر.
## تُغلَّف الرزمة ضمن إطار جديد مناسب.
## ترسل الرزمة عبر النظام الوسيط باتجاه جذر الشجرة، وتكون الرزمة في هذه الحالة جزءاً من التيار الهابط، لأنّها تتحرّك نحو الجذر.
## تُعيد العقدة التالية التي تستقبل الإطار الخطوات السابقة بدءاً من الخطوة الخامسة.
# بعد وصول الرزمة إلى الجذر، يُتخذ قرار توجيه بإرسال الرزمة عبر شجرة البث المجموعاتي، ويجري مُضاعفتها لنشرها عبر أفرع الشجرة.
# تُغلَّف كل رزمة من الرزم التي تمت مضاعفتها بشكل مناسب، فتنتج مجموعة من أطر البيانات التي سترسل عبر فروع الشجرة، لتصل إلى كل العقد الأوراق.<ref name = "Book-11">{{استشهاد بكتاب
|مؤلف = Antonio Sanchez Monge, Krzysztof Grzegorz Szarkowicz
|عنوان= MPLS in the SDN Era: Interoperable Scenarios to Make Networks Scale to New Services, Chapter 4. Internet Multicast over MPLS
|سنة=2016
|ناشر= O'Reilly Media
|ردمك= 9352133005
|لغة= en
}}</ref>
# يُرسل كل إطار بشكل مستقل ليسلك أحد الفروع حسب قرار التوجيه السابق، وتتحرك الأطر بوصفها جزءاً من التيار الصاعد، لأنها تتحرك مُبتعدة عن الجذر.
# عندما يصل الإطار إلى العقد التالية في الشجرة، يتحدد سلوك العقدة حسب نوعها، ففي العقد الوسيطّة يتمّ فك تغليف الرزمة ثُم اتخاذ قرار توجيه بإرسالها عبر فروع الشجرة، ومضاعفتها حسب القرار، ثُمّ تُغلّف الرزم الناتجة ضمن أطر جديدة مناسبة لقرار التوجيه، وتُرسل الأطر عبر الفروع حسب القرار، وتعاد هذه الخطوة في العقد التالية التي تستقبل هذه الأطر. أمّا في العقد الأوراق، فيُتخذ قرار توجيه بنقل الرزمة إلى الشبكات المحليّة وتعاد الخطوة الرابعة.<ref name="Web-48"/>

== بروتوكولات البث المجموعاتي ==
[[ملف:Multicast Protocols-ar.svg|تصغير|300بك|العلاقة بين عائلة بروتوكولات إدارة مجموعات البث المجموعاتي وعائلة بروتوكولات التوجيه الخاصة بالبث المجموعاتي حسب [[طوبولوجيا شبكة|طوبولوجيا الشبكة]].]]
يتطلب نجاح البث المجموعاتي عمل عائلتين من البروتوكولات معاً هما عائلة بروتوكولات إدارة مجموعات البث المجموعاتي وعائلة بروتوكولات التوجيه الخاصة بالبث المجموعاتي، تهتم العائلة الأولى بالعلاقات التي تربط الأعضاء بالمجموعة، مثل الانضمام إليها أو مغادرتها، وكيفية نشر المعلومات الخاصة بأعضاء المجموعة في الشبكة المحلية، أما العائلة الثانية فهي تهتم بإنشاء أشجار البث المجموعاتي، وتحديثها باستمرار، وتحدد هذه الأشجار مسار رزم البث المجموعاتي عبر النظام الوسيط من المصدر وصولاً إلى كل أعضاء المجموعة.

تنشط بروتوكولات إدارة المجموعة في [[شبكة محلية|الشبكات المحلية]]، وبالتحديد بين [[مضيف (حوسبة)|المضيفين]] وبين [[موجه (شبكات)|الموجهات]]، ويكون اهتمامها موجّهاً لبناء المجموعات والمحافظة عليها. أمّا بروتوكولات التوجيه فيكون نشاطها محصوراً داخل النظام الوسيط وبين المُوجّهات فيه، ويكون اهتمامها مُنصباً على بناء شجرة البث المجموعاتي.

=== بروتوكولات إدارة المجموعات ===
هي مجموعة من البروتوكولات التي تنشط في الشبكة المحلية وتقوم بالإشراف على بالوظائف الخاصة بالمجموعة والتي تشمل انضمام الأعضاء إليها ومغادرتهم لها، بالإضافة إلى نشر المعلومات الخاصّة بأعضاء المجموعات لتصل إلى عتاد الشبكة المحلية.

أهم بروتوكولات إدارة المجموعات هي [[بروتوكول إدارة مجموعة الإنترنت]] الذي يدير مجموعات البث المجموعاتي الخاصّة بالإصدار الرابع من بروتوكول الإنترنت، و{{وإو|بروتوكول اكتشاف مستمعي البث المجموعاتي|Multicast Listener Discovery|en|بروتوكول اكتشاف مستمعي البث المجموعاتي}} الذي يدير مجموعات الإصدار السادس من بروتوكول الإنترنت، بالإضافة لعدد من البروتوكولات التي تنجز مهامَ محددة ترتبط بتوزيع رزم البث المجموعاتي داخل [[شبكة محلية|الشبكة المحليّة]] مثل [[بروتوكول سيسكو لإدارة المجموعة]] (CGMP) وبروتوكول سيسكو لإدارة المجموعة على منفذ الموجه (RGMP).

==== بروتوكول إدارة مجموعة الإنترنت ====
{{صندوق معلومات بروتوكول شبكة
| title = بروتوكول إدارة مجموعة الإنترنت
| name = Internet Group Management Protocol
| purpose = إدارة مجموعات البث المجموعاتي
| developer = [[مجموعة مهندسي الإنترنت]] (IETF)
| date =
* IGMPv1 : 1989
* IGMPv2 : 1997
* IGMPv3 : 2002
| based on =
| influenced =
| osilayer = [[طبقة الشبكة]]
| ports =
| rfcs =
* IGMPv1: RFC 1112<ref name="ietf-16">{{استشهاد ويب
| الأخير= Deering
| الأول= S.
| تاريخ= أغسطس 1989
| مسار أرشيف = https://web.archive.org/web/20200307043809/https://tools.ietf.org/html/rfc1112
| مسار= https://tools.ietf.org/html/rfc1112
| عنوان=  RFC 1112, Host Extensions for IP Multicasting
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 18 فبراير 2017|تاريخ أرشيف=2020-03-07}}</ref>
* IGMPv2: RFC 2236<ref name="ietf-15">{{استشهاد ويب
| الأخير= Fenner
| الأول= W.
| تاريخ= نوفمبر 1997
| مسار أرشيف = https://web.archive.org/web/20200306033650/https://tools.ietf.org/html/rfc2236
| مسار= https://tools.ietf.org/html/rfc2236
| عنوان=  RFC 2236, Internet Group Management Protocol, Version 2
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 18 فبراير 2017|تاريخ أرشيف=2020-03-06}}</ref>
* IGMPv3: RFC 3376 <ref name="ietf-14">{{استشهاد ويب
| الأخير= Cain
| الأول= B.
| مؤلف2-الأخير= Deering
| مؤلف2-الأول= S.
| مؤلف3-الأخير= Kouvelas
| مؤلف3-الأول= I.
| مؤلف4-الأخير= Fenner
| مؤلف4-الأول= B.
| مؤلف5-الأخير= Thyagarajan
| مؤلف5-الأول= A.
| تاريخ= أوكتوبر 2002
| مسار= https://tools.ietf.org/html/rfc3376
| عنوان=  RFC 3376, Internet Group Management Protocol, Version 3
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 18 فبراير 2017| مسار أرشيف = https://web.archive.org/web/20190328042913/https://tools.ietf.org/html/rfc3376 | تاريخ أرشيف = 28 مارس 2019 }}</ref>
| hardware =
}}
{{مفصلة|بروتوكول إدارة مجموعة الإنترنت}}
بروتوكول إدارة مجموعة الإنترتت {{إنج|Internet Group Management Protocol اختصاراً IGMP}} هو [[بروتوكول (اتصالات)|بروتوكول اتصال]] يعمل على مستوى [[طبقة الشبكة]]، يُدير المجموعات الخاصة بالبث المجموعاتي لرزم [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]]، ويحدد كيفية انضمام [[مضيف (حوسبة)|المضيفين]] إلى المجموعات وكيفية مغادرتها بشكلٍ آليّ، ومعنى ذلك أنه يسمح لأي مُضيف بأن ينضم أو بأن يغادر المجموعة في أيّ وقت يشاء. بالإضافة لذلك، لا يضع البروتوكول قيوداً على عدد أعضاء المجموعة ولا على مواقعهم، كما يسمح لمضيف واحد بالانضمام إلى أكثر من مجموعة في الوقت نفسه.

يُعرّف هذا البروتوكول نوعين من الرسائل، هما رسائل الاستعلام ورسائل التقارير. تُستخدم رسائل الاستعلام لاستجواب [[عقدة (شبكات)|عقد الشبكة]] لتحديد فيما إذا كانت أعضاء في مجموعة ما ولا، أما رسائل التقارير، فهي رد العقد المُستجوبة على رسالة الاستعلام، يتمّ تبادل هذه الرسائل وفق [[نموذج الخادم والعميل|نموذج طلب الخدمة]]، وبذلك يمكن تصنيف عقد الشبكة وظيفياً حسب نوع الرسائل التي ترسلها إلى:<ref name="Web-16">{{استشهاد ويب
| مسار= https://www.ibm.com/support/knowledgecenter/SSPHQG_7.2/concept/ha_concepts_multicast_igmp.htm?origURL=SSPHQG_7.2.2/com.ibm.powerha.concepts/ha_concepts_multicast_igmp.htm
| عنوان= Internet Group Management Protocol
| موقع= IBM
| لغة= en
| تاريخ الوصول= 24 فبراير 2018| مسار أرشيف = https://web.archive.org/web/20180811195512/https://www.ibm.com/support/knowledgecenter/SSPHQG_7.2.2/com.ibm.powerha.concepts/ha_concepts_multicast_igmp.htm | تاريخ أرشيف = 11 أغسطس 2018 }}</ref>
* مُرسلو رسائل الاستعلام (Querier): وهي عقد شبكية تقوم بإرسال رسائل خاصّة تسمى رسائل الاستعلام لاكتشاف أي من عقد الشبكة هي أعضاء في مجموعة محددة.
* المُضيفون (Host): وهي عقد شبكية ترسل رسائل التقارير رداً على استقبالها لرسائل الاستعلام.

حسب بروتوكول إدارة المجموعات، فإنّ المجموعة هي تجمع لعقد مُرسلي رسائل الاستعلام والمضيفين الذين يجيبون عليها.

طوّرت [[مجموعة مهندسي الإنترنت]] ثلاث إصدارات من بروتوكول إدارة مجموعات الإنترنت، أولها جاء في العام 1989م، وهو موصوف في [[طلب تعليقات|الوثيقة]] (RFC 1112)،<ref name="ietf-16"/> وقد حدد آليّات انضمام المضيف إلى مجموعة ما أو مغادرتها، أما الإصدار الثاني، فطوّر في العام 1997م، ووصف في الوثيقة (RFC 2236)<ref name="ietf-15"/> وقد احتوى العديد من التعديلات أهمها السماح للمضيف بطلب مُغادرة مجموعة مُعيّنة بحد ذاتها، أما الإصدار الثالث فقد طوّر في العام 2002، وهو موصوف في الوثيقة (RFC 3376)،<ref name="ietf-14"/> وهو يدعم ميّزة {{وإو|البث المجموعاتي محدد المصدر|Source-specific multicast|en|البث المجموعاتي مُحدد المصدر}}<ref name="ietf-34"/> وميزة تجميع تقارير العضوية {{إنج|Membership Report Aggregation}}.

إنّ الإصدارات الثلاثة من البروتوكول [[توافقية رجعية|متوافقة]] مع بعضها البعض، أي أن المُوجّه الذي يُشغل الإصدار الثالث من بروتوكول إدارة مجموعة الإنترنت يدعم أيضاً [[عميل (حوسبة)|العملاء]] الذين يُشغّلون الإصدارين الأول والثاني من البروتوكول.<ref name="Web-10">{{استشهاد ويب
| الأول=Josh
| الأخير = Loveless
| مؤلف2-الأول= Ray
| مؤلف2-الأخير= Blair
| تاريخ = 19 نوفمبر 2016
| مسار أرشيف = https://web.archive.org/web/20180218204846/http://www.ciscopress.com/articles/article.asp?p=2738463&seqNum=8
| تاريخ أرشيف =  18 فبراير 2018
| مسار= https://www.ciscopress.com/articles/article.asp?p=2738463&seqNum=8
| عنوان= Network Access and Layer 2 Multicast
| موقع= Cisco Press
| لغة= en
| تاريخ الوصول= 18 فبراير 2018}}</ref>

==== بروتوكول اكتشاف مستمعي البث المجموعاتي ====
{{صندوق معلومات بروتوكول شبكة
| title = بروتوكول اكتشاف مستمعي البث المجموعاتي
| name = Multicast Listener Discovery
| logo =
| logo size =
| logo alt =
| logo caption =
| image = <!--  مثل example.jpg -->
| image size =
| image alt =
| caption =
| purpose = إدارة مجموعة البث المجموعاتي
| developer = [[مجموعة مهندسي الإنترنت|مجموعة مهندسي شبكة الإنترنت]]
| date = * MLDv1 1999
* MLDv1 2004
| based on =
| influenced =
| osilayer = [[طبقة الشبكة]]
| ports =
| rfcs = * MLDv1 (RFC 2710)<ref name="ietf-36">{{استشهاد ويب
| مؤلف =  S. Deering, W. Fenner, B. Haberman
| تاريخ= أوكتوبر 1999
| مسار أرشيف = https://web.archive.org/web/20200325105209/https://www.ietf.org/rfc/rfc2710
| مسار= https://www.ietf.org/rfc/rfc2710
| عنوان=RFC 2710, Multicast Listener Discovery (MLD) for IPv6 Multicast
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 6 مارس 2017|تاريخ أرشيف=2020-03-25}}</ref>
* MLDv2 (RFC 3810)<ref name="ietf-35">{{استشهاد ويب
| مؤلف =  R. Vida, Ed.,  B. Cain,  L. Costa, Ed.
| تاريخ= يونيو 2004
| مسار أرشيف = https://web.archive.org/web/20050217103700/http://www.ietf.org/rfc/rfc3810| مسار= https://www.ietf.org/rfc/rfc3810
| عنوان=RFC 3810, Multicast Listener Discovery Version 2 (MLDv2) for IPv6 Multicast
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 6 مارس 2017| تاريخ أرشيف = 17 فبراير 2005 }}</ref>
| hardware =
}}
بروتوكول اكتشاف مستمعي البث المجموعاتي {{إنج|Multicast Listener Discovery اختصاراً MLD}} هو [[بروتوكول (اتصالات)|بروتوكول اتصال]] يعمل على مستوى [[طبقة الشبكة]] يدير المجموعات الخاصة بالبث المجموعاتي لرزم [[العنونة في الإصدار السادس من بروتوكول الإنترنت|الإصدار السادس من بروتوكول الإنترنت]]، وبشكلٍ خاص اكتشاف أعضاء المجموعات في [[شبكة محلية|الشبكات المحلية]] وتحديد أي المجموعات التي يهتمون باستقبال رزمها.<ref name="Web-36">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20170709233956/https://www.juniper.net/documentation/en_US/junos/topics/concept/multicast-mld-overview.html
| تاريخ أرشيف = 9 يوليو 2017
| تاريخ الأرشيف /= 29 يونيو 2017
| مسار= https://www.juniper.net/documentation/en_US/junos/topics/topic-map/mcast-mld.html#id-understanding-mld
| عنوان= Understanding MLD
| موقع= Juniper Networks
| لغة= en
| تاريخ الوصول= 6 مارس 2018}}</ref>

يُقدّم البروتوكول مفهوماً جديداً هو مُستمع البث المجموعاتي، وهو حسب التعريف، [[عقدة (شبكات)|عقدة]] ترغب في استقبال رزم البث المجموعاتي. إذا استضاف المستمع عنوان مجموعة ما، أصبح عضواً فيها، وبات يهتم باستقبال رزمها. يمكن أن ينضم المستمع إلى أكثر من مجموعة بنفس الوقت. ومن هنا حصل البروتوكول على اسمه، فالبروتوكول يساعد تجهيزات الطبقة الثالثة المُتصلة مع الشبكة المحليّة على اكتشاف وجود المُستمعين فيها. يُوصف البروتوكول أيضاً بأنه غير متناظر {{إنج|Asymmetric}}، لأنه يسلك سلوكاً مختلفاً مع المستمعين ومع تجهيزات الطبقة الثالثة، [[موجه (شبكات)|كالموجهات]].<ref name = "Book-7">{{استشهاد بكتاب
|مؤلف = Rami Rosen
|عنوان= Linux Kernel Networking: Implementation and Theory (Expert's Voice in Open Source)
|صفحة=230
|سنة=2013
|ناشر= Apress
|ردمك=143026196X
|لغة= en
}}</ref>

هناك إصداران لبروتوكول اكتشاف مستمعي الإنترنت، الإصدار الأول (MLDv1) موصوف في [[طلب تعليقات|وثيقة طلب التعليقات]] (RFC 2710) <ref name="ietf-36"/> وقد طُوّر في العام 1999م، وهو مُكافئ للإصدار الثاني من بروتوكول إدارة مجموعة الإنترنت (IGMPv2) من حيث الوظيفة، أمّا الإصدار الثاني فطوّر في العام 2004م، وهو موصوف بالوثيقة (RFC 3810)<ref name="ietf-35"/> وهو يُكافئ الإصدار الثالث من بروتوكول إدارة مجموعة الإنترنت (IGMPv3)، ويدعم ميزات إضافية مثل {{وإو|البث المجموعاتي محدد المصدر|Source-specific multicast|en|البث المجموعاتي مُحدد المصدر}}.<ref name="ietf-34">{{استشهاد ويب
| مؤلف =  H. Holbrook,  B. Cain,  B. Haberman
| تاريخ= أغسطس 2006
| مسار أرشيف = https://web.archive.org/web/20120811005752/http://www.ietf.org/rfc/rfc4604
| مسار= https://www.ietf.org/rfc/rfc4604
| عنوان= RFC 4604, Using Internet Group Management Protocol Version 3 (IGMPv3) and Multicast Listener Discovery Protocol Version 2 (MLDv2) for Source-Specific Multicast
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 6 مارس 2017|تاريخ أرشيف=2012-08-11}}</ref>

==== بروتوكول سيسكو لإدارة المجموعة ====
بروتوكول سيسكو لإدارة المجموعة {{إنج|Cisco Group Management Protocol اختصاراً CGMP}} هو [[بروتوكول (اتصالات)|بروتوكول اتصال]] يعمل على مستوى [[طبقة ربط البيانات]] في [[شبكة محلية|الشبكات المحلية]]. طوّر هذا البروتوكول في العام 1996م، بساعد في إدارة مجموعات البث المجموعاتي، وهو مُلكية خاصّة لشركة [[سيسكو]].<ref name="Web-31">{{استشهاد ويب
| مؤلف = Dino Farinacci, Alex Tweedly
| تاريخ = 14 أغسطس 1996
| مسار أرشيف = https://web.archive.org/web/20141129171936/http://ftp.ipsyn.net/pub/mirrors/cisco/ftpeng.cisco.com/ipmulticast/specs/cgmp.txt
| تاريخ أرشيف = 3 مارس 2018
| مسار= http://ftp.ipsyn.net/pub/mirrors/cisco/ftpeng.cisco.com/ipmulticast/specs/cgmp.txt
| عنوان= Cisco Group Management Protocol (CGMP)
| موقع= Cisco Systems
| لغة= en
| تاريخ الوصول= 3 مارس 2018}}</ref>

طوّر هذا البروتوكول بشكل أساسي لحل مشكلة ترتبط [[مبدل (شبكات)|بالمبدلات]] التي تعمل على مستوى الطبقة الثانية، لا تستطيع هذه المبدلات التمييز بين رسائل البث المجموعاتي التي تحتوي على [[بيانات|البيانات]] وتلك التي تحتوي على المعلومات الخاصّة بإدارة المجموعة، والسبب في ذلك هو كونها جميعاً مُوجّهة نحو عنوان المجموعة. نتيجة لذلك، لا تستطيع هذه المبدلات تمييز المنفذ الذي يتصل مع الموجه الذي يدعم البث المجموعاتي، لإرسال الرزم إليه، ويكون الحل باعتماد تقنية الغمر {{إنج|Flood}} عند التعامل مع رزم البث المجموعاتي، أي إرسالها عبر كل [[بطاقة الشبكة|المنافذ]] إلا المنفذ الذي وردت منه.<ref name="Web-32">{{استشهاد ويب
| مؤلف = Dino Farinacci, Alex Tweedly
| تاريخ = ديسمبر 2000
| مسار أرشيف = https://web.archive.org/web/20171114221826/https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst3750/software/release/12-2_35_se/configuration/guide/scg.pdf
| تاريخ أرشيف = 14 نوفمبر 2017
| مسار= https://www.cisco.com/c/en/us/td/docs/switches/lan/catalyst3750/software/release/12-2_35_se/configuration/guide/scg.pdf
| عنوان= Catalyst 3750 Switch Software Configuration Guide, P.982
| موقع= Cisco Systems
| لغة= en
| تاريخ الوصول= 3 مارس 2018}}</ref>

يُنشئ البروتوكول قاعدة بيانات للمجموعات الموجودة في شبكة محلية في [[موجه (شبكات)|مُوجّه]] أو [[مبدل متعدد الطبقات]]، ثُمّ يتواصل مع المُبدلات العاملة على مستوى الطبقة الثانية في تلك الشبكة المحلية، مستخدماً مجموعة محددة من [[عنوان التحكم بالنفاذ للوسط|عناوين التحكّم بالنفاذ للوسط]]،<ref name="Web-33">{{استشهاد ويب
| مؤلف = Dino Farinacci, Alex Tweedly
| تاريخ = ديسمبر 2000
| مسار أرشيف = https://web.archive.org/web/20170325012931/http://etutorials.org/Networking/Lan+switching+fundamentals/Chapter+9.+Implementing+Multicast+on+Catalyst+Switches/Cisco+Group+Management+Protocol/
| تاريخ أرشيف = 25 مارس 2017
| مسار= http://etutorials.org/Networking/Lan+switching+fundamentals/Chapter+9.+Implementing+Multicast+on+Catalyst+Switches/Cisco+Group+Management+Protocol/
| عنوان= Cisco Group Management Protocol
| موقع= eTutorials.org
| لغة= en
| تاريخ الوصول= 3 مارس 2018}}</ref> ويسمح ذلك لهذه المبدلات بتمييز الرسائل، ثم الحصول على معلومات المجموعات وبتحديد المنفذ الذي يتصل مع الموجه أو المبدل متعدد الطبقات. يُمكن أن تؤدي ميزة {{وإو|مراقبة بروتوكول إدارة مجموعة الإنترنت|IGMP Snooping|en|مراقبة بروتوكول إدارة مجموعة الإنترنت}} بالوظيفة نفسها إذا فعلت في المبدلات العاملة في الطبقة الثانية.<ref name="Web-20"/>

==== بروتوكول سيسكو لإدارة المجموعة على منفذ الموجه ====
{{صندوق معلومات بروتوكول شبكة
| title = بروتوكول سيسكو لإدارة المجموعة على منفذ الموجه
| name = Router-port Group Management Protocol
| logo =
| logo size =
| logo alt =
| logo caption =
| image = <!--  مثل example.jpg -->
| image size =
| image alt =
| caption =
| purpose = إدارة مجموعات البث المجموعاتي
| developer = [[سيسكو|شركة سيسكو]]
| date = 2003
| based on =
| influenced =
| osilayer = [[طبقة الشبكة]]
| ports =
| rfcs = RFC 3488<ref name="ietf-32">{{استشهاد ويب
| مؤلف =  I. Wu, T. Eckert
| تاريخ= فبراير 2003
| مسار أرشيف = https://web.archive.org/web/20200325105210/https://www.ietf.org/rfc/rfc3488
| مسار= https://www.ietf.org/rfc/rfc3488
| عنوان= RFC 3488, Cisco Systems Router-port Group Management Protocol (RGMP)
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 5 مارس 2017|تاريخ أرشيف=2020-03-25}}</ref>
| hardware =
}}
بروتوكول سيسكو لإدارة المجموعة على منفذ الموجه {{إنج|Cisco Systems Router-port Group Management Protocol اختصاراً RGMP}} هو [[بروتوكول (اتصالات)|بروتوكول اتصالات]] يعمل على مستوى [[طبقة الشبكة]]، طوّرته شركة سيسكو في العام 2003م، يهتم بإدارة مجموعات البث المجموعاتي في [[شبكة محلية|الشبكة المحلية]]، وهو موصُوف في [[طلب تعليقات|وثيقة طلب التعليقات]] (RFC 3488).<ref name="ietf-32"/>

كان الهدف الأساسي من تطوير البروتوكول هو خلق آلية يمكن من خلالها لتجهيزات الطبقة الثالثة أن تتواصل مع مُبدلات [[طبقة ربط البيانات|الطبقة الثانية]] وتحدد لها عدد محدداً من المجموعات التي تمتد شجرتها عبره. ليس لما سبق أهميّة في الشبكات المحلية التي لا تتصل إلا مع جهاز طبقة ثالثة واحد، حيث تمتد ككل الأشجار عبره، ولكن عندما تتصل شبكة محلية مع أكثر من جهاز يعمل في الطبقة الثالثة في نفس الوقت، فإن أشجار البث المجموعاتي ستمتد عبر أكثر من جهاز، وسيكون من غير المجدي إرسال رزم البث المجموعاتي إلى جهاز طبقة ثالثة لا تمتد شجرة المجموعة عبره نحو الشبكة المحلية.<ref name = "Book-6">{{استشهاد بكتاب
|مؤلف =  Javvin Technologies
|عنوان= Network Protocols Handbook
|مسار =  https://archive.org/details/networkprotocols00tech_236
|صفحة=[https://archive.org/details/networkprotocols00tech_236/page/n290 275]
|سنة=2005
|ناشر= Javvin Technologies Inc
|ردمك= 0974094528
|لغة= en
}}</ref>

نتيجة لذلك ينشط البروتوكول في الوصلات التي تربط بين تجهيزات الطبقة الثانية وتجهيزات الطبقة الثالثة. يعمل البروتوكول في الطبقة الثالثة من [[نموذج الربط البيني للأنظمة المفتوحة|نموذج الاتصال المعياري]]، ولترويسته بينة مطابقة لبنية [[بروتوكول إدارة مجموعة الإنترنت]]، ويتم [[تغليف (شبكات)|تغليف]] ترويسته ضمن [[رزمة بيانات|رزمة]] الإصدار الرابع من بروتوكول الإنترنت، مع قيمة لحقل البروتوكول هي (2)،<ref name="Web-34">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20200307043748/https://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml
| تاريخ أرشيف = 25 مارس 20172020-03-07
| مسار= https://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml
| عنوان= IPv4 Multicast Address Space Registry
| موقع= IANA
| لغة= en
| تاريخ الوصول= 5 مارس 2018}}</ref> وعنوان وجهة هو (224.0.0.25) وهو عنوان بث مجموعاتي مخصص لإدارة العلاقة بين تجهيزات الطبقة الثانية والثالثة.<ref name="Web-4"/>

طُوِّرت ميزة {{وإو|مراقبة بروتوكول إدارة مجموعة الإنترنت|IGMP Snooping|en|مراقبة بروتوكول إدارة مجموعة الإنترنت}} لاحقاً لإنجاز هذه المهمة أيضاً،<ref name="Web-19"/> بالإضافة لذلك طوّرت ميزة مراقبة البث المجموعاتي المستقل عن بروتوكول التوجيه (PIM Snooping) والتي تؤدي نفس مهمة هذا البروتوكول إذا كان [[بروتوكول توجيه|بروتوكول التوجيه]] المُستخدم للبث المجموعاتي من عائلة بروتوكولات [[البث المجموعاتي المستقل عن بروتوكول التوجيه]] (PIM).<ref name="Web-35">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20170629052458/https://www.cisco.com/c/en/us/support/docs/switches/catalyst-6000-series-switches/12034-94.html
| تاريخ أرشيف = 25 مارس 2017
| تاريخ أرشيف = 29 يونيو 2017
| مسار= https://www.cisco.com/c/en/us/support/docs/switches/catalyst-6000-series-switches/12034-94.html
| عنوان= Using RGMP: Basics and Case Study
| موقع= Cisco Systems
| لغة= en
| تاريخ الوصول= 5 مارس 2018}}</ref>

=== بروتوكولات توجيه رزم البث المجموعاتي ===
{{مفصلة|قائمة بروتوكولات التوجيه}}
بروتوكولات توجيه البث المجموعاتي هي عائلة من بروتوكولات التوجيه تقوم بتوجيه حركة رزم البث المجموعاتي عن طريق بناء أشجار متفرعة خالية من الحلقات تمتد نحو أعضاء المجموعة عبر أقصر المسارات الممكنة. نتيجة لذلك، تصل نسخة واحدة فقط من الرزمة لجميع أعضاء المجموعة دون سواهم. تُقسّم بروتوكولات التوجيه الخاصة بالبث المجموعاتي إلى مجموعتين رئيسيتين: الأولى هو بروتوكولات توجيه البث المجموعاتي الخاصة بالشبكات الثابتة <ref name = "JOU-7">{{استشهاد بدورية محكمة
|الأخير= Raghavan
|الأول= S. V.
|مؤلف2-الأخير= Paul
|مؤلف2-الأول= Pragyansmita
|صحيفة =  IEEE Communications Surveys & Tutorials
|عنوان= Survey of Multicast Routing Algorithms and Protocols
| تاريخ = أغسطس 2002
|صفحة= 902-926
| ناشر = IEEE
| isbn = 1-891365-08-8
| مسار = https://www.semanticscholar.org/paper/Survey-of-multicast-routing-algorithms-and-Paul-Raghavan/3770298f3f48eb954afb5c5621bce73bb4c89e72?p2df
| مسار أرشيف = https://web.archive.org/web/20180812021350/https://pdfs.semanticscholar.org/3770/298f3f48eb954afb5c5621bce73bb4c89e72.pdf | تاريخ أرشيف = 12 أغسطس 2018 }}</ref> والثانية هي بروتوكولات توجيه البث المجموعاتي الخاصّة بالشبكات المتنقلة،<ref name = "JOU-6">{{استشهاد بدورية محكمة
|الأخير= Junhai
|الأول= Luo
|مؤلف2-الأخير= Danxia
|مؤلف2-الأول= Ye
|مؤلف3-الأخير= Liu
|مؤلف3-الأول= Xue
|مؤلف4-الأخير= Mingyu
|مؤلف4-الأول= Fan
|صحيفة =  IEEE Communications Surveys & Tutorials
|عنوان= A survey of multicast routing protocols for mobile Ad-Hoc networks
| تاريخ = مارس 2009
|صفحة= 78-91
| المجلد = 11
| العدد = 1
| ناشر = IEEE
| doi = 10.1109/SURV.2009.090107
| issn = 1553-877X
}}</ref> ولكل مجموعة معايير تصنيف خاصّة.
==== بروتوكولات توجيه رزم البث المجموعاتي في الشبكات الثابتة ====

تُصنّف بروتوكولات توجيه البث المجموعاتي الخاصة بالشبكات الثابتة حسب مصدر معلوماتها، فإمّا أن تعتمد على معلومات التوجيه المكتسبة عن طريق بروتوكول توجيه محدد للزرم فريدة الوجهة، أو أن تكون مُستقلة، أي تعمل مع أي بروتوكول توجيه للرزم فريدة الوجهة. كما تصنف البروتوكول حسب النطاق الذي تمتد فيه الشجرة المتفرعة، سواء داخل نظاق واحد فقط فتسمى داخليّة أو بين عدة نطاقات فتُسمى خارجية أو بينيّة.<ref name="JOU-8"/>

يمكن تشغيل أكثر من بروتوكول توجيه خاص برزم البث المجموعاتي في الشبكة نفسها، وتصف الوثيقة RFC 2715 عملية التشغيل المشترك والمشكلات والتحديات التي تواجهها.<ref name="ietf-38">{{استشهاد ويب
| مؤلف = D. Thaler
| تاريخ= أوكتوبر 1999
| مسار أرشيف = https://web.archive.org/web/20200325105159/https://www.ietf.org/rfc/rfc2715
| مسار= https://www.ietf.org/rfc/rfc2715
| عنوان=RFC 2715, Interoperability Rules for Multicast Routing Protocols Multicast
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 9 مارس 2017|تاريخ أرشيف=2020-03-25}}</ref>

===== بروتوكول توجيه البث المجموعاتي حسب شعاع المسافة =====
{{صندوق معلومات بروتوكول شبكة
| title = بروتوكول توجيه البث المجموعاتي حسب شعاع المسافة
| name = Distance Vector Multicast Routing Protocol
| logo =
| logo size =
| logo alt =
| logo caption =
| image = <!--  مثل example.jpg -->
| image size =
| image alt =
| caption =
| purpose = [[بروتوكول توجيه]] [[رزمة بيانات|لرزم]] البث المجموعاتي
| developer = [[مجموعة مهندسي الإنترنت|مجموعة مهندسي شبكة الإنترنت]]
| date = 1988
| based on =
| influenced = [[بروتوكول معلومات التوجيه]] (RIP)
| osilayer = [[طبقة الشبكة]]
| ports =
| rfcs = RFC 1075 <ref name="ietf-21"/>
| hardware =
}}
بروتوكول توجيه البث المجموعاتي حسب شعاع المسافة {{إنج|Distance Vector Multicast Routing Protocol اختصاراً DVMRP}} هو [[بروتوكول توجيه]] لرزم البث المجموعاتي، [[بروتوكول توجيه داخلي|داخلي]]، [[خوارزمية بلمان فورد|يعمل حسب خوارزمية شعاع المسافة]]. طوّر البروتوكول في العام 1988م، بهدف جعل البث المجموعاتي مُمكناً بين [[شبكة محلية|الشبكات المحلية]]،<ref name = "JOU-4">{{استشهاد بدورية محكمة
|الأخير=  Deering
|الأول= S. E.
|صحيفة = SIGCOMM '88 Symposium proceedings on Communications architectures and protocols
|عنوان= Multicast routing in internetworks and extended LANs
|المجلد= 18
|العدد = 4
| تاريخ = أغسطس 1988
|صفحة= 55-64
| ناشر = ACM
| doi = 10.1145/52324.52331
| isbn = 0-89791-279-9
}}</ref> وهو موصوف في [[طلب تعليقات|وثيقة طلب التعليقات]] (RFC 1075).<ref name="ietf-21">{{استشهاد ويب
| مؤلف1-الأخير= Waitzman
| مؤلف1-الأول= D.
| مؤلف2-الأخير= Partridge
| مؤلف2-الأول= C.
| مؤلف3-الأخير= Deering
| مؤلف3-الأول= S.
| تاريخ= نوفمبر 1998
| مسار أرشيف = https://web.archive.org/web/20151003165553/http://www.ietf.org/rfc/rfc1075
| مسار= https://www.ietf.org/rfc/rfc1075
| عنوان= RFC 1075, Distance Vector Multicast Routing Protocol
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 3 مارس 2018|تاريخ أرشيف=2015-10-03}}</ref>

يبني البروتوكول [[جدول توجيه]] خاص به في كل مُوجّه يُشغله، وتتبادل هذه الموجهات معلومات التوجيه فيما بينها. اعتماداً على الجدول السابق، يبني البروتوكول شجرة بث مجموعاتي وحيدة الاتجاه حسب المصدر وتكون <ref name="Web-26">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20171225231827/https://www.cisco.com/c/en/us/td/docs/ios/12_2/ip/configuration/guide/fipr_c/1cfdvmrp.html
| تاريخ أرشيف = 25 ديسمبر 2017
| مسار= https://www.cisco.com/c/en/us/td/docs/ios/12_2/ip/configuration/guide/fipr_c/1cfdvmrp.html
| عنوان= Cisco IOS IP Configuration Guide, Release 12.2
| موقع= Cisco Systems Inc.
| لغة= en
| تاريخ الوصول= 3 مارس 2018|url-status=dead}}</ref> لتوزيع رزم البث المجموعاتي إلى أعضاء المجموعة كلهم، وهو يعتمد على آلية {{وإو|التوجيه بعكس المسار|Reverse path forwarding|en|التوجيه بعكس المسار}} من أجل بناء شجرة أقصر المسارات الخالية من {{وإو|مشكلة حلقات التوجيه|Routing Loop Problem|en|الحلقات}}.<ref name="Web-27">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20180303083348/https://www.juniper.net/documentation/en_US/junos/topics/topic-map/mcast-pim-dvmrp.html
| تاريخ أرشيف = 3 مارس 2018
| مسار= https://www.juniper.net/documentation/en_US/junos/topics/topic-map/mcast-pim-dvmrp.html
| عنوان= Examples: Configuring DVMRP
| موقع= Juniper
| لغة= en
| تاريخ الوصول= 3 مارس 2018}}</ref>

صُمم بروتوكول توجيه البث المجموعاتي حسب شعاع المسافة ليكون بروتوكول توجيه داخلي، أي أنه يبني أشجار البث المجموعاتي داخل نطاق مُستقل واحد، ولا يمكن أن تمتد الشجرة بين نطاقين مستقلين مختلفين.<ref name = "Book-5">{{استشهاد بكتاب
|مؤلف =  Javvin Technologies
|عنوان= Network Protocols Handbook
|مسار =  https://archive.org/details/networkprotocols00tech
|صفحة= [https://archive.org/details/networkprotocols00tech/page/n95 80]
|سنة=2005
|ناشر= Javvin Technologies Inc
|ردمك= 0974094528
|لغة= en
}}</ref>، وتكون هذه الأشجار مبنية حسب المصدر. بالإضافة لذلك، فإنّ هذا البروتوكول صُمم ليعمل بشكلٍ مستقل عن بروتوكولات توجيه رزم البث فريد الوجهة، لذلك يلزم على مُوجهات رزم البث فريد الوجهة التي تُشغّل هذا البروتوكول أن تدعم عمليتي توجيه مُستقلتين تماماً.<ref name = "JOU-5">{{استشهاد بدورية محكمة
|الأخير=  Deering
|الأول= S. E.
|مؤلف2-الأخير= Thyagarajan
|مؤلف2-الأول= Ajit S.
|صحيفة = SIGCOMM '95 Proceedings of the conference on Applications, technologies, architectures, and protocols for computer communication
|عنوان= Hierarchical distance-vector multicast routing for the MBone
| تاريخ = أغسطس 1995
|صفحة= 60-66
| ناشر = ACM
| doi = 10.1145/217382.217411
| isbn = 0-89791-711-1
}}</ref>

بروتوكول توجيه البث المجموعاتي حسب شعاع المسافة هو [[بروتوكول نفقي]]، أي أنه يبني الأنفاق عبر الشبكة. إنّ هدف البروتوكول من بناء الأنفاق هو نقل [[رزمة بيانات|رزم]] البث المجموعاتي عبر [[موجه (شبكات)|مُوجّهات]] لا تدعم هذا المفهوم، وتحصل العملية عن طريق [[تغليف (شبكات)|تغليف]] رزم البث المجموعاتي داخل رزم [[بث فريد|البثث فريد الوجهة]]، ثم إرسالها إلى تلك المُوجّهات، التي توجهها بوصفها رزم بث فريد الوجهة.<ref name="Web-28">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20180303085245/https://www.juniper.net/documentation/en_US/junos/topics/concept/multicast-dvmrp-overview.html
| تاريخ أرشيف = 3 مارس 2018
| مسار= https://www.juniper.net/documentation/en_US/junos/topics/topic-map/mcast-pim-dvmrp.html#jd0e22
| عنوان= Understanding DVMRP
| موقع= Juniper
| لغة= en
| تاريخ الوصول= 3 مارس 2018}}</ref>

===== توسيعة البث المجموعاتي لبروتوكول المسار الأقصر =====

توسيعة البث المجموعاتي لبروتوكول المسار الأقصر {{إنج| Multicast Open Shortest Path First اختصاراً MOSPF}} هي [[برنامج مساعد (حوسبة)|إضافة توسعيّة]] [[بروتوكول المسار الأقصر أولا|لبروتوكول المسار الأقصر]] [[توافقية رجعية|متوافقة]] مع الإصدارات السابقة، أدخلت في العام 1994م، وهي تهدف إلى جعل البروتوكول قادراً على [[توجيه (شبكات)|توجيه]] رزم البث المجموعاتي بالإضافة إلى [[بث فريد|الرزم المنفردة]]. وصفت التوسيعة في [[طلب تعليقات|وثيقة طلب تعليقات]] (RFC 1584).<ref name="ietf-2"/> لتحقيق ذلك، تقوم [[موجه (شبكات)|المُوجّهات]] التي تشغل البروتوكول بإضافة معلومات عن أعضاء المجموعات الذين يتصلون معها إلى {{وإو|إعلان حالة الوصلة|Link-state advertisement|en|إعلانات حالة الوصلة}} التي يتمّ تبادلها بشكلٍ دوري. نتيجة لذلك، يبني كل موجه، بعد تطبيق [[خوارزمية ديكسترا]]، [[جدول توجيه]] خاص بكل مجموعة.<ref name="Web-29">{{استشهاد ويب
| مؤلف = Jon CROWCROFT
| تاريخ = 3 مارس 1998
| مسار أرشيف = https://web.archive.org/web/20160831234009/https://www.cl.cam.ac.uk/~jac22/books/mm/book/node76.html
| تاريخ أرشيف = 31 أغسطس 2016
| مسار= https://www.cl.cam.ac.uk/~jac22/books/mm/book/node76.html
| عنوان= MOSPF
| موقع= University of Cambridge
| لغة= en
| تاريخ الوصول= 3 مارس 2018}}</ref>

بعد إضافة التوسيعة، يصبح البروتوكول قادراً على توجيه رزم البث المجموعاتي عن طريق بناء أشجار حسب المصدر، وهو بروتوكول [[بروتوكول توجيه داخلي|داخلي]] لأنه يعمل ضمن نطاق واحد، وغير مستقل لأنه يعتمد على بروتوكول المسار الأقصر لتأمين معلومات التوجيه، التي يستخدمها لبناء شجرة بث مجموعاتي أحادية الاتجاه حسب المصدر.<ref name = "JOU-8">{{استشهاد بدورية محكمة
|الأخير= Ramalho
|الأول= Maria 
|صحيفة =  IEEE Communications Surveys & Tutorials
|عنوان= Intra- and inter-domain multicast routing protocols: A survey and taxonomy
| المجلد = 3
| العدد = 1
| ناشر = IEEE
| issn = 1553-877X
| doi = 10.1109/COMST.2000.5340719
|تاريخ=Q1-2000}}</ref> يُقسّم بروتوكول المسار الأقصر {{وإو|نظام مستقل (شبكات)|Autonomous system (Internet)|en|النظام المستقل}} إلى عدد من المناطق. لقد سبب هذا التقسيم العديد من المشاكل التي رافقت إضافة التوسيعة،<ref name="ietf-22">{{استشهاد ويب
| الأخير= Moy
| الأول= J.
| تاريخ= مارس 1994
| مسار= https://www.ietf.org/rfc/rfc1585
| عنوان= RFC 1585, MOSPF: Analysis and Experience
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 3 مارس 2018| مسار أرشيف = https://web.archive.org/web/20090418053904/http://www.ietf.org:80/rfc/rfc1585 | تاريخ أرشيف = 18 أبريل 2009 }}</ref> خاصّة في الحالات التي تمتد فيها شجرة البث المجموعاتي على أكثر من منطقة، وتمّ معالجة هذه المشاكل من خلال طرح مفاهيم إضافية مثل مُستقبل البث المجموعاتي العام {{إنج|Wild-card Multicast Receiver}}، وهو مُوجّه يستقبل كل رزم البث المجموعاتي التي يتمّ توليدها في المنطقة، بمعزل عن عضوية المجموعات. لجعل شجرة البث المجموعاتي تمتد بين منطقتين، يجب أن تلعب كل الموجهات الحدودية دور مستقبل بث مجموعاتي عام.<ref name="Web-30">{{استشهاد ويب
| تاريخ = 13 أوكتوبر 2008
| مسار أرشيف = https://web.archive.org/web/20180303144213/https://www.eecs.yorku.ca/course_archive/2013-14/F/6590/Notes/MOSPF_desc.pdf
| تاريخ أرشيف = 3 مارس 2018
| مسار= https://www.eecs.yorku.ca/course_archive/2013-14/F/6590/Notes/MOSPF_desc.pdf
| عنوان= MULTICAST EXTENSIONS TO OSPF (MOSPF)
| موقع= Department of Electrical Engineering & Computer Science
| لغة= en
| تاريخ الوصول= 3 مارس 2018}}</ref>

===== البث المجموعاتي المستقل عن بروتوكول التوجيه =====

{{صندوق معلومات بروتوكول شبكة
| title = البث المجموعاتي المستقل عن بروتوكول التوجيه
| name = Protocol Independent Multicast
| logo =
| logo size =
| logo alt =
| logo caption =
| image = <!--  مثل example.jpg -->
| image size =
| image alt =
| caption =
| purpose = عائلة بروتوكولات لتوجيه رزم البث المجموعاتي
| developer = [[مجموعة مهندسي الإنترنت|مجموعة مهندسي شبكة الإنترنت]]
| date = * ،2006 النمط المتناثر  (PIM-SM)
* 2005، النمط الكثيف (PIM-DM)
* 2007، النمط ثنائي الاتجاه (BIDIR-PIM)
| based on =
| influenced =
| osilayer = [[طبقة التطبيق]]
| ports = 496، 8471 <ref name="Web-21">{{استشهاد ويب
| مسار أرشيف =https://web.archive.org/web/20171228135622/http://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.txt
| تاريخ أرشيف = 5 يناير 2018
| مسار= https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.txt
| عنوان=  Service Name and Transport Protocol Port Number Registry
| موقع= IANA
| لغة= en
| تاريخ الوصول= 24 فبراير 2018}}</ref>
| rfcs = * النمط المتناثر
(RFC 7761)  <ref name="ietf-17"/>
* النمط الكثيف (RFC 3973)  <ref name="ietf-18"/>
* النمط ثنائي الاتجاه (RFC 5015) <ref name="ietf-19"/>
| hardware =
}}

{{مفصلة|البث المجموعاتي المستقل عن بروتوكول التوجيه}}

البث المجموعاتي المستقل عن بروتوكول التوجيه {{إنج|Protocol Independent Multicast اختصاراً PIM}} هو اسم لعائلة من [[بروتوكول توجيه|بروتوكولات التوجيه]]، [[بروتوكول توجيه داخلي|الداخليّة]]،<ref name="Web-44">{{استشهاد ويب
| تاريخ = 1999
| مسار أرشيف = https://web.archive.org/web/20180105003505/http://www4.ncsu.edu/~rhee/export/papers/intrdomain.pdf
| تاريخ أرشيف = 5 يناير 2018
| مسار= http://www4.ncsu.edu/~rhee/export/papers/intrdomain.pdf
| عنوان= An Overview of Inter-Domain Multicast Routing
| موقع= NC State University
| لغة= en
| تاريخ الوصول= 10 مارس 2018}}</ref> لرزم البث المجموعاتي. عوضاً عن بناء جدول توجيه خاص بها، فإنّ بروتوكولات هذه العائلة تعتمد على معلومات التوجيه المتوفرة من بروتوكولات توجيه البث المنفرد التقليديّة، أيّاً كانت، أي أن عملها لا يتعلق ببروتوكول توجيه محدد، ومن هنا حصلت هذه العائلة من البروتوكولات على اسمها.<ref name="Web-45">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20150826113411/http://www.cisco.com:80/c/en/us/td/docs/ios-xml/ios/ipmulti_pim/configuration/12-4t/imc-pim-12-4t-book/imc_tech_oview.html
| تاريخ أرشيف = 26 أغسطس 2015
| مسار= https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipmulti_pim/configuration/12-4t/imc-pim-12-4t-book/imc_tech_oview.html-
| عنوان= IP Multicast: PIM Configuration Guide, Cisco IOS Release 12.4T, Chapter: IP Multicast Technology Overview
| موقع= Cisco Systems, Inc.
| لغة= en
| تاريخ الوصول= 10 مارس 2018|url-status=dead}}</ref>

تختلف البروتوكولات التي تنتمي إلى هذه العائلة بنمط أشجار البث المجموعاتي التي تعتمد عليها، فمنها من يعتمد على أشجار المصدر فقط، ومنها ما يعتمد على أشجار المصدر والأشجار المشتركة معاً.<ref name="Web-15">{{استشهاد ويب
| مؤلف = Jeremy Stretch
| تاريخ = 20 أوكتوبر 2008
| مسار أرشيف = https://web.archive.org/web/20170220033739/http://packetlife.net/blog/2008/oct/20/pim-sm-source-versus-shared-trees/
| تاريخ أرشيف = 20 فبراير 2017
| مسار= https://packetlife.net/blog/2008/oct/20/pim-sm-source-versus-shared-trees/
| عنوان= PIM-SM: source versus shared trees
| موقع= PacketLife.net
| لغة= en
| تاريخ الوصول= 22 فبراير 2018}}</ref> أهم بروتوكولات التوجيه التي تنتمي إلى هذه العائلة:
* بروتوكول البث المجموعاتي المستقل - النمط المتناثر (PIM Sparse Mode, PIM-SM): وهو موصوف في الوثيقة (RFC 7761)،<ref name="ietf-17">{{استشهاد ويب
| مؤلف= B. Fenner, M. Handley, H. Holbrook, I. Kouvelas, R. Parekh, Z. Zhang, L. Zheng
| تاريخ= مارس 2016
| مسار أرشيف = https://web.archive.org/web/20200325105200/https://www.ietf.org/rfc/rfc7761
| مسار= https://www.ietf.org/rfc/rfc7761
| عنوان= RFC 7761,  Protocol Independent Multicast - Sparse Mode (PIM-SM): Protocol Specification (Revised)
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 22 فبراير 2017|تاريخ أرشيف=2020-03-25|url-status=dead}}</ref> وهو بروتوكول توجيه لزرم البث المجموعاتي يعمل على افتراض أن أعضاء المجموعة التي يُراد توجيه الرزم إليها متناثرين بشكل مُتباعد في الشبكة، واستناداً إلى هذا الافتراض، فإن أغلب الشبكات الفرعية لا تحتوي على أعضاء ينتمون لهذه المجموعة، ويجب على الموجهات التي تتصل مع أعضاء في هذا المجموعة أن تعلن عن ذلك بشكل صريح ليتم توجيه الرزم إليها. غالباً ما يستخدم هذا البروتوكول أشجار البث المجموعاتي المشتركة، ولكنه قد يستخدم الأشجار المبينة حسب المصدر في حالات خاصة.<ref name="Web-11">{{استشهاد ويب
| مسار= https://www.metaswitch.com/knowledge-center/reference/what-is-protocol-independent-multicast-pim
| عنوان= What is Protocol Independent Multicast (PIM)?
| موقع= Metaswitch Networks
| لغة= en
| تاريخ الوصول= 21 فبراير 2018| مسار أرشيف = https://web.archive.org/web/20180811231209/https://www.metaswitch.com/knowledge-center/reference/what-is-protocol-independent-multicast-pim | تاريخ أرشيف = 11 أغسطس 2018 }}</ref>
* بروتوكول البث المجموعاتي المستقل - النمط الكثيف (PIM Dense Mode, PIM-DM) وهو موصوف في الوثيقة (RFC 3973)،<ref name="ietf-18">{{استشهاد ويب
| مؤلف= A. Adams, J.Nicholas, W. Siadak
| تاريخ= يناير 2005
| مسار أرشيف = https://web.archive.org/web/20101207223847/http://www.ietf.org:80/rfc/rfc3973
| مسار= https://www.ietf.org/rfc/rfc3973
| عنوان= RFC 3973,  Protocol Independent Multicast - Dense Mode (PIM-DM):Protocol Specification (Revised)
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 22 فبراير 2017|تاريخ أرشيف=2010-12-07}}</ref> وهو بروتوكول توجيه لزرم البث المجموعاتي يعمل على افتراض أن أعضاء المجموعة التي يُراد توجيه الرزم إليها منتشرين بشكل كثيف في الشبكة، واستناداً إلى هذا الافتراض، فإن أغلب الشبكات الفرعية تحتوي على أعضاء ينتمون لهذه المجموعة، ويجب على الموجهات التي لا تتصل مع أعضاء في هذا المجموعة أن تعلن عن ذلك بشكل صريح لكي لا يتم توجيه الرزم إليها. يستخدم هذا البروتوكول أشجار البث المجموعاتي المبنية حسب المصدر فقط.<ref name="Web-11"/>
* بروتوكول البث المجموعات المستقل - النمط ثنائي الاتجاه (Bi-directional PIM, BIDIR-PIM): وهو موصوف في الوثيقة (RFC 5015)،<ref name="ietf-19">{{استشهاد ويب
| مؤلف= M. Handley, I. Kouvelas,T. Speakman, L. Vicisano
| تاريخ= أوكتوير 2007
| مسار أرشيف = https://web.archive.org/web/20120810234609/http://www.ietf.org/rfc/rfc5015
| مسار= https://www.ietf.org/rfc/rfc5015
| عنوان= RFC 5015, Bidirectional Protocol Independent Multicast (BIDIR-PIM)
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 22 فبراير 2017|تاريخ أرشيف=2012-08-10}}</ref> وهو بروتوكول توجيه لزرم البث المجموعاتي مُطوّر عن بروتوكول البث المجموعاتي المستقل - النمط المتناثر، مع اختلاف جوهري هو اعتماد النمط ثنائي الاتجاه الأشجار المُشتركة فقط، وهي أشجار ثنائيّة الاتجاه، ومن هنا حصل البروتوكول على اسمه. يعمل البروتوكول بشكل أفضل من نظيره المُتناثر في حال وجود أكثر من مصدر لرزم البث المجموعاتي في المجموعة.

===== بروتوكولات توجيه أخرى =====
* '''توسيعة بروتوكول البوابة الحدودية''' {{إنج|Multiprotocol Border Gateway Protocol اختصاراً MBGP}} هي [[برنامج مساعد (حوسبة)|إضافة توسعيّة]] [[بروتوكول البوابة الحدودية|لبروتوكول البوابة الحدودية]]، طوّرت أساساً لمنح البروتوكول إمكانيّة دعم عوائل مُختلفة من فضاءات العناوين، ليصبح بالإمكان نقل معلومات التوجيه بين نطاقات و[[نظام مستقل (شبكات)|أنظمة مستقلة]] مُختلفة تُشغل بروتوكولات تشبيك مُختلفة، بالإضافة لبروتوكولات التوجيه المختلفة.<ref name="Web-46">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20170610203516/https://www.cisco.com/c/en/us/td/docs/ios/12_2/ip/configuration/guide/fipr_c/1cfmbgp.html
| تاريخ أرشيف = 10 يونيو 2017
| مسار= https://www.cisco.com/c/en/us/td/docs/ios/12_2/ip/configuration/guide/fipr_c/1cfmbgp.html
| عنوان= Cisco IOS IP Configuration Guide, Release 12.2, Chapter: Configuring Multiprotocol BGP Extensions for IP Multicas
| موقع= Cisco Systems, Inc.
| لغة= en
| تاريخ الوصول= 10 مارس 2018|url-status=dead}}</ref> وهذه التوسيعة موصوفة بوثيقة طلب التعليقات (RFC4760).<ref name="ietf-41">{{استشهاد ويب
| مؤلف = T. Bates,   R. Chandra, D. Katz,  Y. Rekhter
| تاريخ= يناير 2007
| مسار أرشيف = https://web.archive.org/web/20120810164823/http://www.ietf.org/rfc/rfc4760
| مسار= https://www.ietf.org/rfc/rfc4760
| عنوان= RFC 4760, Multiprotocol Extensions for BGP-4
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 10 مارس 2017|تاريخ أرشيف=2012-08-10}}</ref>
: ينتج عن استعمال التوسيعة السابقة بروتوكول توجيه خارجي ينقل معلومات التوجيه الخاصة بالمجموعات بين الأنظمة المُستقلة، وذلك على اعتبار أن فضاء العناوين الخاصّ بالبث المجموعاتي هو عائلة عناوين مُستقلة، وينتج عن ذلك إمكانية توجيه رزم البث المجموعاتي بين الأنظمة المُستقلة عبر طوبولوجيا مُتشابكة خاصة بالبث المجموعاتي بشكل مستقل عن توجيه [[بث فريد|الرزم المنفردة]]،<ref name = "Book-9">{{استشهاد بكتاب
|مؤلف = David Hucaby, Stephen McQuerry
|عنوان= Cisco Field Manual: Router Configuration
|صفحة=297
|سنة=2001
|ناشر= Cisco Press
|ردمك=1587050242
|لغة= en
}}</ref> أي يُمكن لشجرة البث المجوعاتي حينها أن تمتد خارج النظام المستقل وتتوسّع نحو أنظمة مُستقلة أخرى.
* '''بروتوكول الشجرة مركزية النواة''' {{إنج|Core-Based Tree Protocol اختصاراً CBT Protocol}} هو بروتوكول توجيه لرزم البث المجموعاتي، مناسب للعمل بالنمطين الداخلي وخارجي، مُستقل عن بروتوكولات توجيه البث فريد الوجهة، يبني أشجار مشتركة ثنائية الاتجاه، موصوف في الوثيقة (RFC 2189).<ref name="ietf-46">{{استشهاد ويب
| مؤلف =  A. Ballardie
| تاريخ= سبتمبر 1997
| مسار أرشيف = https://web.archive.org/web/20200325105202/https://www.ietf.org/rfc/rfc2189
| مسار= https://www.ietf.org/rfc/rfc2189
| عنوان= RFC 2189, Core Based Trees (CBT version 2) Multicast Routing
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 11 مارس 2017|تاريخ أرشيف=2020-03-25}}</ref>
: كان الدافع الأساسي لتطوير البروتوكول هو [[قابلية التوسع]]، ورغم الانتهاء من وضع محددات الإصدار الأول من البروتوكول لكنه لم يُنفَّذ أبداً.<ref name = "Book-10">{{استشهاد بكتاب
|مؤلف1-الأخير =  Beau
|مؤلف1-الأول =Williamson
|عنوان= Developing IP Multicast Networks, Volume I
|صفحة= 179
|سنة=1999
|ناشر= Cisco Press
|ردمك= 1578700779
|لغة= en
}}</ref> أما الإصدار الثاني، وهو الإصدار الحالي، فهو [[توافقية رجعية|غير متوافق]] مع الأول، ويعتمد على بنية خاصة لتوجيه البث المجموعاتي سميت الأشجار مركزية النواة،<ref name="ietf-47">{{استشهاد ويب
| مؤلف =  A. Ballardie
| تاريخ= سبتمبر 1997
| مسار أرشيف = https://web.archive.org/web/20200325105153/https://www.ietf.org/rfc/rfc2201
| مسار= https://www.ietf.org/rfc/rfc2201
| عنوان= RFC 2201, Core Based Trees (CBT) Multicast Routing Architecture
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 11 مارس 2017|تاريخ أرشيف=2020-03-25}}</ref> جرت محاولة لتطوير إصدار ثالث من البروتوكول، ولكنها لم تتجاوز مرحلة المسودة.<ref name="ietf-48">{{استشهاد ويب
| مؤلف =  A. Ballardie, B. Cain, Z. Zhang
| تاريخ= أغسطس 1998
| مسار أرشيف = https://web.archive.org/web/20181227035628/https://tools.ietf.org/html/draft-ietf-idmr-cbt-spec-v3-01
| مسار= https://tools.ietf.org/html/draft-ietf-idmr-cbt-spec-v3-01
| عنوان= Draft 01,  Core Based Trees (CBT version 3) Multicast Routing
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 11 مارس 2017|تاريخ أرشيف=2018-12-27}}</ref>
* '''بروتوكول اكتشاف مصادر البث المجموعاتي''' {{إنج|Multicast Source Discovery Protocol اختصاراً MSDP}} بروتوكول توجيه لرزم البث المجموعاتي، خارجي، مستقل عن بروتوكولات توجيه رزم البث فريد الوجهة، يعمل على الربط بين نطاقات البث المجموعاتي التي تٌشغّل [[البث المجموعاتي المستقل عن بروتوكول التوجيه|بروتوكول البث المجموعاتي المستقل - النمط المتناثر]]،<ref name="Web-50">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20180311175003/https://www.juniper.net/documentation/en_US/junos/topics/concept/multicast-msdp-overview.html
| تاريخ أرشيف = 11 مارس 2018
| مسار= https://www.juniper.net/documentation/en_US/junos/topics/topic-map/mcast-msdp.html#jd0e22
| عنوان= Understanding MSDP
| موقع= Juniper Networks, Inc
| لغة= en
| تاريخ الوصول= 11 مارس 2018}}</ref> من خلال بنائه لأشجار بث مجموعاتي مشتركة داخل نطاقه الخاص، وحسب المصدر مع النطاقات الأخرى التي يربط فيما بينها.<ref name="Web-49">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20160930093434/https://www.cisco.com/c/en/us/td/docs/ios/solutions_docs/ip_multicast/Phase_1/mcstmsdp/mcst_p1.html
| تاريخ أرشيف = 30 سبتمبر 2016
| مسار= https://www.cisco.com/c/en/us/td/docs/ios/solutions_docs/ip_multicast/Phase_1/mcstmsdp/mcst_p1.html
| عنوان= Interdomain Multicast Solutions Using MSDP, Chapter: Theory and Application
| موقع= Cisco Systems, Inc.
| لغة= en
| تاريخ الوصول= 11 مارس 2018}}</ref> وهو موصوف في الوثيقة (RFC 3618).<ref name="ietf-49">{{استشهاد ويب
| مؤلف =  B. Fenner, Ed., D. Meyer, Ed.
| تاريخ= أوكتوبر 2003
| مسار أرشيف = https://web.archive.org/web/20200122094923/https://tools.ietf.org/html/rfc3618
| مسار= https://tools.ietf.org/html/rfc3618
| عنوان= RFC 3618,  Multicast Source Discovery Protocol (MSDP)
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 11 مارس 2017|تاريخ أرشيف=2020-01-22}}</ref>
: يعمل هذا البروتوكول في [[طبقة التطبيق]]، ويعتمد على [[بروتوكول التحكم بالنقل]] (TCP) ليكون بروتوكول نقلٍ، مع رقم منفذ محجوز هو (639).<ref name="Web-21"/>

==== بروتوكولات توجيه رزم البث المجموعاتي في الشبكات المتنقلة ====
[[ملف:Mobile ad-hoc Network Routing Protocol Classification -ar.png|تصغير|300بك| جانب من تصنيف بروتوكولات التوجيه في الشبكات المتنقلة]]
تختلف الشبكات المتنقلة عن الشبكات التقليدية بافتقادها إلى بنية تحتية ثابتة الطوبولوجية، وباعتماد العقد فيها على طاقة بطاريات غير دائمة، وهو ما يفرض على البروتوكولات العاملة فيها قيوداً إضافية.<ref name = "JOU-22">{{استشهاد بدورية محكمة
| مؤلف= E.M. Royer
| مؤلف2=  Chai-Keong Toh
|صحيفة =  IEEE Personal Communications
|عنوان= A review of current routing protocols for ad hoc mobile wireless networks
| تاريخ = أبريل 1999
|المجلد= 6
|العدد= 2
| ناشر = IEEE
| doi = 10.1109/98.760423
| issn= 1070-9916
}}</ref> تُصنف بروتوكولات التوجيه الخاصة بالبث المجموعاتي فيها حسب فلسفة التصميم (فاعل أو استباقي أو هجين) أو حسب طريقة التعامل مع [[طوبولوجيا شبكة|الطوبولوجيا]] (كامل الطوبولوجيا دفعة واحدة أو تقسيم إلى أجزاء)، أو حسب طريقة إنشاء المسارات (متشابكة أو شجرية أو هجينة) أو حسب خوازمية عمل البروتوكول ([[خوارزمية بلمان فورد|شعاع المسافة]] أو حالة الوصلة أو هجين) أو حسب إدخال البروتوكول لمُعاملات مُحددة في حساب المسار ([[جودة الخدمة]]، موقع العقدة، طاقة العقدة).<ref name = "JOU-23">{{استشهاد بدورية محكمة
| مؤلف= Luo Junhai
| مؤلف2=  Ye Danxia
| مؤلف3=  Xue Liu
| مؤلف4=  Fan Mingyu
|صحيفة = IEEE Communications Surveys & Tutorials
|عنوان= A survey of multicast routing protocols for mobile Ad-Hoc networks
| تاريخ = مارس 2009
|المجلد= 11
|العدد= 1
| صفحات = 78-91
| ناشر = IEEE
| doi = 10.1109/SURV.2009.090107
| issn= 1553-877X
}}</ref>

أهم بروتوكولات توجيه رزم البث المجموعاتي في الشبكات المتنقلة هي:
* '''بروتوكول توجيه البث المجموعاتي حسب الطلب''' {{إنج|On-Demand Multicast Routing Protocol اختصاراً ODMRP}} <ref name = "JOU-17">{{استشهاد بدورية محكمة
|الأخير= Sung-Ju Lee ; M. Gerla ;
|الأول= J.J.
|مؤلف2-الأخير= Gerla
|مؤلف2-الأول= M.
|مؤلف3-الأخير= Lee
|مؤلف3-الأول= Sung-Ju
|صحيفة = Wireless Communications and Networking Conference
|عنوان= On-demand multicast routing protocol
| تاريخ = سبتمبر 1999
| ناشر = IEEE
| doi = 10.1109/WCNC.1999.796947
| issn = 1525-3511
}}</ref> هو بروتوكول توجيه لزرم البث المجموعاتي، مُخصص للشبكات المتنقلة، استباقي، يعتمد على عدد القفزات على طول المسار لحساب الوزن. يُنشئ البروتوكول شبكة من المسارات المُتشابكة التي تمتد على كامل [[طوبولوجيا شبكة|طوبولوجيا الشبكة]]. لا يميز البروتوكول المسارات على أساس استهلاك الطاقة ولا على أساس موقع العقد في الشبكة ولا على أساس جودة الخدمة.
* '''بروتوكول توجيه البث المجموعاتي المُخصص للشبكات المتنقلة ''' {{إنج|The Ad hoc Multicast Routing protocol اختصاراً AMRoute}} <ref name = "JOU-18">{{استشهاد بدورية محكمة
|الأخير= Xie
|الأول= Jason
|مؤلف2-الأخير= Talpade
|مؤلف2-الأول= Rajesh R.
|مؤلف3-الأخير= McAuley
|مؤلف3-الأول= Anthony
|مؤلف4-الأخير= Liu
|مؤلف4-الأول= Mingyan
|صحيفة = Mobile Networks and Applications
|عنوان= AMRoute: Ad Hoc Multicast Routing Protocol
|المجلد= 7
|العدد = 6
| تاريخ = ديسمبر 2002
|صفحة= 429-439
| ناشر = Kluwer Academic Publishers
| doi = 10.1023/A:1020748431138
| issn = 1383-469X
}}</ref> هو بروتوكول توجيه لزرم البث المجموعاتي، مُخصص للشبكات المتنقلة، استباقي، يعتمد على عدد القفزات على طول المسار لحساب الوزن. يتعامل البروتوكول مع كامل طوبولوجيا الشبكة دفعة واحدة. لا يميز البروتوكول المسارات على أساس استهلاك الطاقة ولا على أساس موقع العقد في الشبكة ولا على أساس جودة الخدمة.
* '''بروتوكول الشبكة المركزية ''' {{إنج|Core-Assisted Mesh Protocol اختصاراً CAMP}} <ref name = "JOU-16">{{استشهاد بدورية محكمة
|الأخير= Garcia-Luna-Aceves
|الأول= J.J.
|مؤلف2-الأخير= Madruga
|مؤلف2-الأول= E.L.
|صحيفة = IEEE Journal on Selected Areas in Communications
|عنوان= The core-assisted mesh protocol
|المجلد= 17
|العدد = 8
| تاريخ = أغسطس 1999
|صفحة= 1380-1394
| ناشر = IEEE
| doi = 10.1109/49.779921
| issn = 0733-8716
}}</ref> هو بروتوكول توجيه لزرم البث المجموعاتي، مُخصص للشبكات المتنقلة، استباقي، يعتمد على مُحددات الوصلة لحساب وزن المسار. بدلاً من بناء شجرة بث مجموعاتي، يقوم البروتوكول بإنشاء شبكة من المسارات المُتشابكة التي تمتد على كل كامل [[طوبولوجيا شبكة|طوبولوجيا الشبكة]]. لا يميز البروتوكول المسارات على أساس استهلاك الطاقة ولا على أساس موقع العقد في الشبكة ولا على أساس جودة الخدمة.

من بروتوكولات توجيه رزم البث المجموعاتي في الشبكات المتنقلة أيضاً: البروتوكول المُخصص لتوجيه البث المجموعاتي بشعاع المسافة عند الطلب (MAODV)<ref name = "JOU-19">{{استشهاد بدورية محكمة
|الأخير=  M. Royer
|الأول= Elizabeth
|مؤلف2-الأخير= Perkins
|مؤلف2-الأول= Charles E.
|صحيفة = Proceeding MobiCom '99 Proceedings of the 5th annual ACM/IEEE international conference on Mobile computing and networking
|عنوان= Multicast operation of the ad-hoc on-demand distance vector routing protocol
|مسار=  https://archive.org/details/proceedingsof5th0000kode
| تاريخ = أغسطس 1999
|صفحة= [https://archive.org/details/proceedingsof5th0000kode/page/207 207]-208
| ناشر = ACM
| doi = 10.1145/313451.313538
| isbn = 1-58113-142-9
}}</ref> وبروتوكول الشجرة المشتركة المخصص للبث المجموعاتي (STAMP)<ref name = "JOU-21">{{استشهاد بدورية محكمة
| مؤلف= Lucile Canourgues
| مؤلف2=  Jerome Lephay
| مؤلف3= Laurent Soyer
| مؤلف4= Andre-luc Beylot
|صحيفة = Military Communications Conference, MILCOM 2006
|عنوان= STAMP: Shared-Tree Ad Hoc Multicast Protocol
| تاريخ = أوكتوبر 2006
| ناشر = IEEE
| doi = 10.1109/MILCOM.2006.302031
}}</ref> وبروتوكول توجيه البث المجموعاتي المركزي المتكيف (ACMP)<ref name = "JOU-20">{{استشهاد بدورية محكمة
|الأخير= Kaliaperumal
|الأول= B.
|مؤلف2-الأخير= Ebenezer
|مؤلف2-الأول= A.
|مؤلف3-الأخير= Jeyakumar
|صحيفة = INDICON, 2005 Annual IEEE
|عنوان= Adaptive Core Based Scalable Multicasting Networksprotocol
| تاريخ = ديسمبر 2005
|صفحة= 207-2018
| ناشر = IEEE
| doi = 10.1109/INDCON.2005.1590154
}}</ref> وغيرها.

== آليات مكملة للبث المجموعاتي ==

=== ميزة مراقبة بروتوكول إدارة مجموعة الإنترنت ===
[[ملف:IGMP Snooping Example - ar.svg|تصغير|300بك| مثال عن استخدام ميزة مراقبة بروتوكول إدارة المجموعة في [[شبكة محلية]].]]
{{مفصلة|مراقبة بروتوكول إدارة مجموعة الإنترنت }}
مراقبة بروتوكول إدارة مجموعة الإنترنت {{إنج|IGMP Snooping}} هي ميزة إضافية لسلوك [[مبدل (شبكات)|المبدلات]] العاملة على مستوى [[طبقة ربط البيانات|الطبقة الثانية]] في [[شبكة محلية|الشبكات المحليّة]] والتي تُشغّل [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]] من أجل إدارة أفضل لمجموعات البث المجموعاتي. تسمح هذه الميزة للمبدلات بمراقبة حركة رسائل [[بروتوكول إدارة مجموعة الإنترنت]] الذي يعمل على مستوى الطبقة الثالثة، وبناء على ذلك يتعرّف المبدل على توزّع أعضاء المجموعة في الشبكة المحليّة،<ref name = "JOU-60">{{استشهاد بدورية محكمة
|الأخير= Wang 
|الأول= Jun 
|مؤلف2-الأخير= Sun 
|مؤلف2-الأول= Limin 
|مؤلف3-الأخير= Jiang
|مؤلف3-الأول= Xiu 
|مؤلف4-الأخير= Wu
|مؤلف4-الأول= ZhiMei 
|صحيفة = 5th IEEE International Conference on High Speed Networks and Multimedia Communication (Cat. No.02EX612)
|عنوان= IGMP snooping: a VLAN-based multicast protocol
| تاريخ = يوليو 2002
| ناشر = IEEE
| doi = 10.1109/HSNMC.2002.1032603
| isbn = 0-7803-7600-5
}}</ref><ref name="Web-41">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20170525172016/https://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus5000/sw/configuration/guide/cli/CLIConfigurationGuide/IGMPSnooping.html
| تاريخ أرشيف = 25 مايو 2017
| مسار= https://www.cisco.com/c/en/us/td/docs/switches/datacenter/nexus5000/sw/configuration/guide/cli/CLIConfigurationGuide/IGMPSnooping.html
| عنوان= Cisco Nexus 5000 Series NX-OS Software Configuration Guide, Chapter: Configuring IGMP Snooping
| موقع= Cisco Systems
| لغة= en
| تاريخ الوصول= 10 مارس 2018}}</ref> وصفت القواعد المحددة للعملية في [[طلب تعليقات|وثيقة طلب التعليقات]] (RFC 4541).<ref name="ietf-40">{{استشهاد ويب
| مؤلف = M. Christensen,  K. Kimball,  F. Solensky
| تاريخ= مايو 2006
| مسار أرشيف = https://web.archive.org/web/20120811084512/http://www.ietf.org/rfc/rfc4541| مسار= https://www.ietf.org/rfc/rfc4541
| عنوان=RFC 4541, Considerations for Internet Group Management Protocol (IGMP) and Multicast Listener Discovery (MLD) Snooping Switches Multicast
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 10 مارس 2017| تاريخ أرشيف = 11 أغسطس 2012 }}</ref>

يعمل المُبدل على مستوى الطبقة الثانية، ويستطيع قراءة عناوين مصادر ووجهات [[إطار البيانات|أطر البيانات]]. في حالة البث المجموعاتي، يكون عنوان وجهة الإطار هو عنوان مجموعة دائماً، وبالتالي فهو لا يدل على أي عضو مميّز بحد ذاته، أمّا عنوان المصدر فهو غير ذو قيمة، فالبث المجموعاتي لا يشترط أن يكون المصدر عضواً في المجموعة.<ref name="Web-40"/> نتيجة لذلك، فإن المبدل لا يملك وسيلة للتعرف على مواقع أعضاء المجموعة، فيرسل رزم البث المجموعاتي عبر كل [[بطاقة الشبكة|منافذه]] مُستثنياً المنفذ الذي وردت منه، وفي هذا استهلاك [[عرض نطاق|لعرض النطاق]] المتاح في الشبكة المحلية، وإرهاق للطرفيات غير المعنية بالعملية. إضافة لذلك، لا يمكن للمبدل أن يحدد موقع الجهاز الذي يعمل على مستوى الطبقة الثالثة ويقدم الدعم لأعضاء المجموعة في الشبكة المحلية، والذي يكون عادة مُوجّهاً أو مبدلاً متعدد الطبقات.<ref name="Web-42">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20170728103012/http://www.cisco.com:80/c/en/us/td/docs/ios-xml/ios/ipmulti_igmp/configuration/xe-3s/imc-igmp-xe-3s-book/imc_igmp_snoop.html
| تاريخ أرشيف = 25 مايو 2017
| مسار= https://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipmulti_igmp/configuration/xe-3s/imc-igmp-xe-3s-book/imc_igmp_snoop.html
| عنوان= IP Multicast: IGMP Configuration Guide, Cisco IOS XE Release 3S, Chapter: IGMP Snooping
| موقع= Cisco Systems
| لغة= en
| تاريخ الوصول= 10 مارس 2018}}</ref>

نتيجة لاستخدام هذه الميزة، يُصنِّف المبدل منافذه من أجل كل مجموعة، فإما أن تكون منافذ متصلة مع أعضاء فيها أو أن تكون متصلة بشكل مباشر أو تؤدي بشكل غير مباشر نحو موجه يدعم البث المجموعاتي لهذه المجموعة. يرسل المبدل رزم المجموعة عبر النوعين السابقين، أمّا بقية المنافذ، والتي لا تقع تحت أي من التصنيفين السابقين، فلا تُرسل رزم البث المجموعاتي لتلك المجموعة عبرها.<ref name="Web-43">{{استشهاد ويب
| مسار أرشيف = https://web.archive.org/web/20180310152959/http://support.huawei.com/enterprise/docinforeader!loadDocument1.action?contentId=DOC1000027415&partNo=10132
| تاريخ أرشيف = 10 مارس 2018
| مسار= https://support.huawei.com/enterprise/en/doc/EDOC1000141903/d05faedd/igmp-snooping-configuration
| عنوان=  10 IGMP Snooping Configuration
| موقع= Huawei
| لغة= en
| تاريخ الوصول= 10 مارس 2018}}</ref>

طوّرت هذه الميزة لتحسين عملية توزيع رزم البث المجموعاتي في الشبكات التي تُشغّل الإصدار الرابع من بروتوكول الإنترنت، وهي تنوب عند تفعيلها في الشبكة المحلية عن [[بروتوكول سيسكو لإدارة المجموعة]] (CGMP)<ref name="Web-20"/> وعن بروتوكول سيسكو لإدارة المجموعة على منفذ الموجه (RGMP)<ref name="Web-19"/> معاً. أمّا من أجل الشبكات التي تستخدم [[العنونة في الإصدار السادس من بروتوكول الإنترنت|الإصدار السادس من بروتوكول الإنترنت]] تستخدم ميزة مشابهة تُسمّى ميّزة مراقبة بروتوكول اكتشاف مُستمعي البث المجموعاتي (MLD Snooping).<ref name="ietf-40"/>

=== التوجيه بعكس المسار ===
{{مفصلة|التوجيه بعكس المسار}}
التوجيه بعكس المسار {{إنج|Reverse Path Forwarding اختصاراً RPF}} هي تقنية [[توجيه (شبكات)|للتوجيه]] في شبكات [[تبديل الرزم]]، تستخدم للتحقق من أن مسار ما خالٍ من [[مشكلة حلقات التوجيه|الحلقات]]. طوّرت هذه التقنية في عام 1978م لتوجيه رزم [[بث عام (شبكات)|البث العام]]، لكنّها استخدمت لاحقاً على نطاق واسع من أجل توجيه الرزم فريدة الوجهة ورزم البث المجموعاتي.<ref name = "JOU-14">{{استشهاد بدورية محكمة
|الأخير= Dalal
|الأول= Yogen K.
|مؤلف2-الأخير= Metcalfe
|مؤلف2-الأول= Robert M.
|صحيفة = Communications of the ACM
|عنوان= Reverse path forwarding of broadcast packets
|المجلد= 21
|العدد = 12
| تاريخ = ديسمبر 1978
|صفحة= 1040-1048
| ناشر = ACM
| doi = 10.1145/359657.359665
}}</ref>

تعتمد حسابات التوجيه بعكس المسار على مصدر الرزمة لا على وجهتها، فإذا وصلت الرزمة إلى منفذ ما في إحدى العقد التي تقوم بالتوجيه على طول المسار، يجري التحقق من إمكانيّة الوصول إلى مصدر الرزمة عبر ذلك المنفذ من غير تشكيل حلقات، فإذا كان ذلك مُمكناً، تقبل الرزمة، ويُصار إلى اتخاذ قرار توجيهها نحو وجهتها، وإن لم يكن ممكناً، يتّم التخلّص منها. عمليّاً، تعتمد هذه الطريقة على جزء المسار الذي سبق للرزمة أن سلكته لتصل إلى المنفذ بدءاً من مصدرها، لا على المسار الذي ستسلكه لاحقاً وصولاً إلى هدفها، لذلك يُوصف هذا المسار بالمعكوس، لأنه ينطبق على مسار الرزمة الأصلي لكنّه يُعاكسه بالاتجاه.<ref name="Web-52">{{استشهاد ويب
| تاريخ = 3 مايو 2013
| مسار أرشيف = https://web.archive.org/web/20180428142140/https://supportforums.cisco.com/t5/network-infrastructure-documents/understanding-basics-of-multicast-rpf-reverse-path-forwarding/ta-p/3133404
| تاريخ أرشيف =28 أبريل 2018
| مسار= https://supportforums.cisco.com/t5/network-infrastructure-documents/understanding-basics-of-multicast-rpf-reverse-path-forwarding/ta-p/3133404
| عنوان= Understanding Basics of Multicast RPF (Reverse Path Forwarding)
| موقع= Cisco Systems Inc.
| لغة= en
| تاريخ الوصول= 28 أبريل 2018}}</ref>

=== البث المجموعاتي محدد المصدر ===

في الأصل، كانت تقنية البثّ المجموعاتي غير محددة المصدر {{إنج|Any-Source Multicast اختصاراً ASM}}، أي إن كل عضو في المجموعة يستقبل رزم البث المجموعاتي الموجهة لعنوان المجموعة، سواء كان المصدر عضواً فيها أم لم يكن. لاحقاً تم تطوير تقنية إضافية سمحت بجعل البث المجموعاتي محدد المصدر {{إنج|Specific-Source Multicast اختصاراً SSM}}، وفيه يمكن لكل عضو في المجموعة أن يحدد المصادر التي يقبل استقبال رزم البث المجموعاتي منها، عوضاً عن استقبال كل الرزم المُوجّهة لعنوان المجموعة،<ref name = "JOU-13">{{استشهاد بدورية محكمة
|الأخير= Simek
|الأول= Milan
|مؤلف2-الأخير= Bürget
|مؤلف2-الأول= Radim
|مؤلف3-الأخير= Komosny
|مؤلف3-الأول= Dan
|صحيفة = Personal Wireless Communications
|عنوان= Experiences of Any Source and Source Specific Multicast Implementation in Experimental Network
|المجلد= 245
|سنة= 2007
|صفحة= 468-476
| ناشر = Springer
| doi = 10.1007/978-0-387-74159-8_46
| isbn= 978-0-387-74158-1
}}</ref> وُصِفَتْ هذه الإضافة في [[طلب تعليقات|وثيقة طلب التعليقات]] (RFC 4607).<ref name="ietf-50">{{استشهاد ويب
| مؤلف = H. Holbrook, B. Cain
| تاريخ= أغسطس 2006
| مسار أرشيف = https://web.archive.org/web/20120811024633/http://www.ietf.org/rfc/rfc4607| مسار= https://www.ietf.org/rfc/rfc4607
| عنوان= RFC 4607,  Source-Specific Multicast for IP
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 18 مارس 2018| تاريخ أرشيف = 11 أغسطس 2012 }}</ref>

لدعم هذه الميزة، يجب أن يتم تشغيل الإصدار الثالث من [[بروتوكول إدارة مجموعة الإنترنت]] (IGMPv3) في الشبكات التي تستخدم [[بروتوكول الإنترنت (الإصدار الرابع)|الإصدار الرابع من بروتوكول الإنترنت]]، أو الإصدار الثاني من [[بروتوكول اكتشاف مستعملي البث المجموعاتي]] (MLDv2) في الشبكات التي تشغل [[العنونة في الإصدار السادس من بروتوكول الإنترنت|الإصدار السادس من بروتوكول الإنترنت]]. تمّ حجز فضاء العناوين (232.0.0.0/8) من أجل الإصدار الرابع،<ref name="ietf-51">{{استشهاد ويب
| مؤلف = M. Cotton, L. Vegoda, D. Meyer
| تاريخ= مارس 2010
| مسار أرشيف = https://web.archive.org/web/20200325105203/https://www.ietf.org/rfc/rfc5771
| مسار= https://www.ietf.org/rfc/rfc5771
| عنوان= RFC 5771,  IANA Guidelines for IPv4 Multicast Address Assignments
| موقع= The Internet Society
| لغة= en
| issn= 2070-1721
| تاريخ الوصول= 18 مارس 2018|تاريخ أرشيف=2020-03-25|url-status=dead}}</ref><ref name="Web-51">{{استشهاد ويب
| مسار= https://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml#multicast-addresses-10
| عنوان= IPv4 Multicast Address Space Registry
| موقع= IANA
| لغة= en
| تاريخ الوصول= 18 مارس 2018| مسار أرشيف = https://web.archive.org/web/20190505101011/http://www.iana.org/assignments/multicast-addresses/multicast-addresses.xhtml | تاريخ أرشيف = 5 مايو 2019 }}</ref> و (FF3X::/32) من أجل الإصدار السادس.<ref name="ietf-52">{{استشهاد ويب
| مؤلف = B. Haberman, D. Thaler
| تاريخ= أغسطس 2002
| مسار أرشيف = https://web.archive.org/web/20180508191924/http://www.ietf.org:80/rfc/rfc3306
| مسار= https://www.ietf.org/rfc/rfc3306
| عنوان= RFC 3306, Unicast-Prefix-based IPv6 Multicast Addresses
| موقع= The Internet Society
| لغة= en
| تاريخ الوصول= 18 مارس 2018|تاريخ أرشيف=2018-05-08}}</ref> لاستخدامهما في البث المجموعاتي مُحدد المصدر.

== انظر أيضًا ==
* [[توجيه (شبكات)|توجيه]]
* [[بث عام (شبكات)|بث عام]]
* [[بروتوكول توجيه]]
* [[قائمة بروتوكولات التوجيه]]
* [[البث المتعدد عبر بروتوكول الإنترنت]]

== المراجع ==
{{مراجع|محاذاة=نعم}}

=== قراءة موسعة ===
<div style="direction: ltr;">
* {{استشهاد بدورية محكمة 
| مؤلف = P. Savola
| تاريخ = يناير 2008
| عنوان= RFC 5110, Overview of the Internet Multicast Routing Architecture
| doi = 10.17487/RFC5110
}}

* {{استشهاد بدورية محكمة 
| مؤلف = P. Savola
| تاريخ = يوليو 2011
| عنوان= RFC 6308, Overview of the Internet Multicast Addressing Architecture
| doi = 10.17487/RFC6308
}}
</div>

== وصلات خارجية ==
{{روابط شقيقة}}
* [https://web.archive.org/save/https://www.juniper.net/documentation/en_US/junos/topics/concept/multicast-ip-overview.html مراجعة عامة عن البث المجموعاتي]، مقالة مقدمة من [[جونيبر للشبكات]].
* [https://web.archive.org/web/20171114225241/https://www.cisco.com/c/en/us/td/docs/ios/solutions_docs/ip_multicast/White_papers/mcst_ovr.html مراجعة لتقنية البث المجموعاتي عبر بروتوكول الإنترنت]، مقالة مقدمة من [[سيسكو|شركة سيسكو]].
* [https://web.archive.org/web/20171225231923/https://www.cisco.com/c/dam/en/us/support/docs/ip/ip-multicast/ipmlt_wp.pdf دليل الشركات لتحصيص مجال عناوين البث المجموعاتي]، كتيب مُقدّم من سيكسو.
* [https://web.archive.org/web/20170729173952/https://www.cse.wustl.edu/~jain/cis788-97/ftp/ip_multicast/index.html البث المجموعاتي عبر بروتوكول الإنترنت: المفاهيم والخوارزميات والبروتوكولات]، مقالة بقلم محمد بني كاظمي مقدمة من [[جامعة واشنطن]].
{{حزمة بروتوكولات الإنترنت}}
{{ضبط استنادي}}
{{شريط بوابات|علم الحاسوب|إنترنت|تقنية المعلومات|اتصال عن بعد}}
{{شريط محتوى متميز|مختارة|التاريخ=14 نوفمبر 2018|النسخة=31496188}}

[[تصنيف:بث عبر الإنترنت]]
[[تصنيف:بنية الإنترنت]]
[[تصنيف:توجيه]]
[[تصنيف:خدمات الاتصالات]]
[[تصنيف:رزم البيانات]]
[[تصنيف:طوبولوجيا الشبكات]]
[[تصنيف:مصطلحات تلفاز]]