تسعى مجموعة الوثائق لهذا المنتج جاهدة لاستخدام لغة خالية من التحيز. لأغراض مجموعة الوثائق هذه، يتم تعريف "خالية من التحيز" على أنها لغة لا تعني التمييز على أساس العمر، والإعاقة، والجنس، والهوية العرقية، والهوية الإثنية، والتوجه الجنسي، والحالة الاجتماعية والاقتصادية، والتمييز متعدد الجوانب. قد تكون الاستثناءات موجودة في الوثائق بسبب اللغة التي يتم تشفيرها بشكل ثابت في واجهات المستخدم الخاصة ببرنامج المنتج، أو اللغة المستخدمة بناءً على وثائق RFP، أو اللغة التي يستخدمها منتج الجهة الخارجية المُشار إليه. تعرّف على المزيد حول كيفية استخدام Cisco للغة الشاملة.
ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).
يصف هذا المستند البث المتعدد للجدول العام (GTM) غير المقسم ل mVPN.
لا توجد متطلبات خاصة لهذا المستند.
لا يقتصر هذا المستند على إصدارات برامج ومكونات مادية معينة.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
يحتوي NG mVPN (RFC 6513/6514) على العديد من ملفات التعريف. تحتوي معظم التوصيفات على شبكة خاصة افتراضية (VPN) أو توجيه/إعادة توجيه ظاهري (VRF) في موجهات PE. بعض التوصيفات (توصيفات 7 و
يتطلب كل من 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 مع بعض التغييرات.
مع GTM، يتم تطبيق النقاط التالية. بعض هذه العناصر هي نفسها الموجودة مع RFC 6513/6514، وبعضها مختلف.
يحتوي النوع 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 تعرض تلك السيناريوهات الثلاثة المحتملة.
الصورة الثالثة
عندما يعلن موجه الحدود عن بادئة iBGP مستلمة من موجه حدود آخر، فإنه يزيل سمات البث المتعدد قبل أن يرسل البادئة إلى موجه PE. يجب أن تحتوي موجهات الحدود على الأمر send-multicast-attributes disable تحت موجه BGP حتى يحدث ذلك.
هنا بعض الأمثلة. المثال الأول يبدأ بتحويل ملف التعريف 12 إلى نشر GTM.
تعرض الصورة 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 كبروتوكول إرسال الإشارات المتداخل.
أنت ينبغي يتلقى التالي تشكيل على الحد مسحاج تخديد:
إختياريا، ال SAFI 2 ينبغي كنت مكنت تحت مسحاج تخديد BGP
المخرج قارن على المدخل حد مسحاج تخديد ال 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]
وهذا مشابه جدا للمثال 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
انظر إلى الصورة 6.
الصورة 6
نرى إعداد غير متناسق حيث لدينا شبكة رئيسية واحدة مع LDP على جانب و PIM لا تزال على الجانب الآخر و GTM. ويمكن أن يحدث ذلك أثناء هجرة الأشجار الأساسية. يجب أن يكون الموجه C-PE1 هو RR للبث المتعدد ل BGP IPv4 و BGP IPv4 mVPN. التشكيل ل PIM والتوجيه متعدد البث الذي كان لدينا على C-PE1 في مثال 1 مطلوب الآن على PE1.
نقوم بنشر 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 بسلاسة.
المراجعة | تاريخ النشر | التعليقات |
---|---|---|
1.0 |
14-Dec-2022 |
الإصدار الأولي |