إجراء إزالة السطوع ASR 9000 NV

المقدمة

يوضح هذا المستند بعض ميزات نظام المجموعة الخاصة بالطراز ASR 9000 وكيفية التخلص من السطوع.

تم إختبار الإجراء في بيئة حقيقية مع عملاء Cisco الذين قرروا بالفعل عملية فك الارتباط الموضحة في هذا المستند.

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

المتطلبات

توصي Cisco بأن تكون لديك معرفة بالمواضيع التالية:

• IOS XR
• منصة ASR 9000
• ميزة نظام مجموعة nV

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

تستند المعلومات الواردة في هذا المستند إلى النظام الأساسي ASR 9000 الذي يشغل IOS XR 5.x.

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

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

أعلنت وحدة أعمال المنتجات (BU) عن نهاية البيع (EOS) لمجموعة nV على منصة ASR 9000: إعلان نهاية البيع ونهاية العمر الافتراضي لمجموعة Cisco NV

كما يمكنك قراءة هذا الإعلان، فإن اليوم الأخير لطلب هذا المنتج هو 15 يناير 2018، كما أن الإصدار الأخير المعتمد لمجموعة المحاكاة الافتراضية هو IOS-XR 5.3.x.

يتم سرد الأحداث الرئيسية التي يجب أن تكون على علم بها في هذا الجدول:

الأساسيات والاعتبارات الخاصة بمجموعة ASR9k nV

الهدف من هذا القسم هو توفير تحديث موجز لفئات المجموعات والمفاهيم اللازمة لفهم الأقسام التالية من هذا المستند.

قناة خارج النطاق إيثرنت (EOBC)

تقوم قناة الإيثرنت خارج النطاق بتوسيع مستوى التحكم بين هيكلي ASR9k وتتكون من 4 منافذ ربط مثالية تبني شبكة بين معالج التحويل والتوجيه (RSP) من هيكل مختلف. يوفر هذا الإعداد إمكانية تكرار إضافية في حالة فشل إرتباط EOBC. يضمن بروتوكول اكتشاف الروابط أحادي الإتجاه (UDLD) إعادة توجيه البيانات ثنائي الإتجاه ويكشف بسرعة حالات فشل الارتباط. ويؤثر تعطل جميع وصلات نظام التشغيل الإلكتروني على نظام المجموعات تأثيرا خطيرا ويمكن أن تكون له عواقب خطيرة تعرض لاحقا في الجزء Split Node Scenarios.

الارتباطات بين الحوامل (IRL)

تعمل الارتباطات بين الحوامل على توسيع مستوى البيانات بين هيكل ASR9k. من الناحية المثالية، لا يمكن عبور IRL إلا الحزم المضمنة في البروتوكول وتلك المضمنة في البروتوكول، باستثناء الخدمات أحادية المنزل أو أثناء حالات فشل الشبكة. من الناحية النظرية، تكون جميع الأجهزة الطرفية مزدوجة الدوران مع رابط إلى كل من هيكل ASR9K. مماثل إلى ال eobc خطوة، UDLD يركض على ال irl well as راقبت ثنائي إتجاه forwarding صحة من خطوة.

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

ملاحظة: يعادل التكوين الافتراضي واجهة بيانات حافة NV الحد الأدنى 1 للنسخ الاحتياطي على حامل مما يعني أنه إذا لم يكن هناك IRL في حالة إعادة التوجيه، يتم عزل وحدة التحكم في الرف المعينة للنسخ الاحتياطي (DSC).

تقسيم سيناريوهات العقد

في هذا القسم الفرعي، يمكنك العثور على سيناريوهات الفشل المختلفة التي يمكن مواجهتها عند التعامل مع مجموعات ASR9k:

إيرل داون

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

إيبوك داون

لا يمكن أن يعمل كلا هيكلي ASR9k كوحدة واحدة دون مستوى التحكم الموسع الذي توفره روابط EOBC. وهناك منارات دورية يتم تبادلها عبر وصلات IRL حتى يدرك كل هيكل أن الهيكل الآخر في حالة إرتفاع. وكنتيجة لذلك، فإن أحد الهياكل - والذي عادة ما يكون مزودا بهيكل النسخ الاحتياطي - يعمل على إخراج نفسه من الخدمة وإعادة التمهيد. يبقى هيكل Backup-DSC في حلقة التمهيد طالما أنه يستلم منارات هيكل Primary-DSC عبر IRL.

انقسام الدماغ

في سيناريو انقسام الدماغ، انخفضت روابط IRL و EOBC وأعلن كل هيكل عن نفسه ك DSC أساسي. ترى أجهزة الشبكة المجاورة فجأة معرفات موجهات متكررة لبروتوكول العبارة الداخلية و BGP مما يمكن أن يسبب مشاكل خطيرة في الشبكة.

الحزم

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

• قم بإنشاء حزم جديدة لجميع الواجهات المتصلة بالهيكل 1 (Backup-DSC).
• تطبيق تجميع الارتباطات متعدد الهياكل (MCLAG).

مجال L2

من المحتمل أن يؤدي تقسيم نظام المجموعة إلى فصل مجال L2 في حالة عدم وجود محول في الوصول يربط بين الهياكل المستقلة. in order to لا الأسود ثقب حركة مرور، يحتاج أنت أن يمدد ال 2 مجال أي يستطيع كنت شكلت L2 محلي يربط على السابق IRL، pseudo-wires (PW) بين الهيكل، أو استعملت أي آخر طبقة 2 شبكة ظاهرية خاصة (L2VPN) تقنية. مع تغير مخطط مجال الجسر باستخدام فك التشفير، تذكر إمكانية إنشاء التكرار الحلقي عند تحديد تقنية L2VPN التي تختارها.

من المرجح أن يتحول التوجيه الثابت في الوصول إلى واجهة مجموعة الجسر الظاهرية (BVI) على مجموعة ASR9K إلى حل قائم على بروتوكول الموجه الاحتياطي الفعال (HSRP) باستخدام عنوان IP السابق BVI كعنوان IP ظاهري.

خدمات فردية

تتميز الخدمات الفردية بمهلة زمنية ممتدة أثناء إجراء إلغاء البيانات.

الوصول إلى الإدارة

أثناء عملية فك التشفير، هناك وقت قصير يتم فيه عزل كلا الهيكلين، على الأقل عند الانتقال من التوجيه الثابت (BVI) إلى التوجيه الثابت (HSRP) من أجل عدم وجود توجيه غير متوقع وغير متماثل.

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

إجراء فك تشفير ASR9000

الحالة الأولية

افترض أن هيكل الحالة الأولية 0 نشط، في حين أن الهيكل 1 هو النسخ الاحتياطي (من أجل البساطة). في الواقع، قد يكون الأمر على العكس من ذلك تماما أو حتى RSP1 في الهيكل 0 الذي يمكن أن يكون نشطا.

قائمة الاختيار قبل إطار الصيانة (MW)

• قم بإعداد تكوينات الهيكل 0 الجديد ASR9K والهيكل 1 (admin-config + config).
• قم بتحضير تكوينات النظام النهائي الجديدة (Customer Edge (CE) وجدار الحماية (FW) والمحولات، وما إلى ذلك).
• قم بتحضير تكوينات النظام الأساسية الجديدة (عقد P، عقد Provider Edge (PE)، عاكس المسار (RR)، وما إلى ذلك).
• تحقق من التكوينات الجديدة وقم بتخزينها على الجهاز وعن بعد على خادم بروتوكول نقل الملفات المبسط (TFTP).
• تحديد إختبارات قابلية الوصول التي يجب تشغيلها قبل/أثناء/بعد MW.
• تجميع مخرجات مستوى التحكم لبروتوكول العبارة الداخلية (IGP) وبروتوكول العبارة الحدودية (BGP) وتحويل التسمية متعدد البروتوكولات (MPLS) وبروتوكول توزيع التسمية (LDP)، وما إلى ذلك للمقارنة قبل/بعد.
• فتح طلب خدمة نشطة مع Cisco.

الخطوة 1. تسجيل الدخول إلى نظام المجموعة ASR9000 والتحقق من التكوين الحالي

1. تحقق من موقع وحدة النسخ الاحتياطي الأساسية - هيكل النسخ الاحتياطي. في هذا المثال، يكون الهيكل الأساسي هو 0:

RP/0/RSP0/CPU0:Cluster(admin)# show dsc

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

   Node        (     Seq)     Role     Serial# State

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

   0/RSP0/CPU0 ( 1279475)   ACTIVE FOX1441GPND PRIMARY-DSC <<< Primary DSC in Ch1

   0/RSP1/CPU0 ( 1223769)  STANDBY FOX1432GU2Z NON-DSC

   1/RSP0/CPU0 (       0)   ACTIVE FOX1432GU2Z BACKUP-DSC

   1/RSP1/CPU0 ( 1279584)  STANDBY FOX1441GPND NON-DSC

2. تأكد من أن جميع بطاقات الخط (LC)/RSPs بالحالة "IOS XR Run":

RP/0/RSP0/CPU0:Cluster# sh platform
Node            Type                      State            Config State
-----------------------------------------------------------------------------
0/RSP0/CPU0     A9K-RSP440-TR(Active)     IOS XR RUN       PWR,NSHUT,MON
0/RSP1/CPU0     A9K-RSP440-TR(Standby)    IOS XR RUN       PWR,NSHUT,MON
0/0/CPU0        A9K-MOD80-SE              IOS XR RUN       PWR,NSHUT,MON
0/0/0           A9K-MPA-4X10GE            OK               PWR,NSHUT,MON
0/0/1           A9K-MPA-20X1GE            OK               PWR,NSHUT,MON
0/1/CPU0        A9K-MOD80-TR              IOS XR RUN       PWR,NSHUT,MON
0/1/0           A9K-MPA-20X1GE            OK               PWR,NSHUT,MON
0/2/CPU0        A9K-40GE-E                IOS XR RUN       PWR,NSHUT,MON
1/RSP0/CPU0     A9K-RSP440-TR(Active)     IOS XR RUN       PWR,NSHUT,MON
1/RSP1/CPU0     A9K-RSP440-SE(Standby)    IOS XR RUN       PWR,NSHUT,MON
1/1/CPU0        A9K-MOD80-SE              IOS XR RUN       PWR,NSHUT,MON
1/1/1           A9K-MPA-2X10GE            OK               PWR,NSHUT,MON
1/2/CPU0        A9K-MOD80-SE              IOS XR RUN       PWR,NSHUT,MON
1/2/0           A9K-MPA-20X1GE            OK               PWR,NSHUT,MON
1/2/1           A9K-MPA-4X10GE            OK               PWR,NSHUT,MON

الخطوة 2. تكوين الحد الأدنى ل IRL للهيكل الاحتياطي

يتميز الهيكل الاحتياطي بأنه الهيكل المزود بهيكل يدعم تقنية DSC للنسخ الاحتياطي ويتم سحبه من الخدمة أولا. في هذا المثال، يوجد برنامج Backup-DSC في الهيكل 1.

مع هذا التكوين، إذا انخفض عدد قوائم التحكم في الوصول إلى البنية الأساسية (1 في هذه الحالة) عن الحد الأدنى للعتبة التي تم تكوينها، فسيتم إيقاف تشغيل جميع الواجهات على الحامل المحدد (حامل النسخ الاحتياطي - الهيكل 1 في هذه الحالة):

RP/0/RSP0/CPU0:Cluster(admin-config)# nv edge data min 1 spec rack 1
RP/0/RSP0/CPU0:Cluster(admin-config)# commit

الخطوة 3. عطلت كل IRL ودققت invalider قارن على الهيكل 1

1. إغلاق كافة IRL الموجودة. في هذا المثال، يمكنك مشاهدة إيقاف تشغيل يدوي للواجهة في كلا الهيكلين (Ten0/x/x/x نشط وفي وضع الاستعداد Ten1/x/x/x):

RP/0/RSP0/CPU0:Cluster(config)#

interface Ten0/x/x/x
shut
interface Ten0/x/x/x
 shut
[…]
interface Ten1/x/x/x
 shut
interface Ten1/x/x/x
shut
[…]

commit

2. تأكد من أن كافة IRL التي تم تكوينها معطلة:

RP/0/RSP0/CPU0:Cluster# show nv edge data forwarding location 
    
    

مثال على <location> هو 0/RSP0/CPU0.

بعد إيقاف تشغيل جميع IRL، يجب عزل الهيكل 1 عزلا كاملا من مستوى البيانات بنقل جميع الواجهات الخارجية إلى الحالة handicapé.

3. تأكد من أن جميع الواجهات الخارجية على الهيكل 1 في حالة handicapé وأن جميع تدفقات حركة المرور عبر الهيكل 0:

RP/0/RSP0/CPU0:Cluster# show error-disable

الخطوة 4. إيقاف تشغيل كافة إرتباطات EOBC والتحقق من حالتها

1. إغلاق إرتباطات EOBC على جميع RSPs:

RP/0/RSP0/CPU0:Cluster(admin-config)#
nv edge control control-link disable 0 loc 0/RSP0/CPU0
nv edge control control-link disable 1 loc 0/RSP0/CPU0
nv edge control control-link disable 0 loc 1/RSP0/CPU0
nv edge control control-link disable 1 loc 1/RSP0/CPU0
nv edge control control-link disable 0 loc 0/RSP1/CPU0
nv edge control control-link disable 1 loc 0/RSP1/CPU0
nv edge control control-link disable 0 loc 1/RSP1/CPU0
nv edge control control-link disable 1 loc 1/RSP1/CPU0
commit

2. تأكد من أن جميع روابط EOBC معطلة:

RP/0/RSP0/CPU0:Cluster#
show nv edge control control-link-protocols location 0/RSP0/CPU0

وبعد هذه الخطوة، يتم عزل هيكل نظام المجموعة عن بعضها البعض بالكامل من حيث إمكانية التحكم - ومستوى البيانات. يتضمن الهيكل 1 كل إرتباطاته في حالة err-disable.

ملاحظة: من الآن فصاعدا، يجب إجراء عمليات التهيئة على الهيكل 1 من خلال وحدة التحكم في الشبكة الرقمية (RSP)، كما تؤثر فقط على الهيكل المحلي!

الخطوة 5. سجل الدخول إلى RSP النشط للهيكل 1 وأزل التكوين القديم

امسح التكوين الحالي على الهيكل 1:

RP/1/RSP0/CPU0:Cluster(config)# commit replace
RP/1/RSP0/CPU0:Cluster(admin-config)# commit replace

ملاحظة: يلزمك إستبدال التكوين running-configuration أولا ومسح admin running-configuration فقط بعد ذلك. وذلك نظرا لحقيقة أن إزالة حد IRL في تكوين تشغيل المسؤول لا يؤدي إلى إيقاف تشغيل جميع الواجهات الخارجية. قد يتسبب هذا في حدوث مشاكل بسبب تكرار معرفات الموجه، وما إلى ذلك.

الخطوة 6. قم بتمهيد الهيكل 1 في وضع ROMmon

1. تعيين سجل التكوين للتمهيد في ROMMON:

RP/1/RSP0/CPU0:Cluster(admin)# config-register boot-mode rom-monitor location all

2. التحقق من متغيرات التمهيد:

RP/1/RSP0/CPU0:Cluster(admin)# show variables boot

3. إعادة تحميل كل من ملقمي وحدة التزويد بالطاقة (RSP) بالهيكل 1:

RP/1/RSP0/CPU0:Cluster# admin reload location all

عادة، يتم تمهيد الهيكل 1 بعد هذه الخطوة في ROMMON.

الخطوة 7. إلغاء تعيين متغيرات CLuster على الهيكل 1 في ROMMON على كل من RSPs

تحذير: يجب على الفني الميداني إزالة كافة إرتباطات EOBC قبل الانتقال.

تلميح: هناك أيضا بديل لتعيين متغيرات نظام المجموعة. تحقق من القسم الملحق 2: قم بتعيين متغير مجموعة دون تمهيد النظام في ROMMON.

1. يتطلب الإجراء القياسي توصيل كبل وحدة التحكم ب RSP النشط على الهيكل 1، وكذلك إلغاء ضبط متغير ROMMON الخاص بمجموعة البيانات ومزامنته:

unset CLUSTER_RACK_ID
sync

2. إعادة ضبط سجلات التكوين على 0x102:

confreg 0x102
reset

تم تعيين RSP النشط.

3. قم بتوصيل كبل وحدة التحكم ب RSP الاحتياطي الخاص بالهيكل 1. من الناحية المثالية، يمكن وصول جميع مجموعات توصيل المواد (RSP) الأربعة الخاصة بمجموعة البيانات إلى وحدة التحكم أثناء إطار الصيانة.

ملاحظة: يجب تنفيذ الإجراءات الموضحة في هذه الخطوة على كل من ملقمي التوجيه المحددين (RSP) في الهيكل 1. يجب تمهيد RSP النشط أولا.

الخطوة 8. قم بتمهيد الهيكل 1 كنظام مستقل وتكوينه وفقا لذلك

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

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

قم بتكييف تهيئة الأجهزة الطرفية المتصلة (الأجهزة الطرفية والمحولات وما إلى ذلك) والأجهزة الأساسية (P و PE و RR وما إلى ذلك) مع الهيكل 1.

الخطوة 9. إستعادة الخدمات الأساسية على الهيكل 1

1. قم بإيقاف تشغيل الواجهات الأساسية يدويا أولا.
2. تحقق من بروتوكول LDP والنظام الوسيط إلى النظام الوسيط (IS-IS أو ISIS) وتجاور/معاناة بروتوكول BGP.
3. تحقق من جداول التوجيه وتأكد من تبادل جميع البادئات.

تحذير: توخ الحذر من أجهزة التوقيت مثل ISIS (OL) Overload (بت)، تأخير HSRP، تأخير تحديث BGP، وما إلى ذلك قبل الانتقال إلى تجاوز الفشل!

الخطوة 10. تجاوز الفشل - أدخل إلى RSP النشط للهيكل 0 وأدخل جميع الواجهات في حالة تعطيل الخطأ

تحذير: تتسبب الخطوات التالية في انقطاع الخدمة. لا تزال واجهات الهيكل 1 المتصلة بالجنوب معطلة، بينما يتم عزل الهيكل 0

وقت الانتظار الافتراضي يساوي 180s (3x60s) ويمثل الحالة الأسوأ لتقارب BGP. هناك العديد من خيارات التصميم وميزات BGP التي تتيح وقت تقارب أكثر سرعة، مثل تعقب الخطوة التالية لبروتوكول BGP. بافتراض وجود موردين مختلفين من ^جهات خارجية في المركز بشكل مميز عن Cisco IOS XR، فيلزمك في نهاية المطاف زيادة سرعة تقارب BGP يدويا مع برنامج يتم إيقافه من جوار BGP بين الهيكل 0 و RR أو ما شابه ذلك، قبل تشغيل تجاوز الفشل:

RP/0/RSP0/CPU0:Cluster(admin-config)# nv edge data minimum 1 specific rack 0
RP/0/RSP0/CPU0:Cluster(admin-config)# commit

بما أن جميع IRL معطل، يجب أن يكون الهيكل 0 معزولا وجميع الواجهات الخارجية نقلت إلى الدولة handicapé.

دققت أن كل قارن خارجي على هيكل 0 في الدولة handicapé:

RP/0/RSP0/CPU0:Cluster# show error-disable

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

الخطوة 11. إستعادة الجانب الجنوبي على الهيكل 1

1. لا يتم إغلاق جميع واجهات الوصول.

استمر في إيقاف تشغيل إرتباط الاتصال البيني (IRL السابق) في الوقت الحالي.

2. التحقق من تجاور/تأثيرات IGP و BGP/قاعدة بيانات. أثناء تقارب بروتوكولات IGP و BGP، تتوقع أن ترى بعض فقد حركة مرور البيانات على إختبارات الاتصال الخاصة بك من PE البعيد.

الخطوة 12. سجل الدخول إلى RSP النشط للهيكل 0 وأزل التكوين

مسح التكوين الحالي على الهيكل النشط:

RP/0/RSP0/CPU0:Cluster(config)# commit replace
RP/0/RSP0/CPU0:Cluster(admin-config)# commit replace

ملاحظة: يجب عليك أولا إستبدال التكوين لعملية التشغيل-التكوين وفقط بعد ذلك مسح تكوين المسؤول running-configuration. وذلك نظرا لحقيقة أن إزالة حد IRL في تكوين الإدارة running-configuration لا تقوم بإيقاف تشغيل جميع الواجهات الخارجية. قد يتسبب هذا في حدوث مشاكل بسبب تكرار معرفات الموجه، وما إلى ذلك.

الخطوة 13. هيكل التمهيد 0 في ROMMON

1. تعيين سجل التكوين للتمهيد في ROMMON:

RP/0/RSP0/CPU0:Cluster(admin)# config-register boot-mode rom-monitor location all

2. التحقق من متغيرات التمهيد:

RP/0/RSP0/CPU0:Cluster# admin show variables boot

3. إعادة تحميل كل من ملقمات مستوى الإدارة (RSP) بالهيكل الاحتياطي:

RP/0/RSP0/CPU0:Cluster# admin reload location all

بعد هذه الخطوة، يتم عادة تمهيد الهيكل 0 في وضع ROMmon.

الخطوة 14. عدم تعيين متغيرات نظام المجموعة على الهيكل 0 في ROMMON على كل من وحدتي RSP

1. قم بتوصيل كبل وحدة التحكم ب RSP النشط على الهيكل 0.

2. إلغاء تعيين متغير ROMMON لنظام المجموعة ومزامنته:

unset CLUSTER_RACK_ID
sync

3. إعادة ضبط سجلات التكوين على 0x102:

confreg 0x102
reset

تم تعيين RSP النشط.

4. قم بتوصيل كبل وحدة التحكم ب RSP الاحتياطي على الهيكل 0.

ملاحظة: يجب تنفيذ الإجراءات الموضحة في هذه الخطوة على كل من ملقمي التوجيه المحددين (RSP) في الهيكل 1. يجب تمهيد RSP النشط أولا.

الخطوة 15. هيكل التمهيد 0 كنظام مستقل وتكوينه وفقا لذلك

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

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

قم بتكييف تهيئة الأجهزة الطرفية المتصلة (الأجهزة الطرفية والمحولات وما إلى ذلك) والأجهزة الأساسية (P و PE و RR وما إلى ذلك) مع الهيكل 0.

الخطوة 16. إستعادة الخدمات الأساسية على الهيكل 0

1. قم بإيقاف تشغيل الواجهات الأساسية يدويا أولا.
2. تحقق من LDP و ISIS و BGP التجاور/المعاناة.
3. تحقق من جداول التوجيه وتأكد من تبادل جميع البادئات.

تحذير: توخ الحذر من أجهزة التوقيت مثل ISIS OL-Bit، تأخير HSRP، تأخير تحديث BGP، وما إلى ذلك قبل الانتقال إلى تجاوز الفشل!

الخطوة 17. إستعادة الجانب الجنوبي على الهيكل 0

1. لا يتم إغلاق جميع واجهات الوصول.

2. التحقق من تجاور/تأثيرات IGP و BGP/DB

3. تأكد من تمكين الارتباط بين الهياكل (IRL السابقة)، إذا لزم الأمر لامتداد L2، إلخ.

الملحق 1: تكوين الهيكل الواحد

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

يلزم تعديل تكوين الموجه هذا على أحد الهياكل:

1. عناوين واجهة الاسترجاع.
2. ترقيم الواجهة (مثل TE1/x/x/x -> TE0/x/x/x).
3. أوصاف الواجهة.
4. عنونة الواجهة (عند تقسيم الحزم الموجودة).
5. بطاقات BVIs جديدة (عندما يكون مجال L2 مزدوج الإتجاه).
6. امتداد L2 (عندما يكون مجال L2 مزدوج الأصل).
7. HSRP للتوجيه الثابت في الوصول.
8. معرف الموجه BGP/فتح أقصر مسار أولا (OSPF)/LDP.
9. علامات تمييز مسار BGP.
10. قيم BGP.
11. نوع شبكة OSPF.
12. معرفات بروتوكول إدارة الشبكات البسيط (SNMP)، وما إلى ذلك.
13. قائمة التحكم في الوصول (ACL) ومجموعات البادئات وبروتوكول التوجيه لشبكة LLN (الشبكات منخفضة الطاقة والمفقودة) (RPL)، وما إلى ذلك.
14. اسم المضيف.

نظرة عامة على الحزمة

تأكد من مراجعة كافة الحزم وتطبيقها على إعداد PE المزدوج الجديد. ربما لا تحتاج إلى حزم بعد الآن وتتناسب أجهزة CPE المزدوجة المثبتة في موقع العميل (CPE) مع إعدادك أو ربما تحتاج إلى MCLAG على أجهزة PE وتحافظ على الحزم في إتجاه CPE.

الملحق 2: تعيين متغير مجموعة دون تمهيد النظام في ROMMON

هناك أيضا بديل لتعيين متغيرات نظام المجموعة. يمكن ضبط متغيرات المجموعة في المقدمة باستخدام هذا الإجراء:

RP/0/RSP0/CPU0:xr#run
Wed Jul  5 10:19:32.067 CEST

# cd /nvram:

# ls
cepki_key_db               classic-rommon-var         powerup_info.puf           sam_db                     spm_db
classic-public-config      license_opid.puf           redfs_ocb_force_sync       samlog                     sysmgr.log.timeout.Z

# more classic-rommon-var
  PS1 = rommon ! > , IOX_ADMIN_CONFIG_FILE = , ACTIVE_FCD = 1, TFTP_TIMEOUT = 6000, TFTP_CHECKSUM = 1, TFTP_MGMT_INTF = 1, TFTP_MGMT_BLKSIZE = 1400, TURBOBOOT = , ? =
0, DEFAULT_GATEWAY = 127.1.1.0, IP_SUBNET_MASK = 255.0.0.0, IP_ADDRESS = 127.0.1.0, TFTP_SERVER = 127.1.1.0, CLUSTER_0_DISABLE = 0, CLUSTERSABLE = 0, CLUSTER_1_DISABLE
 = 0, TFTP_FILE = disk0:asr9k-os-mbi-5.3.4/0x100000/mbiasr9k-rp.vm, BSS = 4097, BSI = 0, BOOT = disk0:asr9k-os-mbi-6.1.3/0x100000/mbiasr9k-rp.vm,1;, CLUSTER_NO_BOOT =
, BOOT_DEV_SEQ_CONF = , BOOT_DEV_SEQ_OPER = , CLUSTER_RACK_ID = 1, TFTP_RETRY_COUNT = 4, confreg = 0x2102

# nvram_rommonvar CLUSTER_RACK_ID 0 <<<<<<< to set CLUSTER_RACK_ID=0

# more classic-rommon-var
  PS1 = rommon ! > , IOX_ADMIN_CONFIG_FILE = , ACTIVE_FCD = 1, TFTP_TIMEOUT = 6000, TFTP_CHECKSUM = 1, TFTP_MGMT_INTF = 1, TFTP_MGMT_BLKSIZE = 1400, TURBOBOOT = , ? =
0, DEFAULT_GATEWAY = 127.1.1.0, IP_SUBNET_MASK = 255.0.0.0, IP_ADDRESS = 127.0.1.0, TFTP_SERVER = 127.1.1.0, CLUSTER_0_DISABLE = 0, CLUSTERSABLE = 0, CLUSTER_1_DISABLE
 = 0, TFTP_FILE = disk0:asr9k-os-mbi-5.3.4/0x100000/mbiasr9k-rp.vm, BSS = 4097, BSI = 0, BOOT = disk0:asr9k-os-mbi-6.1.3/0x100000/mbiasr9k-rp.vm,1;, CLUSTER_NO_BOOT =
, BOOT_DEV_SEQ_CONF = , BOOT_DEV_SEQ_OPER = , TFTP_RETRY_COUNT = 4, CLUSTER_RACK_ID = 0, confreg = 0x2102

#exit
RP/0/RSP0/CPU0:xr#

قم بإعادة تحميل الموجه وهو يقوم بتمهيد الموجه كمربع مستقل. مع هذه الخطوة، يمكنك التخطي لتمهيد الموجه من ROMmon.