أستكشاف أخطاء المنفذ وإصلاحها على محولات Catalyst 9000 Switches
المحتويات
مسألة
يصف هذا وثيقة كيف أن يتحرى واحد أو أكثر من مفتاح قارن أن يغير الحالة بشكل متكرر بين up و down (ميناء رفرفة أو خطوة خطوة خطوة)، أي يسبب اتصال متقطع.
البيئة
المحولات Cisco Catalyst 9000 Series Switches ذات الوصلات/الارتباطات النحاسية أو الليفية. يمكن أن تحدث المشكلة على منافذ الوصول، الوصلات، و(عند الوجود) منافذ وحدة الشبكة القابلة للإزالة. يمكن أن يتضمن المسار الفعلي لوحات تصحيح وأجهزة نقطة نهاية وأجهزة إرسال/إستقبال ضوئية.
- قابلية تطبيق الوسائط: وتنطبق هذه التكنولوجيا على الواجهات النحاسية فقط؛ ينطبق DOM على أجهزة الإرسال والاستقبال الضوئية المدعومة فقط.
- أنواع الواجهة: المنافذ الثابتة والمنافذ المستقلة في النطاق؛ أستخدم نفس سير العمل لأي منهما.
- دعم البصريات: أستخدم فقط البصريات المدعومة للنظام الأساسي وإصدارات البرنامج.
السبب
تتضمن الأسباب الشائعة عمليات توصيل كبلات سيئة أو غير مدعومة، وأجهزة إرسال/إستقبال صغيرة غير مدعومة أو معيبة ذات تصميم صغير قابلة للتوصيل (SFP) أو أجهزة إرسال/إستقبال صغيرة ذات تصميم صغير قابلة للتوصيل ( SFP+)، وحالات عدم توافق مع الإرسال ثنائي الإتجاه أو التفاوض، وسلوك توفير الطاقة في نقطة النهاية، وعيوب أخرى في الطبقة المادية.
قرار
اتبع سير عمل أستكشاف الأخطاء وإصلاحها في هذه المقالة لتأكيد الرفرفة في السجلات، والتحقق من صحة الاتصال المادي والبصري، ومراجعة عدادات الواجهة، وتشغيل عمليات فحص TDR النحاسية فقط أو DOM للقنوات الليفية فقط حسب الاقتضاء.
المتطلبات الأساسية
المتطلبات
لا توجد متطلبات خاصة لهذا المستند.
المكونات المستخدمة
المعلومات الواردة في هذا المستند قائمة على المحولات Cisco Catalyst 9000 Series Switches.
تم إنشاء المعلومات الواردة في هذا المستند من الأجهزة الموجودة في بيئة معملية خاصة. بدأت جميع الأجهزة المُستخدمة في هذا المستند بتكوين ممسوح (افتراضي). إذا كانت شبكتك قيد التشغيل، فتأكد من فهمك للتأثير المحتمل لأي أمر.
معلومات أساسية
يقع رفرفة أيسر، أيضا يشار إلى كخطوة خطوة، عندما قارن طبيعي على المفتاح باستمرار يذهب صعودا ونزولا. تتضمن الأسباب الشائعة توصيل كبلات تالف أو غير مدعوم أو غير قياسي وأجهزة إرسال/إستقبال صغيرة غير مدعومة قابلة للتوصيل (SFP) ومسائل أخرى خاصة بمزامنة الارتباط. ويمكن ان يكون الشرط متقطعا أو دائما.
بما أن نقاط الوصول إلى الارتباط تميل إلى أن تكون مشكلة فعلية، يصف هذا المستند كيفية تشخيص المشكلة، وجمع السجلات المفيدة، واستكشاف أخطاء المنفذ وإصلاحها على محولات Cisco Catalyst 9000 Series Switches.
أستكشاف أخطاء سير العمل وإصلاحها
أستخدم سير العمل هذا لعزل الأسباب الأكثر شيوعا لجنيحات المنفذ. ابدأ من الخطوة 1 وتابع بالترتيب. قم بتشغيل الخطوات الاختيارية فقط عند مطابقة نوع الارتباط والأعراض.
- تأكد من الرفرفة في السجلات. أستخدم show logging لتأكيد الأحداث المتكررة التي تم تسجيل أعلى/أسفل والتقاط الطوابع الزمنية.
- تحقق من الاتصال المادي والبصريات. التحقق من توصيل الكابلات ولوحات التصحيح وأجهزة الإرسال والاستقبال المدعومة؛ قم بإعادة الأكل أو التبادل بمكونات معروفة جيدا.
- مراجعة عدادات الواجهة وإحصائيات الأجهزة. أستخدم عرض الواجهات وعدادات وحدة التحكم لتعريف أخطاء الطبقة 1 (CRC، أخطاء الرمز، أخطاء FCS).
- تشغيل TDR (الارتباطات النحاسية فقط). أستخدم TDR للكشف عن حالات الفتح/قصير وتقريب مسافة الخطأ.
- تحقق من DOM (روابط الألياف فقط). مراجعة الطاقة الضوئية/درجة الحرارة/الجهد الكهربائي مقابل حدود أوراق البيانات.
- التحقق من FEC (البصريات المدعومة فقط). تأكيد إعدادات تصحيح الخطأ إعادة التوجيه والتوافق عند التطبيق.
- أستخدم أوامر debug فقط إذا إستمرت المشكلة. تجمع إخراج تصحيح الأخطاء المستهدف أثناء نافذة إعادة الإنتاج وتعطيله فورا بعد الالتقاط.
يحتوي كل قسم على ملاحظة قصيرة تشير إلى متى تستخدمه.
أستخدم هذا القسم عند توفر الوصول المادي. تحقق من تثبيت وحدات الشبكة النمطية والكبلات وأجهزة الإرسال والاستقبال SFP أو SFP+ بشكل صحيح قبل مراجعة العدادات أو تشغيل تشخيصات إضافية.
مرجع تثبيت وحدة الشبكة النمطية
أستخدم هذا المرجع عند وجود وحدة نمطية لشبكة قابلة للنقل. يصف الجدول أفضل الممارسات لتثبيت وحدة نمطية للشبكة في محول Cisco Catalyst 9000 Series Switch:
| المنصة |
URL |
| المحولات من السلسلة Catalyst 9200 |
|
| المحولات من السلسلة Catalyst 9300 |
|
| المحولات من السلسلة Catalyst 9400 |
|
| المحولات من السلسلة Catalyst 9500 |
|
| المحولات من السلسلة Catalyst 9600 |
التحقق من الكبل وكلا جانبي الاتصال
أستخدم هذا القسم بعد تأكيد الرفرفة في السجلات. تصف هذه الجداول الأسباب الشائعة المتعلقة بالكبلات لجرارات الارتباط وإجراءات الاسترداد الموصى بها.
| السبب |
إجراء الاسترداد |
| كبل رديء |
قم بتبديل الكبل المشتبه به بكابل معروف جيدا. ابحث عن السنون المكسورة أو المفقودة على الموصلات. |
| اتصال غير محكم |
أعد تركيب الكبل. قم بإزالة الموصل وأعاده للعمل لضمان تركيبه بالكامل. |
| لوحات التوصيل |
القضاء على إتصالات لوحة التصحيح المعيبة. تجاوز لوحة التصحيح، إن أمكن، لاستبعادها. |
| SFP غير صحيح أو غير صحيح (خاص بالألياف) |
تبادل جهاز الإرسال والاستقبال المشتبه به مع جهاز إرسال واستقبال SFP معروف بأنه جيد. تحقق من دعم الأجهزة والبرامج لهذا النوع من SFP. |
| منفذ BAD أو منفذ الوحدة النمطية |
قم بتحريك الكبل إلى منفذ معروف جيدا لاستكشاف أخطاء منفذ أو وحدة مشبوهة وإصلاحها. |
| جهاز نقطة نهاية سيئ أو قديم |
قم بتبديل الهاتف أو مكبر الصوت أو نقطة النهاية الأخرى بجهاز معروف جيدا أو جهاز أحدث. |
| وضع سكون الجهاز |
هذا يمكن أن يكون رفرفة متوقعة. فحصت الختم الزمني من الميناء رفرفة. قارنها بحوادث متزامنة أخرى. ثم حددوا ما إذا كان إعداد النوم هو السبب. |
التحقق من توافق SFP و SFP+
أستخدم هذا القسم عندما يستخدم إرتباط رفرفة جهاز إرسال/إستقبال ليفي. توفر مجموعة واجهات Cisco القابلة للتوصيل دون إيقاف التشغيل مجموعة واسعة من الخيارات للسرعات والبروتوكولات والوصلات ووسائط الإرسال المدعومة.
أستخدم أي مجموعة من وحدات أجهزة الإرسال والاستقبال SFP أو SFP+ التي يدعمها محول Cisco Catalyst 9000 Series switch. يجب أن يطابق كل منفذ مواصفات طول الموجة على الطرف الآخر من الكبل. يجب ألا يتجاوز طول الكبل طول الكبل المدعوم للاتصال الموثوق به.
أستخدم فقط الوحدات النمطية لجهاز الإرسال/الاستقبال SFP من Cisco على جهاز Cisco. تدعم كل وحدة جهاز إرسال/إستقبال SFP أو SFP+ ميزة تعريف جودة (ID) من Cisco. تتيح هذه الميزة لمحول أو موجه Cisco تحديد وحدة جهاز الإرسال والاستقبال التي تم اعتمادها واختبارها بواسطة Cisco والتحقق من صحتها.
التعرف على نقاط الوصول من المنفذ
المتطلبات الأساسية: وصول EXEC ذي الامتيازات (على سبيل المثال، التمكين) والوصول إلى المخزن المؤقت لسجل نظام الجهاز أو syslog البعيد.
النتيجة المتوقعة: تؤكد الرسائل المتكررة لأعلى/لأسفل لنفس الواجهة ضمن نافذة قصيرة الوقت حالة رفرفة.
أستخدم هذا القسم أولا لتأكيد حدوث رفرفة. قم بتشغيلshow logging | include changedالأمر لتحديد حدث رفرفة رابط. يوضح هذا المثال رسائل سجل نظام المحول الجزئي لحدث رفرفة الارتباط على الواجهة TenGigabitEthernet1/0/40:
Switch#show logging | include changed
August 17 21:06:08.431 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:06:39.058 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:06:41.968 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:06:42.969 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:07:20.041 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:07:21.041 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:07:36.534 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:08:06.598 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:08:07.628 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:08:08.628 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down
August 17 21:08:10.943 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up
August 17 21:08:11.944 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up
- تعريف الطابع الزمني لكل انتقال لأعلى/لأسفل.
- قارن الطابع الزمني بأحداث أخرى على نفس الواجهة (على سبيل المثال، سلوك حفظ الطاقة لنقطة النهاية).
- حدد ما إذا كان الرفرفة متوقعة أو تشير إلى مشكلة في طبقة فعلية.
أوامر عرض الواجهة
متى تستخدمه: بعد التأكد من تكرار أحداث up/down والتحقق من صحة المسار الفعلي.
: show interfaces وshow controllers وحدة التحكم في الإيثرنت interface للواجهة المتأثرة.
النتيجة المتوقعة: تبقى عدادات الأخطاء (CRC، أخطاء الرموز، FCS) ثابتة أو تزداد ببطء في الظروف العادية.
الإجراء التالي إذا كان غير طبيعي: قم بتبديل الكبل/الضوئية، والانتقال إلى منفذ معروف جيدا، وأعد فحص العدادات؛ انتقل إلى TDR (نحاس) أو DOM (ألياف) حسب الحالة.
أستخدم هذا القسم بعد تأكيد الرفرفة وتحديد المسار الفعلي. العرض قارن يزود أمر معلومة أن يساعد عينت يمكن طبقة 1 إصدار أن يسبب خطوة رفرفة حدث:
Switch#show interfaces tenGigabitEthernet 1/0/40
TenGigabitEthernet1/0/40 is up, line protocol is up (connected)
Hardware is Ten Gigabit Ethernet, address is 00a5.bf9c.29a8 (bia 00a5.bf9c.29a8)
MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive not set
Full-duplex, 10Gb/s, link type is auto, media type is SFP-10GBase-SR <-- SFP plugged into the port
input flow-control is on, output flow-control is unsupported
ARP type: ARPA, ARP Timeout 04:00:00
Last input 00:00:03, output 00:00:00, output hang never
Last clearing of "show interface" counters never
Input queue: 0/2000/0/0 (size/max/drops/flushes); Total output drops: 0
Queueing strategy: fifo
Output queue: 0/40 (size/max)
5 minute input rate 0 bits/sec, 0 packets/sec
5 minute output rate 0 bits/sec, 0 packets/sec
670 packets input, 78317 bytes, 0 no buffer
Received 540 broadcasts (540 multicasts)
0 runts, 0 giants, 0 throttles
0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
0 watchdog, 540 multicast, 0 pause input
0 input packets with dribble condition detected
1766 packets output, 146082 bytes, 0 underruns
0 Output 0 broadcasts (0 multicasts)
0 output errors, 0 collisions, 0 interface resets
0 unknown protocol drops
0 babbles, 0 late collision, 0 deferred
0 lost carrier, 0 no carrier, 0 pause output
0 output buffer failures, 0 output buffers swapped out
يسرد الجدول بعض العدادات من الأمر show interfaces:
| العدّاد |
المشكلات والأسباب الشائعة التي تزيد من عدّادات الأخطاء |
| CRC |
يكون عدد أخطاء التحقق الدوري من التكرار (CRC) مرتفعا عادة نتيجة التصادمات. هو يستطيع أيضا أشارت إصدار طبيعي مثل كبل، SFP، سيئ قارن، أو شبكة قارن بطاقة (nic). كما يمكن أن يشير إلى عدم تطابق إرسال ثنائي الإتجاه. |
| أخطاء الإدخال |
تتضمن تلك الأخطاء الحِزم الصغيرة والحِزم الضخمة وعدم وجود مخزن مؤقت والتحقق الدوري من التكرار والإطارات والتجاوز والأعداد المتجاهلة. كما يمكن أن تزيد الأخطاء الأخرى المتعلقة بالإدخال من عدد أخطاء الإدخال. |
| أخطاء الإخراج |
يمكن أن تزداد أخطاء الإخراج عندما تكون قائمة انتظار الإخراج صغيرة الحجم أو عندما تكون الواجهة مكتتبة أكثر من اللازم. |
| إجمالي عمليات إسقاط الإخراج |
بشكل عام، تكون حالات سقوط المخرجات ناتجة عن زيادة اشتراك الواجهة بسبب أنماط حركة المرور التي تصل إلى واحد أو النقل من 10 جيجابت في الثانية إلى 1 جيجابت في الثانية. المخازن المؤقتة للواجهة هي مورد محدود ويمكن أن تمتص الاندفاع حتى نقطة فقط. بعد تلك النقطة، تبدأ الحزم في الإسقاط. ومن الممكن ضبط المخازن المؤقتة لتوفير بعض الوصفة، ولكنها لا تستطيع أن تضمن عمليات إسقاط الناتج صفر. |
| عمليات إسقاط بروتوكول غير معروفة |
تحدث عمليات إسقاط بروتوكول غير معروفة عندما لا يتم تكوين واجهة التلقي لذلك البروتوكول أو عندما لا يتعرف المحول على البروتوكول. على سبيل المثال، إذا تم توصيل محولين وتعطيل بروتوكول اكتشاف Cisco (CDP) على واجهة محول واحدة، تحدث حالات إسقاط بروتوكول غير معروفة على هذه الواجهة. لم تعد حزم CDP متعرف عليها، ويقوم المحول بإسقاطها. |
يسمح أمر المحفوظات للواجهة بالاحتفاظ بمحفوظات الاستخدام في تنسيق رسومي مماثل لسجل وحدة المعالجة المركزية. يمكن الحفاظ على المحفوظات كوحدات بت في الثانية (bps) أو حزم في الثانية (PPS)، كما هو موضح في هذا المثال:
Switch(config-if)#history ?
bps Maintain history in bits/second
pps Maintain history in packets/second
مع المعدل، يمكن مراقبة العديد من عدادات الواجهة:
Switch(config-if)#history [bps|pps] ?
all Include all counters
babbles Include ethernet output babbles - Babbl
crcs Include CRCs - CRCs
deferred Include ethernet output deferred - Defer
dribbles Include dribbles - Dribl
excessive-collisions Include ethernet excessive output collisions -
ExCol
flushes Include flushes - Flush
frame-errors Include frame errors - FrErr
giants Include giants - Giant
ignored Include ignored - Ignor
input-broadcasts Include input broadcasts - iBcst
input-drops Include input drops - iDrop
input-errors Include input errors - iErr
interface-resets Include interface resets - IRset
late-collisions Include ethernet late output collisions - LtCol
lost-carrier Include ethernet output lost carrier - LstCr
multi-collisions Include ethernet multiple output collisions -
MlCol
multicast Include ethernet input multicast - MlCst
no-carrier Include ethernet output no-carrier - NoCarr
output-broadcasts Include output broadcasts - oBcst
output-buffer-failures Include output buffer failures - oBufF
output-buffers-swapped-out Include output buffers swapped out - oBSwO
output-drops Include output drops - oDrop
output-errors Include output errors - oErr
output-no-buffer Include output no buffer - oNoBf
overruns Include overruns - OvrRn
pause-input Include ethernet input pause - PsIn
pause-output Include ethernet output pause - PsOut
runts Include runts - Runts
single-collisions Include ethernet single output collisions - SnCol
throttles Include throttles - Thrtl
underruns Include underruns - UndRn
unknown-protocol-drops Include unknown protocol drops - Unkno
watchdog Include ethernet output watchdog - Wtchdg
<cr> <cr>
SW_1(config-if)#
كما هو الحال مع محفوظات وحدة المعالجة المركزية، تتوفر الرسومات البيانية خلال ال 60 ثانية الأخيرة و 60 دقيقة الأخيرة و 72 ساعة الأخيرة. يتم الحفاظ على رسومات بيانية منفصلة للرسومات البيانية للإدخال والإخراج:
Switch#show interfaces gigabitEthernet 1/0/2 history ?
60min Display 60 minute histograms only
60sec Display 60 second histograms only
72hour Display 72 hour histograms only
all Display all three histogram intervals
both Display both input and output histograms
input Display input histograms only
output Display output histograms only
| Output modifiers
------ Sample output ---------
Switch#show interfaces tenGigabitEthernet 1/0/9 history 60sec
10
9
8
7
6
5
4
3
2
1
0....5....1....1....2....2....3....3....4....4....5....5....6
0 5 0 5 0 5 0 5 0 5 0
TenGigabitEthernet1/0/9 input rate(mbits/sec) (last 60 seconds)
10
9
8
7
6
5
4
3
2
1
0....5....1....1....2....2....3....3....4....4....5....5....6
0 5 0 5 0 5 0 5 0 5 0
TenGigabitEthernet1/0/9 output rate(mbits/sec) (last 60 seconds)
أستخدم الأمر show controllers ethernet-controller interface {interface{interface-number}} لعرض عدادات حركة مرور البيانات لكل واجهة (الإرسال والاستقبال) وإحصائيات الخطأ التي تمت قراءتها من الأجهزة. أستخدم الكلمة الأساسية phy لعرض السجلات الداخلية للواجهة. أستخدم الكلمة الأساسية port-info لعرض معلومات حول الدائرة المتكاملة الخاصة بتطبيق المنفذ (ASIC).
هذا مثال على الإخراج من show controllers ethernet-controller لواجهة معينة:
Switch#show controllers ethernet-controller tenGigabitEthernet 2/0/1
Transmit TenGigabitEthernet2/0/1 Receive
61572 Total bytes 282909 Total bytes
0 Unicast frames 600 Unicast frames
0 Unicast bytes 38400 Unicast bytes
308 Multicast frames 3163 Multicast frames
61572 Multicast bytes 244509 Multicast bytes
0 Broadcast frames 0 Broadcast frames
0 Broadcast bytes 0 Broadcast bytes
0 System FCS error frames 0 IpgViolation frames
0 MacUnderrun frames 0 MacOverrun frames
0 Pause frames 0 Pause frames
0 Cos 0 Pause frames 0 Cos 0 Pause frames
0 Cos 1 Pause frames 0 Cos 1 Pause frames
0 Cos 2 Pause frames 0 Cos 2 Pause frames
0 Cos 3 Pause frames 0 Cos 3 Pause frames
0 Cos 4 Pause frames 0 Cos 4 Pause frames
0 Cos 5 Pause frames 0 Cos 5 Pause frames
0 Cos 6 Pause frames 0 Cos 6 Pause frames
0 Cos 7 Pause frames 0 Cos 7 Pause frames
0 Oam frames 0 OamProcessed frames
0 Oam frames 0 OamDropped frames
193 Minimum size frames 3646 Minimum size frames
0 65 to 127 byte frames 1 65 to 127 byte frames
0 128 to 255 byte frames 0 128 to 255 byte frames
115 256 to 511 byte frames 116 256 to 511 byte frames
0 512 to 1023 byte frames 0 512 to 1023 byte frames
0 1024 to 1518 byte frames 0 1024 to 1518 byte frames
0 1519 to 2047 byte frames 0 1519 to 2047 byte frames
0 2048 to 4095 byte frames 0 2048 to 4095 byte frames
0 4096 to 8191 byte frames 0 4096 to 8191 byte frames
0 8192 to 16383 byte frames 0 8192 to 16383 byte frames
0 16384 to 32767 byte frame 0 16384 to 32767 byte frame
0 > 32768 byte frames 0 > 32768 byte frames
0 Late collision frames 0 SymbolErr frames <-- Usually indicates Layer 1 issues. Large amounts of symbol errors can indicate a bad device, cable, or hardware.
0 Excess Defer frames 0 Collision fragments <-- If this counter increments, this is an indication that the ports are configured at half-duplex.
0 Good (1 coll) frames 0 ValidUnderSize frames
0 Good (>1 coll) frames 0 InvalidOverSize frames
0 Deferred frames 0 ValidOverSize frames
0 Gold frames dropped 0 FcsErr frames <-- Are the result of collisions at half-duplex, a duplex mismatch, bad hardware (NIC, cable, or port)
0 Gold frames truncated
0 Gold frames successful
0 1 collision frames
0 2 collision frames
0 3 collision frames
0 4 collision frames
0 5 collision frames
0 6 collision frames
0 7 collision frames
0 8 collision frames
0 9 collision frames
0 10 collision frames
0 11 collision frames
0 12 collision frames
0 13 collision frames
0 14 collision frames
0 15 collision frames
0 Excess collision frames
LAST UPDATE 22622 msecs AGO
أستخدم الأمر show platform pm interface-flaps {interface{interface-number}} لعرض عدد مرات تعطل الواجهة:
هذا مثال على الإخراج من show platform pm interface-flaps {interface{interface-number}} لواجهة معينة:
Switch#show platform pm interface-flaps tenGigabitEthernet 2/0/1 Field AdminFields OperFields =============================================================== Access Mode Static Static Access Vlan Id 1 0 Voice Vlan Id 4096 0 VLAN Unassigned 0 ExAccess Vlan Id 32767 Native Vlan Id 1 Port Mode dynamic access Encapsulation 802.1Q Native disl auto Media unknown DTP Nonegotiate 0 0 Port Protected 0 0 Unknown Unicast Blocked 0 0 Unknown Multicast Blocked 0 0 Vepa Enabled 0 0 App interface 0 0 Span Destination 0 Duplex auto full Default Duplex auto Speed auto 1000 Auto Speed Capable 1 1 No Negotiate 0 0 No Negotiate Capable 1024 1024 Flow Control Receive ON ON Flow Control Send Off Off Jumbo 0 0 saved_holdqueue_out 0 saved_input_defqcount 2000 Jumbo Size 1500 Forwarding Vlans : none Current Pruned Vlans : none Previous Pruned Vlans : none Sw LinkNeg State : LinkStateUp No.of LinkDownEvents : 12 <-- Number of times the interface flapped XgxsResetOnLinkDown(10GE): Time Stamp Last Link Flapped(U) : Aug 19 14:58:00.154 <-- Last time the interface flapped LastLinkDownDuration(sec) 192 <-- Time in seconds the interface stayed down during the last flap event LastLinkUpDuration(sec): 2277 <-- Time in seconds the interface stayed up before the last flap event
أستخدم هذا القسم لارتباطات الألياف عندما يجب التحقق من الصحة الضوئية. أستخدم الأمر show idprom interface {interface-number} لعرض معلومات IDPROM لجهاز الإرسال والاستقبال المثبت في الواجهة المحددة. أستخدم الكلمة الأساسية التفصيلية لعرض حقول IDPROM السداسية العشرية التفصيلية.
يوضح هذا المثال الإخراج من الأمر show idprom {interface{interface-number} لواجهة معينة. تعد قيم قيم الحدود الخاصة بالتنبيه مرتفعة ومنخفضة والمدرجة في إخراج الأمر هذا هي معلمات جهاز الإرسال والاستقبال الضوئي التشغيلية العادية. يمكن التحقق من هذه القيم في صفحة البيانات للصورة المحددة. ارجع إلى وثائق وحدات جهاز الإرسال والاستقبال الضوئية من Cisco.
Switch#show idprom interface Twe1/0/1
IDPROM for transceiver TwentyFiveGigE1/0/1 :
Description = SFP or SFP+ optics (type 3)
Transceiver Type: = GE CWDM 1550 (107)
Product Identifier (PID) = CWDM-SFP-1550 <--
Vendor Revision = A
Serial Number (SN) = SERIALNUMBER
Vendor Name = CISCO-FINISAR
Vendor OUI (IEEE company ID) = 00.90.65 (36965)
Common Language Equipment Identifier (CLEI) code = CNTRV14FAB
Cisco part number = 10-1879-03
Device State = Enabled.
Date code (yy/mm/dd) = 14/12/22
Connector type = LC.
Encoding = 8B10B (1)
Nominal bitrate = OTU-1 (2700 Mbits/s)
Minimum bit rate as % of nominal bit rate = not specified
Maximum bit rate as % of nominal bit rate = not specified
The transceiver type is 107
Link reach for 9u fiber (km) = LR-2(80km) (80)
LR-3(80km) (80)
ZX(80km) (80)
Link reach for 9u fiber (m) = IR-2(40km) (255)
LR-1(40km) (255)
LR-2(80km) (255)
LR-3(80km) (255)
DX(40KM) (255)
HX(40km) (255)
ZX(80km) (255)
VX(100km) (255)
Link reach for 50u fiber (m) = SR(2km) (0)
IR-1(15km) (0)
IR-2(40km) (0)
LR-1(40km) (0)
LR-2(80km) (0)
LR-3(80km) (0)
DX(40KM) (0)
HX(40km) (0)
ZX(80km) (0)
VX(100km) (0)
1xFC, 2xFC-SM(10km) (0)
ESCON-SM(20km) (0)
Link reach for 62.5u fiber (m) = SR(2km) (0)
IR-1(15km) (0)
IR-2(40km) (0)
LR-1(40km) (0)
LR-2(80km) (0)
LR-3(80km) (0)
DX(40KM) (0)
HX(40km) (0)
ZX(80km) (0)
VX(100km) (0)
1xFC, 2xFC-SM(10km) (0)
ESCON-SM(20km) (0)
Nominal laser wavelength = 1550 nm.
DWDM wavelength fraction = 1550.0 nm.
Supported options = Tx disable
Tx fault signal
Loss of signal (standard implementation)
Supported enhanced options = Alarms for monitored parameters
Diagnostic monitoring = Digital diagnostics supported
Diagnostics are externally calibrated
Rx power measured is "Average power"
Transceiver temperature operating range = -5 C to 75 C (commercial)
Minimum operating temperature = 0 C
Maximum operating temperature = 70 C
High temperature alarm threshold = +90.000 C
High temperature warning threshold = +85.000 C
Low temperature warning threshold = +0.000 C
Low temperature alarm threshold = -4.000 C
High voltage alarm threshold = 3600.0 mVolts
High voltage warning threshold = 3500.0 mVolts
Low voltage warning threshold = 3100.0 mVolts
Low voltage alarm threshold = 3000.0 mVolts
High laser bias current alarm threshold = 84.000 mAmps
High laser bias current warning threshold = 70.000 mAmps
Low laser bias current warning threshold = 4.000 mAmps
Low laser bias current alarm threshold = 2.000 mAmps
High transmit power alarm threshold = 7.4 dBm
High transmit power warning threshold = 4.0 dBm
Low transmit power warning threshold = -1.7 dBm
Low transmit power alarm threshold = -8.2 dBm
High receive power alarm threshold = -3.0 dBm
Low receive power alarm threshold = -33.0 dBm
High receive power warning threshold = -7.0 dBm
Low receive power warning threshold = -28.2 dBm
External Calibration: bias current slope = 1.000
External Calibration: bias current offset = 0
يسرد هذا الجدول الأوامر التي يمكن إستخدامها لاستكشاف أخطاء تفريغ الارتباط وإصلاحها. ترتيب الاستخدام الموصى به: show logging، show interfaces، show controllers ethernet-controller، show platform pm interface-flaps، ثم أوامر خاصة بالألياف أو خاصة بالنحاس كما هو قابل للتطبيق.
|
|
الغرض |
| إظهار أخطاء عدادات الواجهات |
يعرض عدادات أخطاء الواجهة. |
| إظهار إمكانيات الواجهات |
يعرض إمكانات الواجهة المحددة. |
| show interface transceiver (خاص بالألياف أو SFP) |
يعرض معلومات حول أجهزة الإرسال والاستقبال الضوئية التي تم تمكين المراقبة الضوئية الرقمية (DOM) لها. |
| show interface link |
عرض معلومات مستوى الارتباط. |
| show interface {interface{interface-number}} منصة |
يعرض معلومات النظام الأساسي للواجهة. |
| show controllers ethernet-controller {interface{interface-number} port-info |
يعرض معلومات إضافية عن المنافذ. |
| show controllers ethernet-controller {interface{interface-number}} تفاصيل حالة الارتباط |
عرض حالة الارتباط. |
| عرض errdisable رفرفة قيمة |
يعرض الرقم من خطوة أن يكون سمحت أن يقع قبل ال errdisable وضع. |
| clear counters |
أستخدم هذا الأمر لصفر حركة المرور وعدادات الأخطاء بحيث يمكنك رؤية ما إذا كانت المشكلة مؤقتة فقط، أو إذا إستمرت العدادات في التزايد. |
| وحدة تحكم إثرنت واضحة وحدات التحكم |
أستخدم هذا الأمر لمسح عدادات الإرسال والاستقبال للأجهزة. |
التحقق من حالة الكبل باستخدام عاكس مجال الوقت (TDR)
تتيح لك ميزة "مقياس انعكاس المجال الزمني (TDR)" تحديد ما إذا كان الكبل مفتوحا أو قصيرا عندما يكون على خطأ. باستخدام TDR، يمكنك التحقق من حالة الكبلات النحاسية للمنافذ على محولات Catalyst 9000 Series Switches. يكتشف TDR خطأ كبل بإشارة يتم إرسالها عبر الكبل ويقرأ الإشارة التي يتم عكسها للخلف. يمكن عكس الإشارة كلها أو جزء منها مرة أخرى بسبب عيوب في الكابل
أستخدم تشخيص كبل الاختبار tdr {interface{interface-number} } لبدء إختبار TDR، ثم أستخدم show cable-diagnostics tdr {interfaces-interface-number}.
يوضح المثال نتيجة إختبار TDR للواجهة TW2/0/10:
Switch#show cable-diagnostics tdr interface tw2/0/10
TDR test last run on: November 05 02:28:43
Interface Speed Local pair Pair length Remote pair Pair status
--------- ----- ---------- ------------------ ----------- --------------------
Tw2/0/10 1000M Pair A 1 +/- 5 meters Pair A Impedance Mismatch
Pair B 1 +/- 5 meters Pair B Impedance Mismatch
Pair C 1 +/- 5 meters Pair C Open
Pair D 3 +/- 5 meters Pair D Open
إرشادات TDR
تنطبق هذه المبادئ التوجيهية على إستخدام TDR:
- لا تقم بتغيير تكوين المنفذ أثناء تشغيل إختبار TDR.
- إذا قمت بتوصيل منفذ أثناء إختبار TDR بمنفذ تم تمكين Auto-MDIX، فقد تكون نتيجة TDR غير صحيحة.
- إذا قمت بتوصيل منفذ أثناء إختبار TDR بمنفذ 100BASE-T مثل ذلك الموجود على الجهاز، يتم الإبلاغ عن الأزواج غير المستخدمة (4-5 و 7-8) على أنها معيبة لأن الطرف البعيد لا يقوم بإنهاء هذه الأزواج.
- نظرا لخصائص الكبل، يجب عليك تشغيل إختبار TDR عدة مرات للحصول على نتائج دقيقة.
- لا تقم بتغيير حالة المنفذ (على سبيل المثال، قم بإزالة الكبل عند الطرف القريب أو البعيد) لأن النتائج يمكن أن تكون غير دقيقة.
- يعمل TDR بشكل أفضل إذا تم قطع اتصال كبل الاختبار بالمنفذ البعيد. وإلا، فقد يكون من الصعب عليك تفسير النتائج بشكل صحيح.
- يعمل هذا الجهاز عبر أربعة أسلاك. استنادا إلى شروط الكبل، يمكن أن تظهر الحالة أن كلا زوجين مفتوحين أو قصيرين بينما تظهر جميع أزواج الكابلات الأخرى على أنها خاطئة. هذه العملية مقبولة لأنه يمكنك الإعلان عن خطأ في الكبل على أن يكون زوج واحد من الأسلاك مفتوحا أو قصيرا.
- الغرض من ذاكرة TDR هو تحديد مدى ضعف وظائف الكبل بدلا من تحديد موقع كبل معيب.
- عندما يحدد TDR كبل معيب، لا يزال بإمكانك إستخدام أداة تشخيص كبلات دون اتصال بالإنترنت لتشخيص المشكلة بشكل أفضل.
- يمكن أن تختلف نتائج TDR بين التشغيل على طرز محولات مختلفة من محولات Catalyst 9300 Series Switches بسبب أختلاف دقة الوضوح في عمليات تنفيذ TDR. عند حدوث ذلك، يجب الرجوع إلى أداة تشخيص الكبلات دون اتصال.
المراقبة الضوئية الرقمية (DOM)
المراقبة الضوئية الرقمية (DOM) هي معيار على مستوى الصناعة، يهدف إلى تحديد واجهة رقمية للوصول إلى معلمات الوقت الفعلي مثل:
- درجة الحرارة
- الجهد الكهربي لتزويد جهاز الإرسال والاستقبال
- تيار انحياز ليزري
- طاقة Tx الضوئية
- طاقة Optical RX
كيفية تمكين DOM
يسرد الجدول الأوامر التي يمكنك إستخدامها لتشغيل/إيقاف تشغيل DOM لكافة أنواع أجهزة الإرسال والاستقبال في النظام:
| خطوات |
أمر أو إجراء |
الغرض |
| الخطوة 1 |
تمكين مثال: مفتاح > تمكين |
تمكين وضع EXEC الفعلي. أدخل كلمة المرور إذا طلب منك ذلك. |
| الخطوة 2 |
تكوين الوحدة الطرفية مثال: switch#configure terminal |
يدخل شامل تشكيل أسلوب. |
| الخطوة 3 |
جهاز الإرسال والاستقبال نوع الكل مثال: switch(config)#transceiver type all |
يدخل وضع تكوين نوع جهاز الإرسال والاستقبال. |
| الخطوة 4 |
مراقبة مثال: switch(config)#monitoring |
تتيح مراقبة جميع أجهزة الإرسال والاستقبال الضوئية. |
أستخدم الأمر show interfaces {interface{interface-number}} transceiver detail لعرض معلومات جهاز الإرسال والاستقبال:
Switch#show interfaces hundredGigE 1/0/25 transceiver detail
ITU Channel not available (Wavelength not available),
Transceiver is internally calibrated.
mA: milliamperes, dBm: decibels (milliwatts), NA or N/A: not applicable.
++ : high alarm, + : high warning, - : low warning, -- : low alarm.
A2D readouts (if they differ), are reported in parentheses.
The threshold values are calibrated.
High Alarm High Warn Low Warn Low Alarm
Temperature Threshold Threshold Threshold Threshold
Port (Celsius) (Celsius) (Celsius) (Celsius) (Celsius)
--------- ----------------- ---------- --------- --------- ---------
Hu1/0/25 28.8 75.0 70.0 0.0 -5.0
High Alarm High Warn Low Warn Low Alarm
Voltage Threshold Threshold Threshold Threshold
Port (Volts) (Volts) (Volts) (Volts) (Volts)
--------- ----------------- ---------- --------- --------- ---------
Hu1/0/25 3.28 3.63 3.46 3.13 2.97
High Alarm High Warn Low Warn Low Alarm
Current Threshold Threshold Threshold Threshold
Port Lane (milliamperes) (mA) (mA) (mA) (mA)
--------- ---- --------------- ---------- --------- --------- ---------
Hu1/0/25 N/A 6.2 10.0 8.5 3.0 2.6
Optical High Alarm High Warn Low Warn Low Alarm
Transmit Power Threshold Threshold Threshold Threshold
Port Lane (dBm) (dBm) (dBm) (dBm) (dBm)
--------- ---- --------------- ---------- --------- --------- ---------
Hu1/0/25 N/A -2.2 1.7 -1.3 -7.3 -11.3
Optical High Alarm High Warn Low Warn Low Alarm
Receive Power Threshold Threshold Threshold Threshold
Port Lane (dBm) (dBm) (dBm) (dBm) (dBm)
--------- ---- --------------- ---------- --------- --------- ---------
Hu1/0/25 N/A -16.7 2.0 -1.0 -9.9 -13.9
رسائل syslog للمراقبة الضوئية الرقمية
يصف هذا القسم رسائل syslog لانتهاك العتبة الأكثر صلة:
مستويات درجة حرارة أجهزة SFP الضوئية
- الشرح: يتم إنشاء رسائل السجل هذه عندما تكون درجة الحرارة منخفضة أو تتجاوز قيم التشغيل الضوئية العادية:
%SFF8472-3-THRESHOLD_VIOLATION: Te7/3: Temperature high alarm; Operating value: 88.7 C, Threshold value: 74.0 C.
%SFF8472-3-THRESHOLD_VIOLATION: Fo1/1/1: Temperature low alarm; Operating value: 0.0 C, Threshold value: 35.0 C.
مستويات الجهد الكهربائي لأجهزة SFP الضوئية
- الشرح: يتم إنشاء رسائل السجل هذه عندما يكون الجهد الكهربائي منخفضا أو يتجاوز قيم التشغيل الضوئية العادية:
%SFF8472-3-THRESHOLD_VIOLATION: Gi1/1/3: Voltage high warning; Operating value: 3.50 V, Threshold value: 3.50 V.
%SFF8472-5-THRESHOLD_VIOLATION: Gi1/1: Voltage low alarm; Operating value: 2.70 V, Threshold value: 2.97 V.
مستويات خفيفة من بصريات SFP
- الشرح: يتم إنشاء رسائل السجل هذه عندما تكون طاقة الضوء منخفضة أو تتجاوز قيم التشغيل البصري:
%SFF8472-3-THRESHOLD_VIOLATION: Gi1/0/1: Rx power high warning; Operating value: -2.7 dBm, Threshold value: -3.0 dBm.
%SFF8472-5-THRESHOLD_VIOLATION: Te1/1: Rx power low warning; Operating value: -13.8 dBm, Threshold value: -9.9 dBm.
تصحيح أخطاء إعادة التوجيه و Cisco Optics (FEC)
FEC هي تقنية تستخدم لاكتشاف عدد معين من الأخطاء في تدفق البيانات وتصحيحها، كما تعمل على إلحاق وحدات بت متكررة ورمز التحقق من الأخطاء بكتلة الرسائل قبل الإرسال. كمصنع للوحدة النمطية، تحرص Cisco على تصميم أجهزة الإرسال والاستقبال الخاصة بنا للامتثال للمواصفات. عندما يتم تشغيل جهاز الإرسال والاستقبال الضوئي في منصة مضيف من Cisco، يتم تمكين ميزة FEC بشكل افتراضي استنادا إلى نوع الوحدة النمطية الضوئية التي يكتشفها البرنامج المضيف (راجع هذا الجدول القابل للتنزيل). في الغالبية العظمى من الحالات، يتم تنفيذ معيار FEC بواسطة معيار الصناعة الذي يدعمه النوع البصري.
للحصول على مواصفات مخصصة معينة، تختلف عمليات تنفيذ FEC. ارجع إلى فهم FEC وتنفيذه في مستند Cisco Optics للحصول على معلومات تفصيلية.
يوضح المثال كيفية تكوين FEC وبعض الخيارات المتاحة:
switch(config-if)#fec? auto Enable FEC Auto-Neg cl108 Enable clause108 with 25G cl74 Enable clause74 with 25G off Turn FEC off
Use the show interface command to verify FEC configuration:
TwentyFiveGigE1/0/13 is up, line protocol is up (connected)
Hardware is Twenty Five Gigabit Ethernet, address is 3473.2d93.bc8d (bia 3473.2d93.bc8d)
MTU 9170 bytes, BW 25000000 Kbit/sec, DLY 10 usec,
reliability 255/255, txload 1/255, rxload 1/255
Encapsulation ARPA, loopback not set
Keepalive set (10 sec)
Full-duplex, 25Gb/s, link type is force-up, media type is SFP-25GBase-SR
Fec is auto < -- The configured setting for FEC is displayed here
input flow-control is on, output flow-control is off
ARP type: ARPA, ARP Timeout 04:00:00
--snip--
أوامر التصحيح
يسرد هذا الجدول الأوامر المختلفة التي يمكن إستخدامها لتصحيح أخطاء المنافذ
| الغرض | |
| debug pm | تصحيح أخطاء مدير المنفذ |
| منفذ debug pm | أحداث متعلقة بالمنفذ |
| debug platform pm | معلومات تصحيح أخطاء مدير منفذ النظام الأساسي NGWC |
| debug platform pm l2-control | تصحيح الأخطاء الداخلية لعنصر التحكم NGWC L2 |
| debug platform pm link-status | أحداث اكتشاف إرتباط الواجهة |
| debug platform pm-vters | دوال متجه مدير المنفذ |
| تصحيح الأخطاء شرط قارن <interface name> | تمكين تصحيح الأخطاء بشكل انتقائي لواجهة معينة |
| حالة واجهة debug | حالات الانتقال |
هذا مثال جزئي على إخراج عينة من أوامر تصحيح الأخطاء المدرجة في الجدول:
SW_2#sh debugging
PM (platform):
L2 Control Infra debugging is on <-- debug platform pm l2-control
PM Link Status debugging is on <-- debug platform pm link-status
PM Vectors debugging is on <-- debug platform pm pm-vectors
Packet Infra debugs:
Ip Address Port
------------------------------------------------------|----------
Port Manager:
Port events debugging is on <-- debug pm port
Condition 1: interface Te1/0/2 (1 flags triggered)
Flags: Te1/0/2
------ Sample output ---------
*Aug 25 20:01:05.791: link up/down event : link-down on Te1/0/2
*Aug 25 20:01:05.791: pm_port 1/2: during state access, got event 5(link_down) <-- Link down event (day/time)
*Aug 25 20:01:05.791: @@@ pm_port 1/2: access -> pagp
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Vp Disable: pd=0x7F1E797914B0 dpidx=10 Te1/0/2
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:05.792: Maintains count of VP per Interface:delete, pm_vp_counter[0]: 14, pm_vp_counter[1]: 14
*Aug 25 20:01:05.792: *** port_modechange: 1/2 mode_none(10)
*Aug 25 20:01:05.792: @@@ pm_port 1/2: pagp -> dtp
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 pagp
*Aug 25 20:01:05.792: *** port_bndl_stop: 1/2 : inform yes
*Aug 25 20:01:05.792: @@@ pm_port 1/2: dtp -> present
*Aug 25 20:01:05.792: *** port_dtp_stop: 1/2
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 pagp
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 dtp
*Aug 25 20:01:05.792: stop flap timer : Te1/0/2 unknown
*Aug 25 20:01:05.792: *** port_linkchange: reason_link_change(3): link_down(0)1/2 <-- State link change
*Aug 25 20:01:05.792: pm_port 1/2: idle during state present
*Aug 25 20:01:05.792: @@@ pm_port 1/2: present -> link_down <-- State of the link
*Aug 25 20:01:06.791: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/2, changed state to down
*Aug 25 20:01:07.792: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/2, changed state to down
*Aug 25 20:01:11.098: IOS-FMAN-PM-DEBUG-LINK-STATUS: Received LINKCHANGE in xcvr message, if_id 10 (TenGigabitEthernet1/0/2)
*Aug 25 20:01:11.098: IOS-FMAN-PM-DEBUG-LINK-STATUS: if_id 0xA, if_name Te1/0/2, link up <-- Link became up
*Aug 25 20:01:11.098: link up/down event: link-up on Te1/0/2
*Aug 25 20:01:11.098: pm_port 1/2: during state link_down, got event 4(link_up)
*Aug 25 20:01:11.098: @@@ pm_port 1/2: link_down -> link_up
*Aug 25 20:01:11.098: flap count for link type : Te1/0/2 Linkcnt = 0
*Aug 25 20:01:11.099: pm_port 1/2: idle during state link_up
*Aug 25 20:01:11.099: @@@ pm_port 1/2: link_up -> link_authentication
*Aug 25 20:01:11.099: pm_port 1/2: during state link_authentication, got event 8(authen_disable)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: link_authentication -> link_ready
*Aug 25 20:01:11.099: *** port_linkchange: reason_link_change(3): link_up(1)1/2
*Aug 25 20:01:11.099: pm_port 1/2: idle during state link_ready
*Aug 25 20:01:11.099: @@@ pm_port 1/2: link_ready -> dtp
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: pm_port 1/2: during state dtp, got event 13(dtp_complete)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: dtp -> dtp
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.099: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.099: DTP flapping: flap count for dtp type: Te1/0/2 Dtpcnt = 0
*Aug 25 20:01:11.099: pm_port 1/2: during state dtp, got event 110(dtp_done)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: dtp -> pre_pagp_may_suspend
*Aug 25 20:01:11.099: pm_port 1/2: idle during state pre_pagp_may_suspend
*Aug 25 20:01:11.099: @@@ pm_port 1/2: pre_pagp_may_suspend -> pagp_may_suspend
*Aug 25 20:01:11.099: pm_port 1/2: during state pagp_may_suspend, got event 33(pagp_continue)
*Aug 25 20:01:11.099: @@@ pm_port 1/2: pagp_may_suspend -> start_pagp
*Aug 25 20:01:11.099: pm_port 1/2: idle during state start_pagp
*Aug 25 20:01:11.099: @@@ pm_port 1/2: start_pagp -> pagp
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: *** port_bndl_start: 1/2
*Aug 25 20:01:11.100: stop flap timer : Te1/0/2 pagp
*Aug 25 20:01:11.100: pm_port 1/2: during state pagp, got event 34(dont_bundle)
*Aug 25 20:01:11.100: @@@ pm_port 1/2: pagp -> pre_post_pagp
*Aug 25 20:01:11.100: pm_port 1/2: idle during state pre_post_pagp
*Aug 25 20:01:11.100: @@@ pm_port 1/2: pre_post_pagp -> post_pagp
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: pm_port 1/2: during state post_pagp, got event 14(dtp_access)
*Aug 25 20:01:11.100: @@@ pm_port 1/2: post_pagp -> access
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Set pm vp mode attributes for Te1/0/2 vlan 1
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.100: Maintains count of VP per Interface:add, pm_vp_counter[0]: 15, pm_vp_counter[1]: 15
*Aug 25 20:01:11.100: IOS-FMAN-PM-DEBUG-PM-VECTORS: vlan vp enable for port(Te1/0/2) and vlan:1
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: VP ENABLE: vp_pvlan_port_mode:access for Te1/0/2
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: VP Enable: vp_pvlan_native_vlanId:1 for Te1/0/2
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.101: *** port_modechange: 1/2 mode_access(1)
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: The operational mode of Te1/0/2 in set all vlans is 1
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: vp_pvlan port_mode:access vlan:1 for Te1/0/2
*Aug 25 20:01:11.101: IOS-FMAN-PM-DEBUG-PM-VECTORS: vp_pvlan port_mode:access native_vlan:1 for Te1/0/2
*Aug 25 20:01:11.102: IOS-FMAN-PM-DEBUG-PM-VECTORS: Success sending PM tdl message
*Aug 25 20:01:13.098: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/2, changed state to up
*Aug 25 20:01:14.098: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/2, changed state to up
أخطاء Cisco ذات الصلة
| معرف الخطأ من Cisco |
الوصف |
| معرف تصحيح الأخطاء من Cisco CSCvu13029 |
علامات إرتباط متقطعة على محولات Cat9300 من mGig إلى نقاط نهاية قادرة على mGig. |
| معرف تصحيح الأخطاء من Cisco CSCvt50788 |
تتسبب مشكلات الواجهة Cat9400 mGig مع أجهزة mGig الأخرى في ظهور نقاط ربط. |
| معرف تصحيح الأخطاء من Cisco CSCvu92432 |
الطراز CAT9400: نقاط الوصول من الواجهة MGIG باستخدام نقاط الوصول APs من Mgig. |
| معرف تصحيح الأخطاء من Cisco CSCve65787 |
دعم Autoneg ل 100G/40G/25G CU xcvr. |
معلومات ذات صلة
- مصفوفة التوافق مع الأجهزة الضوئية من Cisco
- ورقة بيانات تطبيقات إيثرنت جيجابت الخاصة بوحدات SFP من Cisco
- 25GE و 100GE - لتوفير سرعات أعلى على مستوى المؤسسات من خلال التقرير الرسمي لحماية الاستثمار
- ورقة بيانات حل Cisco CWDM SFP
- دعم الابتكار: كيف يعمل Cisco TAC على تحويل الوثائق وتبسيط الخدمة الذاتية
- الدعم الفني والتنزيلات من Cisco
محفوظات المراجعة
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
3.0 |
09-Sep-2026
|
إعادة الاعتماد - المشكلة المحدثة، SEO، الترجمة الآلية، متطلبات النمط، والتنسيق. |
2.0 |
13-Mar-2024
|
تقويم |
1.0 |
04-Nov-2022
|
الإصدار الأولي |
التعليقات