المحتويات

المقدمة

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

المتطلبات

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

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

نظرية

استعلام MBB وآلية ACK

قدرة MBB

تأخر MBB

MBB للتحويل

قاعدة بيانات متعددة (MBB) للحماية

نظرية حماية الحزب الديمقراطي mLDP

التكوين المطلوب

MBB للمثال FRR

MBB قيد الاستخدام

تتبع LDP

تكوين مؤقت FRR لشبكات LSP الخاصة بدرجات MLDP

القرار

المقدمة

يصف هذا المستند سلوك إجراء عملية ما قبل الفصل (MBB) في Cisco IOS® XR.

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

المتطلبات

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

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

- يكون هذا المستند خاصا ب Cisco IOS® XR، ولكنه لا يقتصر على إصدار برنامج أو جهاز معين.

- تقوم جميع الأجهزة المستخدمة في هذه المقالة بتشغيل Cisco IOS XR 6.5.2. جميع بطاقات الخط هي بطاقات خط من الجيل الثالث أو الرابع ASR9k.

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

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

Make-Before-Break (MBB) له غرض: إعداد شجرة MLDP (بروتوكول توزيع التسمية متعدد النقاط) جديدة قبل قطع الشجرة القديمة وتحويل حركة مرور البيانات من الشجرة القديمة إلى الشجرة الجديدة دون فقدان حركة مرور البث المتعدد. يمكن إستخدام هذا في سيناريوهين:

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

2. عندما تتم حماية حركة مرور البث المتعدد على مسار نسخ إحتياطي: قم بتحويل حركة مرور البيانات من مسار النسخ الاحتياطي إلى شجرة mLDP الأصلية التي تم الإشارة إليها حديثا ثم احذف شجرة النسخ الاحتياطي.

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

نظرية

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

الحالات التي يمكن ل MBB المساعدة فيها هي:

- الشجرة الموجودة قيد إعادة التوجيه بسبب تغيير في المخطط أو حدث إرتباط أو انخفاض في تكلفة بروتوكول العبارة الداخلية لارتباط ما،

- الارتداد إلى شجرة LDP أصلية، بعد إستلام حركة مرور البث المتعدد على مسار نفق/LFA (بديل خال من التكرار الحلقي) أو مسار TI-LFA (LFA مستقل عن المخطط) المحمي بشكل نشط.

لاحظوا ان هذين يمثلان احداثا جيدة.  مثال على حدث سيئ يكون خطوة متصل مباشرة نازلة إلى أسفل على مسحاج تخديد على المسحاج تخديد. يتعذر على MBB المساعدة في هذه الحالة. IP FRR (إعادة التوجيه السريع) مطلوب في هذه الحالة.

عند حدوث MBB، يوجد مؤقتا أكثر من جار للتدفق و/أو أكثر من جار واحد للتدفق.  في RFC 6388، تم تحديد أنه يمكن أن يكون هناك عناصر قبول متعددة. هذا يعني أنه يمكن أن يكون هناك العديد من جيران المنبع وقيم تسميات المنبع لكل شجرة. "عنصر القبول" يعني أن جاره في المنبع mLDP هو مرشح لقبول حركة المرور. عنصر قبول واحد هو العنصر النشط. العنصر النشط هو العنصر الذي تم تثبيت تسمية MPLS له في مستوى إعادة التوجيه. عنصر القبول الآخر هو العنصر غير النشط. هذا العنصر هو العنصر الذي لم يتم تثبيت تسمية MPLS له بعد في مستوى إعادة التوجيه. هذا العنصر غير النشط هو العنصر الخاص بالجزء الذي تمت الإشارة إليه حديثا من الشجرة بآلية الاستعلام/التمثال ويجب أن يكون قصير العمر، قبل انتقاله إلى أن يصبح عنصر القبول النشط. يمكن أن يكون هناك عنصران قابلان فقط لكل شجرة: أحدهما هو العنصر النشط والآخر هو غير النشط. بمجرد انتهاء إرسال إشارات الاستعلام/التمهيد أو الوصول إلى تأخير زمني ثابت، يتم إزالة الجيران القدامى من الشجرة.

بدلا من آلية الاستعلام/الفحص، قد يكون خيار التنفيذ الآخر تأجيل التحويل إلى LSP الجديد فقط بتأخير ثابت قابل للتكوين.

من المهم ملاحظة أن mLDP يشارك مساحة التسمية المعينة لتدفق البيانات والتي يستخدمها البث الأحادي وبالتالي لمستوى إعادة توجيه MPLS، لا يوجد في الأساس أي فرق بين حزم البث المتعدد أو حزم البث الأحادي. نظرا لمشاركة مستوى إعادة التوجيه مع البث الأحادي، يتم توريث ميزة معينة للبث الأحادي للبث المتعدد، مثل IP FRR.

وتنطبق إجراءات MBB على أشجار P2MP (من نقطة إلى عدة نقاط) و MP2MP (من نقاط متعددة إلى نقاط متعددة).

استعلام MBB وآلية ACK

MBB إختياري (هو أيضا إختياري في RFC)، لذلك يجب تكوينه لكي يتم تمكينه. عند تكوينها، يمكن أن تكون هناك حالة MBB مرفقة برسالة تعيين التسمية مرسلة إلى الخادم كما يمكن إرفاقها برسالة إعلام LDP مرسلة من موجه تدفق البيانات إلى الخادم. يمكن للموجه إرفاق حالة MBB في TLV حالة LDP MP.

حالة MBB هي نوع من عنصر قيمة حالة LDP MP:

0                   1                   2                   3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

| MBB Type = 1  |      Length = 1               | Status Code   |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

رمز الحالة هو 1 لطلب MBB و 2 لسكر MBB.

تم ترميز TLV لحالة LDP MP كما يلي:

0                   1                   2                   3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|1|0| LDP MP Status Type(0x096F)|            Length             |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                           Value                               |

~                                                               ~

|                               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                               |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

يحتوي حقل القيمة على عنصر قيمة حالة MP LDP واحد أو أكثر.

يتضمن عنصر قيمة حالة MP LDP المضمن في قيمة TLV لحالة MP LDP الترميز التالي:

0                   1                   2                   3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

| Type          | Length                        | Value ...     |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+               |

~                                                               ~

|                                                               |

|                               +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                               |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

يمكن أن يظهر TLV الخاص بحالة LDP MP إما في رسالة تعيين التسمية أو في رسالة إعلام LDP.

في رسالة إعلام LDP:

0                   1                   2                   3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|0|   Notification (0x0001)     |      Message Length           |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                       Message ID                              |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                       Status TLV                              |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                   LDP MP Status TLV                           |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                 Optional LDP MP FEC TLV                       |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                 Optional Label TLV                            |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

في رسالة تعيين التسمية:

0                   1                   2                   3

0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|0|   Label Mapping (0x0400)    |      Message Length           |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                     Message ID                                |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                     FEC TLV                                   |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                     Label TLV                                 |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                     Optional LDP MP Status TLV                |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

|                     Additional Optional Parameters            |

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+

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

توضح الصورة 1 التقاط رسالة تعيين تسميات LDP في Wireshark. هناك LDP MP وضع TLV مرفق.

الصورة 1

01000102 فك إلى 1 ل MBB النوع 1، 0001 للطول 1، و 02 ل MBB Ack.

لاحظ أن آلية MBB تنطبق على FEC (فئة تكافؤ إعادة التوجيه) P2MP و MP2MP Up أو Downstream FECs.

قدرة MBB

يقوم الموجه القادر على أداء قاعدة بيانات إدارة قاعدة بيانات (MBB) بالإعلان عن ذلك في إعلان حول إمكانية قاعدة بيانات إدارة قاعدة بيانات (MBB) أثناء جلسة عمل بروتوكول LDP لجيرانه.

RP/0/RSP1/CPU0:R2#show mpls mldp neighbors

MLDP peer ID      : 10.79.196.14:0, uptime 22:32:06 Up,

Capabilities     : Typed Wildcard FEC, P2MP, MP2MP, MBB

Target Adj       : No

Upstream count   : 0

Branch count     : 0

Label map timer  : never

Policy filter in :

Path count       : 1

Path(s)          : 10.159.248.201    Bundle-Ether120 No LDP

Adj list         : 10.254.3.36      Bundle-Ether10362

Peer addr list   : 10.79.196.14

: 10.55.55.1

: 10.196.91.134

: 10.200.30.1

لا يتم تمكين MBB بشكل افتراضي ل Cisco IOS XR.

يتيح الأمر "عمل قبل الانقطاع" للميزة وإعلان الإمكانية.

mpls ldp

mldp

logging notifications

address-family ipv4

make-before-break delay 0

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

تأخر MBB

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

الصورة 2

توجد الشجرة القديمة والشجرة المستحدثة. الموجه الذي يمثل فيه فرع الشجرتين نقطة الإصلاح المحلي (PLR). الموجه الذي يتم فيه دمج الشجرتين مرة أخرى هو نقطة الدمج (MP). يتم الإشارة إلى الجزء الجديد من شجرة بروتوكول mLDP نظرا لاكتشاف الموجهات لمسار أفضل. فإما أن الارتباط الجديد R4 - R2 أصبح متاحا، أو أن قياس IGP على ذلك الرابط قد خفض لإنتاج مسار بمقياس إجمالي أقل.

أنت يستطيع شكلت إثنان تأخير قيمة ل MBB. الأول هو التأخير عند إستخدام MBB لإعادة تحويل MP إلى مسار أصلي. هذا هو الوقت الذي يتم فيه إستلام MBB.

RP/0/RP1/CPU0:Router(config-ldp-mldp-af)#make-before-break delay ?

<0-600> Forwarding delay in seconds

التأخير بقيمة صفر يعني أنه يتم إستخدام المسار الذي تمت الإشارة إليه حديثا على الفور بعد إستلام MBB ACK على الموجه حيث يتنوع المسار القديم والجديد، PLR. الثاني هو تأخير حذف مسار النسخ الاحتياطي بعد تحويل MP إلى المسار الأصلي.

RP/0/RP1/CPU0:Router(config-ldp-mldp-af)#make-before-break delay 10 ?

<0-60> Delete delay in seconds

<cr>

RP/0/RP1/CPU0:Router(config-ldp-mldp-af)#make-before-break delay 10 10 ?

<cr>

يتم إستخدام كل من تأخير المحول وتأخير الحذف على بروتوكول MP.

MBB للتحويل

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

انظروا إلى مثال.

تعرض الصورة 3 شبكة قبل حدث تقارب التوجيه.

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

R5 هو الموجه الجذري لشجرة واحدة mLDP بينما R6 هو الموجه الطرفي. يتم الإشارة إلى شجرة P2MP mLDP بواسطة رسالة تعيين تسمية (بما في ذلك تسمية MPLS)، من كل موجه نحو الجذر. لا تحمل رسالة تعيين تسمية LDP هذه طلب MBB.

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

تعرض الصورة 4 الشبكة بعد حدث تقارب التوجيه (بدون MBB).

الصورة 4

الارتباط R4 - R2 قيد التشغيل الآن. يكون مقياس هذا الارتباط ذا قيمة منخفضة بحيث يكون للمسار السفلي مقياس أقل من المسار العلوي. هناك أمران يجب حدوثهما: يلزم تحديد عملية تجاور بروتوكول العبارة الداخلية (IGP) عبر الارتباط، كما يلزم إنشاء جلسة عمل بروتوكول الإنترنت (LDP) عبر هذا الارتباط الجديد. بمجرد رفع جلسة LDP هذه، يتم تبادل رسالة تعيين التسمية عبر هذا الارتباط لنقل شجرة mLDP من الأعلى إلى الأسفل.

إذا لم يتم تكوين MBB، فهناك إشارات منتظمة برسائل تعيين تسميات LDP على المسار السفلي. بمجرد وصول رسالة تعيين التسمية (دون طلب MBB) إلى R1، يتوقف R1 عن إعادة توجيه حركة مرور البث المتعدد على المسار العلوي وبدء إعادة توجيه حركة مرور البث المتعدد على المسار السفلي.

في النهاية، لم يرسل R1 حركة مرور البث المتعدد أبدا عبر المسارين، لكن فقط فوق واحد: هو يحول حركة مرور البيانات من الأعلى إلى الأسفل مسار. التحويل فوري الذي يمكن أن يؤدي إلى إسقاط حركة مرور البث المتعدد لفترة قصيرة بسبب حقيقة أن إرسال إشارات مستوى التحكم من R2 إلى R1 عبر R4 يمكن أن يكون أسرع قليلا من الوقت اللازم لتثبيت إدخالات MLDP في مستوى البيانات على الموجهات على المسار الجديد.

تم تمكين إعلام تسجيل الدخول إلى بروتوكول mLDP بشكل صريح.

RP/0/0/CPU0:Jan  1 16:06:49.778 : mpls_ldp[1180]: %ROUTING-MLDP-5-BRANCH_ADD : 0x00001 [ipv4 10.0.0.105 232.1.1.1] P2MP 10.0.0.5, Add LDP 10.0.0.4:0 branch remote label 24009

RP/0/0/CPU0:Jan  1 16:06:49.838 : mpls_ldp[1180]: %ROUTING-MLDP-5-BRANCH_DELETE : 0x00001 [ipv4 10.0.0.105 232.1.1.1] P2MP 10.0.0.5, Delete LDP 10.0.0.3:0 branch remote label 24009

في حالة تكوين قاعدة بيانات الإدارة (MBB)، فلدينا ما يلي.

لاحظ أنه لا يكفي تكوين MBB على R1 فقط.

هذا مثال على التكوين في R2:

mpls ldp

mldp

logging notifications

address-family ipv4

make-before-break delay 60

!

قد ترغب في أن يقوم R2 بتأخير التحويل من المسار القديم إلى المسار الجديد ب 60 ثانية عند تشغيل جلسة LDP عبر الارتباط R4-R2. هذا لا يحدث. تحتاج إلى تمكين MBB على كل موجه (أو على الأقل R1، R4، و R2) بحيث يعمل إرسال إشارات MBB بين R2 و R1 عبر R4.

تحتاج إلى وجود هذا التكوين الأدنى على كل موجه لتمكين إرسال إشارات MBB.

mpls ldp

mldp

logging notifications

address-family ipv4

make-before-break delay 0

!

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

الصورة 5

تم وضع جميع عمليات التكوين الصحيحة في مكانها. إننا ننظر إلى الأحداث من البداية، وبالتالي إلى الحالة قبل حدث التقارب.

المسار الأعلى النشط هو البداية. في R1، R3 هو العميل الأخير الوحيد.

RP/0/0/CPU0:R1#show mpls mldp database

mLDP database

LSM-ID: 0x00001  Type: P2MP  Uptime: 00:19:43

FEC Root           : 10.0.0.5

Opaque decoded     : [ipv4 10.0.0.105 232.1.1.1]

Features           : MBB

Upstream neighbor(s) :

10.0.0.5:0 [Active] [MBB] Uptime: 00:19:43

Local Label (D) : 24008

Downstream  client(s):

LDP 10.0.0.3:0     Uptime: 00:03:28

Next Hop         : 10.1.3.3

Interface        : GigabitEthernet0/0/0/0

Remote label (D) : 24009

RP/0/0/CPU0:R1#show mpls mldp forwarding

mLDP MPLS forwarding database

24008  LSM-ID: 0x00001 flags: None

24009, NH: 10.1.3.3, Intf: GigabitEthernet0/0/0/0 Role: M

في R2، يعد R3 العنصر المقبول الوحيد.

RP/0/0/CPU0:R2#show mpls mldp database

mLDP database

LSM-ID: 0x00001  Type: P2MP  Uptime: 00:23:58

FEC Root           : 10.0.0.5

Opaque decoded     : [ipv4 10.0.0.105 232.1.1.1]

Features           : MBB

Upstream neighbor(s) :

10.0.0.3:0 [Active] [MBB] Uptime: 00:03:19

Local Label (D) : 24008

Downstream  client(s):

LDP 10.0.0.6:0     Uptime: 00:23:58

Next Hop         : 10.2.6.6

Interface        : GigabitEthernet0/0/0/2

Remote label (D) : 24010

RP/0/0/CPU0:R2#show mpls mldp forwarding

mLDP MPLS forwarding database

24008  LSM-ID: 0x00001 flags: None

24010, NH: 10.2.6.6, Intf: GigabitEthernet0/0/0/2 Role: M

بعد إرسال إشارات MBB، يحتوي R2 على عنصرين للقبول، أحدهما نشط والآخر غير نشط.

Jan  1 16:52:43.700 : mpls_ldp[1180]: %ROUTING-MLDP-5-BRANCH_ADD : 0x00001 [ipv4 10.0.0.105 232.1.1.1] P2MP 10.0.0.5, Add LDP 10.0.0.4:0 branch remote label 240

يحتوي R1 على عميلين للتدفق، R3 و R4:

RP/0/0/CPU0:R1#show mpls mldp database

mLDP database

LSM-ID: 0x00001  Type: P2MP  Uptime: 00:22:35

FEC Root           : 10.0.0.5

Opaque decoded     : [ipv4 10.0.0.105 232.1.1.1]

Features           : MBB

Upstream neighbor(s) :

10.0.0.5:0 [Active] [MBB] Uptime: 00:22:35

Local Label (D) : 24008

Downstream  client(s):

LDP 10.0.0.3:0     Uptime: 00:06:20

Next Hop         : 10.1.3.3

Interface        : GigabitEthernet0/0/0/0

Remote label (D) : 24009

LDP 10.0.0.4:0     Uptime: 00:00:36

Next Hop         : 10.1.4.4

Interface        : GigabitEthernet0/0/0/1

Remote label (D) : 24009

يتم إعادة توجيه R1 عبر كلا المسارين:

RP/0/0/CPU0:R1#show mpls mldp forwarding

mLDP MPLS forwarding database

24008  LSM-ID: 0x00001 flags: None

24009, NH: 10.1.3.3, Intf: GigabitEthernet0/0/0/0 Role: M

24009, NH: 10.1.4.4, Intf: GigabitEthernet0/0/0/1 Role: M

يحتوي R2 الآن على جاورين من الخادم، أحدهما نشط (R3) والآخر غير نشط (R4). هذه المرحلة موجودة لمدة 60 ثانية، وقت تأخير إعادة التوجيه.

RP/0/0/CPU0:R2#show mpls mldp database

mLDP database

LSM-ID: 0x00001  Type: P2MP  Uptime: 00:27:00

FEC Root           : 10.0.0.5

Opaque decoded     : [ipv4 10.0.0.105 232.1.1.1]

MBB nbr evaluate   : 00:00:21

Features           : MBB

Upstream neighbor(s) :

10.0.0.4:0 [Inactive] [MBB] Uptime: 00:00:38

Local Label (D) : 24009

10.0.0.3:0 [Active] [Delete] [MBB] Uptime: 00:06:22

Local Label (D) : 24008

Downstream  client(s):

LDP 10.0.0.6:0     Uptime: 00:27:00

Next Hop         : 10.2.6.6

Interface        : GigabitEthernet0/0/0/2

Remote label (D) : 24010

RP/0/0/CPU0:R2#show mpls mldp forwarding

mLDP MPLS forwarding database

24008  LSM-ID: 0x00001 flags: None

24010, NH: 10.2.6.6, Intf: GigabitEthernet0/0/0/2 Role: M

24009  LSM-ID: 0x00001 flags: ED

24010, NH: 10.2.6.6, Intf: GigabitEthernet0/0/0/2 Role: M

لاحظ أن التسمية المحلية لكل شجرة mLDP مختلفة. لذا، فلا توجد مشكلة في R2 تميز حركة مرور البيانات الواردة عبر بروتوكول mLDP وتحدد الحزمة الواردة التي ينتمي إليها بروتوكول mLDP. لا يقوم R2 إلا بإعادة توجيه حركة المرور من شجرة واحدة في أي وقت. تعني علامة ED 'egress drop' وتعني أن الحزم الواردة مع تسمية 24009 يتم إسقاطها. هذه هي الحزم الموجودة على الشجرة والتي يكون عنصر القبول غير نشط لها. لا توجد حركة مرور مكررة تصل إلى أجهزة الاستقبال!

لاحظ أن التسمية الصادرة لكل شجرة mLDP على R2 هي نفسها. لذلك، فإنه إلى R6، وهو موجه تدفق من الخادم R2، لا يمكنه التمييز إذا ما كانت حركة المرور قد تجاوزت المسار القديم (الأعلى) الأصلي أو المسار (السفلي) الجديد بعد إعادة التوجيه.

بعد 60 ثانية، يتوقف R2 عن إعادة توجيه حركة المرور من المسار الأعلى، ويبدأ حركة المرور من المسار السفلي.

RP/0/0/CPU0:R1 Jan  1 16:53:44.236 : mpls_ldp[1180]: %ROUTING-MLDP-5-BRANCH_DELETE : 0x00001 [ipv4 10.0.0.105 232.1.1.1] P2MP 10.0.0.5, Delete LDP 10.0.0.3:0 branch remote label 24009

يحتوي R1 على عميل واحد فقط للتدفق من الخادم، R4.

RP/0/0/CPU0:R1#show mpls mldp database

mLDP database

LSM-ID: 0x00001  Type: P2MP  Uptime: 00:25:21

FEC Root           : 10.0.0.5

Opaque decoded     : [ipv4 10.0.0.105 232.1.1.1]

Features           : MBB

Upstream neighbor(s) :

10.0.0.5:0 [Active] [MBB] Uptime: 00:25:21

Local Label (D) : 24008

Downstream  client(s):

LDP 10.0.0.4:0     Uptime: 00:03:22

Next Hop         : 10.1.4.4

Interface        : GigabitEthernet0/0/0/1

Remote label (D) : 24009

RP/0/0/CPU0:R1#show mpls mldp forwarding

mLDP MPLS forwarding database

24008  LSM-ID: 0x00001 flags: None

24009, NH: 10.1.4.4, Intf: GigabitEthernet0/0/0/1 Role: M

يحتوي R2 على جار واحد فقط للتدفق:

RP/0/0/CPU0:R2#show mpls mldp database

mLDP database

LSM-ID: 0x00001  Type: P2MP  Uptime: 00:29:54

FEC Root           : 10.0.0.5

Opaque decoded     : [ipv4 10.0.0.105 232.1.1.1]

Features           : MBB

Upstream neighbor(s) :

10.0.0.4:0 [Active] [MBB] Uptime: 00:03:31

Local Label (D) : 24009

Downstream  client(s):

LDP 10.0.0.6:0     Uptime: 00:29:54

Next Hop         : 10.2.6.6

Interface        : GigabitEthernet0/0/0/2

Remote label (D) : 24010

RP/0/0/CPU0:R2#show mpls mldp forwarding

mLDP MPLS forwarding database

24009  LSM-ID: 0x00001 flags: None

24010, NH: 10.2.6.6, Intf: GigabitEthernet0/0/0/2 Role: M

يظهر تتبع LDP على R2 أنه تم إستخدام إشارات MBB، وأنه كان هناك تأخير لمدة 60 ثانية قبل التبديل من المسار القديم إلى المسار الجديد والتأخير اللاحق لمدة 0 ثانية لحذف المسار القديم. بعد ذلك، يرسل R2 رسالة "سحب التسمية" إلى R3 للمسار القديم ويستلم رسالة "إصدار تسمية" من R3 كاستجابة.

RP/0/0/CPU0:R2#show mpls mldp trace

Jan  1 16:52:43.370 MLDP GLO 0/0/CPU0 t21 NBR  : New LDP peer 10.0.0.4:0 UP cap: f

Jan  1 16:52:43.370 MLDP GLO 0/0/CPU0 t21 NBR  : 10.0.0.4:0 LDP Adjacency addr: 10.2.4.4, Interface: GigabitEthernet0/0/0/1 Add

Jan  1 16:52:43.660 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 ACEL 10.0.0.4:0 installed local label 24009

Jan  1 16:52:43.660 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 P2MP label mappping MBB Request msg to 10.0.0.4:0 Success

Jan  1 16:52:43.660 MLDP LSP 0/0/CPU0 t21 FWD  : 0x00001 Label 24009 add path label 24010 intf GigabitEthernet0/0/0/2 nexthop 10.2.6.6 id 0x00001 Success

Jan  1 16:52:43.660 MLDP GLO 0/0/CPU0 t21 GEN  : Root 10.0.0.5 path 10.2.4.4 php nh 10.2.4.4 peer 134a338c:10.0.0.4:0

Jan  1 16:52:43.910 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 P2MP notification from 10.0.0.4:0 root 10.0.16.0 Opaque Len: 83886090 MBB Ack

Jan  1 16:52:43.910 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 Start MBB Notification timer 100 msec (MBB ack)

Jan  1 16:52:43.910 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 ACEL selection delayed for 60 seconds (MBB)

Jan  1 16:53:44.156 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 ACEL 10.0.0.3:0 start delete pending timer at 0 sec

Jan  1 16:53:44.156 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 ACEL 10.0.0.4:0 activate

Jan  1 16:53:44.156 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 update active ident from 10.0.0.3:0 to 10.0.0.4:0

Jan  1 16:53:44.156 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 ACEL 10.0.0.3:0 deactivate

Jan  1 16:53:44.256 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 ACEL 10.0.0.3:0 delete delay timer expired, delete pending TRUE

Jan  1 16:53:44.256 MLDP LSP 0/0/CPU0 t21 FWD  : 0x00001 Label 24008 delete, Success

Jan  1 16:53:44.256 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 ACEL 10.0.0.3:0 binding list Local Delete

Jan  1 16:53:44.256 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 Released label 24008 to LSD

Jan  1 16:53:44.256 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 P2MP label withdraw msg to 10.0.0.3:0 Success

Jan  1 16:53:44.256 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 ACEL 10.0.0.3:0 remove

Jan  1 16:53:44.256 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 P2MP label release from 10.0.0.3:0 label 24008 root 10.0.0.5 Opaque Len 11

Jan  1 16:53:44.356 MLDP LSP 0/0/CPU0 t21 DB   : 0x00001 MBB notification delay timer expired

قاعدة بيانات متعددة (MBB) للحماية

تتألف الحماية في المناطق الإدارية المختلفة من جزأين رئيسيين: الحماية ذاتها ومعامل التضخم المتعدد (جعل الأمور قبل الانقطاع).

حماية

تكون حماية حركة مرور mLDP مماثلة لآليات حماية حركة مرور MPLS للبث الأحادي. ما إن كشفت خطوة إخفاق، ال PLR يحول مسحاج تخديد ال multicast حركة مرور من شجرة يعبر أن ربط إلى النسخة إحتياطية ممر. مسار النسخ الاحتياطي هذا هو مسار تم حسابه مسبقا يتم تثبيته في مستوى إعادة التوجيه. لذلك، بمجرد حدوث الفشل، يمكن تحويل حركة مرور البث المتعدد فورا إلى مسار النسخ الاحتياطي.

الحماية خاصة بعملية قطع الاتصال فقط. لا توجد حماية للعقدة ل mLDP.

يجب الكشف عن حدث إلغاء الارتباط بسرعة كبيرة. هذا يعني أنه يجب إستخدام BFD (اكتشاف إعادة التوجيه ثنائي الإتجاه).

MBB

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

نظرية حماية الحزب الديمقراطي mLDP

انظر إلى الصورة 6. وهو يعرض شبكة مع إرتباط R1 - R2 محمي باستخدام TI-LFA.

الصورة 6

تتم إعادة توجيه حركة مرور البيانات عبر الارتباط R1 - R2. يقوم FRR بحساب مسار نسخ إحتياطي وتثبيته عبر R3.

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

الصورة 7

تظهر الصورة 7 الحالة عندما تكون الحماية نشطة.

و عند تدهور الرابط R1 - R2، يتم الحفاظ على إستمرارية جلسات LDP عبر ذلك الرابط من خلال حماية جلسات LDP. تقوم جلسة LDP - وهي جلسة TCP - بإعادة التوجيه عبر R3. لتجنب إزالة روابط التسمية ل LDP و mLDP بين R1 و R2. لكي تكون جلسة LDP هذه قابلة للتوجيه عبر R3 وتكون متعددة الخطوات، يجب أن تكون جلسة LDP مستهدفة. ويتم هذا تلقائيا عند تكوين حماية جلسة LDP.

عند تعطل الارتباط R1 - R2، يمكن إعادة توجيه حركة مرور البيانات الخاصة ببروتوكول mLDP بشكل سريع عبر R3. ولكي ينجح ذلك، يجب أن يكون هناك شكل ما من أشكال الحماية على R1 للمسار نحو معرف الموجه الخاص ب R2 الخاص ب LDP. ويتم تحقيق ذلك إما من خلال تمكين أنفاق هندسة حركة مرور MPLS أو LFA (بديل خال من الحلقة) أو TI-LFA (LFA مستقل عن الطوبولوجيا). كان لحركة مرور البث المتعدد من R1 إلى R2 تسمية LDP واحدة. عندما يذهب الارتباط R1 - 2 إلى أسفل، تحصل حركة مرور البث المتعدد على تسمية إضافية عند إرسالها إلى R2. هناك اتصال قبل الأخيرة (PHP)، لذلك تتم إعادة توجيه حركة المرور باستخدام عنوان واحد نحو R2. يستقبل R2 حركة المرور هذه بنفس التسمية كما هو الحال عندما يكون الارتباط R1 - R2 قيد التشغيل. يستمر R2 في إعادة توجيه حركة مرور البث المتعدد هذه.

هذه الحماية سريعة. وعلى الرغم من توفير الحماية لحركة مرور البيانات عبر بروتوكول mLDP، إلا أن الخادم طراز R2 يبدأ في الإشارة إلى مسار أصلي جديد منه نحو الخادم طراز R1 عبر الخادم طراز R3. لذلك، يرسل R2 رسالة تعيين تسمية mLDP إلى R3. ويقوم R3 بنفس الشيء تجاه R1. وهذه هي نفس العملية/إرسال الإشارات كما هو الحال دائما عند إنشاء مسار LDP جديد. وأثناء إستمرار إرسال الإشارات هذا، يستمر R2 في إعادة توجيه حركة مرور البيانات من مسار النسخ الاحتياطي mLDP. متى يبدأ R2 في إعادة توجيه حركة مرور البيانات من المسار الأصلي الذي تم إنشاؤه حديثا؟ يمكن أن يكون المشغل أمرين: تأخير موقوت أو مشغل إشارات. التأخير المحدد هو شيء تم تكوينه. مشغل الإشارات هو سلوك إجراء قبل الانقطاع (MBB) الذي تم تقديمه في بروتوكول mLDP وتم تحديده في RFC 6388. عندما يتلقى R2 الإشارة من R1، فإنه يشير إلى أن مسار mLDP الأصلي الجديد جاهز، لذلك يمكن أن يبدأ R2 في إعادة توجيه حركة مرور البيانات من مسار mLDP الجديد هذا وتوقف إعادة توجيه حركة مرور البيانات من مسار النسخ الاحتياطي.

يطلق على R1 اسم PLR (نقطة من المحلي)، وهو الموجه حيث يتم إيقاف تشغيل المسار المحمي وفرع المسار الأصلي الذي تمت الإشارة إليه حديثا. R2 هو MP (نقطة الدمج)، والموجه حيث يتم دمج المسار المحمي والمسار الأصلي الذي تم الإشارة إليه حديثا مرة أخرى.

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

الصورة 8

توضح الصورة 8 وجود رسالة تعيين تسميات LDP من R2 إلى R3 ومن R3 إلى R1. تحتوي رسالة تعيين التسمية هذه على طلب MBB.

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

الصورة 9

يجيب R1 على هذا الإرسال باستخدام إعلام LDP، حاملا إقرار MBB في الإتجاه العكسي. إذا، أسفل الشجرة. تنتقل هذه الرسالة من R1 إلى R3 ومن R3 إلى R2. يشير هذا إلى R2، موجه MP، أن مسار mLDP الأصلي الجديد جاهز. عند هذه النقطة، يقوم R1 بإعادة توجيه حركة مرور البيانات الخاصة ببروتوكول mLDP مرتين، مرة واحدة على مسار النسخ الاحتياطي ومرة واحدة على المسار الأصلي الجديد

يتم إستخدام MBB هنا لإعادة تحويل MP (R2) إلى مسار أصلي (الذي تم إنشاؤه للتو). عند إنهاء MBB لجزء الإشارات، يتوقف MP عن إعادة توجيه حركة مرور بيانات mLDP الواردة من مسار النسخ الاحتياطي وبدء إعادة توجيه حركة مرور البيانات من المسار الأصلي الذي تم الإشارة إليه حديثا. يتم إستخدام MBB هنا للإشارة إلى متى يكون هذا المسار الذي تمت الإشارة إليه حديثا جاهزا. إمكانية أخرى هي تكوين تأخير. في هذه الحالة، يتوقف MP عن إعادة توجيه حركة مرور بيانات mLDP القادمة من مسار النسخ الاحتياطي، ويبدأ إعادة توجيه حركة مرور البيانات من المسار الأصلي الذي تم الإشارة إليه حديثا بعد أن يشير MBB إلى أن هذا المسار الأصلي الجديد جاهز وبعد مؤقت التأخير الذي تم تكوينه.

عندما يبدأ R2 في إعادة توجيه حركة المرور من المسار الأصلي الجديد، فإنه يوقف إعادة توجيه حركة مرور البيانات من مسار النسخ الاحتياطي ويشير إلى بدء مسار النسخ الاحتياطي عن طريق إرسال رسالة سحب تسمية LDP للشجرة (ورسالة إصدار تسمية LDP).

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

بعد ذلك، لا توجد سوى الشجرة الأصلية التي تم تمييزها حديثا. انظر إلى الصورة 10 للاطلاع على إعادة توجيه حركة مرور بيانات mLDP في هذه الحالة.

الصورة 10

لاحظ أن حركة مرور mLDP بها تسمية MPLS واحدة في الأعلى مرة أخرى.

التكوين المطلوب

يلزم توفر عناصر التكوين الثلاثة التالية ل mLDP FRR (إعادة التوجيه السريع) للعمل.

تحتاج إلى:

- إعادة توجيه متكررة لتمكين mLDP

- تمكين حماية جلسة LDP

- LFA (بديل خال من التكرار الحلقي) أو TI-LFA (LFA مستقل عن الطوبولوجيا) تحت IGP (يتطلب TI-LFA توجيه المقطع). إن هندسة حركة المرور من نقطة إلى نقطة ممكنة أيضا.

في حالة فقدان أي من هذه العناصر الثلاثة، لا تتوفر حماية FRR ل mLDP. يحمي MLDP فقط ضد حالات فشل الارتباط، وليس حالات فشل العقدة.

مثال التكوين

mpls ldp

log

neighbor

nsr

graceful-restart

session-protection

!

igp sync delay on-session-up 25

mldp

logging notifications

address-family ipv4

make-before-break delay 600 60      <<<<<<

forwarding recursive                <<<<<<

!

!

router-id 10.79.196.14

neighbor

dual-stack transport-connection prefer ipv4

!

session protection for LDP-PEERS     <<<<<<

address-family ipv4

label

local

allocate for host-routes

!

!

!

الأمر enable-before-break إختياري.

تحقق من حماية الواجهة الصادرة بواسطة LFA أو TI-LFA:

router isis IGP

set-overload-bit on-startup 600

net 49.0010.0000.0000.0001.00

segment-routing global-block 100000 150000

nsf cisco

log adjacency changes

lsp-gen-interval maximum-wait 5000 initial-wait 1 secondary-wait 50

lsp-refresh-interval 1800

max-lsp-lifetime 1880

address-family ipv4 unicast

metric-style wide

fast-reroute per-prefix priority-limit critical

fast-reroute per-prefix tiebreaker lowest-backup-metric index 20

fast-reroute per-prefix tiebreaker node-protecting index 30

fast-reroute per-prefix tiebreaker srlg-disjoint index 10

mpls traffic-eng level-2-only

mpls traffic-eng router-id Loopback145

mpls traffic-eng multicast-intact

spf-interval maximum-wait 7000 initial-wait 1 secondary-wait 50

segment-routing mpls sr-prefer

segment-routing prefix-sid-map advertise-local

spf prefix-priority critical tag 17

mpls ldp auto-config

!

address-family ipv6 unicast

metric-style wide

fast-reroute per-prefix priority-limit critical

fast-reroute per-prefix tiebreaker lowest-backup-metric index 20

fast-reroute per-prefix tiebreaker node-protecting index 30

fast-reroute per-prefix tiebreaker srlg-disjoint index 10

spf-interval maximum-wait 7000 initial-wait 1 secondary-wait 50

segment-routing mpls sr-prefer

spf prefix-priority critical tag 17

!

interface Bundle-Ether10362

circuit-type level-2-only

point-to-point

address-family ipv4 unicast

fast-reroute per-prefix            <<<<<<

fast-reroute per-prefix ti-lfa     <<<<<<

metric 420 level 2

mpls ldp sync level 2

!

address-family ipv6 unicast

fast-reroute per-prefix

fast-reroute per-prefix ti-lfa

metric 420 level 2

!

لا يوجد تأثير على حماية حركة مرور البث المتعدد إذا لم يتم تكوين MBB لأي من الموجهات على المسار الأصلي الجديد. تعتمد الحماية فقط على تكوين حماية جلسة LDP، وإعادة التوجيه العودية، و FRR، على PLR. يكون لتكوين MBB على موجهات المسار الأصلي الجديد نتيجة فقط عند تحويل حركة مرور البيانات من مسار النسخ الاحتياطي إلى الشجرة التي تمت الإشارة إليها حديثا. إذا تلقى موجه mLDP رسالة تعيين تسمية مع طلب MBB من موجه تدفق البيانات من الخادم ويحتاج إلى إرسال رسالة تعيين تسمية إلى موجه تدفق، ولكن لم يتم تمكين MBB لموجه تدفق البيانات من الخادم، فعندئذ يرسل موجه LDP رسالة إعلام LDP إلى موجه تدفق البيانات من الخادم هذا بمجرد أن يرسل رسالة تعيين التسمية (دون طلب MBB) إلى موجه تدفق البيانات من الخادم. وعلى هذا فإن النتيجة هي شجرة الحزب الديمقراطي الليبرالي المنتظمة.

MBB للمثال FRR

انظر إلى الصورة 11 للاطلاع على المخطط.

الصورة 11

عندما يفشل الارتباط بين R1 و R2، تتم حماية جلسة عمل بروتوكول mLDP بينهما من خلال جلسة عمل LDP المستهدفة بينهما عبر R3. وعلى هذا فإن دورة الحزب الديمقراطي الليبرالي بين R1 و R2 تظل في إرتفاع حتى عندما يكون الارتباط بينهما في انخفاض. وهذا يحمي روابط تسميات LDP فيما بينها، ويتم الاحتفاظ بها. عند تعطل الارتباط R1-R2، يتحول مستوى إعادة التوجيه على الفور عبر: محولات الارتباط الصادر R1-R2 إلى الارتباط R1-R3 بشكل سريع للغاية، وذلك بفضل وجود MPLS TE من نقطة إلى نقطة أو LFA أو TI-LFA. يجب أن يقوم P2P MPLS TE أو LFA أو TI-LFA هذا بالحماية على R1 المسار إلى معرف موجه R2 الخاص ب LDP من أجل تبديل إدخالات إعادة التوجيه الخاصة ب mLDP بطريقة صحيحة. وأخيرا، هناك حاجة إلى إعادة التوجيه المكررة لأن محولات جلسة عمل mLDP من جلسة عمل متصلة مباشرة، إلى جلسة عمل بعيدة، حيث يتم حل معرف موجه LDP بطريقة متكررة.

يطلق على R1 اسم PLR (نقطة من المحلي)، وهو الموجه حيث يتم إيقاف تشغيل المسار المحمي وفرع المسار الأصلي الذي تمت الإشارة إليه حديثا. R2 هو MP (نقطة الدمج)، والموجه حيث يتم دمج المسار المحمي والمسار الأصلي الذي تم الإشارة إليه حديثا مرة أخرى.

تحقق من المتطلبات الثلاثة:

-الحماية عبر بروتوكول LDP

بالنسبة لجارة LDP (mLDP) المتصلة مباشرة عبر Bundle-Ethernet10362، يجب أن يكون هناك أيضا أدوات ترحيب مستهدفة:

RP/0/RP0/CPU0:R1#show mpls ldp discovery 10.79.196.10

Local LDP Identifier: 10.79.196.14:0

Discovery Sources:

Interfaces:

Bundle-Ether10362 : xmit/recv

VRF: 'default' (0x60000000)

LDP Id: 10.79.196.10:0, Transport address: 10.79.196.10

Hold time: 15 sec (local:15 sec, peer:15 sec)

Established: Dec 28 10:23:16.144 (00:02:13 ao)

Targeted Hellos:

10.79.196.14 -> 10.79.196.10 (active), xmit/recv

LDP Id: 10.79.196.10:0

Hold time: 90 sec (local:90 sec, peer:90 sec)

Established: Dec 28 10:23:30.008 (00:01:59 ago)

-LFA أو TI-LFA بموجب بروتوكول العبارة الداخلية

تحقق من أن المسار إلى معرف الموجه المجاور ل LDP يحتوي على مسار نسخ إحتياطي. يجب أن يحتوي RIB (قاعدة معلومات التوجيه) و FIB (قاعدة معلومات إعادة التوجيه أو CEF) على مسار النسخ الاحتياطي هذا:

RP/0/RP0/CPU0:R1#show route 10.79.196.10

Routing entry for 10.79.196.10/32

Known via "isis IGP", distance 115, metric 420, labeled SR

Tag 17, type level-2

Installed Dec 28 10:23:42.659 for 00:07:58

Routing Descriptor Blocks

10.254.1.144, from 10.79.196.10, via Bundle-Ether10301, Backup (Local-LFA)

Route metric is 2000

10.254.3.37, from 10.79.196.10, via Bundle-Ether10362, Protected

Route metric is 420

No advertising protos.

RP/0/RP0/CPU0:R1#show cef 10.79.196.10

10.79.196.10/32, version 7364, labeled SR, internal 0x1000001 0x83 (ptr 0x788e1f78) [1], 0x0 (0x788ab5a8), 0xa28 (0x79dd1138)

Updated Oct 25 11:32:44.299

Prefix Len 32, traffic index 0, precedence n/a, priority 1

via 10.254.1.144/32, Bundle-Ether10301, 11 dependencies, weight 0, class 0, backup (Local-LFA) [flags 0x300]

path-idx 0 NHID 0x0 [0x78f4e9b0 0x0]

next hop 10.254.1.144/32

local adjacency

local label 100010      labels imposed {100010}

via 10.254.3.37/32, Bundle-Ether10362, 11 dependencies, weight 0, class 0, protected [flags 0x400]

path-idx 1 bkup-idx 0 NHID 0x0 [0x7905e510 0x7905e350]

next hop 10.254.3.37/32

local label 100010      labels imposed {ImplNull}

-إعادة توجيه تكرارية ل mLDP

لا يحتوي إدخال قاعدة بيانات mLDP على واجهة صادرة في LFIB إذا تم تطبيق إعادة التوجيه المكررة:

دون إعادة توجيه متكررة:

RP/0/RP0/CPU0:R1#show mpls forwarding labels 25426

Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes

Label  Label       or ID              Interface                    Switched

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

25426  24440       mLDP/IR: 0x00001   BE10362      10.254.3.37    7893474

مع إعادة التوجيه المتكرر:

RP/0/RP0/CPU0:R1#show mpls forwarding labels 25426

Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes

Label  Label       or ID              Interface                    Switched

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

25426  24440       mLDP/IR: 0x00001                10.79.196.10    2516786878

لاحظ عدم وجود واجهة صادرة بعد ذلك لإدخال إعادة توجيه mLDP. وهذا يجعل أستكشاف الأخطاء وإصلاحها أكثر صعوبة بعض الشيء.

يتمتع بروتوكول MP بالتكوين التالي ل mLDP. لاحظ مؤقتات 600 ثانية و 60 ثانية. يحتوي PLR على نفس وحدات التوقيت. يقوم PLR بإعادة توجيه حركة مرور البيانات عبر مسار النسخ الاحتياطي والمسار الأصلي لمدة 600 ثانية. يعني التأخير الذي يبلغ 600 ثانية أن يقوم بروتوكول MP بإعادة توجيه حركة مرور البيانات من مسار النسخ الاحتياطي لمدة 600 ثانية، أثناء إسقاط حركة المرور الواردة من المسار الأصلي. 600 ثانية هي مدة طويلة لهذا المؤقت. تم إستخدامه في بيئة معملية لتوفير وقت كاف لالتقاط الإخراج باستخدام أوامر show. يعني التأخير 60 ثانية أن MP ينتظر حذف مسار MBB لمدة 60 ثانية بعد أن يبدأ في إعادة توجيه حركة المرور الواردة من المسار الأصلي وإسقاط حركة المرور الواردة عبر مسار النسخ الاحتياطي. تعتمد القيمة الصحيحة لهذين التأخيرين على الشبكة. يلزم اشتقاقها من إختبار الشبكة والبرامج والأجهزة المحددة.

mpls ldp

log

neighbor

nsr

graceful-restart

session-protection

!

igp sync delay on-session-up 25

mldp

logging notifications

address-family ipv4

make-before-break delay 600 60

forwarding recursive

!

!

router-id 10.79.196.10

neighbor

dual-stack transport-connection prefer ipv4

!

session protection for LDP-PEERS

address-family ipv4

label

local

allocate for LDP-PEERS

!

!

!

MBB قيد الاستخدام

انظر إلى الصورة 12، إنها تظهر إعادة التوجيه بينما mLDP في وضع الحماية.

الصورة 12

قبل أن تكون الواجهة الصادرة معطلة، هذا هو إدخال LFIB لمعرف موجه LDP (R2) البعيد:

RP/0/RP0/CPU0:R1#show mpls forwarding labels 100010

Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes

Label  Label       or ID              Interface                    Switched

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

100010 Pop         SR Pfx (idx 10)    BE10362      10.254.3.37    355616309429

100010      SR Pfx (idx 10)    BE10301      10.254.1.144   0            (!)

The (!) indicates a backup path.

هذا إدخال قاعدة بيانات شجرة mLDP على PLR:

RP/0/RP0/CPU0:R1#show mpls mldp database details

mLDP database

LSM-ID: 0x00001  Type: P2MP  Uptime: 3d03h

FEC Root           : 10.79.196.14 (we are the root)

FEC Length         : 12 bytes

FEC Value internal : 02010004000000015C4FC40E

Opaque length      : 4 bytes

Opaque value       : 01 0004 00000001

Opaque decoded     : [global-id 1]

Features           : MBB RFWD Trace

Upstream neighbor(s) :

None

Downstream  client(s):

LDP 10.79.196.10:0 Uptime: 02:09:09

Rec Next Hop     : 10.79.196.10

Remote label (D) : 24440

LDP MSG ID       : 254705

PIM MDT            Uptime: 3d03h

Egress intf     : Lmdtvrfone

Table ID        : IPv4: 0xe0000014 IPv6: 0xe0800014

HLI             : 0x00001

Ingress         : Yes

Peek            : Yes

PPMP            : Yes

هذا هو إدخال إعادة توجيه LDP للشجرة:

RP/0/RP0/CPU0:R1#show mpls mldp forwarding label 25426

mLDP MPLS forwarding database

25426  LSM-ID: 0x00001 HLI: 0x00001 flags: In Pk

Lmdtvrfone, RPF-ID: 0, TIDv4: E0000014, TIDv6: E0800014

24440, NH: 10.79.196.10, Intf:  Role: H, Flags: 0x4      Local Label     : 25426 (internal)

هذا هو إدخال إعادة توجيه LFIB (قاعدة مثيل إعادة توجيه التسمية) للشجرة:

RP/0/RP0/CPU0:R1#show mpls for labels 25426

Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes

Label  Label       or ID              Interface                    Switched

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

25426  24440       mLDP/IR: 0x00001                10.79.196.10    0

تم حماية إدخال إعادة توجيه mLDP. تتم حماية إدخال إعادة التوجيه عبر التسمية 100010، وهو الإدخال لمعرف موجه LDP عن بعد.

RP/0/RP0/CPU0:R1#show mpls for labels 25426 detail

Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes

Label  Label       or ID              Interface                    Switched

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

25426              mLDP/IR: 0x00001 (0x00001)

Updated Dec 28 10:23:42.669

mLDP/IR LSM-ID: 0x00001, MDT: 0x2000660, Head LSM-ID: 0x00001

IPv4 Tableid: 0xe0000014, IPv6 Tableid: 0xe0800014

Flags:IP Lookup:set, Expnullv4:not-set, Expnullv6:not-set

Payload Type v4:not-set, Payload Type v6:not-set, l2vpn:not-set

Head:set, Tail:not-set, Bud:not-set, Peek:set, inclusive:not-set

Ingress Drop:not-set, Egress Drop:not-set

RPF-ID:0, Encap-ID:0

Disp-Tun:[ifh:0x0, label:-]

Platform Data [64]:

{ 0 0 0 96 0 0 0 96

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 96 0 0 0 96

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 2 9 0 0 2 10

0 0 0 1 0 0 0 1

}

mpls paths: 1, local mpls paths: 0, protected mpls paths:

24440       mLDP/IR: 0x00001 (0x00001)   \

10.79.196.10    0

Updated: Dec 28 10:23:42.670

My Nodeid:0x20

Interface Nodeids:

[ 0x8620 - - - - - - - - -  ]

Interface Handles:

[ 0xc0001c0 - - - - - - - - -  ]

Backup Interface Nodeids:

[ 0x8520 - - - - - - - - - ]

Backup Interface Handles:

[ 0xa000400 - - - - - - - - - ]

via-label:100010, mpi-flags:0x0 tos_masks:[ primary:0x0 backup:0x0]

Packets Switched: 0

هذا هو إدخال إعادة التوجيه في الأجهزة. الموجهات هي موجهات ASR9k.

RP/0/RP0/CPU0:R1#show mpls for labels 25426 detail hardware ingress location 0/2/CPU0

Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes

Label  Label       or ID              Interface                    Switched

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

25426              mLDP/IR: 0x00001 (0x00001)

Updated Dec 28 10:23:42.674

mLDP/IR LSM-ID: 0x00001, MDT: 0x2000660, Head LSM-ID: 0x00001

IPv4 Tableid: 0xe0000014, IPv6 Tableid: 0xe0800014

Flags:IP Lookup:set, Expnullv4:not-set, Expnullv6:not-set

Payload Type v4:not-set, Payload Type v6:not-set, l2vpn:not-set

Head:set, Tail:not-set, Bud:not-set, Peek:set, inclusive:not-set

Ingress Drop:not-set, Egress Drop:not-set

RPF-ID:0, Encap-ID:0

Disp-Tun:[ifh:0x0, label:-]

Platform Data [64]:

{ 0 0 0 96 0 0 0 96

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 96 0 0 0 96

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 2 9 0 0 2 10

0 0 0 1 0 0 0 1

}

mpls paths: 1, local mpls paths: 0, protected mpls paths: 1

24440       mLDP/IR: 0x00001 (0x00001)   \

10.79.196.10    N/A

Updated: Dec 28 10:23:42.674

My Nodeid:0x8420

Interface Nodeids:

[ 0x8620 - - - - - - - - -  ]

Interface Handles:

[ 0xc0001c0 - - - - - - - - -  ]

Backup Interface Nodeids:

[ 0x8520 - - - - - - - - - ]

Backup Interface Handles:

[ 0xa000400 - - - - - - - - - ]

via-label:100010, mpi-flags:0x0 tos_masks:[ primary:0x0 backup:0x0]

Packets Switched: 0

LEAF - HAL pd context :

sub-type : MPLS_P2MP, ecd_marked:0, has_collapsed_ldi:0

collapse_bwalk_required:0, ecdv2_marked:0,

Leaf H/W Result

Leaf H/W Result on NP:0

09000014000000921806352100020900006000020a0000600000a00001010400

vpn_special                        =           0 (0x0)

vc_label_vpws                      =           0 (0x0)

vc_label_vpls                      =           0 (0x0)

pwhe                               =           0 (0x0)

p2mp                               =           1 (0x1)

tp                                 =           0 (0x0)

recursive                          =           0 (0x0)

non_recursive                      =           1 (0x1)

flow_label_dispose                 =           0 (0x0)

receive_entry_type                 =           0 (0x0)

control_word_enabled               =           0 (0x0)

imp_ttl_255                        =           0 (0x0)

collapsed                          =           0 (0x0)

recursive_lsp_stats                =           0 (0x0)

vpn_key                            =          20 (0x14)

Non-recursive:

rpf_id                           =           0 (0x0)

nrldi_ptr                        =      406817 (0x63521)

P2MP:

rpf_id                           =         146 (0x92)

nrldi_ptr                        =         146 (0x92)

mldp_egr_drop                    =           0 (0x0)

mldp_ing_drop                    =           0 (0x0)

mldp_signal                      =           0 (0x0)

mldp_peek                        =           1 (0x1)

mldp_tunnel                      =           1 (0x1)

p2mp_bud_node                    =           0 (0x0)

p2mp_ip_lookup                   =           0 (0x0)

per_lc_receivers                 =           0 (0x0)

igp_local_label: eos             =           1 (0x1)

igp_local_label: exp             =           0 (0x0)

igp_local_label: label           =       25426 (0x6352)

fab_info: fab_mgid               =         521 (0x209)

fab_info: fab_slotmask           =          96 (0x60)

fab_info: fab_fgid               =   150995040 (0x9000060)

backup_fab_info: backup_fab_mgid =         522 (0x20a)

backup_fab_info: backup_fab_slotmask=          96 (0x60)

backup_fab_info: backup_fab_fgid =   167772256 (0xa000060)

rep_node_ndx                     =       40960 (0xa000)

ecmp_size                        =           1 (0x1)

stats_ptr                        =       66560 (0x10400)

Leaf H/W Result on NP:1

09000014000000921806352100020900006000020a0000600000a00001010400

…

يوجد FGID (فهرس مجموعة القنوات الليفية) و FGID للنسخ الاحتياطي. يتم إستخدام FGID من قبل بنية المحول لإعادة توجيه حركة مرور البث المتعدد إلى بطاقات الخط الصحيحة. هناك أيضا MGID (معرف مجموعة البث المتعدد). يتم إستخدام MGID لإعادة توجيه حركة مرور البث المتعدد إلى عناصر النسخ المتماثل الصحيحة على بطاقات الخط.

RP/0/RP0/CPU0:R1#show mrib encap-id

Encap ID Key    : 00000101000000600600020100000000000002

Encap ID Length : 19

Encap ID Value  : 262145

Platform Annotation:

Slotmask: Primary: 0x40, Backup: 0x60

MGID:     Primary: 64059,   Backup: 64060

Flags (Vrflite(v4/v6),Stale,v6): N/N, N, N

Oles:

[1] type: 0x5, len: 12

LSM-ID: 0x00001      MDT: 0x2000660   Turnaround: TRUE

Primary: 0/4/CPU0[1]

Backup: 0/3/CPU0[1]

TableId: 0xe0000014[1001]

Redist History:

client id 31 redist time: 02:01:27 redist flags 0x0

هذه هي الطريقة التي يمكنك بها البحث عن إدخال MGID:

RP/0/RP0/CPU0:R1#show controllers mgidprgm mgidindex 521 location 0/2/CPU0

Device         MGID-Bits       Client-Last-Modified

=======================================================

XBAR-0         1               P2MP

XBAR-1         1               P2MP

FIA-0          1               P2MP

FIA-1          0               None

FIA-2          0               None

FIA-3          0               None

FIA-4          0               None

FIA-5          0               None

FIA-6          0               None

FIA-7          0               None

========================================================

Client         Mask

========================================================

MFIBV4         0x0

MFIBV6         0x0

L2FIB          0x0

sRP-pseudo-mc  0x0

UT             0x0

Prgm-Svr       0x0

P2MP           0x1

xbar           0x0

UT1            0x0

UT2            0x0

punt_lib       0x0

RP/0/RP0/CPU0:R1#show controllers mgidprgm mgidindex 522 location 0/2/CPU0

Device         MGID-Bits       Client-Last-Modified

=======================================================

XBAR-0         1               P2MP

XBAR-1         1               P2MP

FIA-0          1               P2MP

FIA-1          0               None

FIA-2          0               None

FIA-3          0               None

FIA-4          0               Non

FIA-5          0               None

FIA-6          0               None

FIA-7          0               None

========================================================

Client         Mask

========================================================

MFIBV4         0x0

MFIBV6         0x0

L2FIB          0x0

sRP-pseudo-mc  0x0

UT             0x0

Prgm-Svr       0x0

P2MP           0x1

xbar           0x0

UT1            0x0

UT2            0x0

punt_lib       0x0

أصبحت الواجهة الصادرة معطلة الآن، و MBB قيد الاستخدام.

تعرض الصورة 13 الإشارات.

الصورة 13

يحتوي R1 الآن على إدخالين لإعادة التوجيه لهذه الشجرة:

RP/0/RP0/CPU0:R1#show mpls forwarding labels 25426

Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes

Label  Label       or ID              Interface                    Switched

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

25426  24440       mLDP/IR: 0x00001                10.79.196.10    1834250032

24033       mLDP/IR: 0x00001                10.79.196.13    1825230386

RP/0/RP0/CPU0:R1#show mpls forwarding labels 25426 detail

Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes

Label  Label       or ID              Interface                    Switched

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

25426              mLDP/IR: 0x00001 (0x00001)

Updated Dec 28 13:07:03.417

mLDP/IR LSM-ID: 0x00001, MDT: 0x2000660, Head LSM-ID: 0x00001

IPv4 Tableid: 0xe0000014, IPv6 Tableid: 0xe0800014

Flags:IP Lookup:set, Expnullv4:not-set, Expnullv6:not-set

Payload Type v4:not-set, Payload Type v6:not-set, l2vpn:not-set

Head:set, Tail:not-set, Bud:not-set, Peek:set, inclusive:not-set

Ingress Drop:not-set, Egress Drop:not-set

RPF-ID:0, Encap-ID:0

Disp-Tun:[ifh:0x0, label:-]

Platform Data [64]:

{ 0 0 0 96 0 0 0 96

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 96 0 0 0 96

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 2 9 0 0 2 10

0 0 0 1 0 0 0 1

}

mpls paths: 2, local mpls paths: 0, protected mpls paths:

24440       mLDP/IR: 0x00001 (0x00001)   \

10.79.196.10    2230150704

Updated: Dec 28 13:07:03.245

My Nodeid:0x20

Interface Nodeids:

[ 0x8520 - - - - - - - - -  ]

Interface Handles:

[ 0xa000400 - - - - - - - - -  ]

Backup Interface Nodeids:

[ - - - - - - - - - - ]

Backup Interface Handles:

[ - - - - - - - - - - ]

via-label:100010, mpi-flags:0x0 tos_masks:[ primary:0x0 backup:0x0]

Packets Switched: 21039158

24033       mLDP/IR: 0x00001 (0x00001)   \

10.79.196.13    2221131058

Updated: Dec 28 13:07:03.417

My Nodeid:0x20

Interface Nodeids:

[ 0x8520 - - - - - - - - -  ]

Interface Handles:

[ 0xa000400 - - - - - - - - -  ]

Backup Interface Nodeids:

[ - - - - - - - - - - ]

Backup Interface Handles:

[ - - - - - - - - - - ]

via-label:100013, mpi-flags:0x0 tos_masks:[ primary:0x0 backup:0x0]

Packets Switched: 20954067

هناك عميلان للتدفق mLDP، R2 و R3:

RP/0/RP0/CPU0:R1#show mpls mldp database details

mLDP database

LSM-ID: 0x00001  Type: P2MP  Uptime: 3d04h

FEC Root           : 10.79.196.14 (we are the root)

FEC Length         : 12 bytes

FEC Value internal : 02010004000000015C4FC40E

Opaque length      : 4 bytes

Opaque value       : 01 0004 00000001

Opaque decoded     : [global-id 1]

Features           : MBB RFWD Trace

Upstream neighbor(s) :

None

Downstream  client(s):

LDP 10.79.196.10:0 Uptime: 02:44:09

Rec Next Hop     : 10.79.196.10

Remote label (D) : 24440

LDP MSG ID       : 254705

LDP 10.79.196.13:0 Uptime: 00:00:48

Rec Next Hop     : 10.79.196.13

Remote label (D) : 24033

LDP MSG ID       : 98489

PIM MDT            Uptime: 3d04h

Egress intf     : Lmdtvrfone

Table ID        : IPv4: 0xe0000014 IPv6: 0xe0800014

HLI             : 0x00001

Ingress         : Yes

Peek            : Yes

PPMP            : Yes

Local Label     : 25426 (internal)

يحتوي بروتوكول MP (R2) على جارتين من الخادم، أحدهما نشط والآخر غير نشط:

P/0/RSP1/CPU0:R2#show mpls mldp database details

LSM-ID: 0x00002  Type: P2MP  Uptime: 03:45:22

FEC Root           : 10.79.196.14

FEC Length         : 12 bytes

FEC Value internal : 02010004000000015C4FC40E

Opaque length      : 4 bytes

Opaque value       : 01 0004 00000001

Opaque decoded     : [global-id 1]

MBB nbr evaluate   : 00:08:18

Features           : MBB RFWD Trace

Upstream neighbor(s) :

Is CSI accepting    : N

10.79.196.13:0 [Inactive] [MBB] Uptime: 00:01:42

Local Label (D) : 24441

Is CSI accepting    : N

10.79.196.14:0 [Active] [Delete] [MBB] Uptime: 02:45:02

Local Label (D) : 24440

Downstream  client(s):

PIM MDT            Uptime: 03:45:22

Egress intf     : Lmdtvrfone

Table ID        : IPv4: 0xe0000013 IPv6: 0xe0800013

RPF ID          : 3

Peek            : Yes

RD              : 3209:92722001

تم تشغيل واجهة النسخ الاحتياطي على R1:

RP/0/RP0/CPU0:R1#show mpls for labels 25426 detail hardware ingress location 0/2/CPU0

Local  Outgoing    Prefix             Outgoing     Next Hop        Bytes

Label  Label       or ID              Interface                    Switched

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

25426              mLDP/IR: 0x00001 (0x00001)

Updated Dec 28 13:07:03.418

mLDP/IR LSM-ID: 0x00001, MDT: 0x2000660, Head LSM-ID: 0x00001

IPv4 Tableid: 0xe0000014, IPv6 Tableid: 0xe0800014

Flags:IP Lookup:set, Expnullv4:not-set, Expnullv6:not-set

Payload Type v4:not-set, Payload Type v6:not-set, l2vpn:not-set

Head:set, Tail:not-set, Bud:not-set, Peek:set, inclusive:not-set

Ingress Drop:not-set, Egress Drop:not-set

RPF-ID:0, Encap-ID:0

Disp-Tun:[ifh:0x0, label:-]

Platform Data [64]:

{ 0 0 0 96 0 0 0 96

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 0 96 0 0 0 96

0 0 0 0 0 0 0 0

0 0 0 0 0 0 0 0

0 0 2 9 0 0 2 10

0 0 0 1 0 0 0 1

}

mpls paths: 2, local mpls paths: 0, protected mpls paths:

24440       mLDP/IR: 0x00001 (0x00001)   \

10.79.196.10    N/A

Updated: Dec 28 13:07:03.255

My Nodeid:0x8420

Interface Nodeids:

[ 0x8520 - - - - - - - - -  ]

Interface Handles:

[ 0xa000400 - - - - - - - - -  ]

Backup Interface Nodeids:

[ - - - - - - - - - - ]

Backup Interface Handles:

[ - - - - - - - - - - ]

via-label:100010, mpi-flags:0x0 tos_masks:[ primary:0x0 backup:0x0]

Packets Switched: 0

24033       mLDP/IR: 0x00001 (0x00001)   \

10.79.196.13    N/A

Updated: Dec 28 13:07:03.418

My Nodeid:0x8420

Interface Nodeids:

[ 0x8520 - - - - - - - - -  ]

Interface Handles:

[ 0xa000400 - - - - - - - - -  ]

Backup Interface Nodeids:

[ - - - - - - - - - - ]

Backup Interface Handles:

[ - - - - - - - - - - ]

via-label:100013, mpi-flags:0x0 tos_masks:[ primary:0x0 backup:0x0]

Packets Switched: 0

RP/0/RP0/CPU0:R1#show mrib encap-id

Encap ID Key    : 00000101000000600600020100000000000002

Encap ID Length : 19

Encap ID Value  : 262145

Platform Annotation:

Slotmask: Primary: 0x20, Backup: 0x20

MGID:     Primary: 64059,   Backup: 64060

Flags (Vrflite(v4/v6),Stale,v6): N/N, N, N

Oles:

[1] type: 0x5, len: 12

LSM-ID: 0x00001      MDT: 0x2000660   Turnaround: TRUE

Primary: 0/3/CPU0[1]

Backup:

TableId: 0xe0000014[1001]

Redist History:

client id 31 redist time: 00:01:22 redist flags 0x0

قام بروتوكول MP بالتحويل إلى الشجرة الأصلية التي تم الإشارة إليها حديثا، ويتم ذلك خلال 60 ثانية قبل حذف الشجرة القديمة:

RP/0/RSP1/CPU0:R2#show mpls mldp database details

LSM-ID: 0x00002  Type: P2MP  Uptime: 03:53:56

FEC Root           : 10.79.196.14

FEC Length         : 12 bytes

FEC Value internal : 02010004000000015C4FC40E

Opaque length      : 4 bytes

Opaque value       : 01 0004 00000001

Opaque decoded     : [global-id 1]

Features           : MBB RFWD Trace

Upstream neighbor(s) :

Is CSI accepting    : N

10.79.196.13:0 [Active] [MBB] Uptime: 00:10:16

Local Label (D) : 24441

Is CSI accepting    : N

10.79.196.14:0 [Inactive] [Delete 00:00:44] [MBB] Uptime: 02:53:37

Local Label (D) : 24440

Downstream  client(s):

PIM MDT            Uptime: 03:53:56

Egress intf     : Lmdtvrfone

Table ID        : IPv4: 0xe0000013 IPv6: 0xe0800013

RPF ID          : 3

Peek            : Yes

RD              : 3209:92722001

هناك الحالة، بعد حذف الشجرة القديمة:

RP/0/RSP1/CPU0:R2#show mpls mldp database details

mLDP database

LSM-ID: 0x00002  Type: P2MP  Uptime: 03:58:03

FEC Root           : 10.79.196.14

FEC Length         : 12 bytes

FEC Value internal : 02010004000000015C4FC40E

Opaque length      : 4 bytes

Opaque value       : 01 0004 00000001

Opaque decoded     : [global-id 1]

Features           : MBB RFWD Trace

Upstream neighbor(s) :

Is CSI accepting    : N

10.79.196.13:0 [Active] [MBB] Uptime: 00:14:23

Local Label (D) : 24441

Downstream  client(s):

PIM MDT            Uptime: 03:58:03

Egress intf     : Lmdtvrfone

Table ID        : IPv4: 0xe0000013 IPv6: 0xe0800013

RPF ID          : 3

Peek            : Yes

RD              : 3209:92722001

يحتوي PLR على عميل mLDP واحد لتدفق البيانات فقط:

RP/0/RP0/CPU0:R1#show mpls mldp database details

mLDP database

LSM-ID: 0x00001  Type: P2MP  Uptime: 3d04h

FEC Root           : 10.79.196.14 (we are the root)

FEC Length         : 12 bytes

FEC Value internal : 02010004000000015C4FC40E

Opaque length      : 4 bytes

Opaque value       : 01 0004 00000001

Opaque decoded     : [global-id 1]

Features           : MBB RFWD Trace

Upstream neighbor(s) :

None

Downstream  client(s):

LDP 10.79.196.13:0 Uptime: 00:11:13

Rec Next Hop     : 10.79.196.13

Remote label (D) : 24033

LDP MSG ID       : 98489

PIM MDT            Uptime: 3d04h

Egress intf     : Lmdtvrfone

Table ID        : IPv4: 0xe0000014 IPv6: 0xe0800014

HLI             : 0x00001

Ingress         : Yes

Peek            : Yes

PPMP            : Yes

Local Label     : 25426 (internal)

تتبع LDP

يعرض تتبع بروتوكول mLDP الأحداث بمزيد من التفاصيل.

على ال PLR

يتعطل الواجهة BE10362:

Dec 28 13:07:03.220 MLDP GLO 0/RP0/CPU0 t10704 RIB  : Read notification

Dec 28 13:07:03.225 MLDP GLO 0/RP0/CPU0 t10706 RIB  : Notify client 'Peer' for prefix: 10.79.196.10/32

Dec 28 13:07:03.225 MLDP GLO 0/RP0/CPU0 t10706 GEN  : Checkpoint save neighbor 10.79.196.10:0 canceled, no GR or NSR

Dec 28 13:07:03.227 MLDP GLO 0/RP0/CPU0 t10706 NBR  : 10.79.196.10:0 delete adj 2000460/10.254.3.37

Dec 28 13:07:03.227 MLDP GLO 0/RP0/CPU0 t10706 GEN  : Checkpoint delete neighbor adj 2000460/10.254.3.37 objid 0 version 0 Failed

Dec 28 13:07:03.227 MLDP GLO 0/RP0/CPU0 t10706 NBR  : 10.79.196.10:0 LDP Adjacency addr: 10.254.3.37, Interface: Bundle-Ether10362 Delete

Dec 28 13:07:03.325 MLDP GLO 0/RP0/CPU0 t10706 NBR  : 10.79.196.10:0 Check branches for path change

تم فقد الارتباط، ولكن لا يتم فقد تجاور LDP، ويتم الاحتفاظ به كجلسة مستهدفة.

الإدخالات التالية هي الفرع الجديد عبر الموجه P (10.79.196.13):

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 DB   : P2MP Label mapping from 10.79.196.13:0 label 24033 root 10.79.196.14 Opaque Len 7

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 DB   : 0x00001 Add branch LDP 10.79.196.13:0 Label 24033

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 DB   : 0x00001 Branch LDP 10.79.196.13:0 binding list Remote Add

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 DB   : 0x00001 Changing branch LDP 10.79.196.13:0 from None/0.0.0.0 to None/10.79.196.13

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 DB   : 0x00001 Notify client Add event: 6 root TRUE

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 DB   : 0x00001 Add update to PIM Root TRUE Upstream TRUE Ingress TRUE

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 FWD  : 0x00001 Label 25426 add path label 24033 intf None nexthop 10.79.196.13 id 0x00001 Success

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 FWD  : 0x00001 Label 25426 set HLI 0x00001 Success

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 DB   : 0x00001 Notify client Add event: 6 root TRUE

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 DB   : 0x00001 Add update to PIM Root TRUE Upstream TRUE Ingress TRUE

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 FWD  : 0x00001 Label 25426 add path label 24033 intf None nexthop 10.79.196.13 id 0x00001 Success

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10706 FWD  : 0x00001 Label 25426 set HLI 0x00001 Success

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10705 DB   : 0x00001 Add event from mLDP to PIM, ready TRUE root TRUE csc_rd 0:0 csc_umh 0.0.0.0, msg_len 50

Dec 28 13:07:03.401 MLDP LSP 0/RP0/CPU0 t10705 DB   : 0x00001 Add event from mLDP to PIM, ready TRUE root TRUE csc_rd 0:0 csc_umh 0.0.0.0, msg_len 50

Dec 28 13:07:05.296 MLDP GLO 0/RP0/CPU0 t10706 NBR  : 10.79.196.10:0 to address: 10.254.3.37 mapping deleted

الباقي هو التنظيف. يرسل R3 رسالة سحب التسمية ورسالة إصدار التسمية إلى R1:

Dec 28 13:18:04.635 MLDP LSP 0/RP0/CPU0 t10706 DB   : 0x00001 P2MP label withdraw from 10.79.196.10:0 label 24440 root 10.79.196.14 Opaque Len 7

Dec 28 13:18:04.635 MLDP LSP 0/RP0/CPU0 t10706 DB   : 0x00001 P2MP label release msg to 10.79.196.10:0 Success

Dec 28 13:18:04.635 MLDP LSP 0/RP0/CPU0 t10706 FWD  : 0x00001 Label 25426 delete path label 24440 intf None nexthop 10.79.196.10 id 0x00001 Success

Dec 28 13:18:04.635 MLDP LSP 0/RP0/CPU0 t10706 DB   : 0x00001 Branch LDP 10.79.196.10:0 binding list Remote Delete

Dec 28 13:18:04.635 MLDP LSP 0/RP0/CPU0 t10706 DB   : 0x00001 Deleting branch entry LDP 10.79.196.10:0

على النائب

يتم قطع الواجهة إلى MP. ويتم فقد التجاور عبر الارتباط، ولكن يتم الاحتفاظ بتجاور LDP كجلسة متأخرة:

Dec 28 13:05:27.134 MLDP GLO 0/RSP1/CPU0 t31491 NBR  : 10.79.196.14:0 delete adj 20003a0/10.254.3.36

Dec 28 13:05:27.134 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : Checkpoint delete neighbor adj 20003a0/10.254.3.36 objid 0 version 0 Failed

Dec 28 13:05:27.134 MLDP GLO 0/RSP1/CPU0 t31491 NBR  : 10.79.196.14:0 LDP Adjacency addr: 10.254.3.36, Interface: Bundle-Ether10362 Delete

Dec 28 13:05:27.134 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : Start path timer for root: 10.79.196.14

Dec 28 13:05:27.134 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : Checkpoint save neighbor 10.79.196.14:0 canceled, no GR or NSR

Dec 28 13:05:27.152 MLDP GLO 0/RSP1/CPU0 t31488 RIB  : Read notification

Dec 28 13:05:27.152 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Root paths count 1

Dec 28 13:05:27.152 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 None 10.79.196.13

Dec 28 13:05:27.152 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL 10.79.196.13:0 added (chkpt FALSE)

Dec 28 13:05:27.152 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL 10.79.196.13:0 binding list Local Add

Dec 28 13:05:27.152 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL 10.79.196.13:0 path changed from None:0.0.0.0 to None:10.79.196.13

Dec 28 13:05:27.152 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Request label type ACEL ident 10.79.196.13:0 LSD Success

Dec 28 13:05:27.153 MLDP GLO 0/RSP1/CPU0 t31491 RIB  : Notify client 'Root' for prefix: 10.79.196.14/32

Dec 28 13:05:27.153 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : Root 10.79.196.14 path 10.254.1.184 php nh 10.254.1.184 peer 72d83798:10.79.196.13:0

Dec 28 13:05:27.153 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : mldp_root_get_path: tid e0100000 ifh 0  php_nh 0.0.0.0

Dec 28 13:05:27.153 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : Failed to get intf type for ifh 0x0

Dec 28 13:05:27.153 MLDP GLO 0/RSP1/CPU0 t31491 RIB  : Notify client 'Peer' for prefix: 10.79.196.14/32

Dec 28 13:05:27.153 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : Checkpoint save neighbor 10.79.196.14:0 canceled, no GR or NSR

Dec 28 13:05:27.153 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Main Entry LSD label 24441 type ACEL ident 10.79.196.13:0 assigned

Dec 28 13:05:27.153 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL 10.79.196.13:0 installed local label 24441

Dec 28 13:05:27.153 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Neighbor 10.79.196.13:0 not MBB capable or worse metric, ignore MBB code 0

MBB يقوم بالنقر في: ال 600 ثاني هو ال يشكل مفتاح تأخير

Dec 28 13:05:27.153 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Start MBB Notification timer 100 msec (MBB ack)

Dec 28 13:05:27.153 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL selection delayed for 600 seconds (MBB)

Dec 28 13:05:27.153 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 P2MP label mappping  msg to 10.79.196.13:0 Success

Dec 28 13:05:27.153 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL selection delayed for 600 seconds (MBB)

يتم إنشاء المسار الجديد عبر موجه P:

Dec 28 13:05:27.153 MLDP LSP 0/RSP1/CPU0 t31491 FWD  : 0x00002 Label 24441 create, Flags: 5 Success

Dec 28 13:05:27.153 MLDP LSP 0/RSP1/CPU0 t31491 FWD  : 0x00002 Label 24441 add path lspvif Lmdtvrfone rpf-id 3 tid v4 0xe0000013 v6 0xe0800013 Success

Dec 28 13:05:27.153 MLDP LSP 0/RSP1/CPU0 t31491 FWD  : 0x00002 Label 24441 id_val 0 id_type 0

Dec 28 13:05:27.154 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : ACEL for local label 24441 label up 1048577

Dec 28 13:05:27.233 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Root paths count 1

Dec 28 13:05:27.233 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 None 10.79.196.13

Dec 28 13:05:27.233 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL 10.79.196.13:0 found, retain TRUE, to front TRUE

Dec 28 13:05:27.233 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL selection delayed for 600 seconds (MBB)

Dec 28 13:05:27.234 MLDP GLO 0/RSP1/CPU0 t31491 NBR  : 10.79.196.14:0 Check branches for path change

Dec 28 13:05:27.234 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : Checking paths for root: 10.79.196.14

Dec 28 13:05:27.234 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : mldp_root_get_path: tid e0100000 ifh 0  php_nh 0.0.0.0

Dec 28 13:05:27.350 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 MBB notification delay timer expired

Dec 28 13:05:29.275 MLDP GLO 0/RSP1/CPU0 t31491 NBR  : 10.79.196.14:0 to address: 10.254.3.36 mapping deleted

تنتهي صلاحية المؤقت الذي مدته 600 ثانية:

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Peer change delay timer expired

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL evaluate

يتم حذف الإدخال بعد 60 ثانية أخرى.

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL 10.79.196.14:0 start delete pending timer at 60 sec

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL 10.79.196.13:0 activate

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 FWD  : 0x00002 Label 24441 create, Flags: 1 Success

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 update active ident from 10.79.196.14:0 to 10.79.196.13:0

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Checkpoint save Main Entry active 10.79.196.13:0 rec_nh 0.0.0.0 rec_rd 0:0 cont...

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Checkpoint save lbl no_label length: 88 obj 80002f60 version 136 Success

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL 10.79.196.14:0 deactivate

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 FWD  : 0x00002 Label 24440 create, Flags: 5 Success

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 update active ident from 10.79.196.13:0 to 0.0.0.0:0

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Checkpoint save Main Entry active 0.0.0.0:0 rec_nh 0.0.0.0 rec_rd 0:0 cont...

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Checkpoint save lbl no_label length: 88 obj 80002f60 version 137 Success

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 update active ident from 0.0.0.0:0 to 10.79.196.13:0

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Checkpoint save Main Entry active 10.79.196.13:0 rec_nh 0.0.0.0 rec_rd 0:0 cont...

Dec 28 13:15:28.352 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Checkpoint save lbl no_label length: 88 obj 80002f60 version 138 Success

Dec 28 13:15:28.352 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : ACEL for local label 24441 label up 1048577

Dec 28 13:15:28.352 MLDP GLO 0/RSP1/CPU0 t31491 GEN  : ACEL for local label 24440 label up 1048577

تنتهي صلاحية مؤقت تأخير الحذف. يرسل R3 الرسالة Label Wtihdraw ورسالة إصدار التسمية إلى R1:

Dec 28 13:15:28.552 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 MBB notification delay timer expired

Dec 28 13:16:28.552 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL 10.79.196.14:0 delete delay timer expired, delete pending TRUE

Dec 28 13:16:28.552 MLDP LSP 0/RSP1/CPU0 t31491 FWD  : 0x00002 Label 24440 delete, Success

Dec 28 13:16:28.552 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL 10.79.196.14:0 binding list Local Delete

Dec 28 13:16:28.552 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 Released label 24440 to LSD

Dec 28 13:16:28.552 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 P2MP label withdraw msg to 10.79.196.14:0 Success

Dec 28 13:16:28.552 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 ACEL 10.79.196.14:0 remove

Dec 28 13:16:28.557 MLDP LSP 0/RSP1/CPU0 t31491 DB   : 0x00002 P2MP label release from 10.79.196.14:0 label 24440 root 10.79.196.14 Opaque Len 7

تكوين مؤقت FRR لشبكات LSP الخاصة بدرجات MLDP

في إعداد قابل للتعديل يضم أكثر من 500 LSPs، عند حدوث تكرار الخطوة الأولى (FRR)، يمكن لبروتوكول عبارة الإنترنت للبث الأحادي (IGP) التقارب بشكل أسرع من تحديثات البث المتعدد (LMRIB إلى FIB) لتحديث تسميات mLDP. ونتيجة لذلك، يمكن أن يقوم FIB بإيقاف تشغيل وحدة بت FRR خلال ثانيتين بعد حدث FRR، حيث لا تكتمل برمجة أجهزة تسمية mLDP على بطاقة خط الخروج، مما يستضيف مسار النسخ الاحتياطي. FRR Holdtime هو افتراضيا 2 ثانية.

يوصى بزيادة الوقت المحدد ل FRR هذا في إعداد قابل للتطوير.

يقوم الأمر frr-holdtime بتكوين وقت الانتظار FRR ليكون متناسبا مع رقم مقياس LSPs. قيمة الوقت المستحسن هي نفسها، أو أقل من مؤقت تأخير MBB. وهذا يضمن أن بطاقة خط الخروج في حالة FRR بعد حدث انخفاض المسار الأساسي. في حالة عدم التكوين، يتم تعيين الإعداد الافتراضي ل holdtimer، بالثواني، على 2.

تم إدخال هذا الأمر في 5.3.2.

RP/0/RSP1/CPU0:ASR-9906#conf t

RP/0/RSP1/CPU0:ASR-9906(config)#cef platform ?

lsm  Label-switched-multicast parameters

RP/0/RSP1/CPU0:ASR-9906(config)#cef platform lsm ?

frr-holdtime  Time to keep FRR slots programmed post FRR

RP/0/RSP1/CPU0:ASR-9906(config)#cef platform lsm frr-holdtime ?

<3-180>  Time in seconds

القرار

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

يجب تكوين MBB لتمكينه. يجب تكوينها على جميع الموجهات.

يجب أن يكون هناك تأخير إعادة توجيه MBB مكون من عدة ثوان للسماح بتثبيت شجرة mLDP التي تم الإشارة إليها حديثا في مستوى إعادة التوجيه قبل إعادة توجيه حركة مرور البيانات من شجرة mLDP هذه.