تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا وثيقة مختلف أداة وطرائق يستعمل أن يتحرى شبكات البث المتعدد.
لا توجد متطلبات خاصة لهذا المستند.
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.
عندما تقوم باستكشاف أخطاء شبكات البث المتعدد وإصلاحها، من الأفضل مراعاة بروتوكول إرسال الإشارات المستخدم في الشبكة وتدفق الحزمة. يتم إستخدام بروتوكول إرسال الإشارات لإعداد جلسات عمل البث المتعدد وإزالتها (مثل وضع PIM المكثف ووضع PIM المتناثر و DVMRP)، ويمثل تدفق الحزم الإرسال الفعلي لحزم البث المتعدد بين المصدر والمستلم ونسخها واستقبالها، استنادا إلى جدول إعادة التوجيه الذي تم إنشاؤه بواسطة عملية إرسال الإشارات.
يساعد هذا الجدول على التحقق من معلومات كل قطعة لاستكشاف أخطاء كل قسم من الجدول وإصلاحها، كما يتحقق من عمل كل قسم من الجدول بشكل صحيح:
المصدر | الشبكة | مستقبلونا | |
---|---|---|---|
إرسال الإشارات | غير موجود | التحقق من إرسال إشارات الشبكة | التحقق من إرسال إشارات المستقبل |
تدفق الحزمة | التحقق من تدفق حزمة المصدر | التحقق من تدفق حزمة الشبكة | التحقق من تدفق حزم المستقبل |
وتقوم الأقسام الفرعية التالية بتفصيل أدوات أستكشاف الأخطاء وإصلاحها التي يمكنك إستخدامها للتحقق من المشاكل الشائعة وإصلاحها.
أكمل الخطوات التالية لتحديد ما إذا كان المصدر قد أرسل الحزم ويتم إدراج حقول الحزمة الصحيحة:
تحقق من عدادات الواجهة على المضيف. أولا، تحقق من عدادات الواجهة (إذا كنت على نظام UNIX، أستخدم الأمر netstat) على المضيف المصدر لمعرفة ما إذا كان يرسل الحزم. إذا لم تكن كذلك، فتحقق من التكوين الخاطئ أو الأخطاء في مكدس المضيف والتطبيق.
أستخدم الأمر show ip igmp groups <interface-name> للتحقق من موجه البث لمعرفة ما إذا كان قد استلم تقرير عضوية الانضمام على الواجهة المتصلة مباشرة بالمصدر.
تحقق من قيمة TTL للحزم في تطبيق البث المتعدد؛ ويجب أن تكون أكبر من 1. إذا كان التطبيق يرسل حزم بقيمة TTL أقل من 1، فيجب أن ترى حركة المرور التي سقطت في موجه البث الأول. للتحقق، أستخدم الأمر show ip traffic وابحث عن زيادة في قيمة عداد "الخطوات غير الصحيحة". يتم إسقاط أي حزمة بقيمة TTL 1، أو أقل من حد TTL الذي تم تعيينه بواسطة الواجهة باستخدام الأمر ip multicast ttl threshold، ويزاد عداد "سيئ hop-count" بمقدار واحد. أستخدم الأمر show ip igmp interface <interface-name> للاطلاع على قيمة حد مدة البقاء (TTL) للواجهة.
أستخدم الأمر show ip route count وshow ip route active للتحقق من موجه البث الأول أو المحول لمعرفة ما إذا كان يرى حزم البث المتعدد من المصدر. تعرض مخرجات الأمر إحصائيات تدفق حركة المرور لكل زوج (S،G). إذا لم تلاحظ أي حركة مرور، فتحقق من إرسال إشارات المستقبل.
أستخدم الأمر debug ip mpacket على أقرب موجه للتدفق، مع وسيطة detail أو acl للدقة.
تحذير: أستخدم هذا الأمر بحذر عندما تكون هناك حركة مرور بيانات للبث المتعدد ثقيلة على الشبكة. أستخدم الأمر debug ip mpacket على المسار فقط إذا لزم الأمر. أستخدم وسيطة التفاصيل لإظهار رؤوس الحزم في إخراج تصحيح الأخطاء وقوائم الوصول للتحقق من حركة المرور من مصادر معينة. تذكر أن هذا الأمر يمكن أن يكون له تأثير خطير على الأداء على حركة المرور الأخرى.
هذه هي القطعة الأكثر تعقيدا وأهمية لاستكشاف الأخطاء وإصلاحها في أي شبكة. يعتمد على بروتوكول إرسال إشارات الشبكة المستخدم، مثل وضع PIM المتناثر ووضع PIM المكثف و DVMRP. نوصي باتباع نهج متعدد الخطوات الوارد وصفه في هذا الفرع.
أكمل الخطوات التالية لاستكشاف أخطاء وضع ندرة PIM وإصلاحها:
تحقق من تمكين توجيه بث IP المتعدد على جميع موجهات البث المتعدد.
أستخدم الأمر show ip pim neighbor للتحقق من مؤقت انتهاء الصلاحية ووضعه لضمان إنشاء جار PIM بنجاح، والبحث عن أي مشاكل محتملة في الاتصال والتوقيت التي يمكن أن تمنع إنشاء جيران PIM. إذا كان ضروريا، أستخدم الأمر الفرعي ip pim [version] [الوضع الكثيف] [الوضع المتناثر] [الوضع المتناثر المكثف] الخاص بمستوى الواجهة لتعيين الوضع الصحيح والإصدار الصحيح لإنشاء جيران PIM بنجاح.
أستخدم الأمر show ip pim rp mapping لضمان تخطيط RP-Group الصحيح والتحقق من مؤقت انتهاء الصلاحية إذا تم تكوين auto-RP. أستخدم الأمر debug ip pim auto-rp للمساعدة في اكتشاف أي حالات فشل في بروتوكول Auto-RP. إذا لم يظهر لديك أي تعيينات PIM من مجموعة إلى RP، فتحقق من تكوين RP التلقائي، أو قم بتكوين تعيينات RP الثابتة من مجموعة RP باستخدام عنوان IP PIM الخاص ب RP [access-list] [name-accessList] [override] الأمر. يمكن تنفيذ تكوين RP التلقائي باستخدام أوامر قيمة TTL ip pim send-rp-announce interface-id scope TTL وip pim send-rp-discovery interface-id scope TTL. يجب تكوين هذه الأوامر فقط في حالة وجود تكوينات RP التلقائية.
أستخدم الأمر show ip rpf <ip address of source> للتحقق من فشل إعادة توجيه المسار العكسي (RPF) لعنوان المصدر. يرسل وضع PIM المكثف ووضع PIM المتناثر رسائل النثر مرة أخرى إلى المصدر إذا وصلت حركة المرور إلى واجهة من نقطة إلى نقطة غير RPF. يساعد الأمر debug ip pim في تحديد الأسباب المحتملة للفشل في شبكة PIM—إنه يقارن الإخراج النموذجي بما تراه. أستخدم هذا الإخراج لتحديد المراحل المنفصلة الثلاث في وضع PIM المتناثر: الانضمام والتسجيل وتبديل SPT. يسمح لك الأمر show ip route بمشاهدة الإدخالات الخالية في قوائم الواجهة الصادرة والإدخالات المقطعة في جدول المسار.
أستخدم هذه الأوامر للتحقق من تدفق حزم البث المتعدد عبر الشبكة:
أستخدم الأمر mtrace للتحقق من التتبع المتعدد بواسطة جنجل
أكمل الخطوات التالية للتحقق من إرسال إشارات المستقبل:
أستخدم الأمر show ip igmp groups في موجه البث الأول المتصل بالمستقبل للتحقق من انضمام الواجهة إلى المجموعة.
أستخدم الأمر ping للتحقق من إمكانية الوصول إلى المضيف وأول موجه إلى الخادم.
أستخدم الأمر show ip igmp interface للتحقق من إصدار IGMP الخاص بالواجهة.
ملاحظة: تذكر أن الموجه الذي تم تكوينه باستخدام IGMP الإصدار 1 يعتبر حزم IGMP الإصدار 2 التي تم استقبالها من المضيف غير صحيحة. لا تنضم حزم IGMP هذه إلى المجموعة حتى يستقبل الموجه حزمة الإصدار 1 من IGMP من المضيف.
أستخدم الأمر debug ip igmp لمزيد من أستكشاف أخطاء إرسال إشارات المستقبل وإصلاحها.
أكمل الخطوات التالية للتحقق من تدفق حزمة المستقبل:
أستخدم الأمر netstat على نظام UNIX للتحقق من إحصائيات واجهة جهاز الاستقبال.
تحقق من تثبيت مكدس TCP/IP وتكوينه بشكل صحيح.
تحقق من تثبيت تطبيق عميل مستقبل البث المتعدد وتكوينه بشكل صحيح.
شاهد حزم البث المتعدد المكررة على مقطع الوصول المتعدد.
يمكن أن تكون الأوامر الواردة في هذا القسم مفيدة أيضا عند أستكشاف الأخطاء وإصلاحها، وخاصة عند إختبار تدفق حزمة الشبكة والعثور على نقاط الفشل في شبكة البث المتعدد.
يعرض هذا الأمر مسار البث المتعدد بتنسيق رسومات ASCII. وهو يتتبع المسار بين أي نقطتين في الشبكة، ويعرض حالات السقوط والتكرار، و TTL، والتأخيرات في كل عقدة في الشبكة. ويكون هذا الإجراء مفيدا للغاية عندما تحتاج إلى تحديد موقع نقاط الازدحام في الشبكة أو التركيز على موجه ذي أعداد عالية من الإسقاط/التكرار. يتم الإشارة إلى التكرارات في الإخراج على أنها حالات سقوط سالبة.
Router#mstat lwei-home-ss2 172.16.58.88 224.0.255.255 Type escape sequence to abort Mtrace from 172.16.143.27 to 172.16.58.88 via group 224.0.255.255 >From source (lwei-home-ss2.cisco.com) to destination (lwei-ss20.cisco.com) Waiting to accumulate statistics...... Results after 10 seconds: Source Response Dest Packet Statistics For Only For Traffic 172.16.143.27 172.16.62.144 All Multicast Traffic From 172.16.143.27
| __/ rtt 48 ms Lost/Sent = Pct Rate To 224.0.255.255 v / hop 48 ms --------------------- -------------------- 172.16.143.25 lwei-cisco-isdn.cisco.com | ^ ttl 1 v | hop 31 ms 0/12 = 0% 1 pps 0/1 = --% 0 pps 172.16.121.84 172.16.121.45 eng-frmt12-pri.cisco.com | ^ ttl 2 v | hop -17 ms -735/12 = --% 1 pps 0/1 = --% 0 pps 172.16.121.4 172.16.5.27 eng-cc-4.cisco.com | ^ ttl 3 v | hop -21 ms -678/23 = --% 2 pps 0/1 = --% 0 pps 172.16.5.21 172.16.62.130 eng-ios-2.cisco.com | ^ ttl 4 v | hop 5 ms 605/639 = 95% 63 pps 1/1 = --% 0 pps 172.16.62.144 172.16.58.65 eng-ios-f-5.cisco.com | \__ ttl 5 v \ hop 0 ms 4 0 pps 0 0 pps 172.16.58.88 172.16.62.144 Receiver Query Source
يعرض هذا الأمر معلومات الموجه المجاور للبث المتعدد وقدرات الموجه وإصدار الرمز ومعلومات واجهة البث المتعدد وحدود TTL والمقاييس والبروتوكول والحالة. من المفيد عندما تحتاج إلى التحقق من جيران البث المتعدد، وتأكد من وجود تجاور ثنائي الإتجاه، وتحقق من وجود الأنفاق في كلا الاتجاهين.
Router#mrinfo 192.168.7.37 (b.cisco.com) [version cisco 11.1] [flags: PMSA]: 192.168.7.37 -> 192.168.7.34 (s.cisco.com) [1/0/pim] 192.168.7.37 -> 192.168.7.47 (d.cisco.com) [1/0/pim] 192.168.7.37 -> 192.168.7.44 (d2.cisco.com) [1/0/pim] 192.168.9.26 -> 192.168.9.29 (su.bbnplanet.net) [1/32/pim]
تشير العلامات في المخرجات إلى:
P = إمكانية القص
M = إمكانية التتبع
S = إمكانية SNMP
A = إمكانية Auto-RP
يبدي هذا أمر ال multicast ممر من المصدر إلى المستقبل، وهو يتتبع المسار بين نقاط في الشبكات، أي يبدي TTL حد وتأخير في كل عقدة. عند أستكشاف الأخطاء وإصلاحها، أستخدم الأمر mtrace للعثور على مكان توقف تدفق حركة مرور البث المتعدد، للتحقق من مسار حركة مرور البث المتعدد، ولتحديد المسارات دون الأمثل.
Router#mtrace 192.168.215.41 192.168.215.67 239.254.254.254 Type escape sequence to abort. Mtrace from 192.168.215.41 to 192.168.215.67 via group 239.254.254.254 From source (?) to destination (?) Querying full reverse path... 0 192.168.215.67 -1 192.168.215.67 PIM thresh^ 0 0 ms -2 192.168.215.74 PIM thresh^ 0 2 ms -3 192.168.215.57 PIM thresh^ 0 894 ms -4 192.168.215.41 PIM thresh^ 0 893 ms -5 192.168.215.12 PIM thresh^ 0 894 ms -6 192.168.215.98 PIM thresh^ 0 893 ms
عند أستكشاف الأخطاء وإصلاحها، فإن الأمر ping هو أسهل طريقة لإنشاء حركة مرور البث المتعدد في المختبر لاختبار شجرة البث المتعدد لأنها تجمع جميع أعضاء المجموعة، وتستجيب جميع الأعضاء.
R3#ping 239.255.0.1 Type escape sequence to abort. Sending 1, 100-byte ICMP Echos to 239.255.0.1, timeout is 2 seconds: Reply to request 0 from 172.16.12.2, 16 ms Reply to request 0 from 172.16.7.2, 20 ms
تساعدك الأوامر الواردة في هذا القسم على تجميع معلومات مفيدة عند أستكشاف أخطاء البث المتعدد وإصلاحها. ارجع إلى دليل مرجع أوامر البث المتعدد Cisco IOS IP للحصول على مزيد من المعلومات الشاملة حول أوامر show هذه.
تلميح: إذا كانت استجابات أمر العرض الخاصة بك بطيئة، فإن السبب الأكثر إحتمالا هو أن الموجه يقوم حاليا بتنفيذ بحث مجال IP لعناوين IP في الأمر show. يمكنك تعطيل البحث عن مجال IP، أستخدم الأمر no ip domain-lookup، ضمن وضع التكوين العام للموجه لتعطيل البحث عن مجال IP. يؤدي هذا إلى إيقاف البحث عن مجال IP وزيادة سرعة إخراج الأمر show.
يوضح هذا الأمر مجموعات البث المتعدد التي يتم توصيلها مباشرة بالموجه، وتلك التي يتم التعرف عليها عبر بروتوكول إدارة مجموعة الإنترنت (IGMP). يمكنك إستخدام هذا الأمر للتحقق من أن المصدر أو المستقبل قد انضم بالفعل إلى المجموعة الهدف على واجهة الموجه. يظهر عمود Last Reporter مضيف IGMP واحد فقط، مما يشير إلى أنه قام بإرسال إما انضمام IGMP غير مطلوب أو تقرير IGMP إستجابة لاستعلام IGMP من موجه PIM لتلك المجموعة المحددة. يجب أن ترى آخر مراسل واحد فقط لكل عنوان مجموعة.
R1#show ip igmp groups IGMP Connected Group Membership Group Address Interface Uptime Expires Last Reporter 239.255.0.1 Ethernet1 00:10:54 00:01:10 192.168.9.1 224.0.1.40 Ethernet0 01:36:27 00:02:45 192.168.10.2 224.0.1.40 Ethernet1 01:48:15 never 192.168.9.3
أستخدم هذا الأمر لعرض المعلومات المتعلقة بالبث المتعدد حول واجهة ما، وللتحقق من تمكين بروتوكول IGMP، سيتم تشغيل الإصدار الصحيح، ووحدات التوقيت، وقيمة حد فترة البقاء (TTL)، وموجه مستعلم IGMP بشكل صحيح. لا يلزم تكوين بروتوكول IGMP على واجهة. ويتم تمكينها بشكل افتراضي عند تكوين ip pim {dense-mode|sparse-mode|sparse-density-mode}.
R1#show ip igmp interface Ethernet1 is up, line protocol is up Internet address is 192.168.9.3/24 IGMP is enabled on interface Current IGMP version is 2 CGMP is disabled on interface IGMP query interval is 60 seconds IGMP querier timeout is 120 seconds IGMP max query response time is 10 seconds Last member query response interval is 1000 ms Inbound IGMP access group is not set IGMP activity: 22 joins, 18 leaves Multicast routing is enabled on interface Multicast TTL threshold is 0 Multicast designated router (DR) is 192.168.9.5 IGMP querying router is 192.168.9.3 (this system) Multicast groups joined (number of users): 224.0.1.40(1)
أستخدم هذا الأمر لسرد جيران البث المتعدد المستقل للبروتوكول (PIM) الذين تم اكتشافهم بواسطة برنامج Cisco IOS software.
R1#show ip pim neighbor PIM Neighbor Table Neighbor Interface Uptime/Expires Ver DR Address Prio/Mode 10.10.10.1 Ethernet0/0 02:19:41/00:01:38 v2 1 / DR B S
يتم شرح تفاصيل كل حقل هنا:
العنوان المجاور- يحدد عنوان IP المجاور ل PIM
الواجهة- واجهة تم فيها اكتشاف جارة PIM
وقت التشغيل- إجمالي وقت تشغيل الجار
انتهاء مدة الصلاحية- الوقت الذي يسبق انتهاء مهلة أحد الجيران وحتى يتم إستلام رسالة PIM مرحبا التالية
ver- إصدار PIM على الواجهة المجاورة
د. بريو- القيم المحتملة هي من 0 إلى 4294967294 أو ن
هذا عمود جديد يتتبع أولوية واجهة PIM لانتخاب DR. تم تقديم ميزة تكوين DR استنادا إلى أعلى أولوية مقابل أعلى عنوان IP في الإصدار 12.1(2)T من البرنامج Cisco IOS Software و 12.2 وصور Cisco IOS باستخدام BIDIR-PIM. يمكنك إستخدام أمر الواجهة ip pim dr-priority <0-4294967294>لتعيين أولوية DR. يتم تعيين أولوية DR الافتراضية على 1. للحصول على قابلية التشغيل البيني، إذا قام أحد جيران PIM بتشغيل إصدار أقدم من Cisco IOS لا يدعم ميزة أولوية DR، يظهر العمود "DR Before" ك N. إذا كان المجاور هو الموجه الوحيد الذي يعرض N للواجهة، فإنه يصبح هو DR بغض النظر عن الموجه الذي يحتوي بالفعل على أعلى عنوان IP. في حالة وجود العديد من جيران PIM مع إدراج N أسفل هذا العمود، يكون قاطع الارتباط هو أعلى عنوان IP فيما بينهم.
الوضع- معلومات حول DR وإمكانات PIM الأخرى.
يسرد هذا العمود DR بالإضافة إلى أية إمكانات يدعمها جهاز PIM المجاور:
DR- يتم تعيين موجه لقريب PIM
B- إمكانية PIM ثنائي الإتجاه (BIDIR-PIM)
S- إمكانية تحديث الحالة (تنطبق فقط على الوضع المكثف)
عند أستكشاف الأخطاء وإصلاحها، أستخدم هذا الأمر للتحقق من أن جميع الجيران قيد التشغيل وأنهم يستخدمون الوضع المناسب والإصدار وموقت انتهاء الصلاحية المناسب. يمكنك أيضا التحقق من تكوين الموجه، أو إستخدام الأمر show ip pim interface للتحقق من الوضع (وضع PIM النادر أو وضع الكثافة). أستخدم الأمر debug ip pim لمراقبة تبادل رسائل PIM-query.
أستخدم هذا الأمر لعرض معلومات حول الواجهات التي تم تكوينها ل PIM. بالإضافة إلى ذلك، يمكنك إستخدام هذا الأمر للتحقق من تكوين وضع PIM الصحيح (الكثيف أو النادر) على الواجهة، وأن العدد المجاور صحيح، والموجه المعين (DR) صحيح (وهو مهم لوضع PIM النادر). تختار المقاطع متعددة الوصول (مثل إيثرنت و Token Ring و FDDI) DR استنادا إلى أعلى عنوان IP. لا تعرض الارتباطات من نقطة إلى نقطة معلومات DR.
R1#show ip pim interface Address Interface Version/Mode Nbr Query DR Count Intvl 192.168.10.1 Ethernet0 v2/Sparse-Dense 1 30 192.168.10.2 192.168.9.3 Ethernet1 v2/Sparse-Dense 1 30 192.168.9.5
أستخدم هذا الأمر لعرض المحتويات الملخصة لجدول توجيه بث IP المتعدد. يمكنك أيضا إستخدامه للتحقق من مجموعة (مجموعات) البث المتعدد النشطة ومن مرسلي البث المتعدد النشطين عند النظر في وحدات التوقيت والأعلام.
R1#show ip mroute summary IP Multicast Routing Table Flags: D - Dense, S - Sparse, C - Connected, L - Local, P - Pruned R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT M - MSDP created entry, X - Proxy Join Timer Running A - Advertised via MSDP Outgoing interface flags: H - Hardware switched Timers: Uptime/Expires Interface state: Interface, Next-Hop or VCD, State/Mode (*, 239.255.0.1), 01:57:07/00:02:59, RP 192.168.7.2, flags: SJCF (192.168.33.32, 239.255.0.1), 01:56:23/00:02:59, flags: CJT (192.168.9.1, 239.255.0.1), 01:57:07/00:03:27, flags: CFT (*, 224.0.1.40), 1d00h/00:00:00, RP 192.168.7.2, flags: SJPCL
أستخدم هذا الأمر لعرض المحتويات الكاملة لجدول توجيه بث IP المتعدد. عند أستكشاف الأخطاء وإصلاحها، أستخدم هذا الأمر للتحقق من:
إدخالات الحالة (S،G) و(*،G) من العلامات.
الواجهة الواردة صحيحة. إذا لم يكن كذلك، فتحقق من جدول توجيه البث الأحادي.
الواجهة (الواجهات) الصادرة صحيحة. إذا تم تنقيحه بشكل غير صحيح، فتحقق من الحالة في موجه تدفق البيانات من الخادم.
R1#show ip mroute IP Multicast Routing Table Flags: D - Dense, S - Sparse, C - Connected, L - Local, P - Pruned R - RP-bit set, F - Register flag, T - SPT-bit set, J - Join SPT M - MSDP created entry, X - Proxy Join Timer Running A - Advertised via MSDP Outgoing interface flags: H - Hardware switched Timers: Uptime/Expires Interface state: Interface, Next-Hop or VCD, State/Mode (*, 239.255.0.1), 01:55:27/00:02:59, RP 192.168.7.2, flags: SJCF Incoming interface: Ethernet0, RPF nbr 192.168.10.2 Outgoing interface list: Ethernet1, Forward/Sparse, 01:55:27/00:02:52 (192.168.33.32 , 239.255.0.1), 01:54:43/00:02:59, flags: CJT Incoming interface: Ethernet0, RPF nbr 192.168.10.2 Outgoing interface list: Ethernet1, Forward/Sparse, 01:54:43/00:02:52 (192.168.9.1, 239.255.0.1), 01:55:30/00:03:26, flags: CFT Incoming interface: Ethernet1, RPF nbr 0.0.0.0 Outgoing interface list: Ethernet0, Forward/Sparse, 01:55:30/00:03:12 (*, 224.0.1.40), 1d00h/00:00:00, RP 192.168.7.2, flags: SJPCL Incoming interface: Ethernet0, RPF nbr 192.168.10.2 Outgoing interface list: Null
أستخدم هذا الأمر لعرض مصادر حركة المرور النشطة والمجموعات فوق الحد. عندما تقوم باستكشاف الأخطاء وإصلاحها، استخدمه للتحقق من مجموعات المصادر النشطة، ومعدل حركة مرور البيانات لكل زوج من مجموعات المصادر (S،G) (يجب أن تكون قد قمت بالتحويل إلى أقصر شجرة مسار (SPT))، وللتحقق مما إذا كانت حركة مرور البث المتعدد للمجموعة الهدف قد تم استقبالها. إذا لم يتم تلقي حركة المرور، فابحث عن حركة المرور النشطة التي تبدأ من المصدر باتجاه المستقبل.
R1#show ip mroute active Active IP Multicast Sources - sending >= 4 kbps Group: 239.255.0.1, (?) Source: 192.168.33.32 (?) Rate: 10 pps/115 kbps(1sec), 235 kbps(last 23 secs), 87 kbps(life avg)
أستخدم هذا الأمر لعرض كيفية قيام توجيه IP للبث المتعدد بإعادة توجيه المسار العكسي (RPF). عند أستكشاف الأخطاء وإصلاحها، استخدمه للتحقق من صحة معلومات إعادة توجيه المسار العكسي (RPF). إذا لم يكن كذلك، فتحقق من جدول توجيه البث الأحادي لعنوان المصدر. أستخدم أيضا أوامر ping وtrace على عنوان المصدر للتحقق من عمل توجيه البث الأحادي. يمكنك إستخدام مسارات بروتوكول توجيه متجه المسافات للبث المتعدد (DVMRP) أو المسارات الثابتة لإصلاح أي عدم تناسق للبث الأحادي المتعدد.
R1#show ip rpf 192.168.33.32 RPF information for ? (192.168.33.32) RPF interface: Ethernet0 RPF neighbor: ? (192.168.10.2) RPF route/mask: 192.168.33.0/16 RPF type: unicast (eigrp 1) RPF recursion count: 0 Doing distance-preferred lookups across tables
يمكن أن يتحقق هذا الأمر من ذاكرة التخزين المؤقت للتحويل السريع ل IP وتصحيح أخطاء التحويل السريع.
R1#show ip mcache IP Multicast Fast-Switching Cache (192.168.33.32/32, 239.255.0.1), Ethernet0, Last used: 00:00:00 Ethernet1 MAC Header: 01005E7F000100000C13DBA90800 (192.168.9.1/32, 239.255.0.1), Ethernet1, Last used: 00:00:00 Ethernet0 MAC Header: 01005E7F000100000C13DBA80800
أستخدم هذا الأمر للتحقق من إستلام حركة مرور البث المتعدد والتحقق من معدلات التدفق وعمليات الإسقاط الخاصة بها. إذا لم يتم تلقي حركة مرور، فاعمل من المصدر إلى المستقبل حتى تجد أين تتوقف حركة المرور. يمكنك أيضا إستخدام هذا الأمر للتحقق من إعادة توجيه حركة المرور. إذا لم تكن كذلك، فاستخدم الأمر show ip route للبحث عن "قائمة الواجهة الصادرة الفارغة" وإخفاقات RPF.
R1#show ip mroute count IP Multicast Statistics routes using 2406 bytes of memory 2 groups, 1.00 average sources per group Forwarding Counts: Pkt Count/Pkts per second/Avg Pkt Size/Kilobits per second Other counts: Total/RPF failed/Other drops(OIF-null, rate-limit etc) Group: 239.255.0.1, Source count: 2, Group pkt count: 11709 RP-tree: Forwarding: 3/0/431/0, Other: 3/0/0 Source: 192.168.33.32/32, Forwarding: 11225/6/1401/62, Other: 11225/0/0 Source: 192.168.9.1/32, Forwarding: 481/0/85/0, Other: 490/0/9 Group: 224.0.1.40, Source count: 0, Group pkt count:
أستخدم هذا الأمر للتحقق من جدول توجيه البث الأحادي وإصلاح حالات فشل إعادة توجيه المسار العكسي (RPF) في جدول المسار.
R2#show ip route Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2 E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area * - candidate default, U - per-user static route, o - ODR P - periodic downloaded static route Gateway of last resort is not set D 192.168.9.0/24 [90/307200] via 192.168.10.1, 00:59:45, Ethernet0 C 192.168.10.0/24 is directly connected, Ethernet0 D 192.168.4.0/24 [90/11040000] via 192.168.7.1, 23:21:00, Serial0 D 192.168.5.0/24 [90/11023872] via 192.168.7.1, 23:21:02, Serial0 C 192.168.7.0/24 is directly connected, Serial0 D 192.168.33.0/16 [90/2195456] via 192.168.7.1, 1d23h, Serial0 D 192.168.1.0/24 [90/11552000] via 192.168.7.1, 22:41:27, Serial0
أستخدم هذا الأمر للتحقق من تعيين RP بواسطة نطاق مجموعة البث المتعدد، وللتحقق من صحة مصدر تعلم RP (الثابت أو auto-RP) والتعيين. إذا عثرت على خطأ، فتحقق من تكوين الموجه المحلي أو تكوين RP التلقائي.
R1#show ip pim rp mapping PIM Group-to-RP Mappings Group(s) 224.0.1.40/32 RP 192.168.7.2 (?), v1 Info source: local, via Auto-RP Uptime: 2d00h, expires: never Group(s): 224.0.0.0/4, Static RP: 192.168.7.2 (?)
تم تصميم هذا القسم لإظهار كيف يجب أن تبدو بعض مخرجات أمر تصحيح الأخطاء في شبكة تعمل. عندما تقوم باستكشاف الأخطاء وإصلاحها، يمكنك التمييز بين إخراج تصحيح الأخطاء الصحيح وما يشير إلى مشكلة في شبكتك. أحلت ل كثير معلومة شامل على هذا يضبط أمر، ال cisco ios يضبط أمر مرجع.
أستخدم الأمر debug ip igmp لعرض حزم IGMP التي يتم استقبالها وإرسالها، بالإضافة إلى الأحداث المتعلقة بمضيف IGMP. يقوم النموذج no من هذا الأمر بتعطيل إخراج تصحيح الأخطاء.
يساعدك هذا الإخراج على اكتشاف ما إذا كانت عمليات بروتوكول إدارة مجموعات الإنترنت (IGMP) تعمل أم لا. بشكل عام، إذا لم يعمل بروتوكول IGMP، فلن تقوم عملية الموجه أبدا باكتشاف مضيف آخر على الشبكة التي تم تكوينها لتلقي حزم البث المتعدد. في وضع PIM المكثف، يعني ذلك أنه يتم تسليم الحزم بشكل متقطع (بضع مرات كل ثلاث دقائق). في وضع PIM المتناثر، لا يتم تسليمها مطلقا.
R1#debug ip igmp 12:32:51.065: IGMP: Send v2 Query on Ethernet1 to 224.0.0.1 12:32:51.069: IGMP: Set report delay time to 9.4 seconds for 224.0.1.40 on Ethernet1 12:32:56.909: IGMP: Received v1 Report from 192.168.9.1 (Ethernet1) for 239.255.0.1 12:32:56.917: IGMP: Starting old host present timer for 239.255.0.1 on Ethernet1 12:33:01.065: IGMP: Send v2 Report for 224.0.1.40 on Ethernet1 12:33:01.069: IGMP: Received v2 Report from 192.168.9.4 (Ethernet1) for 224.0.1.40 12:33:51.065: IGMP: Send v2 Query on Ethernet1 to 224.0.0.1
يوضح الإخراج السابق أن الموجه يرسل استعلام IGMP الإصدار 2 خارج الواجهة إيثرنت 1 في عنوان البث المتعدد 224.0.0.1 (جميع أنظمة البث المتعدد على هذه الشبكة الفرعية). تعد واجهة إيثرنت 1 نفسها عضوا في المجموعة 224.0.1.40 (يمكنك إستخدام أمر show ip igmp interface لتحديد هذا الأمر)، والذي يعمل على تعيين وقت تأخير التقرير وهو 9.4 ثانية (محدد بشكل عشوائي). نظرا لأنه لا يتلقى أي تقرير من نظام آخر لمجموعة البث المتعدد 224.0.1.40 خلال 9.4 ثانية التالية، فإنه يرسل تقرير الإصدار 2 عن عضويته، والذي يتم إستقباله بواسطة الموجه نفسه على الإيثرنت 1. كما يستقبل الإصدار 1 من تقرير IGMP من المضيف 192.168.9.1، المتصل مباشرة بواجهة إيثرنت 1 للمجموعة 239.255.0.1.
يفيد إخراج تصحيح الأخطاء هذا عندما تتحقق من أن واجهة الموجه ترسل استعلامات ولتحديد الفاصل الزمني للاستعلام (في الحالة السابقة، 60 ثانية). يمكنك أيضا إستخدام الأمر لتحديد إصدار IGMP المستخدم من قبل العملاء.
أستخدم الأمر debug ip mpacket لعرض جميع حزم بث IP المتعددة المستلمة والمحولة. يقوم النموذج no من هذا الأمر بتعطيل إخراج تصحيح الأخطاء.
R1#debug ip mpacket 239.255.0.1 detail 13:09:55.973: IP: MAC sa=0000.0c70.d41e (Ethernet0), IP last-hop=192.168.10.2 13:09:55.977: IP: IP tos=0x0, len=892, id=0xD3C1, ttl=12, prot=17 13:09:55.981: IP: s=192.168.33.32 (Ethernet0) d=239.255.0.1 (Ethernet1) len 906, mforward
يقوم هذا الأمر بفك ترميز حزمة البث المتعدد ويظهر ما إذا كان قد تم إعادة توجيه الحزمة (إعادة توجيهها) أو إسقاطها. من المفيد عند تصحيح أخطاء تدفق الحزم في الشبكة للنظر في قيمة TTL وسبب إسقاط الحزمة.
تحذير: توخ الحذر عند تشغيل إخراج تصحيح الأخطاء على مستوى الحزمة، وخاصة عندما يقوم الموجه بتوفير خدمات أحمال حزم البث المتعدد العالية.
يكون هذا الأمر مفيدا لأغراض صيانة جدول التوجيه. استخدمه للتحقق من تثبيت المسار (S،G) في جدول التوجيه، أو إذا لم يكن كذلك، فلماذا لا. المعلومات الأساسية في هذا الإخراج هي واجهة إعادة توجيه المسار العكسي (RPF). إذا كان هناك فشل في فحص إعادة توجيه المسار العكسي (S،G)، فسيفشل تثبيت المسار في جدول التوجيه.
R1#debug ip mrouting 239.255.0.1 13:17:27.821: MRT: Create (*, 239.255.0.1), RPF Null, PC 0x34F16CE 13:17:27.825: MRT: Create (192.168.33.32/32, 239.255.0.1), RPF Ethernet0/192.168.10.2, PC 0x34F181A 13:17:30.481: MRT: Create (192.168.9.1/32, 239.255.0.1), RPF Ethernet1/0.0.0.0, PC 0x34F18
أستخدم الأمر debug ip pim لعرض حزم PIM التي يتم استقبالها وإرسالها، بالإضافة إلى الأحداث المتعلقة ب PIM. يقوم النموذج no من هذا الأمر بتعطيل إخراج تصحيح الأخطاء.
يستخدم هذا القسم مثالا لمساعدتك في فهم إخراج تصحيح الأخطاء الخاص بوضع PIM المتناثر، وإظهار إخراج تصحيح أخطاء نموذجي.
وفيما يلي إخراج debug ip pim على R1:
R1#debug ip pim PIM: Send v2 Hello on Ethernet0 PIM: Send v2 Hello on Ethernet1 PIM: Received v2 Hello on Ethernet0 from 192.168.10.2 PIM: Send v2 Hello on Ethernet0 PIM: Send v2 Hello on Ethernet1 PIM: Building Join/Prune message for 239.255.0.1 PIM: v2, for RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit, S-bit PIM: Send v2 periodic Join/Prune to RP via 192.168.10.2 (Ethernet0) PIM: Received RP-Reachable on Ethernet0 from 192.168.7.2 for group 239.255.0.1 PIM: Update RP expiration timer (270 sec) for 239.255.0.1
وفيما يلي ما يشير إليه كل خط من خطوط الإنتاج: يقوم R1 و R2 بإنشاء جيران PIM عند تبادل رسائل السلام. تعمل رسائل Hello الدورية، المتبادلة في ثوان Query-Interval بين R1 (E0) و R2 (E0)، على تتبع جيران PIM.
يرسل R1 رسالة انضمام/تنقيح إلى عنوان RP 192.168.7.2. يرد RP (R2) برسالة RP مستلمة قابلة للوصول إلى R1 للمجموعة 239.255.0.1. يقوم هذا بدوره بتحديث مؤقت انتهاء صلاحية RP في R1. يقوم مؤقت انتهاء الصلاحية بتعيين نقطة تحقق للتأكد من أن RP لا يزال موجودا؛ وإلا، فيجب اكتشاف RP جديد. أستخدم الأمر show ip pim rp لمراقبة وقت انتهاء صلاحية RP.
الآن، انظر إلى إخراج تصحيح الأخطاء بين R1 و R2 عندما ينضم مستقبل البث المتعدد للمجموعة 239.255.0.1 إلى R1.
أولا، أنظر إلى الإخراج على R1:
1 PIM: Check RP 192.168.7.2 into the (*, 239.255.0.1) entry 2 PIM: Send v2 Join on Ethernet0 to 192.168.10.2 for (192.168.8.7.2/32, 239.255.0.1), WC-bit, RPT-bit, S-bit 3 PIM: Building batch join message for 239.255.0.1 4 PIM: Building Join/Prune message for 239.255.0.1 5 PIM: v2, for RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit, S-bit 6 PIM: Send v2 periodic Join/Prune to RP via 192.168.10.2 (Ethernet0) 7 PIM: Received RP-Reachable on Ethernet0 from 192.168.7.2 : for group 239.255.0.1 8 PIM: Update RP expiration timer (270 sec) for 239.255.0.1 9 PIM: Building Join/Prune message for 239.255.0.1 10 PIM: v2, for RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit, S-bit 11 PIM: Send v2 periodic Join/Prune to RP via 192.168.10.2 (Ethernet0)
الآن، انظروا إلى مخرجات R2:
12 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 13 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2 14 PIM: Check RP 192.168.7.2 into the (*, 239.255.0.1) entry, RPT-bit set, WC-bit set, S-bit set 15 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 16 PIM: Building Join/Prune message for 239.255.0.1 17 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 18 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RPT-bit set, WC-bit set, S-bit set 19 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 20 PIM: Building Join/Prune message for 239.255.0.1 21 PIM: Send RP-reachability for 239.255.0.1 on Ethernet0 22 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 23 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RPT-bit set, WC-bit set, S-bit set 24 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 25 PIM: Building Join/Prune message for 239.255.0.1
في السطر 1 السابق، ينضم المستقبل متعدد البث للمجموعة 239.255.0.1 إلى R1. يؤدي هذا إلى تثبيت إدخال (*، 239.255.0.1) في جدول المسار. ثم، في السطر 2، يرسل مستقبل البث المتعدد وصلة IGMP إلى R2 (RP) للانضمام إلى الشجرة المشتركة.
عندما يصل ربط IGMP إلى R2، يقوم R2 بتثبيت مسار (*، 239.255.0.1)، كما هو موضح في الأسطر من 12 إلى 15 من إخراج R2.
بمجرد تثبيت R2 (*، 239.255.0.1) في جدول التوجيه الخاص به، فإنه يضيف الواجهة التي تلقى منها رسالة الانضمام/النسخ إلى قائمة الواجهة الصادرة (OIL) الخاصة بها في حالة التوجيه. ثم يرسل رسالة RP-reachability مرة أخرى على الواجهة التي تلقى عليها رسالة الانضمام/النسخ. تظهر هذه الحركة في الأسطر من 15 إلى 21 من إخراج R2.
يتلقى R1 رسالة RP-reachable للمجموعة 239.255.0.1 ويحدث موقت انتهاء صلاحيتها ل RP. يقوم هذا التبادل بتكرار نفسه مرة واحدة في الدقيقة بشكل افتراضي وتحديث حالة إعادة توجيه البث المتعدد الخاصة به كما هو موضح في الأسطر 7 و 8 من إخراج R1.
في السطور التالية، يظهر إخراج تصحيح الأخطاء بين R2 (RP) و R3. بدأ المصدر (المتصل مباشرة ب R3) في إرسال الحزم للمجموعة 239.255.0.1.
أولا، انظروا إلى مخرجات R3:
1 PIM: Check RP 192.168.7.2 into the (*, 239.255.0.1) entry 2 PIM: Building Join/Prune message for 239.255.0.1 3 PIM: For RP, Join-list: 192.168.7.2/32, RP-bit, WC-bit 4 PIM: Send periodic Join/Prune to RP via 192.168.7.2 (Serial4/0) 5 PIM: Received RP-Reachable on Serial4/0 from 192.168.7.2 6 PIM: Update RP expiration timer (270 sec) for 239.255.0.1 7 PIM: Send Register to 192.168.7.2 for 192.168.33.32, group 239.255.0.1 8 PIM: Send Register to 192.168.7.2 for 192.168.33.32, group 239.255.0.1 9 PIM: Received Join/Prune on Serial4/0 from 192.168.7.2 10 PIM: Join-list: (192.168.33.32/32, 239.255.0.1), S-bit set 11 PIM: Add Serial4/0/192.168.7.2 to (192.168.33.32/32, 239.255.0.1), Forward state 12 PIM: Received Register-Stop on Serial4/0 from 192.168.7.2 13 PIM: Clear register flag to 192.168.7.2 for (192.168.33.32/32, 239.255.0.1) 14 PIM: Received Register-Stop on Serial4/0 from 192.168.7.2 15 PIM: Clear register flag to 192.168.7.2 for (192.168.33.32/32, 239.255.0.1)
فيما يلي مخرجات R2، ال RP:
16 PIM: Received Join/Prune on Serial0 from 192.168.7.1, to us 17 PIM: Send RP-reachability for 239.255.0.1 on Serial0 18 PIM: Received Register on Serial0 from 192.168.7.1 for 192.168.33.32, group 239.255.0.1 19 PIM: Forward decapsulated data packet for 239.255.0.1 on Ethernet0 10 PIM: Forward decapsulated data packet for 239.255.0.1 on Serial0 21 PIM: Send Join on Serial0 to 192.168.7.1 for (192.168.33.32/32, 239.255.0.1), S-bit 22 PIM: Send Join on Serial0 to 192.168.7.1 for (192.168.33.32/32, 239.255.0.1), S-bit 23 PIM: Send Register-Stop to 192.168.7.1 for 192.168.33.32, group 239.255.0.1 24 PIM: Received Join/Prune on Serial0 from 192.168.7.1, to us 25 PIM: Prune-list: (192.168.33.32/32, 239.255.0.1) 26 PIM: Received v2 Join/Prune on Ethernet0 from 192.168.10.1, to us 27 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RPT-bit set, WC-bit set, S-bit set 28 PIM: Add Ethernet0/192.168.10.1 to (*, 239.255.0.1), Forward state 29 PIM: Add Ethernet0/192.168.10.1 to (192.168.33.32/32, 239.255.0.1) 30 PIM: Join-list: (192.168.33.32/32, 239.255.0.1), S-bit set 31 PIM: Add Ethernet0/192.168.10.1 to (192.168.33.32/32, 239.255.0.1), Forward state 32 PIM: Building Join/Prune message for 239.255.0.1 33 PIM: For 192.168.7.1, Join-list: 192.168.33.32/32 34 PIM: For 192.168.10.1, Join-list: 192.168.9.1/32 35 PIM: Send v2 periodic Join/Prune to 192.168.10.1 (Ethernet0) 36 PIM: Send periodic Join/Prune to 192.168.7.1 (Serial0) 37 PIM: Received Join/Prune on Serial0 from 192.168.7.1, to us 38 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RP-bit set, WC-bit set, S-bit set 39 PIM: Add Serial0/192.168.7.1 to (*, 239.255.0.1), Forward state 40 PIM: Add Serial0/192.168.7.1 to (192.168.33.32/32, 239.255.0.1) 41 PIM: Add Serial0/192.168.7.1 to (192.168.9.1/32, 239.255.0.1) 42 PIM: Join-list: (192.168.9.1/32, 239.255.0.1), S-bit set 43 PIM: Add Serial0/192.168.7.1 to (192.168.9.1/32, 239.255.0.1), Forward state 44 PIM: Join-list: (*, 239.255.0.1) RP 192.168.7.2, RP-bit set, WC-bit set, S-bit set 45 PIM: Add Serial0/192.168.7.1 to (*, 239.255.0.1), Forward state
يوضح السطر 1 أن R3، والذي يتم توصيله مباشرة عبر Ethernet0/0 بالمصدر، يتلقى حركة مرور البث المتعدد للمجموعة 239.255.0.1. يقوم بإنشاء إدخال (*، 239.255.0.1) ويرسل رسالة انضمام إلى RP.
يوضح البندان 16 و 17 أن R2، وهو RP، يتلقى أيضا رسالة الانضمام/النسخ ويرسل معلومات إمكانية الوصول إلى RP إلى R3.
في الأسطر 5 و 6، يقوم R3 بتحديث مؤقت انتهاء صلاحية RP الخاص به بعد أن يتلقى معلومات RP التي يمكن الوصول إليها. يظهر الأسطر 7 و 8 السابق أن R3 يستخدم مدخله (*،G) لإرسال البيانات إلى RP مضمنة في حزمة سجل مع المصدر الذي يبدأ الإرسال إلى المجموعة 239.255.0.1.
توضح الأسطر من 18 إلى 20 أن R2 تلقى حزمة السجل، وتم إلغاء تغليفها وإعادة توجيهها أسفل الشجرة باستخدام إدخال (*، 239.255.0.1) موجود مسبقا في جدول التوجيه.
يظهر الأسطر 21 و 29 أن R2 يرسل رسالة انضمام إلى R3 ويثبت إدخال (S،G) (192.168.33.32، 239.255.0.1) في جدول المسار.
توضح الأسطر من 9 إلى 11 أن R3 يستلم رسالة الانضمام من R2، ويثبت إدخال (S،G) (192.168.33.32،239.255.0.1) في جدول المسار، ويضع الواجهة المتصلة ب RP في الوضع الأمامي، الذي يقوم بإنشاء شجرة SPT للبث المتعدد (S،G) باتجاه المصدر.
في السطر 23، يبدأ R2 في تلقي حركة مرور (S،G) أسفل SPT وإرسال رسالة توقف التسجيل (ورسالة انضمام) نحو المصدر.
توضح الأسطر من 12 إلى 15 أن R3 يستقبل رسالة Register-Stop، ويمسح علامة السجل، ويوقف حركة مرور عملية التضمين (S،G).
يتم تبادل رسائل الانضمام/النسخ الدورية بين RP و R3 للحفاظ على شجرة البث المتعدد.
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
2.0 |
28-Nov-2023 |
تقويم |
1.0 |
10-Dec-2001 |
الإصدار الأولي |