المقدمة
يوضح هذا المستند كيفية أستكشاف أخطاء التحقق الدوري من التكرار (CRC) وإصلاحها على الواجهات داخل موجهات Cisco IOS® XR.
المتطلبات الأساسية
المتطلبات
cisco يوصي أن يتلقى أنت معرفة من ال cisco ios XR منصة.
ملاحظة: cisco يوصي أن أنت ينبغي يتلقى cisco ios XR ومسؤول CLI منفذ.
المكونات المستخدمة
تستند المعلومات الواردة في هذا المستند إلى منصات Cisco IOS XR، بما في ذلك على سبيل المثال لا الحصر:
- الموجهات من السلسلة ASR 9000 من Cisco (على سبيل المثال، ASR 9006 و ASR 9010)
- الموجهات من السلسلة Cisco NCS 540
- سلسلة موجهات طراز 560 من Cisco
- سلسلة موجهات طراز 5500 من Cisco
- سلسلة موجهات طراز 5700 من Cisco
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
تعتبر CRC بمثابة رمز أساسي للكشف عن الأخطاء يستخدم في الشبكات الرقمية وأجهزة التخزين لاكتشاف التغييرات غير المقصودة في البيانات الخام أثناء الإرسال. وهو يضمن سلامة البيانات من خلال تحديد التلف الذي يمكن أن يحدث بسبب الضوضاء أو التداخل في قناة الاتصال.
كيفية عمل إتفاقية حقوق الطفل
وتعمل لجنة حقوق الطفل عن طريق التعامل مع مجموعة من البيانات باعتبارها مجموعة ثنائية متعددة الحدود. في نهاية المرسل، تقوم خوارزمية رياضية بتقسيم البيانات متعددة الحدود هذه على متعدد حدود محدد مسبقا، يعرف باسم متعدد حدود المولد. أما المتبقي من هذا التقسيم متعدد الحدود فهو عبارة عن تسلسل ثنائي قصير وثابت الطول يطلق عليه المجموع الاختباري لاتفاقية حقوق الطفل (أو قيمة الشيك). ثم يتم إلحاق المجموع الاختباري بالبيانات الأصلية ويرسل معها.
وعند تلقي البيانات، يجري المتلقي نفس حساب CRC على البيانات المستلمة (بما في ذلك المجموع الاختباري الملحق). إذا تم إرسال البيانات دون خطأ، فيجب أن يكون المتبقي من هذا القسم صفرا. إذا كان الباقي غير صفري، فإنه يشير إلى أنه تم اكتشاف أخطاء أثناء الإرسال، واعتبرت البيانات تالفا. تكون قوائم التحكم في الوصول للاستقبال فعالة بشكل خاص في اكتشاف الأخطاء الشائعة، مثل أخطاء الاندفاع (وحدات بت تالفة متعددة متتالية)، والتي تكون سائدة في العديد من قنوات الاتصال.
المشكلة
تقوم الأنظمة الأساسية Cisco IOS XR باستغلال عمليات التحقق من اتصال العملاء (CRC) على الواجهات المادية (على سبيل المثال، إيثرنت والبصري وما إلى ذلك) للحفاظ على موثوقية الارتباط. وهي توفر إحصائيات الواجهة التي تتضمن عدادات أخطاء CRC. يشير عدد أخطاء CRC المرتفع بشكل خاص إلى مشاكل الطبقة المادية مثل الكابلات المعيبة أو الموصلات أو أجهزة الإرسال والاستقبال. تتيح أوامر تشخيص Cisco IOS XR للمهندسين مراقبة أخطاء CRC في الوقت الفعلي وربطها بأخطاء واجهة أخرى لاستكشاف الأخطاء وإصلاحها بشكل شامل. يتم دمج بيانات أخطاء CRC في أنظمة التتبع والتسجيل عن بعد Cisco IOS XR، مما يتيح إمكانية المراقبة الاستباقية لصحة الشبكة.
على الأنظمة الأساسية مثل NCS 5500/5700 Series و ASR 9000 Series، يمكن أن تؤدي أتجاهات أخطاء CRC إلى تشغيل التنبيهات أو عمليات سير العمل المؤتمتة من أجل تقليل وقت التوقف عن العمل إلى الحد الأدنى.
تعريف أخطاء CRC للواجهة
تتمثل الخطوة الأولى في أستكشاف الأخطاء وإصلاحها في التأكد من حدوث أخطاء CRC وزيادتها بالفعل على واجهة معينة.
الخطوة 1. تسجيل الدخول إلى الموجه في واجهة سطر الأوامر Cisco IOS XR وتشغيل هذا الأمر لتحديد ما إذا كان عدد أخطاء CRC يتزايد لواجهة ما.
نموذج إخراج الأوامر:
RP/0/RP0/CPU0:N540X-12Z16G-SYS-D#show interfaces Te0/0/0/26
Mon Jul 21 19:50:25.842 WIB
TenGigE0/0/0/26 is up, line protocol is up
Interface state transitions: 39
Dampening enabled: penalty 0, not suppressed
half-life: 1 reuse: 750
suppress: 2000 max-suppress-time: 4
restart-penalty: 0
Hardware is TenGigE, address is xxx.xxx.xxx (bia xxx.xxx.xxx)
Description: 10G:
Internet address is Unknown
MTU 9212 bytes, BW 10000000 Kbit (Max: 10000000 Kbit)
reliability 255/255, txload 0/255, rxload 6/255
Encapsulation ARPA,
Full-duplex, 10000Mb/s, 10GBASE-LR, link type is force-up
output flow control is off, input flow control is off
Carrier delay (up) is 2000 msec, Carrier delay (down) is 100 msec
loopback not set,
Last link flapped 1w4d
Last input 00:00:00, output 00:00:00
Last clearing of "show interface" counters 01:35:40
30 second input rate 249013000 bits/sec, 27739 packets/sec
30 second output rate 34886000 bits/sec, 11563 packets/sec
152403495 packets input, 172646518724 bytes, 0 total input drops
0 drops for unrecognized upper-level protocol
Received 0 broadcast packets, 84723 multicast packets
13 runts, 0 giants, 0 throttles, 0 parity
3731 input errors, 3718 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
66477366 packets output, 24050248792 bytes, 0 total output drops
Output 0 broadcast packets, 77461 multicast packets
0 output errors, 0 underruns, 0 applique, 0 resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
ابحث عن عداد CRC الموجود ضمن أخطاء الإدخال. إذا كانت هذه القيمة تتزايد، فإنها تؤكد وجود أخطاء CRC.
الخطوة 2. قم بتسجيل الدخول إلى الموجه في واجهة سطر الأوامر Cisco IOS XR وقم بتشغيل هذا الأمر من أجل التحقق من زيادة عدد أخطاء CRC لواجهة وتأكيد ما إذا كان هناك زيادة في عدد الأخطاء CRC وتوفير إحصائيات أكثر تفصيلا.
نموذج إخراج الأوامر:
RP/0/RP0/CPU0:N540X-12Z16G-SYS-D# show controllers Te0/0/0/26 stats
Mon Jul 21 19:50:56.139 WIB
Statistics for interface TenGigE0/0/0/26 (cached values):
Ingress:
Input total bytes = 173638989945
Input good bytes = 173638989945
Input total packets = 153271045
Input 802.1Q frames = 0
Input pause frames = 0
Input pkts 64 bytes = 1332238
Input pkts 65-127 bytes = 14101870
Input pkts 128-255 bytes = 9711091
Input pkts 256-511 bytes = 4850242
Input pkts 512-1023 bytes = 4395212
Input pkts 1024-1518 bytes = 117306517
Input pkts 1519-Max bytes = 1577617
Input good pkts = 153271045
Input unicast pkts = 153185898
Input multicast pkts = 85158
Input broadcast pkts = 0
Input drop overrun = 0
Input drop abort = 0
Input drop invalid VLAN = 0
Input drop invalid DMAC = 0
Input drop invalid encap = 0
Input drop other = 0
Input error giant = 0
Input error runt = 13
Input error jabbers = 0
Input error fragments = 9
Input error CRC = 3729
Input error collisions = 0
Input error symbol = 370
Input error other = 0
Input MIB giant = 0
Input MIB jabber = 0
Input MIB CRC = 3729
Egress:
Output total bytes = 24170362757
Output good bytes = 24170362757
Output total packets = 66833308
Output 802.1Q frames = 0
Output pause frames = 0
Output pkts 64 bytes = 10113
Output pkts 65-127 bytes = 35246624
Output pkts 128-255 bytes = 14254990
Output pkts 256-511 bytes = 2888642
Output pkts 512-1023 bytes = 3779102
Output pkts 1024-1518 bytes = 10642390
Output pkts 1519-Max bytes = 11455
Output good pkts = 66833308
Output unicast pkts = 66755447
Output multicast pkts = 77865
Output broadcast pkts = 0
Output drop underrun = 0
Output drop abort = 0
Output drop other = 0
Output error other = 0
توفر عدادات خطأ الإدخال CRC وMIB CRC إشارة واضحة إلى أخطاء CRC.
الأسباب الشائعة لأخطاء CRC للواجهة
عادة ما تنشأ الأسباب الشائعة لأخطاء CRC على Cisco IOS XR وأجهزة الشبكة الأخرى من مشاكل الطبقة المادية أو عمليات التكوين غير الصحيحة. وتتضمن الأسباب الجذرية الأكثر شيوعا ما يلي:
- الوسائط المادية التالفة أو التي لا تعمل بشكل صحيح:تتضمن هذه البنية كابلات نحاسية أو ليفية أو كبلات توصيل مباشرة (DAC).
- أجهزة الإرسال والاستقبال/الألياف الفاشلة أو التالفة:أجهزة الإرسال والاستقبال +SFP و SFP و QSFP وما إلى ذلك، يمكن أن تتحلل أو تفشل.
- منافذ لوحة تصحيح الأخطاء:يمكن أن تصبح الموصلات الموجودة على لوحات التصحيح تالفة أو غير صالحة.
- أجهزة الشبكة المعيبة:يمكن أن يتضمن هذا منافذ معينة على بطاقة خط أو بطاقات ASIC لبطاقات الخط أو عناصر التحكم في الوصول إلى الوسائط (MACs) أو وحدات البنية.
- بطاقات واجهة الشبكة (NICs) التي لا تعمل بشكل صحيح في الأجهزة/الأجهزة المضيفة المتصلة:يمكن أن يكون الجهاز الموجود في الطرف البعيد خاطئا.
- عدم تطابق التكوين:مثل الحد الأقصى لعدم تطابق حجم وحدة الإرسال (MTU) بين الأجهزة، والذي يمكن أن يتسبب في اقتطاع الحزم الكبيرة بشكل غير صحيح، مما يؤدي إلى أخطاء CRC.
إجراء حل أخطاء CRC للواجهة على موجهات Cisco IOS XR
بمجرد تحديد أخطاء CRC، قم بتنفيذ هذه الخطوات من أجل أستكشاف الأخطاء وإصلاحها بشكل منهجي وحل المشكلة.
الخطوة 1. مسح عدادات الواجهة
قبل المتابعة باستكشاف الأخطاء وإصلاحها، قم بإلغاء تحديد عدادات الواجهة للحصول على خط أساسي جديد ومراقبة ما إذا كانت أخطاء CRC تستمر في الزيادة. قم بتسجيل الدخول إلى الموجه في واجهة سطر الأوامر Cisco IOS XR وقم بتشغيل هذا الأمر لمسح عدادات الواجهة.
# clear counter interface
على سبيل المثال:
# clear counter interface Te0/0/0/26
بعد مسح، راقبت القارن مرة أخرى يستعمل عرض قارن <interface>وأبديت وحدة تحكم <interface> حالة أن يرى إن لا يزال ال CRC خطأ يتزايد.
الخطوة 2. التحقق من عدم تطابق التكوين (MTU)
على الرغم من أن أخطاء CRC أقل شيوعا من المشاكل المادية، إلا أن عدم تطابق MTU قد يؤدي في بعض الأحيان إلى اقتطاع الإطارات وأخطاء CRC التالية.
التحقق من إعدادات MTU:
تحقق من وحدة الحد الأقصى للنقل (MTU) التي تم تكوينها على واجهة الموجه المحلي وجهاز النظير المتصل.
ابحث عن <value> بايت MTU في الإخراج.
نموذج إخراج الأوامر:
RP/0/RP0/CPU0:N540X-12Z16G-SYS-D#show interfaces Te0/0/0/26
Mon Jul 21 19:50:25.842 WIB
TenGigE0/0/0/26 is up, line protocol is up
Interface state transitions: 39
Dampening enabled: penalty 0, not suppressed
half-life: 1 reuse: 750
suppress: 2000 max-suppress-time: 4
restart-penalty: 0
Hardware is TenGigE, address is xxx.xxx.xxx (bia xxx.xxx.xxx)
Description: 10G:
Internet address is Unknown
MTU 9212 bytes, BW 10000000 Kbit (Max: 10000000 Kbit)
reliability 255/255, txload 0/255, rxload 6/255
Encapsulation ARPA,
Full-duplex, 10000Mb/s, 10GBASE-LR, link type is force-up
output flow control is off, input flow control is off
Carrier delay (up) is 2000 msec, Carrier delay (down) is 100 msec
loopback not set,
Last link flapped 1w4d
Last input 00:00:00, output 00:00:00
Last clearing of "show interface" counters 01:35:40
30 second input rate 249013000 bits/sec, 27739 packets/sec
30 second output rate 34886000 bits/sec, 11563 packets/sec
152403495 packets input, 172646518724 bytes, 0 total input drops
0 drops for unrecognized upper-level protocol
Received 0 broadcast packets, 84723 multicast packets
13 runts, 0 giants, 0 throttles, 0 parity
3731 input errors, 3718 CRC, 0 frame, 0 overrun, 0 ignored, 0 abort
66477366 packets output, 24050248792 bytes, 0 total output drops
Output 0 broadcast packets, 77461 multicast packets
0 output errors, 0 underruns, 0 applique, 0 resets
0 output buffer failures, 0 output buffers swapped out
0 carrier transitions
الإجراء:تأكد من أن إعدادات MTU متناسقة عبر كلا طرفي الرابط. عدل إذا لزم الأمر للمطابقة.
الخطوة 3. أستكشاف أخطاء الطبقة المادية وإصلاحها (الكابلات وأجهزة الإرسال والاستقبال)
تعد مشاكل الطبقة المادية السبب الأكثر شيوعا لأخطاء CRC.
- فحص الوسائط المادية واستبدالها:
- افحص الكبل (الألياف أو النحاس أو DAC) بصريا بحثا عن أي تلف أو قوالب أو انحناء حاد.
- تأكد من تثبيت الكبل بأمان في كل من واجهة الموجه والجهاز المتصل.
- عملية: استبدل الكبل بكبل آخر جيد معروف. إذا توقفت الأخطاء، يكون الكابل الأصلي معيب.
- فحص مستويات الطاقة الضوئية (لواجهات الألياف):
- قد تتسبب الطاقة الضوئية المنخفضة أو المرتفعة بشكل مفرط في انخفاض الإشارة وأخطاء CRC.
- أستخدم الأمر show controllers <interface> all للتحقق من قيم الطاقة الضوئية لجهاز الإرسال والاستقبال (طاقة Tx وطاقة Rx).
نموذج إخراج الأوامر:
RP/0/RP0/CPU0:N540X-12Z16G-SYS-D# show controller Te0/0/0/26 all
Mon Jul 21 19:50:32.643 WIB
Operational data for interface TenGigE0/0/0/26:
State:
Administrative state: enabled
Operational state: Up
LED state: Green On
Phy:
Media type: R fiber over 1310nm optics
Optics:
Vendor: CISCO-ACCELINK
Part number: RTXM228-401-C88
Serial number: ACW26040HE6
Wavelength: 1310 nm
Digital Optical Monitoring:
Transceiver Temp: 39.000 C
Transceiver Voltage: 3.265 V
Alarms key: (H) Alarm high, (h) Warning high
(L) Alarm low, (l) Warning low
Wavelength Tx Power Rx Power Laser Bias
Lane (nm) (dBm) (mW) (dBm) (mW) (mA)
-- ----- ------ ------ ------ ------ ------
0 n/a -2.5 0.5603 -17.2 0.0192l 35.250
DOM alarms:
Receive Power: Warning low
Alarm Alarm Warning Warning Alarm
Thresholds High High Low Low
------- ------- ------- -------
Transceiver Temp (C): 75.000 70.000 0.000 -5.000
Transceiver Voltage (V): 3.630 3.465 3.135 2.970
Laser Bias (mA): 75.000 70.000 18.000 15.000
Transmit Power (mW): 2.239 1.122 0.151 0.060
Transmit Power (dBm): 3.500 0.500 -8.202 -12.204
Receive Power (mW): 2.239 1.122 0.036 0.015
Receive Power (dBm): 3.500 0.500 -14.413 -18.386
Alarms:
Current:
No alarms
Statistics:
FEC:
Corrected Codeword Count: 0
Uncorrected Codeword Count: 0
- قارنت قيم طاقة Tx وطاقة Rx مع التحذير منخفض/مرتفع وتنبيه منخفض/مرتفع. إذا كانت القيم خارج نطاق التشغيل العادي (كما هو موضح ب "تحذير منخفض" أو "إنذار منخفض/مرتفع" في الإخراج)، عالج مشكلة المسار البصري (على سبيل المثال، قم بتنظيف الموصلات، واستبدال كبل تصحيح الألياف، وابحث عن التوهين المفرط).
- إستبدال جهاز الإرسال والاستقبال/البصري:
إذا كانت مستويات الطاقة الضوئية مقبولة، أو إذا كنت تشك في أن جهاز الإرسال والاستقبال نفسه معيب، فحاول إستبدال جهاز الإرسال والاستقبال (SFP و SFP+ و QSFP وما إلى ذلك) بجهاز جيد معروف.
الخطوة 4. أستكشاف أخطاء الأجهزة وإصلاحها (المنفذ أو بطاقة الخط)
إذا تم إستبعاد الوسائط المادية وأجهزة الإرسال والاستقبال، فيجب أن تكمن المشكلة في أجهزة الموجه.
- إختبار الاسترجاع الداخلي (حلقة لينة):
يتحقق هذا الاختبار من الدوائر الداخلية للواجهة من خلال تكرار حركة المرور مرة أخرى داخل المنفذ نفسه، وتجاوز الكبل الخارجي وجهاز الإرسال والاستقبال.
الخطوة 4.1. تنفيذ الاسترجاع الداخلي:
# clear counter interface
# conf t
# interface
# loopback internal
# commit
الخطوة 4.2. التحقق من أخطاء CRC:
- راقبت القارن ل CRC خطأ يستعمل عرض قارن Te0/0/26.
- إذا زاد إيقاف أخطاء CRC، فإنها تعني أن المشكلة تتعلق بوحدة الألياف الخارجية أو المسار الضوئي الخارجي (على سبيل المثال، الألياف، لوحة التصحيح، الجهاز عن بعد). انتقل إلى الخطوة 4. (إسترجاع خارجي) أو ركز على مكونات الشبكة الخارجية.
- إذا إستمرت أخطاء CRC في التزايد، فإنها تقترح بشدة حدوث مشكلة مع الدائرة الداخلية للموجه لذلك المنفذ أو بطاقة الخط. في هذه الحالة، يجب عليك المتابعة باستبدال بطاقة الخط أو الموجه نفسه.
الخطوة 4.3. قم بإزالة الاسترجاع الداخلي بمجرد اكتمال الاختبار
# conf t
# interface <interface-id>
# no loopback internal
# commit
إختبار الاسترجاع الخارجي (حلقة صلبة):
يستخدم هذا الاختبار موصل الاسترجاع المادي لإعادة تشغيل الإشارة مرة أخرى في الموصل المادي للمنفذ، بما في ذلك جهاز الإرسال والاستقبال. هذا يساعد يعزل ما إذا الإصدار مع جهاز الإرسال والاستقبال أو المعالجة الداخلية للمنفذ.
الخطوة 4.4. إستخدام موصل إسترجاع
هذا يساعد أن يربط طبيعي ال transmit (Tx) إلى الإستقبال (Rx) ممر على الميناء طبيعي من القارن.
الخطوة 4.5. أستخدم مجموعة أدوات إسترجاع خارجية
أنت يستطيع أيضا استعملت هذا أن يربط طبيعي ال transmit (Tx) واستلم (Rx) ممر على الميناء طبيعي من القارن وطبق loopback خارجي في أمر خط قارن:
# clear counter interface
# conf t
# interface Te0/0/0/26
# loopback external
# commit
أستخدم ميزة الاسترجاع الخارجي للتعرف على الأجهزة التي تتسبب في حدوث تكرار دوري (CRC). إذا تم إيقاف أخطاء CRC، فمن المحتمل أن تكون المشكلة أكثر إرتفاعا (على سبيل المثال، الجهاز البعيد والكبل). وإذا إستمرت، فإن جهاز الإرسال والاستقبال أو جهاز المنفذ موضع شك.
الخطوة 4.6. قم بإزالة الاسترجاع الخارجي بمجرد إتمام الاختبار
قم أيضا بإزالة موصل الاسترجاع/مجموعة الأدوات.
# conf t
# interface Te0/0/0/26
# no loopback external
# commit
- نقل الواجهة إلى منفذ/بطاقة خط مختلفة:
- حاول، إن أمكن، نقل الكبل وجهاز الإرسال والاستقبال إلى منفذ مختلف على بطاقة الخط نفسها. إذا إستمرت الأخطاء، يمكن أن تكون بطاقة الخط نفسها خاطئة.
- إذا توقفت الأخطاء، فإن المنفذ الأصلي كان على الأرجح معيب.
- إذا إستمرت الأخطاء عبر منافذ متعددة على بطاقة الخط نفسها، فحاول النقل إلى بطاقة خط مختلفة (إذا كانت متوفرة). هذا يساعد على عزل ما إذا كانت المشكلة مع منفذ خاص، أو بطاقة خط، أو ربما الهيكل.
الخطوة 5. التحقق من المشاكل والأعطال المعروفة
قبل المتابعة مع إستبدال الأجهزة، من المستحسن التحقق من وجود أي أخطاء معروفة في البرامج أو الأجهزة.
- أداة البحث عن الأخطاء من Cisco:ابحث في أداة البحث عن الأخطاء (BST) من Cisco عن نظامك الأساسي ونوع الواجهة وإصدار البرنامج.
- وثائق دعم Cisco:مراجعة إشعارات Cisco الميدانية، وملاحظات الإصدار، والتحذيرات المعروفة.
إذا تم العثور على خطأ مطابق، فقم بتنفيذ الحل البديل الموصى به أو مسار الترقية.
الخطوة 6. إستبدال الأجهزة
إذا تم استنفاد جميع خطوات أستكشاف الأخطاء وإصلاحها السابقة - بما في ذلك إستبعاد أي أخطاء برامج معروفة - واستمرت المشكلة، فقد يكون الجهاز (الأجهزة الضوئية أو جهاز الإرسال والاستقبال أو بطاقة الخط أو الهيكل) معطلا.
قم برفع حالة مع مركز المساعدة التقنية (TAC) من Cisco للحصول على ترخيص المواد المسترجعة (RMA) من البصريات أو بطاقات الخط، حسب الاقتضاء.
من خلال تنفيذ خطوات أستكشاف الأخطاء وإصلاحها هذه بشكل منهجي، يمكنك تشخيص أخطاء الواجهة CRC وحلها بشكل فعال على الأنظمة الأساسية Cisco IOS XR.