البث المتعدد عبر نفق GRE

المقدمة

يوفر هذا المستند نموذجا لتكوين البث المتعدد عبر نفق تضمين توجيه عام (GRE).

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

المتطلبات الأساسية

المتطلبات

تأكد من استيفاء المتطلبات التالية قبل أن تحاول إجراء هذا التكوين:

• من المفيد وجود فهم أساسي للبث المتعدد و PIM. راجع دليل تكوين البدء السريع للبث المتعدد للحصول على مزيد من المعلومات حول البث المتعدد و PIM.

المكونات المستخدمة

لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.

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

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

التكوين

في هذا القسم، تُقدّم لك معلومات تكوين الميزات الموضحة في هذا المستند.

كما يوضح الرسم التخطيطي للشبكة، يتم توصيل مصدر البث المتعدد (10.1.1.1) ب R102 ويتم تكوينه لمجموعة البث المتعدد 239.1.1.20. يتصل مستقبل البث المتعدد (10.2.2.3) ب R104 ويتم تكوينه لتلقي حزم البث المتعدد للمجموعة 239.1.1.20. الفصل R102 و R104 هو سحابة IP، والتي لم يتم تكوينها للتوجيه متعدد البث.

تم تكوين نفق بين الطراز R102 و R104 مصدره بواجهات الاسترجاع الخاصة به. يتم تكوين الأمر ip pim sparse-density mode على واجهات الأنفاق ويتم تمكين التوجيه متعدد البث على R102 و R104. يتيح تكوين الوضع المتناثر الكثيف على واجهات النفق إعادة توجيه الحزم في وضع النثر أو الوضع الكثيف عبر النفق بناء على تكوين نقطة الالتقاء (RP) للمجموعة.

ملاحظة: بالنسبة للوضع الكثيف - باستخدام وضع PIM المكثف الذي تم تكوينه عبر النفق، يتم تكوين أمر ip route 10.1.1.0 255.255.255.0 tunnel 0 على R104 لضمان إعادة توجيه المسار العكسي (RPF) بنجاح لعنوان مصدر البث المتعدد 10.1.1.1. 1. يتم التحقق من حزم البث المتعدد الواردة (10.1.1.1، 239.1.1.20) عبر Tunnel0 (Tu0) لإعادة توجيه المسار العكسي (RPF) باستخدام بيان المسار هذا. بعد التحقق بنجاح، تتم إعادة توجيه حزم البث المتعدد إلى واجهات قائمة الواجهة الصادرة (OIL).

ملاحظة: بالنسبة للوضع المتناثر - مع تكوين وضع PIM المتناثر عبر النفق، تأكد من معالجة هذه النقاط:

• من أجل تحقق ناجح من إعادة توجيه المسار العكسي (RPF) لحركة مرور البث المتعدد المتدفقة عبر الشجرة المشتركة (*،G) من RP، يلزم تكوين أمر ip mroute rp-address nexthop لعنوان RP، الذي يشير إلى واجهة النفق.

  مع افتراض أن R102 هو RP (عنوان RP 2.2.2.2) في هذه الحالة، فإن المسار هو الأمر ip route 2.2.2 255.255.255.255.255 tunnel 0، والذي يضمن التحقق من إعادة توجيه المسار العكسي (RPF) بنجاح لحركة المرور التي تتدفق عبر الشجرة المشتركة.

• للتحقق من إعادة توجيه المسار العكسي (RPF) الناجح لحركة مرور البث المتعدد (S،G) المتدفقة عبر أقصر شجرة مسار (SPT)، يلزم تكوين الأمر ip route source-address nexthop لمصدر البث المتعدد، مشيرا إلى واجهة النفق.

  في هذه الحالة، عند تدفق حركة مرور SPT عبر واجهة النفق يتم تكوين أمر النفق ip route 10.1.1.0 255.255.255.0 tunnel 0 على R104 لضمان التحقق من إعادة توجيه المسار العكسي (RPF) بنجاح لحزم البث المتعدد الواردة (10.1.1.1، 239.1.1.20) عبر واجهة Tu0.

الرسم التخطيطي للشبكة

يستخدم هذا المستند إعداد الشبكة التالي:

التكوينات

يستخدم هذا المستند التكوينات التالية:

• الطراز R102

• الطراز R104

قم بتكوين الموجه 102 وفقا لملف التكوين الجاري تشغيله هذا:

version 12.2
!hostname r102
!
!ip subnet-zero
no ip domain-lookup

!--- It stops IP domain lookup, which improves 
!--- the show command response time.

!
ip multicast-routing

!--- Enables IP multicast routing.

!
interface Loopback0
 ip address 2.2.2.2 255.255.255.255
 
!--- Tunnel Source interface.

!
interface Tunnel0

!--- Tunnel interface configured for PIM and carrying 
!--- multicast packets to R104.

 ip address 192.168.24.1 255.255.255.252
 ip pim sparse-dense-mode
 tunnel source Loopback0
 tunnel destination 4.4.4.4
!
interface Ethernet0/0

!--- Interface connected to Source.

 ip address 10.1.1.2 255.255.255.0
 ip pim sparse-dense-mode
!
!
interface Serial8/0
 ip address 192.168.23.1 255.255.255.252

!--- Note IP PIM sparse-dense mode is 
!--- not configured on Serial interface.

!router ospf 1
 log-adjacency-changes
 network 2.2.2.2 0.0.0.0 area 0
 network 10.1.1.0 0.0.0.255 area 0
 network 192.168.23.0 0.0.0.255 area 0
!
ip classless
ip pim bidir-enable
!
line con 0
line aux 0
line vty 0 4
 login
!
end

قم بتكوين الموجه 104 وفقا لملف التكوين الجاري تشغيله هذا:

r104#
version 12.2
!
hostname r104
!
!
ip subnet-zero
no ip domain-lookup

!--- It stops IP domain lookup, which improves 
!--- the show command response time.

!
ip multicast-routing

!--- Enables IP multicast routing.

!
interface Loopback0
 ip address 4.4.4.4 255.255.255.255

!--- Tunnel Source interface.

!
interface Tunnel0
 ip address 192.168.24.2 255.255.255.252

!--- Tunnel interface configured for PIM 
!--- and carrying multicast packets.

 ip pim sparse-dense-mode
 tunnel source Loopback0
 tunnel destination 2.2.2.2
!
interface Ethernet0/0
 ip address 10.2.2.2 255.255.255.0
 ip pim sparse-dense-mode
!
interface Serial9/0
 ip address 192.168.34.1 255.255.255.252

!--- Note IP PIM sparse-dense mode is not 
!--- configured on Serial interface. 
!
!
router ospf 1
 log-adjacency-changes
 network 4.4.4.4 0.0.0.0 area 0
 network 10.2.2.0 0.0.0.255 area 0
 network 192.168.34.0 0.0.0.255 area 0
!
ip classless
no ip http server
ip pim bidir-enable
ip mroute 10.1.1.0 255.255.255.0 Tunnel0


!--- This mroute ensures a successful RPF check 
!--- for packets flowing from the source. 
!--- 10.1.1.1 over Shared tree in case of Dense 
!--- more and SPT in case of Sparse mode.

!
ip mroute 2.2.2.2 255.255.255.255 tunnel 0


!--- This mroute is required for RPF check when 
!--- Sparse mode multicast traffic is 
!--- flowing from RP (assuming R102 with 2.2.2.2 as RP) 
!--- towards receiver via tunnel 
!--- before the SPT switchover.

line con 0
line aux 0
line vty 0 4
 login
!
end

التحقق من الصحة

استخدم هذا القسم لتأكيد عمل التكوين بشكل صحيح.

يدعم Cisco CLI Analyzer (محلل واجهة سطر الأوامر من Cisco) (للعملاء المسجلين فقط) أوامر show معينة. استخدم Cisco CLI Analyzer (محلل واجهة سطر الأوامر من Cisco) لعرض تحليل مُخرَج الأمر show.

• show ip igmp group - يتحقق من أن المستقبل قد أرسل طلب عضوية IGMP الخاص به للمجموعة 239.1.1.20 إلى R104.

  r104#show ip igmp groups 
  IGMP Connected Group Membership
  Group Address    Interface          Uptime    Expires   Last Reporter
  239.1.1.20       Ethernet0/0        00:00:04  00:02:55  10.2.2.3

• show ip route group-address - يتحقق من أنه عندما يبدأ المصدر 10.1.1.1 في تشغيل حزم البث المتعدد للمجموعة 239.1.1.20، يقوم R102 بتثبيت الإدخالات (*،239.1.1.20) و (10.1.1.1، 239.1.1.20) في جدول المسار R102.

  ملاحظة: في المدخل (10.1.1.1، 239.1.1.20)، يكون النفط هو النفق0.

  r102#show ip mroute 239.1.1.20
  IP Multicast Routing Table
  Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, 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 - Candidate for MSDP Advertisement,
         U - URD, I - Received Source Specific Host Report
  Outgoing interface flags: H - Hardware switched
  Timers: Uptime/Expires
  Interface state: Interface, Next-Hop or VCD, State/Mode
  
  (*, 239.1.1.20), 00:00:09/00:02:59, RP 0.0.0.0, flags: D
    Incoming interface: Null, RPF nbr 0.0.0.0
    Outgoing interface list:
      Tunnel0, Forward/Sparse-Dense, 00:00:09/00:00:00
      Ethernet0/0, Forward/Sparse-Dense, 00:00:09/00:00:00
  
  (10.1.1.1, 239.1.1.20), 00:00:09/00:02:58, flags: T
    Incoming interface: Ethernet0/0, RPF nbr 0.0.0.0
    Outgoing interface list:
      Tunnel0, Forward/Sparse-Dense, 00:00:09/00:00:00

• show ip route group-address - يتحقق من أن R104 يحتوي على الإدخالات (*،239.1.1.20) و(10.1.1.1، 239.1.1.20) أثناء إعادة توجيه حزم البث المتعدد للمجموعة 239.1.1.20 التي تم الحصول عليها من 10.1.1.1.

  ملاحظة: في (10.1.1.1 و 239.1.1.20)، الواجهة الواردة هي Tunnel0 وجارة إعادة توجيه المسار العكسي (RPF) هي 192.168.24.1 - نهاية رأس النفق في R102. يتم إجراء التحقق من إعادة توجيه المسار العكسي (RPF) استنادا إلى المسار الذي تم تكوينه على R104، ويتم دفع حزم البث المتعدد إلى النفط إلى المستقبل المتصل بواجهة الإيثرنت 0/0.

  r104#show ip mroute 239.1.1.20
  IP Multicast Routing Table
  Flags: D - Dense, S - Sparse, B - Bidir Group, s - SSM Group, 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 - Candidate for MSDP Advertisement,
         U - URD, I - Received Source Specific Host Report
  Outgoing interface flags: H - Hardware switched
  Timers: Uptime/Expires
  Interface state: Interface, Next-Hop or VCD, State/Mode
  
  (*, 239.1.1.20), 00:07:10/00:00:00, RP 0.0.0.0, flags: DCL
    Incoming interface: Null, RPF nbr 0.0.0.0
    Outgoing interface list:
      Tunnel0, Forward/Sparse-Dense, 00:07:10/00:00:00
      Ethernet0/0, Forward/Sparse-Dense, 00:07:10/00:00:00
  
  (10.1.1.1, 239.1.1.20), 00:01:13/00:02:24, flags: CLT
    Incoming interface: Tunnel0, RPF nbr 192.168.24.1, Mroute
    Outgoing interface list:
      Ethernet0/0, Forward/Sparse-Dense, 00:01:13/00:00:00

• show ip rpf ip-address - إجراء التحقق من إعادة توجيه المسار العكسي (RPF) للحزم المصدر من 10.1.1.1. يؤكد المثال التالي أن إعادة توجيه المسار العكسي (RPF) ل 10.1.1.1 هي عبر النفق 0، الذي نستلم عليه حزم البث المتعدد (S،G).

  r104>show ip rpf 10.1.1.1
  RPF information for ? (10.1.1.1)
    RPF interface: Tunnel0
    RPF neighbor: ? (192.168.24.1)
    RPF route/mask: 10.1.1.1/24
    RPF type: static
    RPF recursion count: 0
    Doing distance-preferred lookups across tables

استكشاف الأخطاء وإصلاحها

أستخدم هذا القسم لاستكشاف أخطاء التكوين وإصلاحها.

يدعم Cisco CLI Analyzer (محلل واجهة سطر الأوامر من Cisco) (للعملاء المسجلين فقط) أوامر show معينة. استخدم Cisco CLI Analyzer (محلل واجهة سطر الأوامر من Cisco) لعرض تحليل مُخرَج الأمر show.

ملاحظة: ارجع إلى معلومات مهمة حول أوامر التصحيح قبل إستخدام أوامر debug.

إذا لم يعمل البث المتعدد عبر نفق GRE، فقد يكون أحد هذه الأسباب:

• Tunnel UP/UP - لا يتطابق مصدر النفق ووجهته مع كل نهاية من النفق. على سبيل المثال، إذا تم تغيير وجهة النفق في R102 إلى عنوان IP 10.2.2.2 بدلا من 2.2.2.2 بينما ظل التكوين على R104 كما هو، فلن يظهر النفق.

  قم بإصدار الأمر show interface tunnel 0 للتحقق من حالة النفق.

• يتم إسقاط حزم البث المتعدد بسبب فشل RPF.

  قم بإصدار الأمر show ip mroute count. يتم عرض نموذج إخراج من هذا الأمر وعوارضه المتزايدة لفشل إعادة توجيه المسار العكسي (RPF) في هذا الإخراج:

  r104#show ip mroute count
  IP Multicast Statistics
  3 routes using 1642 bytes of memory
  2 groups, 0.50 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: 224.0.1.40, Source count: 0, Packets forwarded: 0, Packets received: 0
  
  Group: 239.1.1.20, Source count: 1, Packets forwarded: 11, Packets received: 45
    Source: 10.1.1.1/32, Forwarding: 11/0/100/0, Other: 25/14/0
  
  
  !--- After some time, the show ip mroute count command 
  !--- is issued again. You can see the RPF failed counter increasing:
  
  r104#show ip mroute count
  IP Multicast Statistics
  3 routes using 1642 bytes of memory
  2 groups, 0.50 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: 224.0.1.40, Source count: 0, Packets forwarded: 0, Packets received: 0
  
  Group: 239.1.1.20, Source count: 1, Packets forwarded: 11, Packets received: 50
    Source: 10.1.1.1/32, Forwarding: 11/0/100/0, Other: 30/19/0
  r104#

  يمكنك أيضا إصدار الأمر show ip rpf source. تأكد من أن واجهة إعادة توجيه المسار العكسي (RPF) هي نفسها التي يتم تلقي حزم البث المتعدد للمصدر عليها - النفق 0 في هذا المثال. راجع دليل أستكشاف أخطاء IP للبث المتعدد وإصلاحها للحصول على مزيد من المعلومات حول حالات فشل إعادة توجيه المسار العكسي (RPF).

• جيران PIM - لا يقوم الموجه R102 بإعادة التوجيه عبر واجهة Tunnel0 لأنه لا يرى جارة PM R104.

  أصدر الأوامر التالية:

  • show ip pim neighbor - يمكنك إستخدام الأمر show ip pim neighbor على R102 لإظهار R104 المجاور عبر النفق.

  • show ip pim int - يمكنك أيضا إستخدام الأمر show ip pim int لإظهار وجود جار.

  • ip pim ذو وضع الكثافة - تحقق من تكوين الأمر ip pim المتناثر-density-mode على كلا طرفي النفق ومن تمكين توجيه IP متعدد البث.

معلومات ذات صلة

• دليل تكوين البدء السريع للبث المتعدد
• دليل استكشاف مشكلات البث المتعدد لبروتوكول IP وإصلاحها
• أدوات أستكشاف أخطاء البث المتعدد وإصلاحها الأساسية
• صفحة دعم البث المتعدد ل TCP/IP
• الدعم التقني والمستندات - Cisco Systems