المحتويات

المقدمة

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

المتطلبات

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

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

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

تثبيت وحدات الشبكة النمطية

التحقق من الكبل وكلا جانبي الاتصال

التحقق من توافق SFP و SFP+

التعرف على نقاط الوصول من المنفذ

أوامر عرض الواجهة

التحقق من حالة الكبل باستخدام عاكس مجال الوقت (TDR)

إرشادات TDR

المراقبة الضوئية الرقمية (DOM)

كيفية تمكين DOM

رسائل syslog للمراقبة الضوئية الرقمية

تصحيح أخطاء إعادة التوجيه و Cisco Optics (FEC)

أوامر التصحيح

معلومات ذات صلة

المقدمة

يصف هذا وثيقة كيف أن يعين، يجمع سجل مفيد، واستكشاف المشاكل أن يستطيع وقعت مع جروف أيسر على مادة حفازة 9000 مفتاح.

تمت المساهمة من قبل ليوناردو بينا دافيلا

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

المتطلبات

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

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

أسست المعلومة في هذا وثيقة على كل مادة حفازة 9000 sery مفتاح.

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

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

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

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

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

هناك عدد من الأشياء التي يمكنك فحصها إذا كان لديك وصول طبيعي إلى المحول لضمان تثبيت وحدات الشبكة النمطية، الكبلات، SFP بشكل صحيح:

تثبيت وحدات الشبكة النمطية

يصف الجدول أفضل الممارسات لتثبيت وحدة نمطية للشبكة في محول من السلسلة Catalyst 9000:

المنصة

URL

المحولات من السلسلة Catalyst 9200

دليل تثبيت أجهزة المحولات Catalyst 9200 Series

المحولات من السلسلة Catalyst 9300

دليل تثبيت أجهزة المحولات Catalyst 9300 Series

المحولات من السلسلة Catalyst 9400

دليل تثبيت أجهزة المحولات Catalyst 9400 Series

المحولات من السلسلة Catalyst 9500

دليل تثبيت أجهزة المحولات Catalyst 9500 Series

المحولات من السلسلة Catalyst 9600

دليل تثبيت أجهزة المحولات Catalyst 9600 Series

التحقق من الكبل وكلا جانبي الاتصال

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

السبب

إجراء الاسترداد

كبل رديء

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

توصيلات غير محكمة

تحقق من التوصيلات غير المحكمة. وفي بعض الاحيان يبدو ان الكابل موضوع بشكل ملائم لكنه ليس كذلك. افصل الكبل وأعِد إدخاله

لوحات التوصيل

أزِل توصيلات لوحة التوصيل المعيبة. تجاوز لوحة التوصيل إذا أمكن استبعادها

SFP غير صحيح أو غير صحيح (خاص بالألياف)

تبادل جهاز الإرسال والاستقبال المشتبه به مع جهاز إرسال واستقبال SFP المعروف جيدا. التحقق من دعم الأجهزة والبرامج لهذا النوع من SFP

منفذ BAD أو منفذ الوحدة النمطية

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

جهاز نقطة نهاية سيئ أو قديم

تبديل الهاتف أو السماعة أو نقطة نهاية أخرى مع جهاز جيد معروف أو جهاز أحدث

وضع سكون الجهاز

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

التحقق من توافق SFP و SFP+

توفر محفظة Cisco للواجهات القابلة للتوصيل السريع مجموعة غنية من الخيارات من حيث السرعات والبروتوكولات وعمليات الوصول ووسائط النقل المدعومة.

يمكنك إستخدام أي مزيج من وحدات SFP أو SFP + جهاز الإرسال والاستقبال التي يدعمها جهاز محولات Catalyst 9000 Series. القيود الوحيدة هي أن كل منفذ يجب أن يطابق مواصفات طول الموجة على الطرف الآخر من الكبل وأن الكبل يجب ألا يتجاوز طول الكبل المحدد للاتصالات الموثوقة.

أستخدم فقط وحدات جهاز الإرسال والاستقبال Cisco SFP النمطية على جهاز Cisco لديك. تدعم كل وحدة جهاز إرسال/إستقبال SFP أو SFP+ ميزة تعريف جودة (ID) من Cisco التي تتيح لمحول أو موجه Cisco التعرف على وحدة جهاز الإرسال والاستقبال النمطية التي تم اعتمادها واختبارها من Cisco والتحقق منها.

تلميح: ارجع إلى هذا الارتباط للتحقق من مصفوفة توافق Cisco Optics-to-Device

التعرف على نقاط الوصول من المنفذ

أستخدمshow loggingالأمر لتعريف حدث رفرفة رابط. يوضح هذا المثال رسالة سجل نظام محول جزئي لحدث رفرفة إرتباط باستخدام الواجهة TenGigabitEthernet1/0/40:

Switch#show logging | include changed

Aug 17 21:06:08.431 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down

Aug 17 21:06:39.058 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down

Aug 17 21:06:41.968 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up

Aug 17 21:06:42.969 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up

Aug 17 21:07:20.041 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down

Aug 17 21:07:21.041 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down

Aug 17 21:07:36.534 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up

Aug 17 21:08:06.598 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up

Aug 17 21:08:07.628 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to down

Aug 17 21:08:08.628 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to down

Aug 17 21:08:10.943 UTC: %LINK-3-UPDOWN: Interface TenGigabitEthernet1/0/40, changed state to up

Aug 17 21:08:11.944 UTC: %LINEPROTO-5-UPDOWN: Line protocol on Interface TenGigabitEthernet1/0/40, changed state to up

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

أوامر عرض الواجهة

العرض قارن يمنحك أمر كثير معلومة أن يساعد أن يعين يمكن طبقة 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 interface:

العدّاد

المشكلات والأسباب الشائعة التي تزيد من عدّادات الأخطاء

CRC

عادة ما يكون عدد CRCs المرتفع نتيجة التصادمات ولكن يمكن أيضا أن يشير إلى إصدار طبيعي (مثل الكبلات، SFP، واجهة سيئة أو NIC) أو عدم تطابق مزدوج.

أخطاء الإدخال

تتضمن تلك الأخطاء الحِزم الصغيرة والحِزم الضخمة وعدم وجود مخزن مؤقت والتحقق الدوري من التكرار والإطارات والتجاوز والأعداد المتجاهلة. يمكن أيضا أن تتسبب الأخطاء الأخرى المتعلقة بالإدخال في زيادة عدد أخطاء الإدخال.

أخطاء الإخراج

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

إجمالي عمليات إسقاط الإخراج

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

عمليات إسقاط بروتوكول غير معروفة

يتم عادة إسقاط عمليات إسقاط البروتوكول غير المعروفة لأنه لم يتم تكوين الواجهة التي يتم إستلام هذه الحزم بها لهذا النوع من البروتوكول، أو قد يكون أي بروتوكول لا يتعرف عليه المحول. مثلا، إن يتلقى أنت إثنان مفتاح يربط وأنت تعجز 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#sh 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-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 interfaces {interface{interface-number} controller لعرض كل واجهة transmit وتلقي إحصائيات تمت قراءتها من الجهاز.

أستخدم 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 للواجهة المحددة. أستخدم مع الكلمة الأساسية detail لعرض معلومات IDPROM السداسية العشرية التفصيلية.

هذا مثال من إنتاج العرض idprom{interface{interface-number}} لواجهة معينة. تكون قيم أجهزة الإرسال والاستقبال عالية ومنخفضة |تنبيه أجهزة الإرسال والاستقبال المدرجة في إخراج الأمر هذا هي معلمات أجهزة الإرسال والاستقبال الضوئية التشغيلية العادية. يمكن التحقق من هذه القيم من ورقة البيانات الخاصة بالبصريات المحددة. يرجى الرجوع إلى ورقة بيانات Cisco Optics

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)                        = XXXXXXXXXX   <-- Cisco Serial Number

Vendor Name                               = CISCO-FINISAR

Vendor OUI (IEEE company ID)              = 00.90.65 (36965)

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

تلميح:تأكد من أن إصدار الجهاز والبرنامج متوافقان مع SFP/SFP+ المثبت Cisco Optics إلى جهاز مصفوفة التوافق

يسرد هذا الجدول الأوامر المختلفة التي يمكن إستخدامها لاستكشاف أخطاء تفريغ الارتباط وإصلاحها:

الغرض

إظهار أخطاء عدادات الواجهات

يعرض عدادات خطأ الواجهة

إظهار إمكانيات الواجهات

يعرض إمكانات الواجهة المحددة

إظهار أجهزة الإرسال والاستقبال (خاصة بالألياف/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، أنت يستطيع فحصت الحالة من كبل نحاسي للميناء على المادة حفازة 9000 sery مفتاح. يكتشف TDR خطأ كبل بإشارة يتم إرسالها عبر الكبل ويقرأ الإشارة التي يتم عكسها للخلف. يمكن عكس الإشارة كلها أو جزء منها مرة أخرى بسبب عيوب في الكابل

أستخدم تشخيص كبلات الاختبار tdr {interface{interface-number}}لبدء إختبار TDR، ثم أستخدم الأمر show cable-diagnostics tdr{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

طرف: على مادة حفازة 9300 sery مفتاح، فقط هذا كبل خطأ كشفت نوع - فتح، قصير، و يعترض حالة عدم توافق. يتم عرض الحالة العادية في حالة إنهاء الكبل بشكل صحيح ويتم القيام بذلك لأغراض توضيحية.

إرشادات 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

تمكين

مثال:

switch>enable

تمكين وضع EXEC المادي

أدخل كلمة المرور إذا طلب منك ذلك

الخطوة 2

تكوين الوحدة الطرفية

مثال:

switch#configure terminal

يدخل شامل تشكيل أسلوب

الخطوة 3

جهاز الإرسال والاستقبال نوع الكل

مثال:

switch(config)#transceiver type all

يدخل وضع تكوين نوع جهاز الإرسال والاستقبال

الخطوة 4

مراقبة

مثال:

switch(config)#monitoring

تتيح مراقبة جميع أجهزة الإرسال والاستقبال الضوئية.

أستخدم الأمر show interfaces {interface{interface-number}} تفاصيل جهاز الإرسال والاستقبال لعرض معلومات جهاز الإرسال والاستقبال:

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

تلميح: لتحديد ما إذا كان جهاز الإرسال والاستقبال الضوئي يعمل على مستويات الإشارة المناسبة، يرجى الرجوع إلى صحيفة بيانات Cisco Optics

رسائل 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.

تلميح: للحصول على مزيد من المعلومات حول DOM، راجع المراقبة الضوئية الرقمية

تصحيح أخطاء إعادة التوجيه و Cisco Optics (FEC)

FEC هو أسلوب يستخدم للكشف عن عدد معين من الأخطاء في تدفق البت وتذييلها وحدات بت متكررة ورمز التحقق من الأخطاء إلى كتلة الرسالة قبل الإرسال وتصحيحها. بكونها الجهة المصنعة للوحدة النمطية، تحرص Cisco على تصميم أجهزة الإرسال والاستقبال الخاصة بنا بحيث تتوافق مع المواصفات. عندما يتم تشغيل جهاز الإرسال والاستقبال الضوئي في نظام Cisco الأساسي المضيف، يتم تمكين ميزة 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--

ملاحظة: يجب أن يكون لدى كلا جانبي الرابط نفس encoding خوارزمية FEC الممكنة لنشوء الارتباط.

أوامر التصحيح

يسرد هذا الجدول الأوامر المختلفة التي يمكن إستخدامها لتصحيح أخطاء المنافذ

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

الغرض

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

حالات الانتقال

هذا نموذج جزئي لمخرجات Dشبق الأوامر المدرجة في الجدول:

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

ورقة بيانات تطبيقات إيثرنت جيجابت الخاصة بوحدات SFP من Cisco

25GE و 100GE - لتوفير سرعات أعلى على مستوى المؤسسات من خلال التقرير الرسمي لحماية الاستثمار

ورقة بيانات حل Cisco CWDM SFP

دعم الابتكار: كيف يقوم Cisco TAC بتحويل الوثائق وتبسيط الخدمة الذاتية

الدعم التقني والمستندات - Cisco Systems

معرف الخطأ من Cisco

الوصف

معرف تصحيح الأخطاء من Cisco CSCvu13029

علامات إرتباط متقطعة على محولات Cat9300 من mGig إلى نقاط النهاية القادرة

معرف تصحيح الأخطاء من Cisco CSCvt50788

تتسبب مشكلات الواجهة Cat9400 mGig مع أجهزة mGig الأخرى في قفز الروابط

معرف تصحيح الأخطاء من Cisco CSCvu92432

CAT9400: نقاط وصول APs خاصة بواجهة MGIG

معرف تصحيح الأخطاء من Cisco CSCve65787

دعم Autoneg ل 100G/40G/25G CU xcvr