انتقل إلى المحتوى

بث متعدد الوجهات: الفرق بين النسختين

من ويكيبيديا، الموسوعة الحرة
تصفح التاريخ تفاعلياً
[مراجعة غير مفحوصة][مراجعة غير مفحوصة]
→ التعديل السابقالتعديل اللاحق ←
تم حذف المحتوى تمت إضافة المحتوى
مرئينص الويكي
سطر 1٬461: سطر 1٬461:
=== البث المجموعاتي محدد المصدر (SSM) ===
=== البث المجموعاتي محدد المصدر (SSM) ===


في الأصل، كانت تقنية البثّ المجموعاتي غير محددة المصدر (Any Source Multicast)، أي أن أي عضو في المجموعة يستقبل رزم البث المجموعاتي الموجهة لعنوان المجموعة، سواء كان المصدر عضواً فيها أو لا. لاحقاً تم تطوير تقنية إضافية سمحت بجعل البث المجموعاتي محدد المصدر (Specific-Source Multicast SSM)، وفيه يمكن لكل عضو في المجموعة أن يحدد المصادر التي يقبل استقبال رزم البث المجموعاتي منها، عوضاً عن استقبال كل الرزم المُوجّهة لعنوان المجموعة، وصفت هذه الإضافة في [[طلب تعليقات|وثيقة طلب التعليقات]] (RFC 4607).<ref name="ietf-50">{{مرجع ويب
في الأصل، كانت تقنية البثّ المجموعاتي غير محددة المصدر (Any Source Multicast)، أي أن أي عضو في المجموعة يستقبل رزم البث المجموعاتي الموجهة لعنوان المجموعة، سواء كان المصدر عضواً فيها أو لا. لاحقاً تم تطوير تقنية إضافية سمحت بجعل البث المجموعاتي محدد المصدر (Specific-Source Multicast SSM)، وفيه يمكن لكل عضو في المجموعة أن يحدد المصادر التي يقبل استقبال رزم البث المجموعاتي منها، عوضاً عن استقبال كل الرزم المُوجّهة لعنوان المجموعة،<ref name = "JOU-12">{{cite journal
|last= Simek
|first= Milan
|last2= Bürget
|first2= Radim
|last3= Komosny
|first3= Dan
|journal = Personal Wireless Communications
|title= Experiences of Any Source and Source Specific Multicast Implementation in Experimental Network
|volume= 245
|year= 2007
|page= 468-476
| publisher = 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
| المؤلف = H. Holbrook, B. Cain
| تاريخ= أغسطس 2006
| تاريخ= أغسطس 2006
سطر 1٬471: سطر 1٬486:
| تاريخ الوصول= 18 مارس 2018}}</ref>
| تاريخ الوصول= 18 مارس 2018}}</ref>


لدعم هذه الميزة، يجب أن يتم تشغيل الإصدار الثالث من بروتوكول إدارة مجموعة الإنترنت (IGMPv3) في الشبكات التي تستخدم الإصدار الرابع من بروتوكول الانترنت (IPv4)، أو الإصدار الثاني من بروتوول اكتشاف مستعمي البث المجمعاتي في الشبكات التي تشغل الإصدار السادس من بروتوكول الإنترنت. تم حجز فضاء العناوين (232.0.0.0/8) من أجل الإصدار الرابع، و (FF3X::/32) من أجل الإصدار السادس.
لدعم هذه الميزة، يجب أن يتم تشغيل الإصدار الثالث من [[بروتوكول إدارة مجموعة الإنترنت]] (IGMPv3) في الشبكات التي تستخدم [[الإصدار الرابع من بروتوكول الانترنت]]، أو الإصدار الثاني من [[بروتوكول اكتشاف مستعمي البث المجموعاتي]] (MLDv2) في الشبكات التي تشغل [[الإصدار السادس من بروتوكول الإنترنت]] . تم حجز فضاء العناوين (232.0.0.0/8) من أجل الإصدار الرابع، و (FF3X::/32) من أجل الإصدار السادس.


== انظر أيضاً ==
== انظر أيضاً ==

نسخة 12:43، 18 مارس 2018

في البث المجموعاتي تصل الرسالة مجموعة محددة من المُستخدمين.

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

إنّ البثّ المجموعاتي هو مفهوم خاص بطبقة الإنترنت في نموذج الإنترنت (TCP/IP). تدير بروتوكولات خاصة، مثل بروتوكول إدارة مجموعات الإنترنت (IGMP)،[2] عمليات إنشاء والانضام إلى وإلغاء المجموعات، أمّا المُوجّهات فيجب أن تُشغّل بروتوكولات توجيه خاصّة، مثل بروتوكول توجيه البث المجموعاتي بحسب شعاع المسافة (DVMRP)[3] و بروتوكول البثّ المجموعاتي المستقل (PIM)،[4] أو إضافات داعمة لبروتوكولات التوجيه التقليدية، مثل إضافة البث المجموعاتي الخاصة ببروتوكول أقصر مسار أولاً المفتوح (MOSPF)،[5][6] وذلك لدعم مفهوم البثّ المجوعاتي ولتكون قادرة على توجيه حركة البيانات نحو كل أفراد المجموعة بشكلٍ سليم.

نظرة عامة

أنماط التوجيه

بث فريد الوجهة

بثّ عام

بث مجموعاتي

بث نحو الأقرب

بث جغرافي

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

في الأصل، عُرّف البثّ المجموعاتي كأحد الإضافات الملحقة للمضيف في وثيقة طلب التعليقات (RFC 1122)،[7] على أن يدعم مبدأي الإرسال، مصدر واحد وعدّة من الوجهات (One-to many) وعدة مصادر وعدة وجهات (many-to-many). إنّ الفلسفة الكامنة وراء البث المجموعاتي هي المبدأ الأول، وهي تمثل حلاً وسطاً بين البث المُنفرد المحدود، بسبب اعتماده على مبدأ مصدر واحد ووجهة واحدة (One-to-one)، وبين البثّ العام الشامل ويغرق الشبكة بالرزم غير اللازمة، بسبب اعتماده على مبدأ مصدر واحد وجميع الوجهات (One-to-all).[8]

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

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

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

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

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

آلية العمل

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

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

بالإضافة لذلك يجب تعريف المُبدلات في الشبكة المحلية على المُخرج الافتراضي لرزم البث المجوعاتي، وهو منفذ لمُوجّه يُشغّل بروتوكول توجيه خاص بالبث المجموعاتي ويتصل مع الشبكة المحلية. إنّ هذ العملية هي قضية شائكة، نظراً لأنّ المبدلات تعمل على مستوى الطبقة الثانية بحسب نموذج الاتصال المعياري، وهي لا تستطيع التمييز بشكلٍ تلقائي بين أطر البيانات وأطر التحكم الخاصة بالبث المجموعاتي، وفي هذه الحالة ستعامل أطر البث المجموعاتي كأطر البث العام،[13] ويتم حلّ هذه المشكلة بواحدة من طريقتين،[14] إمّا باستخدام بروتوكول خاص مثل بروتوكول سيسكو لإدارة المجموعات (CGMP)[15] أو بتفعيل ميزات خاصة في المبدل، مثل ميزة مراقبة بروتوكول إدارة مجموعة الإنترنت (IGMP Snooping).[16]

شجرة البث المجموعاتي

شجرة البث المجوعاتي هي شجرة متفرعة مكونة من مجموعة من العقد والأغصان، تمثل العقد التجهيزات العاملة على مستوى الطبقة الثالثة في النظام الوسيطي، أمّا الوصلات فهي الوصلت الفيزيائية التي تربط بينها، يجب أن تكون شجرة البث المجموعاتي خالية من الحلقات، وأن تصل إلى جميع أعضاء المجموعة بأقصر الطرق الممكنة، لذلك توصف شجرة البث المجموعاتي بأنها شجرة أقصر المسارات.(Shortes-Path Tree).[17]

بنية شجرة البث المجموعاتي

بنية شجرة البث المجموعاتي.

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

تتألف شجرة البث المجموعاتي من مجموعة من العقد هي عقدة الجذر والعقد الوسيطية والعقد الأوراق. أمّا عقدة الجذر فهي أول عقدة في الشجرة، ومنها تبدأ عملية التفرع. عند توجيه الرزمة عبر الشجرة، تبدأ عملية مضاعفة الرزمة في العقدة الجذر، العقدة التي تبدأ عندها عملية مُضاعفة رزمة البث المجموعاتي.

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

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

أنواع أشجار البث المجموعاتي

مقارنة بين الشجرة المشتركة والشجرة بحسب المصدر.[19]

تُصنّف أشجار البث المجموعاتي بحسب الطريقة التي يتم إنشاؤها بها إلى نوعين، هما:

  • الشجرة المبنيّة بحسب المصدر (Source-Based Tree):[20] وهي شجرة متفرعة خاصّة بمصدر محدد لزرم البث المجموعاتي، حيث يقوم بروتوكول توجيه رزم البث المجموعاتي ببناء شجرة بث مجموعاتي من أجل كل مصدر لرزم المجموعة، ويكون جذر الشجرة هو المُوجّه الأقرب إلى المصدر، في هذه الحالة من أجل مجموعة ما (G)، ومصدرين (S1) و(S2)، سيكون هناك شجرتين هما (S1,G) و (S2,G)،[21] إن هذه الطريقة غير فعالة من حيث استهلاك عرض النطاق المتاح وموارد التوجيه.
  • الشجرة المشتركة (Shared Tree)،[22] وتُسمّى أيضاً الشجرة مركزية النواة (Core-based Tree)،[23] وهي شجرة متفرعة مُوحدة من أجل كل أعضاء مجموعة البث المجموعاتي. لبناء هذه الشجرة، يُعرّف بروتوكول التوجيه نقطة التقاء من أجل كل مجموعة، وتكون هذه النقطة هي جذر الشجرة المشتركة، ويقوم كل مصدر عضو في المجموعة بإرسال رزم البث المجموعاتي إلى النقطة المشتركة أولاً، وبعد ذلك يجري مضاعفة الرزم بحسب شجرة البث المجموعاتي، ويكون جذر الشجرة هو المُوجّه الذي يلعب دور نقطة الالتقاء. في هذه الحالة من أجل مجموعة ما (G)، ومصدرين (S1) و(S2)، سيكون هناك شجرة واحدة هي (G,*). [21]

تقوم بروتوكولات التوجيه الخاصّة بالبث المجموعاتي بإنشاء أشجار البث المجموعاتي لنقل البيانات إلى كل أعضاء المجموعة. [19]

خوارزميات بناء شجرة البث المجموعاتي

الحالات المُختلفة لاختيار خوارزمية حساب الشجرة المتفرعة: في الأعلى، عدد العقد هو (2)، الشجرة تؤول إلى مسار خطي بين عقدتين، وخوارزميات ،متل ديكسترا أو بلمان فورد هي الأمثل، 2) عدد العقد هو جزء من كل، والمشكلة تؤول إلى مشكلة شجرة ستينر الصغرى ، 3) الشجرة تمتد على كل العقد، تصبح الشجرة المتفرعة الصغرى (MST) هي الخيار الملائم، وخوارزميات مثل كروسكال أو برايم هي الأفضل.

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

تُصنّف الأشجار المتفرعة بحسب امتداد الشجرة إلى صنفين أساسيين هما:

  • شجرة أقصر المسارات (Shortest-Spanning Tree): وهي شجرة متفرعة، تمتد من مصدر محدد نحو مجموعة جزئية من العقد، بحيث تكون أوزان المسارات التي تربط المصدر مع العقد هي أصغر مايمكن.[24]
  • الشجرة المتفرعة الصغرى (Minimum Spanning Tree MST): وهي شجرة متفرعة تمتد لتصل إلى جميع العقد، بحيث يكون مجموع أوزان كل المسارات هو أصغر ما يمكن.[24]

إذا كان (G) هو مخطط بياني مُكوّن من (N)عقدة و(E) ضلع، وكانت (G1) هي مجموعة جزئية من (G)، احتوي عنصرين على الأقل، وعدد عناصرها هو(T)، فإنّ اختيار خوارزمية بناء شجرة البث المجموعاتي يكون بحسب ما يلي:[25]

  • إذا كان عدد العناصر في المجموعة الجزئية هو (T=2)، فإن الشجرة تؤول إلى مسار خطي بين عقدتين، بحالة مشابهة لمسارات الرزم المنفردة، والأفضل هو استعمال خوارزمية ديكسترا[26] أو بلمان فورد.[27]
  • إذا كان عدد عناصر المجموعة الجزئية هو نفسه عدد عناصر المجموعة الكلية (T=N)، أي أن الشجرة تمتد إلى كل عناصر المجموعة الكلية، فالشجرة المراد بناؤها هي شجرة متفرعة صفرى (MST)، ومن الخوارزميات المناسبة لذلك خوارزمية كروسكال[28] وخوارزمية برايم.[29]
  • إذ كان عدد العناصر في المجموعة الجزئية أكبر من (2) ولكنّه أقل من عدد عناصر المجموعة الكليّة أي (2<N>T)،أي أن الشجرة تمتد على مجموعة جزئية من العقد، وتسمى شجرة ستينر،[30] وهي الحالة الأكثر تعقيداً في بناء الشجرة بسبب وجود عدة إمكانيّات واحتمالات متاحة.

نطاق التوجيه الخاصّ البث المجموعاتي

نطاق التوجيه الخاص البث المجموعاتي (بالإنجليزية: Multicast Routing Domain)‏ هو مجموعة من الطرفيات والأنظمة الوسيطية التي تعمل وفق نفس إجراءات التوجيه والموجودة ضمن نظام مستقل واحد.[31] يجب أن تكون بروتوكولات التوجيه المُستعملة وأوزانها وآليات حسابها مُشتركة ضمن نطاق التوجيه الواحد.[32]

في وثائق طلب التعليقات المتعلقة بالبث المجموعاتي، هناك تعاريف جزئية أو مشتقة من التعريف السابق لنطاق توجيه البث المجموعاتي مثل: "مجموعة جداول التوجيه التي تتضمن بنوداً عن البث المجموعاتي، والتي ترتبط مع بعضها البعض عبر الشبكة وهي قادرة على تبادل المعلومات فيما بينها،"[33] أو "مجموعة من الموجهات المتجاورة التي تُشغّل نفس بروتوكول توجيه البث المجموعاتي وتعمل ضمن حدود معينة يُعرّفها مُوجّه حدودي يربط النطاق مع شبكة الإنترنت". [34]

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

مجالات العنونة

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

بروتوكولات طبقة الشبكة

ملف:Multicast Address Stracture (IPv4 vs IPv6) - ar.png
مقارنة بين بنية عنوان البث المجموعاتي في الإصدارين الرابع والسادس من بروتوكول الإنترنت.

طبقة الشبكة هي الطبقة الثالثة من نموذج الإتصال المعياري، تهتم هذه الطبقة بمهام التوجيه، وتنشط فيها البروتوكولات المُوجّهة، وأهمُها الإصدارين الرابع (IPv4) والسادس (IPv6) من بروتوكول الإنترنت.

في الإصدار الرابع من بروتوكول الإنترنت، تمّ تخصيص الصنف (D)، ليكون فضاءاً لعناوين البث المجموعاتي، وهو بالتعريف[36] فضاء يشمل عناوين بطول (32) بت تبدأ جميعا بالبتات الأربعة (1110) من أقصى اليسار، ويعني ذلك أنه هذا المجال يمتد بين العنوانين (224.0.0.0) و (239.255.255.255)، رقمياً يُشار له بالشكل (224.0.0.0/4).[37]

أما في الإصدار السادس من بروتوكول الإنترنت، فقد خصصت بنية خاصّة لعنوان البث المحموعاتي،[38] يبدأ عنوان البث المجموعاتي دوماً بحقل بطول (8) بتات تأخذ بالقيمة الست عشرية (FF)، ثم خُصصت 4 بتات كحقل أعلام،[39][40] و 4 بتات أخرى كحقل لمجال العنونة،[41] وأخيراً حقل بطول (112) بت ليضم مُعرّف المجموعة.

تدير هيئة تعيين أرقام الإنترنت عملية حجز عناوين البث المجموعاتي للإصدارين الرابع[42] والسادس[43] من بروتوكول الإنترنت، وفيما يلي قائمة بأشهر عناوين المجموعات المحجوزة:

الوصف عنوان البث المجموعاتي في فضاء الإصدار الرابع من بروتوكول الإنترنت (IPv4) عنوان البث المجموعاتي في فضاء الإصدار السادس من بروتوكول الإنترنت (IPv6)
عنوان مجموعة كل العقد في الشبكة 224.0.0.1[7] FF01:0:0:0:0:0:0:1[44]
عنوان مجموعة كل المُوجّهات 224.0.0.2 FF01:0:0:0:0:0:0:2[44]
عنوان مجموعة المُوجّهات التي تُشغّل بروتوكول توجيه البث المجموعاتي بحسب شعاع المسافة (DVMRP) 224.0.0.4[45] FF02:0:0:0:0:0:0:4[45]
عنوان مجموعة المُوجّهات التي تُشغّل بروتوكول المسار الأقصر (OSPF)[a] 224.0.0.6، 224.0.0.5[46] FF02:0:0:0:0:0:0:5 ،FF02:0:0:0:0:0:0:6[46]
عنوان مجموعة المُوجّهات التي تُشغّل بروتوكول معلومات التوجيه (RIP)[b] 224.0.0.9[47] FF02:0:0:0:0:0:0:9[48]
عنوان مجموعة المُوجّهات التي تُشغّل بروتوكول التوجيه المحسن بين البوابات الداخلية (EIGRP) 224.0.0.10 [49] FF02:0:0:0:0:0:0:A [50]
عنوان مجموعة مُخدمات وكلاء التحويل بروتوكول التهيئة الآلية للمضيفين (DHCP)[c] 224.0.0.12 FF05:0:0:0:0:0:1:3 ،FF02:0:0:0:0:0:1:2[51][d]
عائلة بروتوكولات البث المجموعاتي المستقل عن بروتوكول التوجيه (PIM) 224.0.0.13 FF02:0:0:0:0:0:0:D

الملاحظات

  1. ^ الإصدار الثاني (OSPFv2) من أجل الإصدار الرابع من بروتوكول الإنترنت (IPv4) والإصدار الثالث (OSPFv3) من أجل الإصدار السادس من بروتوكول الإنترنت (IPv6).
  2. ^ الإصدار الثاني (RIPv2) من أجل الإصدار الرابع من بروتوكول الإنترنت وإصدار الجيل التالي (RIPng) من أجل الإصدار السادس من بروتوكول الإنترنت.
  3. ^ الإصدار الأساسي من بروتوكول التهيئة الآلية للمضيفين (DHCP)[50] من أجل الإصدار الرابع من بروتوكول الإنترنت، وأما من أجل الإصدار السادس من بروتوكول الإنترنت فالمقصود هو الإصدار السادس من بروتوكول التهيئة الآلية للمضيفين (DHCPv6)[51]
  4. ^ في الإصدار السادس، قسمت المجموعة إلى مجموعتين هما مجموعة كل وكلاء البروتوكول وعنوانها هو (FF02:0:0:0:0:0:1:2)، ومجموعة كل مُخدمات البروتوكول وعنوانها هو (FF05:0:0:0:0:0:1:3)

بروتوكولات طبقة ربط البيانات

مخطط تدفقي لكيفية توليد عنوان التحكم بالنفاذ للوسط الخاصّ بالإيثرنت انطلاقاً من عنوان مجموعة بث مجموعاتي للإصدار الرابع من بروتوكول الإنترنت (IPv4)، مع مثال رقمي للتوضيح.

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

يبلغ طول عنوان الإيثرنت (48) بتاً، ويُسمّى عنوان التحكم بالنفاذ للوسط (MAC Address). لإيجاد عنوان الإيثرنت المقابل لعنوان مجموعة من الإصدار الرابع من بروتوكول الإنترنت (IPv4) تُستخدم الخوارزميّة التالية:[52]

  1. تبدأ العملية من عنوان المجموعة الخاص بالإصدار الرابع من بروتوكول الإنترنت، يكتب هذا العنوان بنظام العد الثنائي.
  2. بدءاً من أقصى اليسار، تهمل البتات التسعة الأولى وتنقل البتات الثلاثة والعشرون المتبقية إلى المرحلة التالية.[53]
  3. يضاف بت واحد إلى يسار البتات السابقة، ليصبح العدد الإجمالي (24) بت، يأخذ هذا البت القيمة (0) في حال كون الإطار سيُرسل في شبكة تُشغّل االإصدار الرابع من بروتوكول الإنترنت (IPv4)، والقيمة (1) في الحالات الأخرى.[54]
  4. يتم تحويل البتات الأربعة والعشرون إلى ست أعداد ست عشرية هي {X1, X2, X3, X4, X5, X6}، حيث (X1) هو العدد الست عشري الموافق لأول أربع بتات بدءاً اليسار، ويمثل البت في أقصى اليسار البث الأكثر أهمية فيه، و(X2)هو العدد الست عشري الموافق للبتات الأربعة التالية، وهكذا، ثُمّ وتكتب بشكل أزواج يفصل بينها إشارة (::)، بالشكل (X1X2::X3X4::X5X6).
  5. تضاف لاحقة ست عشرية مكونة من 3 بايتات هي بالترتيب من اليسار إلى اليمين (01) ثُمّ (00) ثُمّ (5E)،[55] إلى يسار الأعداد السابقة، فيتنج عنوان التحكم بالنفاذ للوسط المطلوب.

أما لإيجاد عنوان التحكم بالنفاذ للوسط لمجموعة والذي يقابل عنوان مجموعة من الإصدار السادس من بروتوكول الإنترنت (IPv6)، فتؤخذ آخر أربع بايتات مع عنوان الإصدار السادس، وتحديداً تلك المحصورة بين البتين رقم 95 و 127 من العنوان، ما يُنتج مُعرّفاً بطول (32) بتاً، ثُمّ يضاف هذا المُعرّف إلى يمين بادئة مُكوّنة بايتين، أي بطول (16) بت، قيمتها (3333) بنظام العد الست عشري، أو (0011 0011 0011 0011) بنظام العد الثنائي، لتكون النتيجة النهائية هي عنوان نفاذ للوسط للمجموعة بطول (48) بتاً.[56]

وضعت أيضاً مُحددات لعملية مطابقة العناوين بين طبقة الشبكة وطبقة ربط البيانات في حال كان بروتوكول طبقة الربط المُستخدم هو الواجهة البينية للبيانات الموزعة بالألياف (FDDI)[57] أو بروتوكول حلقة الرمز (Token Ring).[58]

توجيه رزم البث المجموعاتي

مخطط تدفقي لخوارزميّة توجيه رزم البث المجموعاتي.

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

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

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

  1. يقوم مصدر الرزمة، والذي لا يشترط به أن يكون عضواً في مجموعة البث المجموعاتي،[60] بتوليد رزمة بيانات. يكون عنوان الوجهة فيها في مستوى طبقة الشبكة هو عنوان المجموعة الهدف.[61]
  2. ينتقل العمل إلى طبقة ربط البيانات، حيث يتم حساب عنوان البث المجموعاتي على مستوى الطبقة الثانية، بشكلٍ يتلائم مع عنوان المجموعة الموجود في الرزمة، بعد ذلك يتم تغليف الرزمة ضمن إطار بيانات.
  3. يرسل إطار البيانات عبر الشبكة.
  4. تقوم معدّات الشبكة المحلية بنقل الإطار وإيصاله إلى أقرب عقدة تعمل على مستوى الطبقة الثالثة،[62] وتدعم هذه المجموعة، ولا يُشترط أن تكون جذر االشجرة.
  5. تستقبل العقدة إطار البيانات، وتتحقق من وصوله بشكل سليم بدون أخطاء في النقل، ثُمّ تقوم بفك تغليف الإطار واستخراج الرزمة. في حال وجود أخطاء يتمّ التخلص من الإطار.[63]
  6. تقرأ العقدة عنوان وجهة الرزمة، وتتعرّف على عنوان المجموعة، ثم تقوم بالتأكد من أن استقبال الرزمة على المنفذ الذي وردت منه لن يسبب تشكّل حلقات. في حال تسبب استقبال الرزمة بتشكل حلقات يتمّ التخلص منها، من الطرق المستخدمة للتحقق من ذلك التوجيه عبر المسار المعكوس (RPF).[64]
  7. تُحدد العقدة التي استقبلت الرزمة فيما إذا كانت جذراً لشجرة البث المجموعاتي الخاصّة بالمجموعة أم لا. في الحالة التي تكون فيها جذراً للشجرة، يتمّ الانتقال إلى الخطوة التالية مُباشرة، أمّا إذا لم تكن كذلك فتعامل الرزمة بحسب الخطوات التالية:
    1. يتم اتخاذ قرار التوجيه بإرسال الرزمة نحو الجذر.
    2. يتم تغليف الرزمة ضمن إطار جديد مناسب.
    3. ترسل الرزمة عبر النظام الوسيطي باتجاه جذر الشجرة، وتكون الرزمة في هذه الحالة جزءاً من التيار الهابط، أنها تتحرك نحو الجذر.
    4. تُعيد العقدة التالية التي تستقبل الإطار الخطوات السابقة بدءاً من الخطوة الخامسة.
  8. بعد وصول الرزمة إلى الجذر، يُتخذ قرار توجيه بإرسال الرزمة عبر شجرة البث المجموعاتي، ويجري مُضاعفتها لنشرها عبر أفرع الشجرة.
  9. يتم تغليف كل رزمة من الرزم التي تمت مضاعفتها بشكل مناسب، فتنتج مجموعة من أطر البيانات التي سترسل عبر فروع الشجرة، لتصل إلى كل العقد الأوراق.[65]
  10. يُرسل كل إطار بشكل مستقل ليسلك أحد الفروع بحسب قرار التوجيه السابق، وتتحرك الأطر بوصفها جزءاً من التيار الصاعد، لأنها تتحرك مُبتعدة عن الجذر.
  11. عندما يصل الإطار إلى العقد التالية في الشجرة، يتحدد سلوك العقدة بحسب نوعها، ففي العقد الوسيطية يتمّ فك تغليف الرزمة ثُم اتخاذ قرار توجيه بإرسالها عبر فروع الشجرة، ومضاعفتها بحسب القرار، ثم تغلف الرزم النانجة ضمن أطر، وترسل الأطر عبر الفروع بحسب قرار التوجيه، وتعاد هذه الخطوة في الموجهات التي تستقبل هذه الأطر. أمّا في العقد الأوراق، فيُتخذ قرار توجيه بنقل الرزمة إلى الشبكات المحليّة التي تحتوي أعضاء هذه المجموعة، ثُمّ تُغلّف الرزم ضمن أطر مُناسبة، ويتمّ إرسالها ضمن الشبكة المحلية ليصار إلى مضاعفتها لتصل إلى كل أعضاء المجموعة في تلك الشبكة.[62]

بروتوكولات البث المجموعاتي

العلاقة بين عائلة بروتوكولات إدارة مجموعات البث المجموعاتي وعائلة بروتوكولات التوجيه الخاصة بالبث المجموعاتي بحسب طوبولوجيا الشبكة.

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

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

بروتوكولات إدارة المجموعات

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

أهم بروتوكولات إدراة المجموعات هي بروتوكول إدارة مجموعة الإنترنت (IGMP) الذي يدير مجموعات البث المجموعاتي الخاصّة بالإصدار الرابع من بروتوكول الإنترنت (IPv4)، وبروتوكول اكتشاف مستمعي البث المجموعاتي (MLD) الذي يدير مجموعات الإصدار السادس من بروتوكول الإنترنت (IPv6)، بالإضافة لعدد من البروتوكولات التي التي تقوم بمهام محددة ترتبط بتوزيع رزم البث المجموعاتي داخل الشبكة المحليّة مثل بروتوكول سيسكو لإدارة المجموعة (CGMP) وبروتوكول سيسكو لإدارة المجموعة على منفذ الموجه (RGMP).

بروتوكول إدارة مجموعة الإنترتت (IGMP)

بروتوكول إدارة مجموعة الإنترنت
الوظيفة إدارة مجموعات البث المجموعاتي
المُطوِّر مجموعة مهندسي الإنترنت (IETF)
تاريخ التطوير
  • IGMPv1 : 1989
  • IGMPv2 : 1997
  • IGMPv3 : 2002
طبقة نموذج OSI طبقة الشبكة
وثيقة طلب التعليقات RFC
تعديل مصدري - تعديل  طالع توثيق القالب
المقالة الرئيسة: بروتوكول إدارة مجموعة الإنترنت

بروتوكول إدارة مجموعة الإنترتت (بالإنجليزية: Internet Group Management Protocol اختصاراً IGMP)‏ هو بروتوكول اتصال يعمل على مستوى طبقة الشبكة، يقوم بإدارة المجموعات الخاصة بالبث المجموعاتي لرزم الإصدار الرابع من بروتوكول الإنترنت (IPv4)، ويحدد كيفية انضمام المضيفين إلى المجموعات وكيفية مغاردتها بشكلٍ آليّ، ومعنى ذلك أنه يسمح لأي مُضيف بأن ينضم أو بأن يغادر المجموعة في أيّ وقت يشاء. بالإضافة لذلك، لا يضع البروتوكول قيوداً على عدد أعضاء المجموعة ولا على مواقعهم، كما يسمح لمضيف واحد بالانضمام إلى أكثر من مجموعة بنفس الوقت.

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

  • مُرسلو رسائل الاستعلام (Querier): وهي عقد شبكية تقوم بإرسال رسائل خاصّة تسمى رسائل الاستعلام لاكتشاف أي من عقد الشبكة هي أعضاء في مجموعة محددة.
  • المُضيفون (Host): وهي عقد شبكية ترسل رسائل التقارير كرد على استقبالها لرسائل الاستعلام.

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

طوّرت مجموعة مهندسي الإنترنت (IETF) ثلاث إصدارات من بروتوكول إدارة مجموعات الإنترنت، أولها جاء في العام 1989م، وهو موصوف في الوثيقة (RFC 1112)،[66] وقد حدد آليّات انضمام المضيف إلى مجموعة ما أو مغادرتها، أما الإصدار الثاني، فطوّر في العام 1997م، ووصف في الوثيقة (RFC 2236)[67] وقد احتوى العديد من التعديلات أهمها السماح للمضيف بطلب مُغاردة مجموعة مُعيّنة بحد ذاتها، أما الإصدار الثالث فقد طوّر في العام 2002، وهو موصوف في الوثيقة (RFC 3376)،[68] وهو يدعم ميّزة البث المجموعاتي مُحدد المصدر (Source-Specific Multicast SSM)،[70] وميزة تجميع تقارير العضوية (Membership Report Aggregation).

إنّ الإصدارات الثلاثة من البروتوكول متوافقة مع بعضها البعض، أي أن المُوجّه الذي يُشغل الإصدار الثالث من بروتوكول إدارة مجموعة الإنترنت يدعم أيضاً العملاء الذين يُشغّلون الإصدارين الأول والثاني من البروتوكول.[71]

بروتوكول اكتشاف مستمعي البث المجموعاتي (MLD)

بروتوكول اكتشاف مستمعي البث المجموعاتي
الوظيفة إدارة مجموعة البث المجموعاتي
المُطوِّر مجموعة مهندسي شبكة الإنترنت
تاريخ التطوير
  • MLDv1 1999
  • MLDv1 2004
طبقة نموذج OSI طبقة الشبكة
وثيقة طلب التعليقات RFC
تعديل مصدري - تعديل  طالع توثيق القالب


المقالة الرئيسة: بروتوكول اكتشاف مستمعي البث المجموعاتي

بروتوكول اكتشاف مستمعي البث المجموعاتي (بالإنجليزية: Multicast Listener Discovery اختصاراً MLD)‏ هو بروتوكول اتصال يعمل على مستوى الطبقة الشبكة يقوم بإدارة المجموعات الخاصة بالبث المجموعاتي لرزم الإصدار السادس من بروتوكول الإنترنت (IPv6)، وبشكلٍ خاص اكتشاف أعضاء الجموعات في الشبكات المحلية وتحديد أي المجموعات التي يهتمون باستقبال رزمها.[74]

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

هناك إصداران لبروتوكول اكتشاف مستمعي الإنترنت، الإصدار الأول (MLDv1) موصوف في وثيقة طلب التعليقات (RFC 2710) [72] وقد طُوّر في العام 1999م، وهو مُكافئ للإصدار الثاني من بروتوكول إدارة مجموعة الإنترنت (IGMPv2) من حيث الوظيفة، أمّا الإصدار الثاني فطوّر في العام 2004م، وهو موصوف بالوثيقة (RFC 3810)[73] وهو يُكافئ الإصدار الثالث من بروتوكول إدارة مجموعة الإنترنت (IGMPv3)، ويدعم ميزات إضافية مثل البث المجموعاتي مُحدد المصدر (SSM).[70]

بروتوكول سيسكو لإدارة المجموعة (CGMP)

بروتوكول سيسكو لإدارة المجموعة (بالإنجليزية: Cisco Group Management Protocol اختصاراً CGMP)‏ هو بروتوكول اتصال يعمل على مستوى طبقة ربط البيانات في الشبكات المحلية. طوّر هذا البروتوكول في العام 1996م، بساعد في إدارة مجموعات البث المجموعاتي، وهو مُلكية خاصّة لشركة سيسكو.[76]

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

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

بروتوكول سيسكو لإدارة المجموعة على منفذ الموجه (RGMP)

بروتوكول سيسكو لإدارة المجموعة على منفذ الموجه
الوظيفة إدارة مجموعات البث المجموعاتي
المُطوِّر شركة سيسكو
تاريخ التطوير 2003
طبقة نموذج OSI طبقة الشبكة
وثيقة طلب التعليقات RFC RFC 3488[79]
تعديل مصدري - تعديل  طالع توثيق القالب

بروتوكول سيسكو لإدارة المجموعة على منفذ الموجه (بالإنجليزية: Cisco Systems Router-port Group Management Protocol اختصاراً RGMP)‏ هو بروتوكول اتصالات يعمل على مستوى طبقة الشبكة، طوّرته شركة سيسكو في العام 2003م، يهتم بإدارة مجموعات البث المجموعاتي في الشبكة المحلية، وهو موصُوف في وثيقة طلب التعليقات (RFC 3488).[79]

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

نتيجة لذلك ينشط البروتوكول في الوصلات التي تربط بين تجهيزات الطبقة الثانية وتجهيزات الطبقة الثالثة. يعمل البروتوكول في الطبقة الثالثة من نموذج الاتصال المعياري، ولترويسته بينة مطابقة لبنية بروتوكول إدارة مجموعة الإنترنت (IGMP)، ويتم تغليف ترويسته ضمن رزمة الإصدار الرابع من بروتوكول الإنترنت، مع قيمة لحقل البروتوكول هي (2)،[81] وعنوان وجهة هو (224.0.0.25) وهو عنوان بث مجموعاتي مخصص لإدارة العلاقة بين تجهيزات الطبقة الثانية والثالثة.[42]

لاحقاً، تمّ تطوير ميزة مراقبة بروتوكول إدارة مجموعة الإنترنت (IGMP Snooping) ليقوم بهذه المهمة أيضاً،[15] بالإضافة لذلك طوّرت ميزة مراقبة البث المجموعاتي المستقل عن بروتوكول التوجيه (PIM Snooping) والتي تؤدي نفس مهمة هذا البروتوكول إذا كان بروتوكول التوجيه المُستخدم للبث المجموعاتي من عائلة بروتوكولات البث المجموعاتي المستقل عن بروتوكول التوجيه (PIM). [82]

بروتوكولات توجيه رزم البث المجموعاتي

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

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

يمكن تشغيل أكثر من بروتوكول توجيه خاص برزم البث المجموعاتي في نفس الشبكة، وتصف الوثيقة (RFC 2715) عملية التشغيل المشترك والمشاكل والتحديات التي تواجهها.[85]

بروتوكولات توجيه رزم البث المجموعاتي في الشبكات التقليدية

بروتوكول توجيه البث المجموعاتي بحسب شعاع المسافة (DVMRP)
بروتوكول توجيه البث المجموعاتي بحسب شعاع المسافة
الوظيفة بروتوكول توجيه لرزم البث المجموعاتي
المُطوِّر مجموعة مهندسي شبكة الإنترنت
تاريخ التطوير 1988
تأثَّر بـ بروتوكول معلومات التوجيه (RIP)
طبقة نموذج OSI طبقة الشبكة
وثيقة طلب التعليقات RFC RFC 1075 [45]
تعديل مصدري - تعديل  طالع توثيق القالب


المقالة الرئيسة: بروتوكول توجيه البث المجموعاتي بحسب شعاع المسافة

بروتوكول توجيه البث المجموعاتي بحسب شعاع المسافة (بالإنجليزية: Distance Vector Multicast Routing Protocol اختصاراً DVMRP)‏ هو بروتوكول توجيه لرزم البث المجموعاتي، داخلي، يعمل بحسب خوارزمية شعاع المسافة. طوّر البروتوكول في العام 1988م، بهدف جعل البث المجموعاتي مُمكناً بين الشبكات المحلية،[86] وهو موصوف في وثيقة طلب التعليقات (RFC 1075).[45]

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

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

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

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

توسيعة البث المجموعاتي لبروتوكول المسار الأقصر (بالإنجليزية: Multicast Open Shortest Path First اختصاراً MOSPF)‏ هي إضافة توسعيّة لبروتوكول المسار الأقصر (OSPF) متوافقة مع الإصدارات السابقة، أدخلت في العام 1994م، وهي تهدف إلى جعل البروتوكول قادراً على توجيه رزم البث المجموعاتي بالإضافة إلى الرزم المنفردة. وصفت التوسيعة في وثيقة طلب تعليقات (RFC 1584).[5] لتحقيق ذلك، تقوم المُوجّهات التي تشغل البروتوكول بإضافة معلومات عن أعضاء المجموعات الذين يتصلون معها إلى إعلانات حالة الوصلة (LSA) التي يتمّ تبادلها بشكلٍ دوري. نتيجة لذلك، يقوم كل موجه بعد تطبيق خوارزمية ديكسترا ببناء جدول توجيه خاص بكل مجموعة.[92]

بعد إضافة التوسيعة، ينتج بروتوكول توجيه لرزم البث المجموعاتي، داخلي لأنه يعمل ضمن نطاق واحد، غير مستقل لأنه يعتمد على بروتوكول المسار الأقصر لتأمين معلومات التوجيه، التي يستخدمها لبناء شجرة بث مجموعاتي أحادية الاتجاه بحسب المصدر.[25] يُقسّم بروتوكول المسار الأقصر النظام المستقل إلى عدد من المناطق. لقد سبب هذا التقسيم العديد من المشاكل التي رافقت إضافة التوسيعة،[93] خاصّة في الحالات التي تمتد فيها شجرة البث المجموعاتي على أكثر من منطقة، وتمّ معالجة هذه المشاكل من خلال طرح مفاهيم إضافية مثل مُستقبل البث المجموعاتي العام (Wild-card Multicast Receiver)، وهو مُوجّه يستقبل كل رزم البث المجموعاتي التي يتمّ توليدها في المنطقة، بمعزل عن عضوية المجموعات. لجعل شجرة البث المجموعاتي تمتد بين منطقتين، يجب أن تلعب كل الموجهات الحدودية دور مستقبل بث مجموعاتي عام.[94]

البث المجموعاتي المستقل عن بروتوكول التوجيه (PIM)
البث المجموعاتي المستقل عن بروتوكول التوجيه
الوظيفة عائلة بروتوكولات لتوجيه رزم البث المجموعاتي
المُطوِّر مجموعة مهندسي شبكة الإنترنت
تاريخ التطوير
  • ،2006 النمط المتناثر (PIM-SM)
  • 2005، النمط الكثيف (PIM-DM)
  • 2007، النمط ثنائي الاتجاه (BIDIR-PIM)
طبقة نموذج OSI طبقة التطبيق
منافذ 496، 8471 [95]
وثيقة طلب التعليقات RFC
  • النمط المتناثر

(RFC 7761) [96]

تعديل مصدري - تعديل  طالع توثيق القالب


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

البث المجموعاتي المستقل عن بروتوكول التوجيه (بالإنجليزية: Protocol Independent Multicast اختصاراً PIM)‏ هو اسم لعائلة من بروتوكولات التوجيه، الداخليّة،[99] لرزم البث المجموعاتي. عوضاً عن بناء جدول توجيه خاص بها، فإنّ بروتوكولات هذه العائلة تعتمد على معلومات التوجيه المتوفرة من بروتوكولات توجيه البث المنفرد التقليديّة، أيّاً كانت، أي أن عملها لا يتعلق ببروتوكول توجيه محدد، ومن هنا حصلت هذه العائلة من البروتوكولات على اسمها.[100]

تختلف البروتوكولات التي تنتمي إلى هذه العائلة بنمط أشجار البث المجموعاتي التي تعتمد عليها، فمنها من يعتمد على أشجار المصدر فقط، و منها ما يعتمد على أشجار المصدر والأشجار المشتركة معاً.[101] أهم بروتوكولات التوجيه التي تنتمي إلى هذه العائلة:

  • بروتوكول البث المجموعاتي المستقل - النمط المتناثر (PIM Sparse Mode, PIM-SM): وهو موصوف في الوثيقة (RFC 7761)،[96] وهو بروتوكول توجيه لزرم البث المجموعاتي يعمل على افتراض أن أعضاء المجموعة التي يُراد توجيه الرزم إليها متناثرين بشكل مُتباعد في الشبكة، واستناداً إلى هذا الافتراض، فإن أغلب الشبكات الفرعية لا تحتوي على أعضاء ينتمون لهذه المجموعة، ويجب على الموجهات التي تتصل مع أعضاء في هذا المجموعة أن تعلن عن ذلك بشكل صريح ليتم توجيه الرزم إليها. غالباً ما يستخدم هذا البروتوكول أشجار البث المجموعاتي المشتركة، ولكنه قد يستخدم الأشجار المبينة بحسب المصدر في حالات خاصة.[102]
  • بروتوكول البث المجموعاتي المستقل - النمط الكثيف (PIM Dense Mode, PIM-DM) وهو موصوف في الوثيقة (RFC 3973)،[97] وهو بروتوكول توجيه لزرم البث المجموعاتي يعمل على افتراض أن أعضاء المجموعة التي يُراد توجيه الرزم إليها منتشرين بشكل كثيف في الشبكة، واستناداً إلى هذا الافتراض، فإن أغلب الشبكات الفرعية تحتوي على أعضاء ينتمون لهذه المجموعة، ويجب على الموجهات التي لا تتصل مع أعضاء في هذا المجموعة أن تعلن عن ذلك بشكل صريح لكي لا يتم توجيه الرزم إليها. يستخدم هذا البروتوكول أشجار البث المجموعاتي المبنية بحسب المصدر فقط. [102]
  • بروتوكول البث المجموعات المستقل - النمط ثنائي الاتجاه (Bi-directional PIM, BIDIR-PIM): وهو موصوف في الوثيقة (RFC 5015)،[98] وهو بروتوكول توجيه لزرم البث المجموعاتي مُطوّر عن بروتوكول البث المجموعاتي المستقل - النمط المتناثر (PIM-SM)، مع اختلاف جوهري هو اعتماد النمط ثنائي الاتجاه الأشجار المُشتركة فقط، وهي أشجار ثنائيّة الاتجاه، ومن هنا حصل البروتوكول على اسمه. يعمل البروتوكول بشكل أفضل من نظيره المُتناثر في حال وجود أكثر من مصدر لرزم البث المجموعاتي في المجموعة.
بروتوكولات توجيه أخرى
يمكن استخدام التوسيعة السابقة لنقل معلومات التوجيه الخاصة بالمجموعات بين الأنظمة المُستقلة، وذلك على اعتبار أن فضاء العناوين الخاصّ بالبث المجموعاتي هو عائلة عناوين مُستقلة، وينتج عن ذلك إمكانية توجيه رزم البث المجموعاتي بين الأنظمة المُستقلة بشكل مستقل عن توجيه الرزم المنفردة،[105] أي يُمكن لشجرة البث المجوعاتي حينها أن تمتد خارج النظام المستقل وتتوسّع نحو أنظمة مُستقلة أخرى.
  • بروتوكول الشجرة مركزية النواة (بالإنجليزية: Core-Based Tree Protocol اختصاراً CBT Protocol)‏ هو بروتوكول توجيه لرزم البث المجموعاتي، مناسب للعمل بالنمطين الداخلي وخارجي، مُستقل عن بروتوكولات التوجيه المُنفردة، يقوم ببناء أشجار مشتركة ثنائية الاتجاه، موصوف في الوثيقة (RFC 2189).[106]
كان الدافع الأساسي لتطوير البروتوكول هو قابلية التوسع، ورغم الانتهاء من وضع محددات الإصدار الأول من البروتوكول لكن لم يتمّ تنفيذه أبداً.[107] أما الإصدار الثاني، وهو الإصدار الحالي، فهو غير متوافق مع الأول، ويعتمد على بنية خاصة لتوجيه البث المجموعاتي سميت الأشجار مركزية النواة،[108] جرت محاولة لتطوير إصدار ثالث من البروتوكول، ولكنها لم تتجاوز مرحلة المسودة.[109]
  • بروتوكول اكتشاف مصادر البث المجموعاتي (بالإنجليزية: Multicast Source Discovery Protocol اختصاراً MSDP)‏ بروتوكول توجيه لرزم البث المجموعاتي، خارجي، مستقل عن بروتوكولات توجيه الرزم المنفردة، يعمل على الربط بين نطاقات البث المجموعاتي التي تٌشغّل بروتوكول البث المجموعاتي المستقل - النمط المتناثر،[110] من خلال بنائه لأشجار بث مجموعاتي مشتركة داخل نطاقه الخاص، وبحسب المصدر مع النطاقات الأخرى التي يربط فيما بينها.[111] وهو موصوف في الوثيقة (RFC 3618).[112]
يعمل هذا البروتوكول في طبقة التطبيق، ويعتمد على بروتوكول التحكم بالنقل (TCP) كبروتوكول نقل، مع رقم منفذ محجوز هو (639). [95]

بروتوكولات توجيه البث المجموعاتي في الشبكات المتحركة

بروتوكول توجيه البث المجموعاتي حسب الطلب (ODMRP)

بروتوكول توجيه البث المجموعاتي حسب الطلب (بالإنجليزية: On-Demand Multicast Routing Protocol اختصاراً ODMRP)‏

بروتوكول توجيه البث المجموعاتي للشبكات اللاسلكية المُخصصة (AMRoute)

بروتوكول توجيه البث المجموعاتي للشبكات اللاسلكية المُخصصة (بالإنجليزية: The Ad hoc Multicast Routing protoco اختصاراً AMRoute)‏

بروتوكول التوجيه بمساعدة الشجرة المشتركة (CAMP)

بروتوكول التوجيه بمساعدة الشجرة المشتركة المتشابكة (بالإنجليزية: Core-Assisted Mesh Protocol اختصاراً CAMP)‏

بروتوكولات توجيه أخرى

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

ميزة مراقبة بروتوكول إدارة مجموعة الإنترنت (IGMP Snooping)

مثال عن استخدام ميزة مراقبة بروتوكول إدارة المجموعة في شبكة محلية.
المقالة الرئيسة: مراقبة بروتوكول إدارة مجموعة الإنترنت

مراقبة بروتوكول إدارة مجموعة الإنترنت هي ميزة إضافية لسلوك المبدلات العاملة على مستوى الطبقة الثانية في الشبكات المحليّة والتي تُشغّل الإصدار الرابع من بروتوكول الإنترنت (IPv4) من أجل إدارة أفضل لمجموعات البث المجموعاتي. تسمح هذه الميزة للمبدلات بمراقبة حركة رسائل بروتوكول إدارة مجموعة الإنترنت (IGMP) الذي يعمل على مستوى الطبقة الثالثة، وبناء على ذلك يتعرّف المبدل على توزّع أعضاء المجموعة في الشبكة المحليّة،[113] وصفت القواعد المحددة للعملية في وثيقة طلب التعليقات (RFC 4541).[114]

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

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

طوّرت هذه الميزة لتحسين عملية توزيع رزم البث المجموعاتي في الشبكات التي تُشغّل الإصدار الرابع من بروتوكول الإنترنت، وهي تنوب عند تفعيلها في الشبكة المحلية عن بروتوكول سيسكو لإدارة المجموعة (CGMP) [16] وعن بروتوكول سيسكو لإدارة المجموعة على منفذ الموجه (RGMP) [15] معاً. أمّا من أجل الشبكات التي تستخدم الإصدار السادس من بروتوكول الإنترنت (IPv6) تستخدم ميزة مشابهة تسمى ميزة مراقبة بروتوكول اكتشاف مُستمعي البث المجموعاتي (MLD Snooping). [114]

التوجيه بالمسار المعاكس (RPF)

البث المجموعاتي محدد المصدر (SSM)

في الأصل، كانت تقنية البثّ المجموعاتي غير محددة المصدر (Any Source Multicast)، أي أن أي عضو في المجموعة يستقبل رزم البث المجموعاتي الموجهة لعنوان المجموعة، سواء كان المصدر عضواً فيها أو لا. لاحقاً تم تطوير تقنية إضافية سمحت بجعل البث المجموعاتي محدد المصدر (Specific-Source Multicast SSM)، وفيه يمكن لكل عضو في المجموعة أن يحدد المصادر التي يقبل استقبال رزم البث المجموعاتي منها، عوضاً عن استقبال كل الرزم المُوجّهة لعنوان المجموعة،[29] وصفت هذه الإضافة في وثيقة طلب التعليقات (RFC 4607).[117]

لدعم هذه الميزة، يجب أن يتم تشغيل الإصدار الثالث من بروتوكول إدارة مجموعة الإنترنت (IGMPv3) في الشبكات التي تستخدم الإصدار الرابع من بروتوكول الانترنت، أو الإصدار الثاني من بروتوكول اكتشاف مستعمي البث المجموعاتي (MLDv2) في الشبكات التي تشغل الإصدار السادس من بروتوكول الإنترنت . تم حجز فضاء العناوين (232.0.0.0/8) من أجل الإصدار الرابع، و (FF3X::/32) من أجل الإصدار السادس.

انظر أيضاً

مراجع

  1. ^ ا ب "What Is IPv4 Multicasting?". Microsoft (بالإنجليزية). 7 مارس 2012. Archived from the original on 20 فبراير 2018. Retrieved 21 أوكتوبر 2018. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الوصول= (help)
  2. ^ Cain, B.; Deering, S.; Kouvelas, I.; Fenner, B.; Thyagarajan, A. (أوكتوبر 2002). "RFC 3376, Internet Group Management Protocol, Version 3". The Internet Society (بالإنجليزية). Retrieved 20 يناير 2018. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help) and الوسيط غير المعروف |شهر= تم تجاهله يقترح استخدام |تاريخ= (help)صيانة الاستشهاد: التاريخ والسنة (link)
  3. ^ Waitzman, D.; Partridge, C.; Deering, S. (Nov 1988). "RFC 1075, Distance Vector Multicast Routing Protocol". The Internet Society (بالإنجليزية). Retrieved 2018-01-20.
  4. ^ Fenner, B.; Handley, M.; Holbrook, H.; Kouvelas, I. (Aug 2006). "RFC 4601, Protocol Independent Multicast - Sparse Mode (PIM-SM): Protocol Specification (Revised)". The Internet Society (بالإنجليزية). Retrieved 2018-01-20.
  5. ^ ا ب Moy, J. (Mar 1994). "RFC 1584, Multicast Extensions to OSPF". The Internet Society (بالإنجليزية). Retrieved 2018-01-20.
  6. ^ S.، Paul (1998). "Multicast Extensions to Open Shortest Path First (MOSPF)". Multicasting on the Internet and its Applications. Springer: 39-52. DOI:10.1007/978-1-4615-5713-5_5. ISBN:978-1-4613-7616-3. {{استشهاد بدورية محكمة}}: الوسيط غير المعروف |month= تم تجاهله (مساعدة)
  7. ^ ا ب Deering, S. (Aug 1989). "RFC 1112, Host Extensions for IP Multicasting". The Internet Society (بالإنجليزية). Retrieved 2018-02-04.
  8. ^ Messer, James (3 Apr 2015). "Unicast, Multicast, and Broadcast – CompTIA Network+ N10-006 – 1.8". ProfessorMesser.com (بالإنجليزية). Archived from the original on 2018-01-02. Retrieved 2018-02-04. {{استشهاد ويب}}: |archive-date= / |archive-url= timestamp mismatch (help)
  9. ^ Kevin R. Fall, W. Richard Stevens (2011). TCP/IP Illustrated, Volume 1 (بالإنجليزية). Addison-Wesley Professional. p. 60.
  10. ^ Gorry Fairhurst (10 Mar 2009). "Multicast". University of Aberdeen (بالإنجليزية). Archived from the original on 2017-04-25. Retrieved 2018-02-05.
  11. ^ "Multicast Definition". The Linux Information Project. (بالإنجليزية). 20 Oct 2005. Archived from the original on 2018-01-02. Retrieved 2018-02-03.
  12. ^ "IP Multicasting". The TCP/IP Guide (بالإنجليزية). Archived from the original on 2005-09-20. Retrieved 2018-02-04. {{استشهاد ويب}}: |archive-date= / |archive-url= timestamp mismatch (help)
  13. ^ "What is IGMP Querying and IGMP Snooping and why would I need it on my network?". VISIONARY SOLUTIONS, INC. (بالإنجليزية). Archived from the original on 2017-05-12. Retrieved 2018-02-24. {{استشهاد ويب}}: |archive-date= / |archive-url= timestamp mismatch (help)
  14. ^ "CGMP vs. IGMP Snooping". Cisco Systems Inc. (بالإنجليزية). 19 يناير 20099. Archived from the original on 24 فبراير 2018. Retrieved 24 فبراير 2018. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)
  15. ^ ا ب ج Josh Loveless, Ray Blair (19 Nov 2016). "Network Access and Layer 2 Multicast, Layer 2 Group Management". Cisco Press (بالإنجليزية). Archived from the original on 2018-02-24. Retrieved 2018-02-24.
  16. ^ ا ب ج Josh Loveless, Ray Blair (19 Nov 2016). "Network Access and Layer 2 Multicast, Snooping". Cisco Press (بالإنجليزية). Archived from the original on 2018-02-24. Retrieved 2018-02-24.
  17. ^ "Multicast Shortest-Path Tree". Juniper Networks, Inc. (بالإنجليزية). 10 يناير 2018. Archived from the original on 22 فبراير 2018. Retrieved 22 أوكتوبر 2018. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الوصول= (help)
  18. ^ Advanced Configuration and Management Guide for the HP ProCurve Routing Switches 9304M, 9308M, 6308M-SX and the HP ProCurve Switch 6208M-SX (PDF) (بالإنجليزية). Hewlett-Packard (HP) Company. 2000. p. 302.
  19. ^ ا ب Jens Andersson (30 Nov 2010). "Multicast trees" (PDF). National ChiNan University (بالإنجليزية). Archived from the original (PDF) on 2016-11-25. Retrieved 2018-02-22.
  20. ^ Qing، Zhu؛ M.؛ J.J.، Garcia-Luna-Aceves (1995). "A source-based algorithm for delay-constrained minimum-cost multicasting". INFOCOM '95. Fourteenth Annual Joint Conference of the IEEE Computer and Communications Societies. Bringing Information to People. Proceedings. IEEE. IEEE. DOI:10.1109/INFCOM.1995.515898. ISSN:0743-166X. {{استشهاد بدورية محكمة}}: الوسيط غير المعروف |firs2t= تم تجاهله (مساعدة) والوسيط غير المعروف |month= تم تجاهله (مساعدة)
  21. ^ ا ب "Source Based Trees Versus Shared Trees". Cisco Certified Expert (بالإنجليزية). 10 يناير 2018. Archived from the original on 22 فبراير 2018. Retrieved 22 أوكتوبر 2018. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الوصول= (help)
  22. ^ Chiang، Ching-Chuan؛ Gerla، M.؛ Zhang، Lixia (1997). "Shared tree wireless network multicast". Computer Communications and Networks, 1997. Proceedings., Sixth International Conference on. IEEE. DOI:10.1109/ICCCN.1997.623287. ISSN:1095-2055. {{استشهاد بدورية محكمة}}: الوسيط غير المعروف |month= تم تجاهله (مساعدة)
  23. ^ A. Ballardie (Sep 1997). "RFC 2201, Core Based Trees (CBT) Multicast Routing Architecture Multicast". The Internet Society (بالإنجليزية). Retrieved 2017-03-10. {{استشهاد ويب}}: line feed character في |عنوان= في مكان 64 (help)
  24. ^ ا ب Bang Ye Wu; Kun-Mao Chao (2004). Spanning Trees and Optimization Problems (Discrete Mathematics and Its Applications) (بالإنجليزية) (الأولى ed.). Chapman and Hall/CRC.
  25. ^ ا ب ج Ramalho، Maria (2000). "Intra- and inter-domain multicast routing protocols: A survey and taxonomy". IEEE Communications Surveys & Tutorials. IEEE. ج. 3 ع. 1. DOI:10.1109/COMST.2000.5340719. ISSN:1553-877X. {{استشهاد بدورية محكمة}}: الوسيط غير المعروف |month= تم تجاهله (مساعدة)
  26. ^ Dijkstra، E. W. (1959). "A note on two problems in connexion with graphs". Numerische Mathematik. Springer. ج. 1 ع. 1: 269-271. DOI:10.1007/BF01386390. ISSN:0945-3245. {{استشهاد بدورية محكمة}}: الوسيط غير المعروف |month= تم تجاهله (مساعدة)
  27. ^ Bellman، Richard (1958). "On a routing problem". Quarterly of the Applied Mathematics. American Mathematical Society. ج. 16: 87-90. DOI:10.1090/qam/102435. ISSN:1552-4485.
  28. ^ Kruskal, Jr.، Joseph B. (1956). "On the Shortest Spanning Subtree of a Graph and the Traveling Salesman Problem". Proceedings of the American Mathematical Society. AMS. ج. 7 ع. 1: 48-50. {{استشهاد بدورية محكمة}}: الوسيط غير المعروف |month= تم تجاهله (مساعدة)
  29. ^ ا ب Prim، R. C. (1957). "Shortest connection networks and some generalizations". Bell Labs Technical Journal. Nokia Bell Labs. ج. 36 ع. 6: 1389-1401. DOI:10.1002/j.1538-7305.1957.tb01515.x. ISSN:0005-8580. {{استشهاد بدورية محكمة}}: الوسيط غير المعروف |month= تم تجاهله (مساعدة) وسم <ref> غير صالح؛ الاسم "JOU-12" معرف أكثر من مرة بمحتويات مختلفة.
  30. ^ Frank K. Hwang,; Dana S. Richards; Pawel Winter (1992). The Steiner Tree Problem (بالإنجليزية). North-Holland.{{استشهاد بكتاب}}: صيانة الاستشهاد: علامات ترقيم زائدة (link)
  31. ^ "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) (بالإنجليزية). 1995. Retrieved 2017-03-11.
  32. ^ ا ب S. Hares, D. Katz (Dec 1989). "RFC 1136, Administrative Domains and Routing Domains, A Model for Routing in the Internet". The Internet Society (بالإنجليزية). Retrieved 2017-03-11.
  33. ^ E. Rosen, Ed., Y. Cai, Ed., I. Wijnands (أوكتوبر 2010). "RFC 6037, Cisco Systems' Solution for Multicast in BGP/MPLS IP VPNs". The Internet Society (بالإنجليزية). ISSN:2070-1721. Retrieved 11 مارس 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  34. ^ D. Estrin, D. Farinacci, A. Helmy, D. Thaler, S. Deering, M. Handley, V. Jacobson, C. Liu, P. Sharma, L. Wei (Jun 1998). "RFC 2362, Protocol Independent Multicast-Sparse Mode (PIM-SM): Protocol Specification". The Internet Society (بالإنجليزية). Retrieved 2017-03-11.{{استشهاد ويب}}: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  35. ^ Beau, Williamson (1999). Developing IP Multicast Networks, Volume I (بالإنجليزية). Cisco Press. p. 7.
  36. ^ Albanna, Z.; Almeroth, K.; Meyer, D.; Schipper, M. (Aug 2001). "RFC 3171, IANA Guidelines for IPv4 Multicast Address Assignments". The Internet Society (بالإنجليزية). Retrieved 2018-02-03.
  37. ^ "IP MULTICASTING". The University of Glasgow (بالإنجليزية). Archived from the original on 2017-01-22. Retrieved 2018-02-04.
  38. ^ Hinden, R.; Deering, S. (Feb 2006). "RFC 4291, IP Version 6 Addressing Architecture". The Internet Society (بالإنجليزية). Retrieved 2018-02-03.
  39. ^ Haberman, B.; Thaler, D. (Aug 2002). "RFC 3306, Unicast-Prefix-based IPv6 Multicast Addresses". The Internet Society (بالإنجليزية). Retrieved 2018-02-03.
  40. ^ Savola, P.; Haberman, B. (Nov 2004). "RFC 3956, Embedding the Rendezvous Point (RP) Address in an IPv6 Multicast Address". The Internet Society (بالإنجليزية). Retrieved 2018-02-03.
  41. ^ Droms, R. (Aug 2014). "RFC 7346, IPv6 Multicast Address Scopes". The Internet Society (بالإنجليزية). ISSN:2070-1721. Retrieved 2018-02-03.
  42. ^ ا ب "IPv4 Multicast Address Space Registry". IANA (بالإنجليزية). Archived from the original on 2018-01-10. Retrieved 2018-02-04.
  43. ^ "IPv6 Multicast Address Space Registry". IANA (بالإنجليزية). Archived from the original on 26 أوكتوير 2017. Retrieved 4 فبراير 2018. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الأرشيف= (help)
  44. ^ ا ب Deering, S. (فبراير 2006). "RFC 4291, IP Version 6 Addressing Architecture". The Internet Society (بالإنجليزية). Retrieved 4 مارس2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ الوصول= (help)
  45. ^ ا ب ج د Waitzman, D.; Partridge, C.; Deering, S. (Nov 1998). "RFC 1075, Distance Vector Multicast Routing Protocol". The Internet Society (بالإنجليزية). Retrieved 2018-03-03.
  46. ^ ا ب Moy, J. (Apr 1998). "RFC 2328, OSPF Version 2". The Internet Society (بالإنجليزية). Retrieved 2018-03-04.
  47. ^ Malkin, G. (Nov 1998). "RFC 2453, RIP Version 2". The Internet Society (بالإنجليزية). Retrieved 2018-03-04.
  48. ^ Minnear, R. (Jan 1997). "RFC 2028, RIPng for IPv6". The Internet Society (بالإنجليزية). Retrieved 2018-03-04.
  49. ^ Savag, D.; Ng, J.; Moore, S.; Slice, D.; Paluch, P. (May 2016). "RFC 7868, Cisco's Enhanced Interior Gateway Routing Protocol (EIGRP)". The Internet Society (بالإنجليزية). ISSN:2070-1721. Retrieved 2018-03-04.
  50. ^ ا ب Droms, R. (Mar 1997). "RFC 2131, Dynamic Host Configuration Protocol". The Internet Society (بالإنجليزية). Retrieved 2017-03-04. {{استشهاد ويب}}: الوسيط غير المعروف |شهر= تم تجاهله يقترح استخدام |تاريخ= (help)صيانة الاستشهاد: التاريخ والسنة (link)
  51. ^ ا ب R. Droms, Ed. J. Bound, B. Volzm, T. Lemon, C. Perkins, M. Carney (Jul 2003). "RFC 3315, Dynamic Host Configuration Protocol for IPv6 (DHCPv6)". The Internet Society (بالإنجليزية). Retrieved 2017-03-04.{{استشهاد ويب}}: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  52. ^ "Multicast Overview". Juniper Networks (بالإنجليزية). Archived from the original on 2018-03-02. Retrieved 2018-03-02.
  53. ^ "IP multicast--Ethernet Multicast MAC Address Mapping". Cisco Systems Inc. (بالإنجليزية). 11 Feb 2012. Archived from the original on 2018-03-02. Retrieved 2018-03-02.
  54. ^ Abley, J. (أوكتوبر 2013). "RFC 7042, IANA Considerations and IETF Protocol and Documentation Usage for IEEE 802 Parameters". The Internet Society (بالإنجليزية). Retrieved 3 مارس 2018. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)
  55. ^ Josh Loveless, Ray Blair. (19 Nov 2016). "Network Access and Layer 2 Multicast". Cisco Press (بالإنجليزية). Archived from the original on 2018-03-02. Retrieved 2018-03-02.
  56. ^ Crawford, M. (Dec 1998). "RFC 2464, Transmission of IPv6 Packets over Ethernet Networks". The Internet Society (بالإنجليزية). Retrieved 2018-02-25.
  57. ^ Katz, D. (Jan 1993). "RFC 1390, Transmission of IP and ARP over FDDI Networks". The Internet Society (بالإنجليزية). Retrieved 2018-02-04.
  58. ^ Pusateri, T. (Jan 1993). "RFC 1469, IP Multicast over Token-Ring Local Area Networks". The Internet Society (بالإنجليزية). Retrieved 2018-02-04.
  59. ^ Keith W. Ross and Jim Kurose. "4.8 Multicast Routing". Instituto de Computação (بالإنجليزية). Archived from the original on 2017-06-06. Retrieved 2018-03-09.
  60. ^ ا ب Chuck Semeria and Tom Maufer (2002). "IPv4 Multicast Security: A Network Perspective, page 2". SANS Institute (بالإنجليزية). Archived from the original on 2017-07-31. Retrieved 2018-03-09.
  61. ^ Chuck Semeria and Tom Maufer. "Introduction to IP Multicast Routing, Page 6" (PDF). Stanford University (بالإنجليزية). Archived from the original (PDF) on 2017-06-06. Retrieved 2018-03-09. {{استشهاد ويب}}: |archive-date= / |archive-url= timestamp mismatch (help)
  62. ^ ا ب Josh Loveless, Ray Blair. (19 Nov 2016). "Network Access and Layer 2 Multicast, The Process of Packet Replication in a Switch". Cisco Press (بالإنجليزية). Archived from the original on 2018-03-11. Retrieved 2018-03-11.
  63. ^ Wendell Odom (2013). CCENT/CCNA ICND1 100-101 Official Cert Guide (بالإنجليزية). Cisco Press. p. 432.
  64. ^ "IP Multicast Deployment Fundamentals". Cisco Systems, Inc. (بالإنجليزية). Archived from the original on 2017-03-21. Retrieved 2018-03-09. {{استشهاد ويب}}: |archive-date= / |archive-url= timestamp mismatch (help)
  65. ^ Antonio Sanchez Monge, Krzysztof Grzegorz Szarkowicz (2016). MPLS in the SDN Era: Interoperable Scenarios to Make Networks Scale to New Services, Chapter 4. Internet Multicast over MPLS (بالإنجليزية). O'Reilly Media.
  66. ^ ا ب Deering, S. (Aug 1989). "RFC 1112, Host Extensions for IP Multicasting". The Internet Society (بالإنجليزية). Retrieved 2017-02-18.
  67. ^ ا ب Fenner, W. (Nov 1997). "RFC 2236, Internet Group Management Protocol, Version 2". The Internet Society (بالإنجليزية). Retrieved 2017-02-18.
  68. ^ ا ب Cain, B.; Deering, S.; Kouvelas, I.; Fenner, B.; Thyagarajan, A. (أوكتوبر 2002). "RFC 3376, Internet Group Management Protocol, Version 3". The Internet Society (بالإنجليزية). Retrieved 18 فبراير 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)
  69. ^ "Internet Group Management Protocol". IBM (بالإنجليزية). Retrieved 2018-02-24.
  70. ^ ا ب H. Holbrook, B. Cain, B. Haberman (Aug 2006). "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 (بالإنجليزية). Retrieved 2017-03-06.{{استشهاد ويب}}: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  71. ^ Loveless, Josh; Blair, Ray (19 Nov 2016). "Network Access and Layer 2 Multicast". Cisco Press (بالإنجليزية). Archived from the original on 2018-02-18. Retrieved 2018-02-18.
  72. ^ ا ب S. Deering, W. Fenner, B. Haberman (أوكتوبر 1999). "RFC 2710, Multicast Listener Discovery (MLD) for IPv6 Multicast". The Internet Society (بالإنجليزية). Retrieved 6 مارس 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help) and line feed character في |عنوان= في مكان 55 (help)صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  73. ^ ا ب R. Vida, Ed., B. Cain, L. Costa, Ed. (Jun 2004). "RFC 3810, Multicast Listener Discovery Version 2 (MLDv2) for IPv6 Multicast". The Internet Society (بالإنجليزية). Retrieved 2017-03-06. {{استشهاد ويب}}: line feed character في |عنوان= في مكان 66 (help)صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  74. ^ "Understanding MLD". Juniper Networks (بالإنجليزية). Archived from the original on 2017-07-09. Retrieved 2018-03-06. {{استشهاد ويب}}: الوسيط غير المعروف |تاريخ الأرشيف /= تم تجاهله (help)
  75. ^ Rami Rosen (2013). Linux Kernel Networking: Implementation and Theory (Expert's Voice in Open Source) (بالإنجليزية). Apress. p. 230.
  76. ^ Dino Farinacci, Alex Tweedly (14 Aug 1996). "Cisco Group Management Protocol (CGMP)". Cisco Systems (بالإنجليزية). Archived from the original on 2018-03-03. Retrieved 2018-03-03. {{استشهاد ويب}}: |archive-date= / |archive-url= timestamp mismatch (help)
  77. ^ Dino Farinacci, Alex Tweedly (Dec 2000). "Catalyst 3750 Switch Software Configuration Guide, P.982" (PDF). Cisco Systems (بالإنجليزية). Archived from the original (PDF) on 2017-11-14. Retrieved 2018-03-03.
  78. ^ Dino Farinacci, Alex Tweedly (Dec 2000). "Cisco Group Management Protocol". eTutorials.org (بالإنجليزية). Archived from the original on 2017-03-25. Retrieved 2018-03-03.
  79. ^ ا ب I. Wu, T. Eckert (Feb 2003). "RFC 3488, Cisco Systems Router-port Group Management Protocol (RGMP)". The Internet Society (بالإنجليزية). Retrieved 2017-03-05.
  80. ^ Javvin Technologies (2005). Network Protocols Handbook (بالإنجليزية). Javvin Technologies Inc. p. 275.
  81. ^ "IPv4 Multicast Address Space Registry". IANA (بالإنجليزية). Retrieved 2018-03-05. {{استشهاد ويب}}: |archive-date= requires |archive-url= (help)
  82. ^ "Using RGMP: Basics and Case Study". Cisco Systems (بالإنجليزية). Archived from the original on 2017-06-29. Retrieved 2018-03-05.
  83. ^ Raghavan، S. V.؛ Paul، Pragyansmita (2002). "ICCC '02 Proceedings of the 15th international conference on Computer communication". IEEE Communications Surveys & Tutorials. IEEE: 902-926. ISBN:1-891365-08-8. {{استشهاد بدورية محكمة}}: الوسيط غير المعروف |month= تم تجاهله (مساعدة)
  84. ^ Junhai، Luo؛ Danxia، Ye؛ Liu، Xue؛ Mingyu، Fan (2009). "A survey of multicast routing protocols for mobile Ad-Hoc networks". IEEE Communications Surveys & Tutorials. IEEE. ج. 11 ع. 1: 78-91. DOI:10.1109/SURV.2009.090107. ISSN:1553-877X. {{استشهاد بدورية محكمة}}: الوسيط غير المعروف |month= تم تجاهله (مساعدة)
  85. ^ D. Thaler (أوكتوبر 1999). "RFC 2715, Interoperability Rules for Multicast Routing Protocols Multicast". The Internet Society (بالإنجليزية). Retrieved 9 مارس 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help) and line feed character في |عنوان= في مكان 65 (help)
  86. ^ Deering، S. E. (1988). "Multicast routing in internetworks and extended LANs". SIGCOMM '88 Symposium proceedings on Communications architectures and protocols. ACM. ج. 18 ع. 4: 55-64. DOI:10.1145/52324.52331. ISBN:0-89791-279-9. {{استشهاد بدورية محكمة}}: الوسيط غير المعروف |month= تم تجاهله (مساعدة)
  87. ^ "Cisco IOS IP Configuration Guide, Release 12.2". Cisco Systems Inc. (بالإنجليزية). Archived from the original on 2017-12-25. Retrieved 2018-03-03.
  88. ^ "Examples: Configuring DVMRP". Juniper (بالإنجليزية). Archived from the original on 2018-03-03. Retrieved 2018-03-03.
  89. ^ Javvin Technologies (2005). Network Protocols Handbook (بالإنجليزية). Javvin Technologies Inc. p. 80.
  90. ^ Deering، S. E.؛ Thyagarajan، Ajit S. (1995). "Hierarchical distance-vector multicast routing for the MBone". SIGCOMM '95 Proceedings of the conference on Applications, technologies, architectures, and protocols for computer communication. ACM: 60-66. DOI:10.1145/217382.217411. ISBN:0-89791-711-1. {{استشهاد بدورية محكمة}}: الوسيط غير المعروف |month= تم تجاهله (مساعدة)
  91. ^ "Understanding DVMRP". Juniper (بالإنجليزية). Archived from the original on 2018-03-03. Retrieved 2018-03-03.
  92. ^ Jon CROWCROFT (3 Mar 1998). "MOSPF". University of Cambridge (بالإنجليزية). Archived from the original on 2016-08-31. Retrieved 2018-03-03.
  93. ^ Moy, J. (Mar 1994). "RFC 1585, MOSPF: Analysis and Experience". The Internet Society (بالإنجليزية). Retrieved 2018-03-03.
  94. ^ "MULTICAST EXTENSIONS TO OSPF (MOSPF)" (PDF). Department of Electrical Engineering & Computer Science (بالإنجليزية). 13 أوكتوبر 2008. Archived from the original (PDF) on 3 مارس 2018. Retrieved 3 مارس 2018. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)
  95. ^ ا ب "Service Name and Transport Protocol Port Number Registry". IANA (بالإنجليزية). Archived from the original on 2018-01-05. Retrieved 2018-02-24.
  96. ^ ا ب B. Fenner, M. Handley, H. Holbrook, I. Kouvelas, R. Parekh, Z. Zhang, L. Zheng (Mar 2016). "RFC 7761, Protocol Independent Multicast - Sparse Mode (PIM-SM): Protocol Specification (Revised)". The Internet Society (بالإنجليزية). Retrieved 2017-02-22.{{استشهاد ويب}}: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  97. ^ ا ب A. Adams, J.Nicholas, W. Siadak (Jan 2005). "RFC 3973, Protocol Independent Multicast - Dense Mode (PIM-DM):Protocol Specification (Revised)". The Internet Society (بالإنجليزية). Retrieved 2017-02-22.{{استشهاد ويب}}: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  98. ^ ا ب M. Handley, I. Kouvelas,T. Speakman, L. Vicisano (أوكتوير 2007). "RFC 5015, Bidirectional Protocol Independent Multicast (BIDIR-PIM)". The Internet Society (بالإنجليزية). Retrieved 22 فبراير 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  99. ^ "An Overview of Inter-Domain Multicast Routing" (PDF). NC State University (بالإنجليزية). 1999. Archived from the original (PDF) on 2018-01-05. Retrieved 2018-03-10.
  100. ^ "IP Multicast: PIM Configuration Guide, Cisco IOS Release 12.4T, Chapter: IP Multicast Technology Overview". Cisco Systems, Inc. (بالإنجليزية). Archived from the original on 2015-08-26. Retrieved 2018-03-10.
  101. ^ Jeremy Stretch (20 أوكتوبر 2008). "PIM-SM: source versus shared trees". PacketLife.net (بالإنجليزية). Archived from the original on 20 فبراير 2017. Retrieved 22 فبراير 2018. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)
  102. ^ ا ب "What is Protocol Independent Multicast (PIM)?". Metaswitch Networks (بالإنجليزية). Retrieved 2018-02-21.
  103. ^ "Cisco IOS IP Configuration Guide, Release 12.2, Chapter: Configuring Multiprotocol BGP Extensions for IP Multicas". Cisco Systems, Inc. (بالإنجليزية). Archived from the original on 2017-06-10. Retrieved 2018-03-10.
  104. ^ T. Bates, R. Chandra, D. Katz, Y. Rekhter (Jan 2007). "RFC 4760, Multiprotocol Extensions for BGP-4". The Internet Society (بالإنجليزية). Retrieved 2017-03-10.{{استشهاد ويب}}: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  105. ^ David Hucaby, Stephen McQuerry (2001). Cisco Field Manual: Router Configuration (بالإنجليزية). Cisco Press. p. 297.
  106. ^ A. Ballardie (Sep 1997). "RFC 2189, Core Based Trees (CBT version 2) Multicast Routing". The Internet Society (بالإنجليزية). Retrieved 2017-03-11.
  107. ^ Beau, Williamson (1999). Developing IP Multicast Networks, Volume I (بالإنجليزية). Cisco Press. p. 179.
  108. ^ A. Ballardie (Sep 1997). "RFC 2201, Core Based Trees (CBT) Multicast Routing Architecture". The Internet Society (بالإنجليزية). Retrieved 2017-03-11.
  109. ^ A. Ballardie, B. Cain, Z. Zhang (Aug 1998). "Draft 01, Core Based Trees (CBT version 3) Multicast Routing". The Internet Society (بالإنجليزية). Retrieved 2017-03-11.{{استشهاد ويب}}: صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  110. ^ "Understanding MSDP". Juniper Networks, Inc (بالإنجليزية). Archived from the original on 2018-03-11. Retrieved 2018-03-11.
  111. ^ "Interdomain Multicast Solutions Using MSDP, Chapter: Theory and Application". Cisco Systems, Inc. (بالإنجليزية). Archived from the original on 2016-09-30. Retrieved 2018-03-11.
  112. ^ B. Fenner, Ed., D. Meyer, Ed. (أوكتوبر 2003). "RFC 3618, Multicast Source Discovery Protocol (MSDP)". The Internet Society (بالإنجليزية). Retrieved 11 مارس 2017. {{استشهاد ويب}}: تحقق من التاريخ في: |تاريخ= (help)صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  113. ^ "Cisco Nexus 5000 Series NX-OS Software Configuration Guide, Chapter: Configuring IGMP Snooping". Cisco Systems (بالإنجليزية). Archived from the original on 2017-05-25. Retrieved 2018-03-10.
  114. ^ ا ب M. Christensen, K. Kimball, F. Solensky (May 2006). "RFC 4541, Considerations for Internet Group Management Protocol (IGMP) and Multicast Listener Discovery (MLD) Snooping Switches Multicast". The Internet Society (بالإنجليزية). Retrieved 2017-03-10. {{استشهاد ويب}}: line feed character في |عنوان= في مكان 129 (help)صيانة الاستشهاد: أسماء متعددة: قائمة المؤلفين (link)
  115. ^ "IP Multicast: IGMP Configuration Guide, Cisco IOS XE Release 3S, Chapter: IGMP Snooping". Cisco Systems (بالإنجليزية). Archived from the original on 2017-05-25. Retrieved 2018-03-10. {{استشهاد ويب}}: |archive-date= / |archive-url= timestamp mismatch (help)
  116. ^ "10 IGMP Snooping Configuration". Huawei (بالإنجليزية). Archived from the original on 2018-03-10. Retrieved 2018-03-10.
  117. ^ H. Holbrook, B. Cain (Aug 2006). "RFC 4607, Source-Specific Multicast for IP". The Internet Society (بالإنجليزية). Retrieved 2018-03-18.

وصلات خارجية

مجلوبة من «https://ar.wikipedia.org/w/index.php?title=بث_متعدد_الوجهات&oldid=27844964»