المحتويات

المقدمة

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

المتطلبات

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

معلومات أساسية

عمارة

ما التغييرات التي طرأت على RFC 6513/6514؟

تغييرات التكوين

إعلان المسار

الأمثلة

مثال 1: ملف التعريف 12: إرسال إشارات الإرسال BGP C-MCAST الافتراضي إلى MDT - mLDP - P2MP - BGP-AD

التكوين

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

موجه حدود المدخل

موجه حدود الخروج

مثال 2: ملف التعريف 20 الافتراضي ل MDT - P2MP-TE - BGP-AD - PIM - إرسال إشارات C-MCAST

التكوين

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

موجه حدود المدخل

موجه حدود الخروج

المثال 3: كما في المثال 1، ولكن هناك iBGP بين PE وموجه الحدود

المثال 4: التحويل متعدد البروتوكولات (MPLS) بسلاسة

المقدمة

يصف هذا المستند البث المتعدد للجدول العام (GTM) غير المقسم ل mVPN.

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

المتطلبات

لا توجد متطلبات خاصة لهذا المستند.

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

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

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

معلومات أساسية

يحتوي NG mVPN (RFC 6513/6514) على العديد من ملفات التعريف. تحتوي معظم التوصيفات على شبكة خاصة افتراضية (VPN) أو توجيه/إعادة توجيه ظاهري (VRF) في موجهات PE. بعض التوصيفات (توصيفات 7 و في السياق العالمي. بالنسبة لهذه التوصيفات التي تكون عمومية بالفعل، يتم تقديم الاكتشاف التلقائي BGP (AD) مع GTM. للتوصيفات التي في سياق VRF، تتاح التوصيفات الآن في السياق العام، مع شجرة توزيع البث المتعدد (MDT). هذه كلها نماذج GTM غير مجزأة. ويرد وصف للإجراءات التي يستخدمها نظام GTM غير المقسم في مشروع IETF-draft-ietf-bess-mvpn-global-table-mcast.

يتطلب كل من RFC 7524 و draft-ietf-bess-mvpn-global-table-mcast (RFC 7716) إمكانية الوصول إلى عناوين مصدر GTM من خلال مسارات BGP للبث الأحادي (إما البث الأحادي للبث الأحادي ل IPv4 لعائلة العنوان أو البث المتعدد ل IPv4 لعائلة العنوان).

تتمثل ميزة مسودة draft-ietf-bess-mvpn-global-table mcast على RFC 7524، في الاحتفاظ بنفس الإجراءات المستخدمة ل NG mVPN العادي (RFC 6514).

باستخدام GTM، يمكن أن تكون mVPN غير مجزأة أو مجزأة.

عمارة

ضمن هذه المقالة، يتم إستخدام مصطلح موجهات الحدود ل ABR أو ASBR أو موجه التجميع، الذي يربط جزأين من الشبكة. وبشكل نموذجي، تكون حماية مستوى الإدارة (ABR) في شبكات MPLS السلسلة. يتم إستخدام ASBR عند إستخدام InterAS MPLS VPN. ويتم إستخدام موجه التجميع عندما يقوم موجه GTM متداخل غير مجزأ بتوصيل جزأي الشبكة الأساسية، عندما يقوم أي من الطرفين بتشغيل بروتوكول شجرة أساسية للبث المتعدد مختلف. على سبيل المثال، يمكن لموجه التجميع توصيل جزء PIM من الشبكة الأساسية بجزء mLDP من الشبكة الأساسية.

يمكن إستخدام SAFI 2 لأي من الطرز. والميزة هي أن صافي 2 يمكن أن يكون له طوبولوجيا مختلفة عن صافي 1. وبالتالي، يمكن تغيير إعادة توجيه المسار العكسي (RPF) للبث المتعدد دون تغيير إعادة توجيه البث الأحادي.

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

يدعم GTM Archtectire GTM غير المقسم وغير المقسم. يغطي هذا وثيقة فقط ال GTM غير مقسم.

الإجراءات الخاصة بتغشية GTM غير المقسمة هي الإجراءات الموصوفة في draft-ietf-bess-mvpn-global-table-mcast. تتبع الإجراءات نفسها كما هو الحال في RFC 6513/6514 مع بعض التغييرات.

ما التغييرات التي طرأت على RFC 6513/6514؟

مع GTM، يتم تطبيق النقاط التالية. بعض هذه العناصر هي نفسها الموجودة مع RFC 6513/6514، وبعضها مختلف.

- تحديد إعادة التوجيه الأحادي (SFS) غير مدعوم.

- AF IPv6 مدعوم.

- يتم دعم إرسال الإشارات C-PIM و C-BGP.

- لا يوجد VRF على الواجهات على موجهات PE التي تواجه الحافة. هذه الواجهات أصبحت عالمية الآن. يشار إلى هذه الموجهات باسم موجه حدود البروتوكول (PBR) في draft-ietf-bess-mvpn-global-table-mcast. واجهة هذه الموجهات بين بروتوكول شجرة LSM الأساسية و PIM. نسمي هذه الموجهات بموجهات الحدود.

- تقوم الشبكة الأساسية بتشغيل بروتوكول الشجرة الأساسية للبث المتعدد محول التسمية (LSM).

- تم دعم mLDP و P2MP TE (ثابت وحركي) و IR.

- أجهزة MDT الافتراضية والمقسمة والمعطيات مدعومة

- نظرا لعدم وجود بادئات VPNv4/6 في GTM، يتم إرفاق VRF Route-Import EC و Source-AS EC ببادئات البث الأحادي ل IPv4 (SAFI 1) أو البث المتعدد (SAFI 2).

يحتوي النوع 1 و 3 و 5 من المسار على منافذ RT. في Cisco IOS® XR، يجب أن تكون هذه المعاملات التجارية (RT) موجودة ل GTM، حتى وإن لم يكن هذا مطلوبا وفقا للمشروع. أنت ينبغي شكلت ال RTs تحت BGP ل GTM أن يستعمل. ويكون هذا RT مماثلا ل RTs المستخدم في شبكات VRF الخاصة بشبكة mVPN العادية، ولكنه ينطبق الآن على السياق العالمي.

يحمل نوع المسار 4 و 6 و 7 وحدة RT تعرف موجه PE للتدفق. حقل المسؤول العام هو عنوان IP الخاص ب UpStream PE. تم تعيين حقل المسؤول المحلي على 0 ل GTM (وهو يحدد VRF في غير GTM أو mVPN العادي).

تصبح موجهات PE موجهات التوصيل البيني بين بروتوكول الشجرة الأساسية للبث المتعدد محول (LSM) للعنوان (mLDP، وهندسة حركة مرور P2MP، والنسخ المتماثل للمدخل (IR) و PIM. إذا، هناك جزء من الشبكة الأساسية التي تشغل LSM ولدينا جزء من الشبكة الأساسية التي تشغل PIM. يتيح لك إستدعاء الموجهات الأساسية التي تعمل كواجهة بين جزء LSM في الشبكة وجزء PIM من الشبكة، موجهات الحدود. في بعض الأمثلة التالية، يشار إليها باسم موجهات C-PE (C for Core).

هذه الموجهات الحدودية هي الموجهات مع التكوين المطلوب ل GTM. لا تتوفر أي من الموجهات الأخرى على معيار GTM.

ويكون تكوين GTM مماثلا للتكوين اللازم لتوصيفات mVPN العادية. هو فقط أن الواجهات نحو الحافة ليست في VRF.

لا يوجد موجه عادي لتمييز المسار، نظرا لعدم وجود شبكات خاصة ظاهرية (VRF). بما أنه لا توجد أي مميزات مسار عادية (RD)، ولكن يتم إستخدام وحدات التحكم في الوصول عن بعد (RD) عند إرسال الإشارات باستخدام BGP، يتم إستخدام كل الأصفار RD و All-Ones RD لإرسال الإشارات في GTM. للحصول على هذه الوظيفة، يجب تكوين أمر BGP global-table-multicast.

باستخدام GTM، لا تكون مسارات البث الأحادي في VPNv4/6. وبالتالي، يجب توفير إمكانية الوصول للبث الأحادي في BGP في AF IPv4 أو AF IPv6 و SAFI 1 أو SAFI 2. وهذا يعني أنه ما يزال يجب إستخدام بروتوكول BGP بين الموجهات الحدودية (موجهات PE بدون VRF).ارجع إلى الصورة 1.

الصورة 1

بين الحد وموجهات CE، لا يوجد BGP. يضيف موجه الحدود سمات البث المتعدد عندما يعلن عن الموجهات في iBGP تجاه موجهات الحدود الأخرى.

من المهم ملاحظة أنه يمكن أن يكون BGP موجودا بين موجهات CE و PE. ارجع إلى الصورة 2.

الصورة 2

في هذه الحالة، يضيف موجه PE سمات البث المتعدد عند إعادة توجيه مسارات البث الأحادي من eBGP إلى iBGP، تجاه موجهات PE الأخرى. إذا أعلن CE عن المسارات للبث الأحادي مع سمات البث المتعدد بالفعل إلى موجه PE، فإن موجه PE يحتفظ بسمات البث المتعدد كما هي ويعيد توجيه البث الأحادي إلى موجهات PE الأخرى. بشكل افتراضي، لجلسات عمل eBGP، تتم إزالة سمات البث المتعدد. لذلك، عندما تعلن موجهات PE عن موجهات البث الأحادي من iBGP إلى موجهات eBGP إلى مسارات CE، فلا توجد سمات للبث المتعدد.

عندما يعلن موجه PE عن بادئة البث الأحادي من خلال iBGP، فإنه يربط إستيراد مسار VRF (VRF-RI) للمجتمع الموسع ومصدر EC. يقوم موجه PE الآخر بشطب هذه الموجهات قبل أن ينشر هذه المسارات في eBGP.

عندما تكون جلسة eBGP بين إثنين من ASBRs، هناك InterAS MPLS VPN و InterAS mVPN. في هذه الحالة، ال multicast سمة يستطيع كنت أبقيت. بما أن السلوك الافتراضي هو إزالتهم على جلسة عمل eBGP، ستحتاج إلى تكوين سمات الأمر send-multicast على جلسة عمل eBGP بين نظامي ASBRs.

بالنسبة للحالات التي يكون فيها لدينا معدل تكرار حلقي، يمكن أن يكون هناك نشر لبروتوكول iBGP إلى بروتوكول iBGP. هذه هي الحال في جهاز منع التسلل (ABR) الداخلي (هناك الخطوة التالية الذاتية) في نقاط الوصول متعددة البروتوكولات (MPLS) السلسة. بما أن السلوك الافتراضي هو أن يحتفظ بسمات البث المتعدد لجلسات عمل iBPG، يحتاج ال inline-ABR أن يكون لديه الأمر send-multicast-attributes-disable in order to أزلتهم.

تغييرات التكوين

يجب تكوين البث المتعدد للجدول العالمي ضمن عائلة العناوين (AF) IPv4 mVPN تحت موجه BGP. وهذا يسمح بتشغيل RD "الكل الأصفار" و"الكل الآحاد".

يجب تكوين Import-rt وExport-rt تحت توجيه البث المتعدد ل AF IPv4 في السياق العام. هذا لأن هناك لم يعد هناك RTs يشكل ل VRFs، لأن GTM لا يتلقى VRFs. يجب ألا يتداخل RT هذا مع أي RTs تستخدم ل mVPN العادي.

تم تكوين أوامر PIM للموجه (مخطط إعادة توجيه المسار العكسي (RPF) وأوامر MDT) الآن في السياق العام.

يتم تكوين أوامر توجيه البث المتعدد (أوامر الاكتشاف التلقائي ل BGP و MDT) الآن في السياق العام.

إعلان المسار

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

الصورة 3 تعرض تلك السيناريوهات الثلاثة المحتملة.

الصورة الثالثة

1. استلم موجه الحدود البادئات من PE كبادئات غير BGP. يحتاج موجه الحدود إلى إعادة توزيع هذه البادئات إلى BGP. يضيف موجه الحدود هذا سمات البث المتعدد.

2. تحتوي موجهات الحدود على جلسة عمل eBGP تجاه موجهات PE. يضيف موجه الحدود سمات البث المتعدد قبل أن ينشر البادئة عبر iBGP إلى موجهات الحدود الأخرى. إذا كانت البادئات المستلمة عبر جلسة عمل eBGP تحتوي بالفعل على سمات البث المتعدد، فسيتم الاحتفاظ بها وإعادة توجيهها كما هي. لا يقوم موجه الحدود بالكتابة فوقهم.

3. يعلم موجه حدود المدخل بادئة المصدر من iBGP. في هذه الحالة، يكون موجه حدود الدخول هو RR. ويتم إستخدام هذا السيناريو في MPLS السلسلة، حيث تكون موجهات الحدود هي وحدات تحكم في الوصول (ABRs).

عندما يعلن موجه الحدود عن بادئة iBGP مستلمة من موجه حدود آخر، فإنه يزيل سمات البث المتعدد قبل أن يرسل البادئة إلى موجه PE. يجب أن تحتوي موجهات الحدود على الأمر send-multicast-attributes disable تحت موجه BGP حتى يحدث ذلك.

الأمثلة

هنا بعض الأمثلة. المثال الأول يبدأ بتحويل ملف التعريف 12 إلى نشر GTM.

مثال 1: ملف التعريف 12: إرسال إشارات الإرسال BGP C-MCAST الافتراضي إلى MDT - mLDP - P2MP - BGP-AD

تعرض الصورة 4 هذه الشبكة. لا يوجد VRF على موجه PE تجاه موجه CE.

الصورة 4

لاحظ أن شبكة المركز الداخلي تقوم بتشغيل mLDP. تقوم شبكة المركز الخارجي بتشغيل PIM. إذا، الموجهات الحدودية، التي تربط PIM بمركز mLDP تحتاج لترجمة PIM إلى mLDP والعكس.

لا يمكن التعرف على المصدر كمسار IGP على موجه الحدود، الموجه C-PE2. "إن "الحزب الداخلي" هو "داعش" هنا." إذا كان هذا هو الحال، فعندئذ تستخدم إعادة توجيه المسار العكسي (RPF) على موجه الحدود طريق تنظيم "الدولة الإسلامية"، الذي يشير إلى P1. وإذا كان هذا هو الحال، فإن إعادة توجيه المسار العكسي تفشل لعدم وجود منطقة مجاورة لآلية التحقق من المسار العكسي. تحتاج إلى الموجه C-PE2 إلى إعادة توجيه المسار العكسي (RPF) ل 10.2.1.8 وإحالته إلى MDT كواجهة إعادة توجيه المسار العكسي (RPF). قد يكون هذا MDT استنادا إلى mLDP، P2MP، أو IR.

الحل هو إستخدام SAFI 2. يتم إستخدامه بحيث يتم التعرف على المصدر على أنه طريق AFI 2 في BGP. لذلك، يتلقى موجه الحدود (C-PE2) المصدر كمسار BGP SAFI 2 (show route ipV4 multicast). تشير إعادة توجيه المسار العكسي (RPF) للمصدر إلى واجهة MDT.

يؤدي إستخدام تغييرات SAFI 2 إلى تغيير إعادة توجيه المسار العكسي (RPF)، وتستخدم إعادة توجيه المسار العكسي (RPF) لجميع المصادر الآن SAFI 2. هذا يعني أن إعادة توجيه المسار العكسي (RPF) لجميع المصادر في الاستخدامات العالمية ل SAFI 2، والتي تتضمن إعادة توجيه المسار العكسي (RPF) لمدخل PE على سبيل المثال، لخدمة VPN. بمجرد تمكين SAFI 2، تحدث جميع إعادة توجيه المسار العكسي (RPF) من خلال SAFI 2 فقط. بما أن المصادر فقط هي في SAFI 2، فإن إعادة توجيه المسار العكسي (RPF) لموجهات PE للمدخل تفشل. لجعل هذا العمل، يمكنك تكوين الأمر rump دائما-replication تحت الموجه RIB. نظرا لأن إعادة توجيه المسار العكسي (RPF) فقط لبادئات المصدر في العمومية وإعادة توجيه المسار العكسي (RPF) لموجهات PE يجب أن تعمل، فيمكنك تكوين قائمة وصول للأمر المتكرر دائما من الردشة، وتحديد المصادر فقط في الموجهات العامة ومدخل PE في قائمة الوصول. بهذه الطريقة، إذا كان موجه الحدود يشغل BGP ل SAFI 1 ويحمل هذا SAFI 1 عددا كبيرا من البادئات، فلن يتم إعادة توزيع هذه البادئات بالكامل في SAFI 2 RIB واستخدام الذاكرة دون ضرورة.

بدلا من ذلك، يمكنك تكوين المسافة BGP 20 20 20 لبث IPv4 المتعدد من فئة العنوان تحت موجه BGP. ويضمن ذلك أنه إذا تم تعلم المصادر العالمية أيضا من خلال AFI 2 من بروتوكول العبارة الداخلية، فإنه يفضل المصادر التي تعلمها بروتوكول بوابة الحدود بسبب المسافة المنخفضة للبروتوكول مقابل المسافة بين بروتوكول العبارة الداخلية.

التكوين

هذا هو تكوين موجه الحدود.

hostname C-PE1

router rib

address-family ipv4

rump always-replicate

!

route-policy global-one

set core-tree mldp-default

end-policy

!

route-policy sources-in-ISIS

if destination in (10.2.1.0/24) then

pass

endif

end-policy

!

router isis 1

is-type level-1

net 49.0001.0000.0000.0003.00

address-family ipv4 unicast

metric-style wide

mpls traffic-eng level-1

mpls traffic-eng router-id Loopback0

!

interface Loopback0

address-family ipv4 unicast

!

address-family ipv4 multicast

!

!

interface GigabitEthernet0/0/0/0

address-family ipv4 unicast

!

address-family ipv4 multicast

!

!

interface GigabitEthernet0/0/0/1

address-family ipv4 unicast

!

address-family ipv4 multicast

!

!

!

router bgp 1

address-family ipv4 unicast

!

address-family ipv4 multicast

redistribute connected route-policy loopback

redistribute isis 1 route-policy sources-in-ISIS

!

address-family ipv4 mvpn

global-table-multicast

!

neighbor 10.100.1.5

remote-as 1

update-source Loopback0

address-family ipv4 multicast

next-hop-self

!

address-family ipv4 mvpn

!

!

mpls ldp

mldp

address-family ipv4

rib unicast-always

!

!

router-id 10.100.1.3

address-family ipv4

!

interface GigabitEthernet0/0/0/0

address-family ipv4

!

!

interface GigabitEthernet0/0/0/1

address-family ipv4

!

!

!

multicast-routing

address-family ipv4

interface Loopback0

enable

!

interface GigabitEthernet0/0/0/1

enable

!

mdt source Loopback0

export-rt 1:1

import-rt 1:1

bgp auto-discovery mldp

!

mdt default mldp p2mp

mdt data mldp 10 immediate-switch

!

!

router pim

address-family ipv4

rpf topology route-policy global-one

mdt c-multicast-routing bgp

interface Loopback0

enable

!

interface GigabitEthernet0/0/0/1

!

!

!

ملاحظة: بدلا من تطبيق GTM مع بروتوكول mLDP، يمكنك تنفيذ بروتوكول mLDP العالمي داخل النطاق. وسبب عدم القيام بذلك هو إستخدام بروتوكول BGP كبروتوكول إرسال الإشارات المتداخل أو إستخدام MDT الافتراضي لتجميع التدفقات. باستخدام نموذج GTM، يمكنك إستخدام أجهزة MDT الافتراضية وأجهزة MDTs للبيانات، بينما مع وجود بروتوكول mLDP العالمي داخل النطاق يوجد تدفق واحد للبث المتعدد لكل حالة mLDP. كما أنه من الأسهل بكثير دعم الوضع المتناثر باستخدام تقنية GTM، بينما توجد قيود في النطاق الترددي (على سبيل المثال حيث يتم وضع بروتوكول RP). الوضع المتناثر هو الأسهل الذي يتم دعمه مع PIM كبروتوكول إرسال الإشارات المتداخل.

أنت ينبغي يتلقى التالي تشكيل على الحد مسحاج تخديد:

- BGP مكون مع AF IPv4 mvpn

- BGP AD ممكن

- MDT محدد

- تم تكوين الاستيراد-rt و التصدير-rt تحت الموجه BGP

- البث المتعدد ذو الجدول العالمي الذي تم تكوينه تحت الموجه BGP AF IPv4/6 MVPN

إختياريا، ال SAFI 2 ينبغي كنت مكنت تحت مسحاج تخديد BGP

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

- أولا، يجب أن يكون للطرق الحدودية المسارات من النوع 1.

- تحقق من الشجرة الأساسية في اللب الداخلي. هنا، هذا هو الحزب الديمقراطي الليبرالي. هل نستطيع أن نقول إذن إن إشارات الحزب الديمقراطي الليبرالي على ما يرام؟ تحقق من إدخالات قاعدة بيانات mLDP للتعرف على MDT الافتراضية وأجهزة MDTs المحتملة للبيانات.

- تحقق من مسار المصدر في BGP.

- تحقق من إعادة توجيه المسار العكسي (RPF) على موجه حدود المخرج.

- تحقق من إشارات C-multicast في BGP (نوع المسار 6 و 7) على الموجهات الحدودية.

موجه حدود المدخل

المخرج قارن على المدخل حد مسحاج تخديد ال LMDT قارن.

RP/0/0/CPU0:C-PE1#show mrib route 203.0.113.1 10.2.1.8

IP Multicast Routing Information Base

Entry flags: L - Domain-Local Source, E - External Source to the Domain,

C - Directly-Connected Check, S - Signal, IA - Inherit Accept,

IF - Inherit From, D - Drop, ME - MDT Encap, EID - Encap ID,

MD - MDT Decap, MT - MDT Threshold Crossed, MH - MDT interface handle

CD - Conditional Decap, MPLS - MPLS Decap, EX - Extranet

MoFE - MoFRR Enabled, MoFS - MoFRR State, MoFP - MoFRR Primary

MoFB - MoFRR Backup, RPFID - RPF ID Set, X - VXLAN

Interface flags: F - Forward, A - Accept, IC - Internal Copy,

NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,

II - Internal Interest, ID - Internal Disinterest, LI - Local Interest,

LD - Local Disinterest, DI - Decapsulation Interface

EI - Encapsulation Interface, MI - MDT Interface, LVIF - MPLS Encap,

EX - Extranet, A2 - Secondary Accept, MT - MDT Threshold Crossed,

MA - Data MDT Assigned, LMI - mLDP MDT Interface, TMI - P2MP-TE MDT Interface

IRMI - IR MDT Interface

(10.2.1.8,203.0.113.1) RPF nbr: 10.1.2.2 Flags: RPF

Up: 00:08:58

Incoming Interface List

GigabitEthernet0/0/0/1 Flags: A, Up: 00:08:58

Outgoing Interface List

Lmdtdefault Flags: F LMI MA, Up: 00:08:58

RP/0/0/CPU0:C-PE1#show mfib route 203.0.113.1 10.2.1.8

IP Multicast Forwarding Information Base

Entry flags: C - Directly-Connected Check, S - Signal, D - Drop,

IA - Inherit Accept, IF - Inherit From, EID - Encap ID,

ME - MDT Encap, MD - MDT Decap, MT - MDT Threshold Crossed,

MH - MDT interface handle, CD - Conditional Decap,

DT - MDT Decap True, EX - Extranet, RPFID - RPF ID Set,

MoFE - MoFRR Enabled, MoFS - MoFRR State, X - VXLAN

Interface flags: F - Forward, A - Accept, IC - Internal Copy,

NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,

EG - Egress, EI - Encapsulation Interface, MI - MDT Interface,

EX - Extranet, A2 - Secondary Accept

Forwarding/Replication Counts: Packets in/Packets out/Bytes out

Failure Counts: RPF / TTL / Empty Olist / Encap RL / Other

(10.2.1.8,203.0.113.1),   Flags:

Up: 01:47:24

Last Used: 00:00:00

SW Forwarding Counts: 1197/1197/239400

SW Replication Counts: 1197/0/0

SW Failure Counts: 0/0/0/0/0

Lmdtdefault Flags:  F LMI, Up:01:47:24

GigabitEthernet0/0/0/1 Flags:  A, Up:01:47:24

RP/0/0/CPU0:C-PE1#show route ipv4 multicast

Codes: C - connected, S - static, R - RIP, B - BGP, (>) - Diversion path

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 - ISIS, L1 - IS-IS level-1, L2 - IS-IS level-2

ia - IS-IS inter area, su - IS-IS summary null, * - candidate default

U - per-user static route, o - ODR, L - local, G  - DAGR, l - LISP

A - access/subscriber, a - Application route

M - mobile route, r - RPL, (!) - FRR Backup path

Gateway of last resort is not set

i L1 10.1.1.0/24 [255/20] via 10.1.2.2, 1d21h, GigabitEthernet0/0/0/1

C    10.1.2.0/24 is directly connected, 1d21h, GigabitEthernet0/0/0/1

L    10.1.2.3/32 is directly connected, 3d19h, GigabitEthernet0/0/0/1

i L1 10.1.3.0/24 [115/20] via 10.1.3.4, 3d13h, GigabitEthernet0/0/0/0

L    10.1.3.3/32 is directly connected, 3d19h, GigabitEthernet0/0/0/0

i L1 10.1.4.0/24 [115/20] via 10.1.3.4, 3d13h, GigabitEthernet0/0/0/0

i L1 10.1.5.0/24 [115/30] via 10.1.3.4, 3d12h, GigabitEthernet0/0/0/0

i L1 10.1.6.0/24 [255/40] via 10.1.3.4, 1d21h, GigabitEthernet0/0/0/0

i L1 10.2.1.0/24 [255/30] via 10.1.2.2, 1d21h, GigabitEthernet0/0/0/1

i L1 10.2.2.0/24 [255/50] via 10.1.3.4, 1d21h, GigabitEthernet0/0/0/0

i L1 10.100.1.1/32 [255/30] via 10.1.2.2, 1d21h, GigabitEthernet0/0/0/1

i L1 10.100.1.2/32 [255/20] via 10.1.2.2, 1d21h, GigabitEthernet0/0/0/1

L    10.100.1.3/32 is directly connected, 1d21h, Loopback0

i L1 10.100.1.4/32 [115/20] via 10.1.3.4, 3d13h, GigabitEthernet0/0/0/0

i L1 10.100.1.5/32 [115/30] via 10.1.3.4, 3d12h, GigabitEthernet0/0/0/0

i L1 10.100.1.6/32 [255/40] via 10.1.3.4, 1d21h, GigabitEthernet0/0/0/0

i L1 10.100.1.7/32 [255/50] via 10.1.3.4, 1d21h, GigabitEthernet0/0/0/0

RP/0/0/CPU0:C-PE1#show pim rpf 10.2.1.8

Table: IPv4-Multicast-default

* 10.2.1.8/32 [255/30]

via GigabitEthernet0/0/0/1 with rpf neighbor 10.1.2.2

موجه حدود الخروج

بالنسبة لموجه المصدر، يتم إرفاق VRF Route-Import EC و Source-AS EC ببادئة البث الأحادي أو المتعدد ل IPv4. هنا، هو مسار بث IPv4 المتعدد:

RP/0/0/CPU0:C-PE2#show bgp ipv4 multicast 10.2.1.0/24

BGP routing table entry for 10.2.1.0/24

Versions:

Process           bRIB/RIB  SendTblVer

Speaker                 32          32

Last Modified: Sep 12 08:34:56.441 for 15:09:58

Paths: (1 available, best #1)

Not advertised to any peer

Path #1: Received by speaker 0

Not advertised to any peer

Local

10.100.1.3 (metric 30) from 10.100.1.3 (10.100.1.3)

Origin incomplete, metric 30, localpref 100, valid, internal, best, group-best

Received Path ID 0, Local Path ID 1, version 32

Extended community: VRF Route Import:10.100.1.3:0 Source AS:1:0

ملاحظة: إذا لم يكن مصدر VRF RI EC ومصدر EC موجودين لأي سبب، يفشل إعادة توجيه المسار العكسي (RPF) على موجه حدود الخروج.

مثال عندما لا يحتوي المسار على هذه ECs:

RP/0/0/CPU0:C-PE2#show bgp ipv4 multicast 10.2.1.0/24

BGP routing table entry for 10.2.1.0/24

Versions:

Process           bRIB/RIB  SendTblVer

Speaker                277         277

Last Modified: Sep 13 04:08:37.441 for 00:00:02

Paths: (1 available, best #1)

Not advertised to any peer

Path #1: Received by speaker 0

Not advertised to any peer

Local

10.100.1.3 (metric 30) from 10.100.1.3 (10.100.1.1)

Origin incomplete, metric 0, localpref 100, valid, internal, best, group-best

Received Path ID 0, Local Path ID 1, version 277

Originator: 10.100.1.1, Cluster list: 10.100.1.3

ولهذا السبب، تفشل إعادة توجيه المسار العكسي (RPF):

RP/0/0/CPU0:C-PE2#show pim rpf 10.2.1.8

Table: IPv4-Multicast-default

* 10.2.1.8/32 [200/30]

via Null with rpf neighbor 0.0.0.0

RP/0/0/CPU0:C-PE2#show bgp ipv4 mvpn

BGP router identifier 10.100.1.5, local AS number 1

BGP generic scan interval 60 secs

Non-stop routing is enabled

BGP table state: Active

Table ID: 0x0   RD version: 0

BGP main routing table version 56

BGP NSR Initial initsync version 4 (Reached)

BGP NSR/ISSU Sync-Group versions 0/0

Global table multicast is enabled

BGP scan interval 60 secs

Status codes: s suppressed, d damped, h history, * valid, > best

i - internal, r RIB-failure, S stale, N Nexthop-discard

Origin codes: i - IGP, e - EGP, ? - incomplete

Network            Next Hop            Metric LocPrf Weight Path

Route Distinguisher: 0:0:0

*>i[1][10.100.1.3]/40 10.100.1.3                    100      0 i

*> [1][10.100.1.5]/40 0.0.0.0                                0 i

*>i[3][32][10.2.1.8][32][203.0.113.1][10.100.1.3]/120

10.100.1.3                    100      0 i

*> [7][0:0:0][1][32][10.2.1.8][32][203.0.113.1]/184

0.0.0.0                                0 i

Processed 4 prefixes, 4 paths

يمكن تحديد الأمر باستخدام الكلمات الأساسية rd all-zero-rd. ثم يعرض كل الإدخالات التي تحتوي على RD ذات الأصفار.

RP/0/0/CPU0:C-PE2#show bgp ipv4 mvpn rd all-zero-rd

BGP router identifier 10.100.1.5, local AS number 1

BGP generic scan interval 60 secs

Non-stop routing is enabled

BGP table state: Active

Table ID: 0x0   RD version: 0

BGP main routing table version 56

BGP NSR Initial initsync version 4 (Reached)

BGP NSR/ISSU Sync-Group versions 0/0

Global table multicast is enabled

BGP scan interval 60 secs

Status codes: s suppressed, d damped, h history, * valid, > best

i - internal, r RIB-failure, S stale, N Nexthop-discard

Origin codes: i - IGP, e - EGP, ? - incomplete

Network            Next Hop            Metric LocPrf Weight Path

Route Distinguisher: 0:0:0

*>i[1][10.100.1.3]/40 10.100.1.3                    100      0 i

*> [1][10.100.1.5]/40 0.0.0.0                                0 i

*>i[3][32][10.2.1.8][32][203.0.113.1][10.100.1.3]/120

10.100.1.3                    100      0 i

*> [7][0:0:0][1][32][10.2.1.8][32][203.0.113.1]/184

0.0.0.0                                0 i

Processed 4 prefixes, 4 paths

المسار من النوع 1:

RP/0/0/CPU0:C-PE2#show bgp ipv4 mvpn rd all-zero-rd [1][10.100.1.3]/40

BGP routing table entry for [1][10.100.1.3]/40, Route Distinguisher: 0:0:0

Versions:

Process           bRIB/RIB  SendTblVer

Speaker                 43          43

Last Modified: Sep  8 07:42:43.786 for 1d17h

Paths: (1 available, best #1, not advertised to EBGP peer)

Not advertised to any peer

Path #1: Received by speaker 0

Not advertised to any peer

Local

10.100.1.3 (metric 30) from 10.100.1.3 (10.100.1.3)

Origin IGP, localpref 100, valid, internal, best, group-best, import-candidate, imported

Received Path ID 0, Local Path ID 1, version 43

Community: no-export

Extended community: RT:1:1

PMSI: flags 0x00, type 2, label 0, ID 0x060001040a640103000701000400000001

Source AFI: IPv4 MVPN, Source VRF: default, Source Route Distinguisher: 0:0:0

تم فك ترميز PMSI:

PMSI: العلامات 0x00، النوع 2، التسمية 0، ID 0x060001040a64010300070100040000001

أمر PMSI الذي تم فك ترميزه من الأمر السابق:

The PMSI Tunnel Type is : 2 : mLDP P2MP LSP

The PMSI Tunnel ID is : 0x060001040a640103000701000400000001

FEC Element

FEC Element Type : 6 : P2MP

AF Type : 1

Address Length : 4

Root Node Address : 10.100.1.3

MP Opaque Length : 7

MP Opaque Value Element

Opaque Type : 1 : LSP ID Global

Opaque Length : 4

Global ID (Generic LSP Identifier) : 1

وتتم الإشارة إلى MDT للبيانات بواسطة مسار إعلان من النوع 3 من C-PE1.

RP/0/0/CPU0:C-PE2#show bgp ipv4 mvpn rd all-zero-rd [3][32][10.2.1.8] [32][203.0.113.1][10.100.1.3]/120

BGP routing table entry for [3][32][10.2.1.8][32][203.0.113.1][10.100.1.3]/120, Route Distinguisher: 0:0:0

Versions:

Process           bRIB/RIB  SendTblVer

Speaker                 56          56

Last Modified: Sep 10 00:51:52.786 for 00:04:57

Paths: (1 available, best #1, not advertised to EBGP peer)

Not advertised to any peer

Path #1: Received by speaker 0

Not advertised to any peer

Local

10.100.1.3 (metric 30) from 10.100.1.3 (10.100.1.3)

Origin IGP, localpref 100, valid, internal, best, group-best, import-candidate, imported

Received Path ID 0, Local Path ID 1, version 56

Community: no-export

Extended community: RT:1:1

PMSI: flags 0x00, type 2, label 0, ID 0x060001040a640103000701000400000007

Source AFI: IPv4 MVPN, Source VRF: default, Source Route Distinguisher: 0:0:0

توضح PMSI التي تم فك ترميزها أن معرف LSP العمومي هو 7. يتم إستخدام هذا بعد ذلك لإدخال قاعدة بيانات mLDP ل MDT للبيانات هذه.

PMSI: العلامات 0x00، النوع 2، التسمية 0، ID 0x060001040a64010300070100040000007

أمر PMSI الذي تم فك ترميزه من الأمر السابق:

The PMSI Tunnel Type is : 2 : mLDP P2MP LSP

The PMSI Tunnel ID is : 0x060001040a640103000701000400000007

FEC Element

FEC Element Type : 6 : P2MP

AF Type : 1

Address Length : 4

Root Node Address : 10.100.1.3

MP Opaque Length : 7

MP Opaque Value Element

Opaque Type : 1 : LSP ID Global

Opaque Length : 4

Global ID (Generic LSP Identifier) : 7

باستخدام الأوامر التالية، يمكنك التحقق مما يعلن عنه المدخل PE حول MDT البيانات. لاحظت أن هذا هو GTM، لذلك هناك ما من VRF في الأمر تالي.

RP/0/0/CPU0:C-PE2#show pim mdt mldp remote

Core                   MDT              Cache Max DIP Local VRF Routes

Identifier             Source           Count Agg     Entry Using Cache

[global-id 7]          10.100.1.3       1     255 N   N     1

RP/0/0/CPU0:C-PE2#show pim mdt mldp cache

Core Source      Cust (Source, Group)                Core Data        Expires

10.100.1.3       (10.2.1.8, 203.0.113.1)               [global-id 7]    never

نوع المسار 7 غير مرفق PMSI:

RP/0/0/CPU0:C-PE2#show bgp ipv4 mvpn rd all-zero-rd [7][0:0:0][1][32][10.2.1.8][32][203.0.113.1]/184

BGP routing table entry for [7][0:0:0][1][32][10.2.1.8][32][203.0.113.1]/184, Route Distinguisher: 0:0:0

Versions:

Process           bRIB/RIB  SendTblVer

Speaker                 52          52

Last Modified: Sep 10 00:51:51.786 for 00:07:37

Paths: (1 available, best #1)

Advertised to peers (in unique update groups):

10.100.1.3

Path #1: Received by speaker 0

Advertised to peers (in unique update groups):

10.100.1.3

Local

0.0.0.0 from 0.0.0.0 (10.100.1.5)

Origin IGP, localpref 100, valid, redistributed, best, group-best, import-candidate

Received Path ID 0, Local Path ID 1, version 52

Extended community: RT:10.100.1.3:0

يحدد RT موجه PE للتدفق. حقل المسؤول العام هو عنوان IP الخاص ب UpStream PE. تم تعيين حقل المسؤول المحلي على 0 ل GTM.

RP/0/0/CPU0:C-PE2#show mrib route 203.0.113.1 10.2.1.8

IP Multicast Routing Information Base

Entry flags: L - Domain-Local Source, E - External Source to the Domain,

C - Directly-Connected Check, S - Signal, IA - Inherit Accept,

IF - Inherit From, D - Drop, ME - MDT Encap, EID - Encap ID,

MD - MDT Decap, MT - MDT Threshold Crossed, MH - MDT interface handle

CD - Conditional Decap, MPLS - MPLS Decap, EX - Extranet

MoFE - MoFRR Enabled, MoFS - MoFRR State, MoFP - MoFRR Primary

MoFB - MoFRR Backup, RPFID - RPF ID Set, X - VXLAN

Interface flags: F - Forward, A - Accept, IC - Internal Copy,

NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,

II - Internal Interest, ID - Internal Disinterest, LI - Local Interest,

LD - Local Disinterest, DI - Decapsulation Interface

EI - Encapsulation Interface, MI - MDT Interface, LVIF - MPLS Encap,

EX - Extranet, A2 - Secondary Accept, MT - MDT Threshold Crossed,

MA - Data MDT Assigned, LMI - mLDP MDT Interface, TMI - P2MP-TE MDT Interface

IRMI - IR MDT Interface

(10.2.1.8,203.0.113.1) RPF nbr: 10.100.1.3 Flags: RPF

Up: 00:52:34

Incoming Interface List

Lmdtdefault Flags: A LMI, Up: 00:52:34

Outgoing Interface List

GigabitEthernet0/0/0/0 Flags: F NS, Up: 00:52:34

يجب أن تكون الواجهة الواردة واجهة LMDT.

RP/0/0/CPU0:C-PE2#show mfib route 203.0.113.1 10.2.1.8

IP Multicast Forwarding Information Base

Entry flags: C - Directly-Connected Check, S - Signal, D - Drop,

IA - Inherit Accept, IF - Inherit From, EID - Encap ID,

ME - MDT Encap, MD - MDT Decap, MT - MDT Threshold Crossed,

MH - MDT interface handle, CD - Conditional Decap,

DT - MDT Decap True, EX - Extranet, RPFID - RPF ID Set,

MoFE - MoFRR Enabled, MoFS - MoFRR State, X - VXLAN

Interface flags: F - Forward, A - Accept, IC - Internal Copy,

NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,

EG - Egress, EI - Encapsulation Interface, MI - MDT Interface,

EX - Extranet, A2 - Secondary Accept

Forwarding/Replication Counts: Packets in/Packets out/Bytes out

Failure Counts: RPF / TTL / Empty Olist / Encap RL / Other

(10.2.1.8,203.0.113.1),   Flags:

Up: 02:31:00

Last Used: never

SW Forwarding Counts: 0/2037/407400

SW Replication Counts: 0/2037/407400

SW Failure Counts: 0/0/0/0/0

Lmdtdefault Flags:  A LMI, Up:02:31:00

GigabitEthernet0/0/0/0 Flags:  NS EG, Up:02:31:00

تحقق من مسارات SAFI 2:

RP/0/0/CPU0:C-PE2#show route ipv4 multicast

Codes: C - connected, S - static, R - RIP, B - BGP, (>) - Diversion path

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 - ISIS, L1 - IS-IS level-1, L2 - IS-IS level-2

ia - IS-IS inter area, su - IS-IS summary null, * - candidate default

U - per-user static route, o - ODR, L - local, G  - DAGR, l - LISP

A - access/subscriber, a - Application route

M - mobile route, r - RPL, (!) - FRR Backup path

Gateway of last resort is not set

i L1 10.1.2.0/24 [115/30] via 10.1.4.4, 3d12h, GigabitEthernet0/0/0/1

i L1 10.1.3.0/24 [115/20] via 10.1.4.4, 3d12h, GigabitEthernet0/0/0/1

C    10.1.4.0/24 is directly connected, 1d21h, GigabitEthernet0/0/0/1

L    10.1.4.5/32 is directly connected, 3d12h, GigabitEthernet0/0/0/1

C    10.1.5.0/24 is directly connected, 1d21h, GigabitEthernet0/0/0/0

L    10.1.5.5/32 is directly connected, 3d12h, GigabitEthernet0/0/0/0

B    10.2.1.0/24 [200/30] via 10.100.1.3, 1d17h

i L1 10.100.1.3/32 [115/30] via 10.1.4.4, 3d12h, GigabitEthernet0/0/0/1

i L1 10.100.1.4/32 [115/20] via 10.1.4.4, 3d12h, GigabitEthernet0/0/0/1

L    10.100.1.5/32 is directly connected, 1d21h, Loopback0

لاحظ أن مسار المصدر هو SAFI 2 (هو في بث AF IPv4 المتعدد)، لأنه موجود في البث المتعدد ل AF IPv4.

لاحظ أن الخطوة التالية هي 10.100.1.3، إسترجاع C-PE1، لأن ذلك الموجه لديه المرحلة التالية الذاتية تحت البث المتعدد AF IPv4 تحت الموجه BGP.

RP/0/0/CPU0:C-PE2#show bgp ipv4 multicast 10.2.1.0/24

BGP routing table entry for 10.2.1.0/24

Versions:

Process           bRIB/RIB  SendTblVer

Speaker                 34          34

Last Modified: Sep  8 07:42:18.786 for 1d17h

Paths: (1 available, best #1)

Not advertised to any peer

Path #1: Received by speaker 0

Not advertised to any peer

Local

10.100.1.3 (metric 30) from 10.100.1.3 (10.100.1.3)

Origin incomplete, metric 30, localpref 100, valid, internal, best, group-best

Received Path ID 0, Local Path ID 1, version 34

Extended community: VRF Route Import:10.100.1.3:0 Source AS:1:0

تشير إعادة توجيه المسار العكسي (RPF) للمصدر إلى واجهة LMDT وجارة PIM عبرها. يتم تنفيذ إعادة توجيه المسار العكسي (RPF) في جدول البث المتعدد ل IPv4.

RP/0/0/CPU0:C-PE2#show pim rpf 10.2.1.8

Table: IPv4-Multicast-default

* 10.2.1.8/32 [200/30]

via Lmdtdefault with rpf neighbor 10.100.1.3

تحقق من التعرف على موجه حدود الدخول كموجه PE.

RP/0/0/CPU0:C-PE2#show pim pe

MVPN Provider Edge Router information

PE Address : 10.100.1.3 (0x1071da64)

RD: 0:0:0 (valid), RIB_HLI 0, RPF-ID 3, Remote RPF-ID 0, State: 1, S-PMSI: 2

PPMP_LABEL: 0, MS_PMSI_HLI: 0x00000, Bidir_PMSI_HLI: 0x00000, MLDP-added: [RD 0, ID 0, Bidir ID 0, Remote Bidir ID 0], Counts(SHR/SRC/DM/DEF-MD): 0, 1, 0, 0, Bidir: GRE RP Count 0, MPLS RP Count 0RSVP-TE added: [Leg 0, Ctrl Leg 0, Part tail 0 Def Tail 0, IR added: [Def Leg 0, Ctrl Leg 0, Part Leg 0, Part tail 0, Part IR Tail Label 0

bgp_i_pmsi: 1,0/0 , bgp_ms_pmsi/Leaf-ad: 0/0, bgp_bidir_pmsi: 0, remote_bgp_bidir_pmsi: 0, PMSIs: I 0x106a2d50, 0x0, MS 0x0, Bidir Local: 0x0, Remote: 0x0, BSR/Leaf-ad 0x0/0, Autorp-disc/Leaf-ad 0x0/0, Autorp-ann/Leaf-ad 0x0/0

IIDs: I/6: 0x1/0x0, B/R: 0x0/0x0, MS: 0x0, B/A/A: 0x0/0x0/0x0

Bidir RPF-ID: 4, Remote Bidir RPF-ID: 0

I-PMSI:   MLDP-P2MP, Opaque: [global-id 1] (0x106a2d50)

I-PMSI rem:  (0x0)

MS-PMSI:  (0x0)

Bidir-PMSI:  (0x0)

Remote Bidir-PMSI:  (0x0)

BSR-PMSI:  (0x0)

A-Disc-PMSI:  (0x0)

A-Ann-PMSI:  (0x0)

RIB Dependency List: 0x1016446c

Bidir RIB Dependency List: 0x0

Sources: 1, RPs: 0, Bidir RPs: 0

إن "وحدات الحماية الأمنية الشاملة" (i-PMSI) موجودة.

يمكنك مشاهدة إدخالي P2MP mLDP اللذين يشكلان MDT الافتراضي بين موجهات الحدود في قاعدة بيانات mLDP. كما يوجد مدخل LDP واحد P2MP مع C-PE1 كجذر ل MDT للبيانات.

RP/0/0/CPU0:C-PE2#show mpls mldp database brief

LSM ID   Type    Root              Up Down Decoded Opaque Value

0x00007  P2MP    10.100.1.3        1  1    [global-id 1]

0x00008  P2MP    10.100.1.5        0  2    [global-id 1]

0x0000B  P2MP    10.100.1.3        1  1    [global-id 7]

مثال 2: ملف التعريف 20 الافتراضي ل MDT - P2MP-TE - BGP-AD - PIM - إرسال إشارات C-MCAST

وهذا مشابه جدا للمثال 1. الآن يوجد P2MP TE في القلب. يتم إعداد الأنفاق كأنفاق آلية. يتم اكتشاف الموجهات الطرفية الذيل من خلال BGP AD. فرق آخر مع المثال 1، هو أن بروتوكول التراكب هو الآن PIM. انظر إلى الصورة 5.

الصورة 5

التكوين

هذا هو تكوين موجه الحدود:

hostname C-PE1

logging console debugging

router rib

address-family ipv4

rump always-replicate

!

!

line default

timestamp disable

exec-timeout 0 0

!

ipv4 unnumbered mpls traffic-eng Loopback0

interface Loopback0

ipv4 address 10.100.1.3 255.255.255.255

!

interface MgmtEth0/0/CPU0/0

shutdown

!

interface GigabitEthernet0/0/0/0

ipv4 address 10.1.3.3 255.255.255.0

load-interval 30

!

interface GigabitEthernet0/0/0/1

ipv4 address 10.1.2.3 255.255.255.0

!

interface GigabitEthernet0/0/0/2

shutdown

!

interface GigabitEthernet0/0/0/3

shutdown

!

interface GigabitEthernet0/0/0/4

shutdown

!

interface GigabitEthernet0/0/0/5

shutdown

!

interface GigabitEthernet0/0/0/6

shutdown

!

interface GigabitEthernet0/0/0/7

shutdown

!

interface GigabitEthernet0/0/0/8

shutdown

!

route-policy loopback

if destination in (10.100.1.3/32) then

pass

endif

end-policy

!

route-policy global-one

set core-tree p2mp-te-default

end-policy

!

route-policy sources-in-ISIS

if destination in (10.2.1.0/24) then

pass

endif

end-policy

!

router isis 1

is-type level-1

net 49.0001.0000.0000.0003.00

address-family ipv4 unicast

metric-style wide

mpls traffic-eng level-1

mpls traffic-eng router-id Loopback0

!

interface Loopback0

address-family ipv4 unicast

!

address-family ipv4 multicast

!

!

interface GigabitEthernet0/0/0/0

address-family ipv4 unicast

!

address-family ipv4 multicast

!

!

interface GigabitEthernet0/0/0/1

address-family ipv4 unicast

!

address-family ipv4 multicast

!

!

!

router bgp 1

address-family ipv4 unicast

!

address-family ipv4 multicast

redistribute connected route-policy loopback

redistribute ospf 1

redistribute isis 1 route-policy sources-in-ISIS

!

address-family ipv4 mvpn

global-table-multicast

!

neighbor 10.100.1.5

remote-as 1

update-source Loopback0

address-family ipv4 multicast

next-hop-self

!

address-family ipv4 mvpn

!

!

!

mpls oam

!

rsvp

interface GigabitEthernet0/0/0/0

bandwidth 1000000

!

interface GigabitEthernet0/0/0/1

bandwidth 1000000

!

!

mpls traffic-eng

interface GigabitEthernet0/0/0/0

auto-tunnel backup

!

!

interface GigabitEthernet0/0/0/1

auto-tunnel backup

!

!

auto-tunnel p2mp

tunnel-id min 1000 max 2000

!

!

mpls ldp

log

neighbor

!

mldp

logging notifications

address-family ipv4

rib unicast-always

!

!

router-id 10.100.1.3

address-family ipv4

!

interface GigabitEthernet0/0/0/0

address-family ipv4

!

!

interface GigabitEthernet0/0/0/1

address-family ipv4

!

!

!

multicast-routing

address-family ipv4

interface Loopback0

enable

!

interface GigabitEthernet0/0/0/1

enable

!

mdt source Loopback0

export-rt 1:1

import-rt 1:1

bgp auto-discovery p2mp-te

!

mdt default p2mp-te

mdt data p2mp-te 100 immediate-switch

!

!

router pim

address-family ipv4

rpf topology route-policy global-one

interface Loopback0

enable

!

interface GigabitEthernet0/0/0/1

!

!

!

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

موجه حدود المدخل

تحقق من وجود RD الكل صفر هناك. يجب أن تكون المسارات من النوع 1 هناك لإنشاء أنفاق P2MP TE استنادا إلى P2MP TE.

RP/0/0/CPU0:C-PE1#show bgp ipv4 mvpn rd all-zero-rd

BGP router identifier 10.100.1.3, local AS number 1

BGP generic scan interval 60 secs

Non-stop routing is enabled

BGP table state: Active

Table ID: 0x0   RD version: 0

BGP main routing table version 140

BGP NSR Initial initsync version 4 (Reached)

BGP NSR/ISSU Sync-Group versions 0/0

Global table multicast is enabled

BGP scan interval 60 secs

Status codes: s suppressed, d damped, h history, * valid, > best

i - internal, r RIB-failure, S stale, N Nexthop-discard

Origin codes: i - IGP, e - EGP, ? - incomplete

Network            Next Hop            Metric LocPrf Weight Path

Route Distinguisher: 0:0:0

*> [1][10.100.1.3]/40 0.0.0.0                                0 i

*>i[1][10.100.1.5]/40 10.100.1.5                    100      0 i

Processed 2 prefixes, 2 paths

تحقق من المسار من النوع 1 بمزيد من التفاصيل:

RP/0/0/CPU0:C-PE1#show bgp ipv4 mvpn rd all-zero-rd [1][10.100.1.5]/40

BGP routing table entry for [1][10.100.1.5]/40, Route Distinguisher: 0:0:0

Versions:

Process           bRIB/RIB  SendTblVer

Speaker                135         135

Last Modified: Sep 12 08:21:42.207 for 00:20:14

Paths: (1 available, best #1, not advertised to EBGP peer)

Not advertised to any peer

Path #1: Received by speaker 0

Not advertised to any peer

Local

10.100.1.5 (metric 30) from 10.100.1.5 (10.100.1.5)

Origin IGP, localpref 100, valid, internal, best, group-best, import-candidate, imported

Received Path ID 0, Local Path ID 1, version 135

Community: no-export

Extended community: RT:1:1

PMSI: flags 0x00, type 1, label 0, ID 0x000003e8000003e80a640105

Source AFI: IPv4 MVPN, Source VRF: default, Source Route Distinguisher: 0:0:0

تحقق من جيران PIM في الوضع الافتراضي ل MDT:

RP/0/0/CPU0:C-PE1#show pim neighbor

PIM neighbors in VRF default

Flag: B - Bidir capable, P - Proxy capable, DR - Designated Router,

E - ECMP Redirect capable

* indicates the neighbor created for this router

Neighbor Address             Interface              Uptime    Expires  DR pri   Flags

10.1.2.2                     GigabitEthernet0/0/0/1 6d02h     00:01:16 1      B

10.1.2.3*                    GigabitEthernet0/0/0/1 6d02h     00:01:15 1 (DR) B E

10.100.1.3*                  Loopback0              6d02h     00:01:32 1 (DR) B E

10.100.1.3*                  Tmdtdefault            00:36:21  00:01:40 1

10.100.1.5                   Tmdtdefault            00:17:37  00:01:26 1 (DR)

تحقق من مسار MRIB. يجب أن تكون الواجهة الصادرة هي TMDT:

RP/0/0/CPU0:C-PE1#show mrib route 203.0.113.1

IP Multicast Routing Information Base

Entry flags: L - Domain-Local Source, E - External Source to the Domain,

C - Directly-Connected Check, S - Signal, IA - Inherit Accept,

IF - Inherit From, D - Drop, ME - MDT Encap, EID - Encap ID,

MD - MDT Decap, MT - MDT Threshold Crossed, MH - MDT interface handle

CD - Conditional Decap, MPLS - MPLS Decap, EX - Extranet

MoFE - MoFRR Enabled, MoFS - MoFRR State, MoFP - MoFRR Primary

MoFB - MoFRR Backup, RPFID - RPF ID Set, X - VXLAN

Interface flags: F - Forward, A - Accept, IC - Internal Copy,

NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,

II - Internal Interest, ID - Internal Disinterest, LI - Local Interest,

LD - Local Disinterest, DI - Decapsulation Interface

EI - Encapsulation Interface, MI - MDT Interface, LVIF - MPLS Encap,

EX - Extranet, A2 - Secondary Accept, MT - MDT Threshold Crossed,

MA - Data MDT Assigned, LMI - mLDP MDT Interface, TMI - P2MP-TE MDT Interface

IRMI - IR MDT Interface

(10.2.1.8,203.0.113.1) RPF nbr: 10.1.2.2 Flags: RPF

Up: 00:09:10

Incoming Interface List

GigabitEthernet0/0/0/1 Flags: A, Up: 00:09:10

Outgoing Interface List

Tmdtdefault Flags: F NS TMI, Up: 00:09:10

تحقق من وجود نفق P2MP واحد لكل موجه حدود كموجه نهاية رأس:

RP/0/0/CPU0:C-PE1#show mpls traffic-eng tunnels tabular

Tunnel   LSP     Destination          Source           FRR  LSP  Path

Name    ID         Address         Address  State  State Role  Prot

----------------- ----- --------------- --------------- ------ ------ ---- -----

^tunnel-mte1001 10004      10.100.1.5      10.100.1.3     up  Inact Head

auto_C-PE2_mt1000 10005      10.100.1.3      10.100.1.5     up  Inact Tail

^ = automatically created P2MP tunnel

بمجرد تشغيل ميزة Data MDT، نقوم بتشغيل المسارات 3 و 4 من نوع المسار:

RP/0/0/CPU0:C-PE1#show bgp ipv4 mvpn rd all-zero-rd

BGP router identifier 10.100.1.3, local AS number 1

BGP generic scan interval 60 secs

Non-stop routing is enabled

BGP table state: Active

Table ID: 0x0   RD version: 0

BGP main routing table version 143

BGP NSR Initial initsync version 4 (Reached)

BGP NSR/ISSU Sync-Group versions 0/0

Global table multicast is enabled

BGP scan interval 60 secs

Status codes: s suppressed, d damped, h history, * valid, > best

i - internal, r RIB-failure, S stale, N Nexthop-discard

Origin codes: i - IGP, e - EGP, ? - incomplete

Network            Next Hop            Metric LocPrf Weight Path

Route Distinguisher: 0:0:0

*> [1][10.100.1.3]/40 0.0.0.0                                0 i

*>i[1][10.100.1.5]/40 10.100.1.5                    100      0 i

*> [3][32][10.2.1.8][32][203.0.113.1][10.100.1.3]/120

0.0.0.0                                0 i

*>i[4][3][0:0:0][32][10.2.1.8][32][203.0.113.1][10.100.1.3][10.100.1.5]/224

10.100.1.5                    100      0 i

Processed 4 prefixes, 4 paths

يقوم الطراز Route-type 3، بالإعلان عن موجه البيانات MDT الذي يتم الإشارة إليه على جميع الموجهات الطرفية الطرفية الطرفية التالية:

RP/0/0/CPU0:C-PE1#show bgp ipv4 mvpn rd all-zero-rd [3][32][10.2.1.8][32][203.0.113.1][10.100.1.3]/120

BGP routing table entry for [3][32][10.2.1.8][32][203.0.113.1][10.100.1.3]/120, Route Distinguisher: 0:0:0

Versions:

Process           bRIB/RIB  SendTblVer

Speaker                141         141

Last Modified: Sep 12 08:46:17.207 for 00:00:41

Paths: (1 available, best #1, not advertised to EBGP peer)

Advertised to peers (in unique update groups):

10.100.1.5

Path #1: Received by speaker 0

Advertised to peers (in unique update groups):

10.100.1.5

Local

0.0.0.0 from 0.0.0.0 (10.100.1.3)

Origin IGP, localpref 100, valid, redistributed, best, group-best, import-candidate

Received Path ID 0, Local Path ID 1, version 141

Community: no-export

Extended community: RT:1:1

PMSI: flags 0x01, type 1, label 0, ID 0x000003ed000003ed0a640103

تم فك ترميز PMSI:

PMSI: العلامات 0x01، النوع 1، التسمية 0، ID 0x00003ed00003ed0a640103

أمر PMSI الذي تم فك ترميزه من الأمر السابق:

The PMSI Tunnel Type is : 1 : RSVP-TE P2MP LSP

The PMSI Tunnel ID is : 0x000003ed000003ed0a640103

Extended Tunnel ID : 1005

Reserved part (should be zero): 0X0000

Tunnel ID : 1005

P2MP ID : 10.100.1.3

ويمكن رؤية ذلك أيضا هنا:

RP/0/0/CPU0:C-PE1#show pim mdt cache

Core Source      Cust (Source, Group)                Core Data        Expires

10.100.1.3       (10.2.1.8, 203.0.113.1)               [p2mp 6]         never

Leaf AD:   10.100.1.5

يعلن Route-type 4 للموجه الطرفي الرئيسي الذي يكون الموجه هو الطرف الخلفي:

RP/0/0/CPU0:C-PE1#show bgp ipv4 mvpn rd all-zero-rd [4][3][0:0:0][32][10.2.1.8][32][203.0.113.1][10.100.1.3][10.100.1.5]/224

BGP routing table entry for [4][3][0:0:0][32][10.2.1.8][32][203.0.113.1][10.100.1.3][10.100.1.5]/224, Route Distinguisher: 0:0:0

Versions:

Process           bRIB/RIB  SendTblVer

Speaker                143         143

Last Modified: Sep 12 08:46:17.207 for 00:01:25

Paths: (1 available, best #1)

Not advertised to any peer

Path #1: Received by speaker 0

Not advertised to any peer

Local

10.100.1.5 (metric 30) from 10.100.1.5 (10.100.1.5)

Origin IGP, localpref 100, valid, internal, best, group-best, import-candidate, imported

Received Path ID 0, Local Path ID 1, version 143

Extended community: SEG-NH:10.100.1.5:0 RT:10.100.1.3:0

Source AFI: IPv4 MVPN, Source VRF: default, Source Route Distinguisher: 0:0:0

تحقق من إعداد Data MDT النفق P2MP TE:

RP/0/0/CPU0:C-PE1#show mpls traffic-eng tunnels tabular

Tunnel   LSP     Destination          Source           FRR  LSP  Path

Name    ID         Address         Address  State  State Role  Prot

----------------- ----- --------------- --------------- ------ ------ ---- -----

^tunnel-mte1001 10004      10.100.1.5      10.100.1.3     up  Inact Head

^tunnel-mte1005 10002      10.100.1.5      10.100.1.3     up  Inact Head

auto_C-PE2_mt1000 10005      10.100.1.3      10.100.1.5     up  Inact Tail

^ = automatically created P2MP tunnel

موجه حدود الخروج

تحقق من أن الواجهة الواردة هي واجهة TMDT:

RP/0/0/CPU0:C-PE2#show mrib route 203.0.113.1

IP Multicast Routing Information Base

Entry flags: L - Domain-Local Source, E - External Source to the Domain,

C - Directly-Connected Check, S - Signal, IA - Inherit Accept,

IF - Inherit From, D - Drop, ME - MDT Encap, EID - Encap ID,

MD - MDT Decap, MT - MDT Threshold Crossed, MH - MDT interface handle

CD - Conditional Decap, MPLS - MPLS Decap, EX - Extranet

MoFE - MoFRR Enabled, MoFS - MoFRR State, MoFP - MoFRR Primary

MoFB - MoFRR Backup, RPFID - RPF ID Set, X - VXLAN

Interface flags: F - Forward, A - Accept, IC - Internal Copy,

NS - Negate Signal, DP - Don't Preserve, SP - Signal Present,

II - Internal Interest, ID - Internal Disinterest, LI - Local Interest,

LD - Local Disinterest, DI - Decapsulation Interface

EI - Encapsulation Interface, MI - MDT Interface, LVIF - MPLS Encap,

EX - Extranet, A2 - Secondary Accept, MT - MDT Threshold Crossed,

MA - Data MDT Assigned, LMI - mLDP MDT Interface, TMI - P2MP-TE MDT Interface

IRMI - IR MDT Interface

(10.2.1.8,203.0.113.1) RPF nbr: 10.100.1.3 Flags: RPF

Up: 00:18:03

Incoming Interface List

Tmdtdefault Flags: A TMI, Up: 00:18:00

Outgoing Interface List

GigabitEthernet0/0/0/0 Flags: F NS, Up: 00:18:03

تشير إعادة توجيه المسار العكسي (RPF) على موجه حدود المخرج إلى موجه حدود المدخل. المدخل قارن tmdtdefault. لاحظ T للنفق:

RP/0/0/CPU0:C-PE2#show pim rpf 10.2.1.8

Table: IPv4-Multicast-default

* 10.2.1.8/32 [200/30]

via Tmdtdefault with rpf neighbor 10.100.1.3

المثال 3: كما في المثال 1، ولكن هناك iBGP بين PE وموجه الحدود

انظر إلى الصورة 6.

الصورة 6

نرى إعداد غير متناسق حيث لدينا شبكة رئيسية واحدة مع LDP على جانب و PIM لا تزال على الجانب الآخر و GTM. ويمكن أن يحدث ذلك أثناء هجرة الأشجار الأساسية. يجب أن يكون الموجه C-PE1 هو RR للبث المتعدد ل BGP IPv4 و BGP IPv4 mVPN. التشكيل ل PIM والتوجيه متعدد البث الذي كان لدينا على C-PE1 في مثال 1 مطلوب الآن على PE1.

المثال 4: التحويل متعدد البروتوكولات (MPLS) بسلاسة

نقوم بنشر GTM عبر نقاط الوصول متعددة البروتوكولات (MPLS) التي تتسم بالسلاسة. يجب أن يفهم موجه PE GTM، والذي يمكن لموجه Cisco IOS XR فقط القيام به ويجب أن يقوم موجه PE بإنشاء متجه وكيل PIM RPF في مجال PIM. مطلوب متجه وكيل إعادة توجيه المسار العكسي (RPF) لبروتوكول PIM هذا حتى يمكن لموجهات P إعادة توجيه المسار العكسي (RPF) إلى عنوان IP للوكيل (ABR). بما أن Cisco IOS XR 5.3.2، يمكن ل Cisco IOS XR إنشاء متجه وكيل إعادة توجيه المسار العكسي (RPF) في السياق العام. لذلك، يمكن أن يحتوي GTM على متجه وكيل إعادة توجيه المسار العكسي (RPF).

لإنشاء موجه وكيل إعادة توجيه المسار العكسي (RPF) لبروتوكول PIM، يجب أن يحتوي موجه PE على هذا التكوين:

router pim

address-family [ipv4|ipv6]

rpf-vector

!

!

ملاحظة: تم تقديم دعم تفسير متجه وكيل إعادة توجيه المسار العكسي (RPF) لبروتوكول PIM (هذا ما يجب أن يفعله الموجه P) في الإصدارات السابقة من Cisco IOS XR.

وهذا يسمح بنشر GTM عبر MPLS بسلاسة.