لا تعمل أوامر إعادة تحميل التأخير لبروتوكول الموجه الاحتياطي الفعال على ASR920

خيارات التنزيل

PDF (330.9 KB)
عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
ePub (137.6 KB)
العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
Mobi (Kindle) (99.6 KB)
عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة

تم التحديث:١٦ أكتوبر ٢٠١٨

معرّف المستند:213822

لغة خالية من التحيز

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

حول هذه الترجمة

ترجمت Cisco هذا المستند باستخدام مجموعة من التقنيات الآلية والبشرية لتقديم محتوى دعم للمستخدمين في جميع أنحاء العالم بلغتهم الخاصة. يُرجى ملاحظة أن أفضل ترجمة آلية لن تكون دقيقة كما هو الحال مع الترجمة الاحترافية التي يقدمها مترجم محترف. تخلي Cisco Systems مسئوليتها عن دقة هذه الترجمات وتُوصي بالرجوع دائمًا إلى المستند الإنجليزي الأصلي (الرابط متوفر).

المحتويات

المقدمة

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

المتطلبات

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

المشكلة

الحل

المقدمة

يصف هذا المستند سلوك أوامر تأخير إعادة تحميل بروتوكول الموجه الاحتياطي الفعال (HSRP) على موجهات سلسلة ASR920. تم تسليط الضوء على الفرق في سلوكيات الواجهة عبر إصدارات IOS-XE من أجل نشر حل HSRP بشكل صحيح والحصول على أداء يمكن التنبؤ به.

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

المتطلبات

يجب أن يكون القارئ ملما بنطاق الجسر، وبروتوكول موجه الاستعداد السريع (HSRP) والأوامر ذات الصلة به.

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

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

سلسلة موجهات خدمات التجميع طراز ASR 920 من Cisco
إصدار برنامج Cisco IOS XE® الذي يدعم موجهات سلسلة ASR920

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

المشكلة

تعد موجهات ASR920 بمثابة موجهات تجميع تم تصميمها خصيصا لعمليات نشر Carrier Ethernet، كما تدعم ميزة HSRP. يتم نشر بروتوكول HSRP في مجموعات من الموجهات لتحديد موجه نشط واحتياطي لتوفير التكرار في الشبكة. الموجه النشط هو الموجه المفضل لحزم التوجيه، أو أن الموجه الاحتياطي هو الموجه الذي يتولى مهام التوجيه عند فشل الموجه النشط، أو عند تلبية الشروط المعدة مسبقا. لضمان إمكانية التنبؤ والإدارة، يريد مسؤولو الشبكة أن تكون عقدة معينة نشطة إذا كانت تلك العقدة تعمل. ويتحقق ذلك من خلال ميزة "الاستباق الاحتياطي" في HSRP.

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

standbydelayminimum min-seconds [ reload reload-ثوان]
الانتظار[ group-number] المسبق [ التأخير{ [ Minimum ثوان] [ إعادة التحميلثوان]]]

يقوم موجه ASR920 الاحتياطي الذي يشغل IOS-XE 16.8.1c في مجموعة HSRP بتمهيد العقدة النشطة وتشجيعها فورا حتى باستخدام أوامر reload-delay التي تم تكوينها. وهذا يتسبب في انقطاع حركة مرور البيانات على الشبكات الكبيرة بينما من المفترض أن توفر HSRP مرونة عالية للشبكة.

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

الصورة 1

التكوين

ASR-920-A configuration:
interface GigabitEthernet0/0/5
no ip address
negotiation auto
service instance 150 ethernet
 encapsulation dot1q 150
 rewrite ingress tag pop 1 symmetric
 bridge-domain 150

interface BDI150
ip address 10.0.1.2 255.255.255.0
standby delay minimum 5 reload 90
standby 80 ip 10.0.1.1
standby 80 priority 250
standby 80 preempt delay minimum 30 reload 90

ASR-920-B configuration:
interface GigabitEthernet0/0/5
no ip address
negotiation auto
service instance 150 ethernet
 encapsulation dot1q 150
 rewrite ingress tag pop 1 symmetric
 bridge-domain 150

interface BDI150
ip address 10.0.1.3 255.255.255.0
standby delay minimum 5 reload 90
standby 80 ip 10.0.1.1
standby 80 preempt delay minimum 30 reload 90

ASR-920-B هو النشط وبمجرد إعادة تسميته نحصل على السجلات كما هو موضح أدناه مما يشير إلى أن وحدات توقيت التأخير لم تعمل كما هو متوقع. يشير الطابع الزمني في السجلات إلى الموجه الذي تم نقله إلى نشط دون تأخير 90 ثانية.

السجلات

*Jul 27 01:17:11.493: %LINK-3-UPDOWN: Interface GigabitEthernet0/0/5, changed state to down
*Jul 27 01:17:15.805: %LINK-3-UPDOWN: Interface GigabitEthernet0/0/5, changed state to up
*Jul 27 01:17:16.506: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/0/5, changed state to up
*Jul 27 01:17:34.166: %LINK-3-UPDOWN: Interface GigabitEthernet0/0/5, changed state to down
*Jul 27 01:17:36.802: %LINK-3-UPDOWN: Interface GigabitEthernet0/0/5, changed state to up
*Jul 27 01:17:44.818: %HSRP-5-STATECHANGE: BDI150 Grp 80 state Standby -> Active

الحل

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

يتم شرح تكوين عامل هنا ويستخدم Tolopology في الصورة 2.

الصورة 2

التكوين

ASR-920-A configuration:
interface BDI20
ip address 10.0.2.2 255.255.255.0
standby delay minimum 5 reload 90
standby 21 ip 10.0.2.1
standby 21 timers msec 300 msec 900
standby 21 priority 250
standby 21 preempt delay minimum 30 reload 90

interface TenGigabitEthernet0/0/12 
no ip address
service instance 20 ethernet
 encapsulation dot1q 20
 rewrite ingress tag pop 1 symmetric
 bridge-domain 20

ASR-920-B configuration:
interface BDI20
ip address 10.0.2.3 255.255.255.0
standby delay minimum 5 reload 90
standby 21 ip 10.0.2.1
standby 21 timers msec 300 msec 900
standby 21 preempt delay minimum 30 reload 90

interface TenGigabitEthernet0/0/12 
no ip address
service instance 20 ethernet
 encapsulation dot1q 20
 rewrite ingress tag pop 1 symmetric
 bridge-domain 20

يكون ASR-920-B هو الموجه النشط، وبمجرد إعادة تسميته، نحصل على السجلات كما هو موضح أدناه مما يشير إلى أن وحدات توقيت التأخير تعمل كما هو متوقع. يشير الطابع الزمني في السجلات إلى الموجه الذي تم نقله إلى وضع الاستعداد. بعد تأخير لمدة 90 ثانية، يتولى الموجه مرة أخرى دور النشاط.

السجلات

*Jul 22 21:53:35.735: %BDI_IF-5-CREATE_DELETE: Interface BDI20 is created
*Jul 22 21:53:36.497: %LINEPROTO-5-UPDOWN: Line protocol on Interface BDI20, changed state to down
*Jul 22 21:54:21.850: %LINK-3-UPDOWN: Interface BDI20, changed state to up
*Jul 22 21:54:22.552: %LINEPROTO-5-UPDOWN: Line protocol on Interface BDI20, changed state to up
*Jul 22 21:55:54.346: %HSRP-5-STATECHANGE: BDI20 Grp 21 state Speak -> Standby
*Jul 22 21:57:22.430: %HSRP-5-STATECHANGE: BDI20 Grp 21 state Standby -> Active

الحل

يبدأ مؤقت تأخير إعادة التحميل في حدث الواجهة الأول. إذا سقطت الواجهة أثناء عد المؤقت لأسفل، سيتم قتل المؤقت وسيتولى أمر الحد الأدنى لتأخير المؤقت. قامت Cisco بتحديد أنه في إصدارات IOS معينة، تظهر الواجهة مرتين أثناء تمهيد الموجه. يقتل الحدث الأول معطل الواجهة مؤقت إعادة التحميل ومن ثم عندما تصل الواجهة إلى المرة الثانية التي يدخل فيها تأخير إعادة التحميل حيز التنفيذ.

السبب الجذر للمشكلة هو حدث رفرفة الواجهة المادية في وقت تمهيد الموجه. هذا موثق من خلال العيب CSCuh56657 وهو ثابت من IOS-XE 16.9.1a وما بعده.

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

إظهار BDI الاحتياطي <int num>
إظهار موجز الاستعداد
إظهار التأخير الاحتياطي
إظهار الجيران الاحتياطيين
إظهار التسجيل

يمكن إستخدام الأمر show standby bdi لتأكيد مؤقت HSRP الذي يتم تشغيله حاليا على واجهة مجال الجسر (BDI). يبدي الأمر إنتاج أن في الحالة إشكالية عندما القارن رفرفة، ال reload مؤقت overwrite بالحد أدنى مؤقت. وهذا يؤدي إلى حدوث الاستباق مسبقا.

ASR-920-A#show standby bdi 150
BDI150 - Group 80
State is Init (if reload delay, 72 secs remaining)
Virtual IP address is 10.0.1.1

ASR-920-A#show standby bdi 150
BDI150 - Group 80
State is Init (if min delay, 1 secs remaining)
Virtual IP address is 10.0.1.1

يعرض الأمر show standby brief دور الموجه.

ASR-920-A#show standby brief
                     P indicates configured to preempt.
                     |
Interface   Grp  Pri P State   Active      Standby       Virtual IP
BD20        21   250 P Active  local      10.0.2.3      10.0.2.1
BD150       80   250 P Active  local    10.0.1.3         10.0.1.1

يعرض الأمر show standby delay قيم المؤقت.

ASR-920-A#show standby delay
Interface          Minimum Reload
BDI150             5       90
BDI20              5       90

يعرض الأمر show standby neighbors جيران HSRP.

S01-R1-CSW2#show standby neighbors
HSRP neighbors on BDI20
  10.0.2.3
    Active groups: 21
    No standby groups
HSRP neighbors on BDI50
  10.0.1.3
    Active groups: 80
    No standby groups

سيعرض الأمر show logging سجلات HSRP.

*Jul 27 01:17:11.493: %LINK-3-UPDOWN: Interface GigabitEthernet0/0/5, changed state to down
*Jul 27 01:17:15.805: %LINK-3-UPDOWN: Interface GigabitEthernet0/0/5, changed state to up
*Jul 27 01:17:16.506: %LINEPROTO-5-UPDOWN: Line protocol on Interface GigabitEthernet0/0/5, changed state to up
*Jul 27 01:17:34.166: %LINK-3-UPDOWN: Interface GigabitEthernet0/0/5, changed state to down
*Jul 27 01:17:36.802: %LINK-3-UPDOWN: Interface GigabitEthernet0/0/5, changed state to up
*Jul 27 01:17:44.818: %HSRP-5-STATECHANGE: BDI150 Grp 80 state Standby -> Active

تمت المساهمة بواسطة مهندسو Cisco

Akash Siraswar
TAC من Cisco
Shabeer Mansoor
TAC من Cisco

هل كان هذا المستند مفيدًا؟

التعليقات

اتصل بنا

فتح حالة دعم
(تتطلب عقد خدمة Cisco)