أستكشاف أخطاء بطاقة ML وإصلاحها Cisco ONS 15454

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

  • PDF     (403.0 KB)
    عرض باستخدام Adobe Reader على مجموعة متنوعة من الأجهزة
  • ePub     (145.3 KB)
    العرض في تطبيقات مختلفة على iPhone أو iPad أو نظام تشغيل Android أو قارئ Sony أو نظام التشغيل Windows Phone
  • Mobi (Kindle)     (215.3 KB)
    عرض على جهاز Kindle أو تطبيق Kindle على أجهزة متعددة
تم التحديث:١٤ نوفمبر ٢٠٠٥
معرّف المستند:59863

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

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

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

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

المقدمة

يستخدم هذا المستند مخطط إختبار بسيط لوصف كيفية أستكشاف أخطاء بطاقات الطبقات المتعددة (ML) وإصلاحها على Cisco ONS 15454. يوفر قسم الملحق بعض أوامر التكوين الأساسية، ومعلومات المخطط التفصيلية.

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

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

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

المتطلبات

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

  • Cisco ONS 15454

  • بطاقات الإيثرنت Cisco ONS 15454 ML-Series Ethernet Cards

  • IOS من Cisco

  • الربط وتوجيه ال IP

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

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

  • cisco مسحاج تخديد 7603 أن يركض cisco ios ® برمجية إطلاق 12.1(13)E13

  • Cisco ONS 15454 أن يركض Cisco ONS، الإصدار 4.1.3

  • ML (مضمن كجزء من إصدار ONS 4.1.3) الذي يشغل برنامج Cisco IOS الإصدار 12.1(19)EO1

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

الاصطلاحات

راجع اصطلاحات تلميحات Cisco التقنية للحصول على مزيد من المعلومات حول اصطلاحات المستندات.

بنية ML الأساسية

توفر بطاقات Cisco ML الخاصة بالنظام الأساسي ONS 15454 اتصال إيثرنت بسرعة 10/100/1000 ميجابت في الثانية عبر SONET/SDH في الطبقة 2 والطبقة 3. تقوم كل بطاقة ML في الهيكل بتشغيل صورة IOS مستقلة واحدة. يؤدي إنشاء دائرة توصيل عكسي في وحدة تحكم النقل (CTC) من Cisco بين منافذ ML إلى إنشاء حزمة خلفية افتراضية عبر منافذ SONET (POS). في إصدارات البرامج 4.6 والإصدارات الأحدث، يحدث دائما إنشاء منافذ POS، ولكن المنافذ لا تظهر إلا عندما يحدث إنشاء دائرة توصيل عكسي في CTC.

تحتوي البطاقة ML1000-2 على منفذي POS (0 و 1). يحتوي كل منفذ على ما يصل إلى إشارة النقل المتزامنة (STS) النطاق الترددي العريض-24c وإجمالي STS-48c لكل بطاقة. يدعم كل منفذ نقطة وصول (POS) الواجهات الفرعية للسماح بتوصيل شبكات VLAN. يقع تعيين طبيعي من POS ميناء إلى ميناء بصري أثناء الدائرة خلق مرحلة، ويستطيع غيرت أثناء بصري فسحة بين دعامتين تغيير. وبالتالي، هناك منفذا POS على طرفي الدائرة هما الأقران، ويجب أن تتطابق تكويناتهما.

يعتمد التخطيط بين منفذ إيثرنت ومنفذ POS على متطلبات المخطط. يربط مخطط تحويل الطبقة 2 هذين النوعين من المنافذ معا مع نفس رقم مجموعة الجسر. يقوم مخطط الطبقة 3 بتوجيه الحزم بين هذه الواجهات.

طوبولوجيا الاختبار الأساسية

الشكل 1 يمثل مخطط الاختبار:

الشكل 1 - طبولوجيا الاختبار

f1_59863.gif

من أجل إعداد طبولوجيا الاختبار:

  1. قم بتوصيل موجهات Cisco 7603 بعقد ONS عبر إيثرنت جيجابت، وتأكد من أن كلا المنفذين على الموجهين على شبكة IP الفرعية نفسها. هنا، تحتوي كل عقدة ONS على بطاقة ML1000-2 واحدة في الفتحة 12.

  2. قم بتكوين مجموعة جسر 100 ل Gig0 و POS0 على كلا عقدتي ONS.

    ملاحظة: لا تحتاج إلى إستخدام POS1 في هذا الاختبار.

    الدائرة بين المنفذين ML POS0 هي STS-12c.

  3. قم بتعطيل توجيه IP على بطاقات ML.

  4. توفير الحماية OC12 1+1 بين عقدتي ONS. راجع الشكل 1 للحصول على المعلومات ذات الصلة.

    ملاحظة: تقوم كلا عقدتي ONS بتشغيل Cisco ONS، الإصدار 4.1.3.

دراسات حالة إدراج الأعطال

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

معلومات عامة

بعض الأوامر ذات الصلة لاستكشاف أخطاء ML IOS وإصلاحها 

show ons alarm
show ip interface brief
clear counters
show interface summary
show interface 
      
      
        show controller pos show cdp neighbor show bridge verbose show vlans 
       
         show sdm l2-switching forwarding show ons provisioning-agent message ports show running show log show tech-support

تأكد من إستخدام ختم الوقت الصحيح لتسجيل المخزن المؤقت، وتحقق مما إذا كان توقيت الاتصال والتحكم (TCC) تم تعيينه بالتاريخ والوقت الصحيحين. هنا عينة تشكيل إنتاج على ML:

service timestamps debug uptime
 service timestamps log datetime msec localtime
 logging buffered 4096 debugging

يقوم هذا التنبيه تلقائيا بتشغيل تغيير حالة إرتباط نقطة البيع:

PAIS
PLOP
PTIM 
PUNEQ 
PRDI 
PPLM 
PPDI 
BER_SF_B3

ملاحظة: يستخدم النظام الأساسي ONS 15454 نمطين للإبلاغ عن الإنذارات. على سبيل المثال، يظهر PAIS في IOS (ML)، بينما يظهر AIS-P في CTC. يمثل كل من PAIS و AIS-P نفس النوع من الإنذار.

عمليات التحقق المشتركة في لجنة مكافحة الإرهاب 

Alarms
Conditions
History
Circuit
Inventory
Port PM counters
Diagnostics file
Audit trail

  • على بطاقة ML:

    • منافذ Ether للصيانة/الأداء: تحقق من الأخطاء.

    • منافذ نقطة البيع للصيانة/الأداء: تحقق من الأخطاء.

  • على بطاقة العمل OC12:

    • تمكين IPPM على الإمداد/SONET STS.

    • الأداء: التحقق من الأخطاء.

دراسات حالة

يصف هذا القسم العديد من نقاط الفشل المحتملة، ويشرح كيفية التقاط المعلومات الصحيحة لحل المشكلة.

قطع اتصال إيثرنت

يظهر هذا التنبيه على .225 عندما تقوم بسحب كبل الإيثرنت:

.225ML12#show ons alarm
Equipment Alarms
Active: None 
Port Alarms 
  POS0  Active: None 
  POS1  Active: None 
  GigabitEthernet0  Active: CARLOSS 
  GigabitEthernet1  Active: None 

POS0
Active Alarms : None
Demoted Alarms: None 

POS1 Interface not provisioned

ملاحظة: إذا قمت بفرض واجهة ML GigE، فإن ML لا تلاحظ أن الارتباط معطل.

يظهر نفس المنبه في CTC من .225 (راجع الشكل 2).

الشكل 2 - الإنذار في لجنة مكافحة الإرهاب

f2_59863.gif

يؤكد فقدان مجاور لبروتوكول أستكشاف Cisco (CDP) إلى 7603a المشكلة.

ملاحظة: لا تؤثر حالة GigE 0 على واجهة POS 0 (لا تزال الواجهة up/up).

محول حماية OC12

لا يقوم محول حماية OC12 بإنشاء أي تنبيهات أو أخطاء.

كلتا الفئتين OC12 خارج الخدمة (OOS)

عندما يتغير كلا منفذي OC12 على .252 عقدة إلى OOS، يرسل .225 AIS-P تقريرا، مما يؤدي إلى انخفاض واجهة POS 0، ويؤدي إلى TPTFAIL.

.225ML12#show ons alarm
Equipment Alarms
Active: RUNCFG-SAVENEED
  
Port Alarms
  POS0  Active: TPTFAIL
  POS1  Active: None
  GigabitEthernet0  Active: None  
  GigabitEthernet1  Active: None 

POS0 
Active Alarms : PAIS 
Demoted Alarms: None
 
POS1
Interface not provisioned

المحول الجانبي XC

يظهر إدخال السجل هذا على ML للعقدة التي يتم تحويل XC إليها. لاحظ أن XCON B هو slot 10 XC.

May 24 09:55:27.402: %CARDWARE-5-XCON_SWITCH: Switched XCON to B
May 24 09:55:27.406: %CARDWARE-6-BTC_DRV: Init BTC, BTC Rev = 2, Backplane = 0, 
Port = 0

المحول الجانبي TCC

يعرض الشكل 3 المنبه المسجل.

شكل 3 - تنبيه المحول الجانبي TCC

f3_59863.gif

ملاحظة: إذا كنت تستخدم CTC أو Telnet العكسي للاتصال ببطاقة ML، تفقد الاتصال ببطاقة ML.

بعد دقائق قليلة، يجب أن يكون المنبه صافيا. تظهر إدخالات السجل هذه في ML:

May 24 10:29:09.258: %CARDWARE-5-SOCKET_INFO: closed socket to TCC: 
changed active TCC 
May 24 10:29:09.766: %ONS-6-VTY: All Vty lines cleared 
May 24 10:29:14.762: %CARDWARE-5-SOCKET_INFO: cannot connect socket to TCC: B 
May 24 10:29:20.270: %CARDWARE-5-SOCKET_INFO: cannot connect socket to TCC: B 
May 24 10:29:25.770: %CARDWARE-5-SOCKET_INFO: cannot connect socket to TCC: B 
May 24 10:29:31.270: %CARDWARE-5-SOCKET_INFO: cannot connect socket to TCC: B 
May 24 10:29:36.370: %CARDWARE-5-SOCKET_INFO: open socket to TCC: B 
May 24 10:29:41.166: %CARDWARE-6-BTC_DRV: Init BTC, BTC Rev = 2, Backplane = 0, 
Port = 0.

يظهر TCC النشط الحالي أيضا في هذا المخرج. يمثل المحول Slot 11 TCC "ب"، بينما يمثل الفتحة 7 المعيار TCC "أ".

.252ML12#show ons equipment-agent status
EQA ---- phySlot: 12, eqptType: EQPT_L2SC, eqptID: 0x2403 ----
     curTCC: Tcc B
linkStatus:    Full    dbReq/Recv: 7  /  7   msgVerToEQM: 2
   socketFd:       0    pipeMsgAct:   No     hdrSizeToEQM: 28
  connTries:       0 connTimerFast:   No   hdrSizeFromEQM: 28
timingProv:   No
clock auto 1

إزالة الدارة وخلقها

تقوم إزالة دائرة التوصيل التبادلي بإنشاء إدخالات السجل التالية:

May 27 17:40:48.459: %VIRTUAL_PA-6-PAREMOVED: 
POS interface [0] has been removed due to circuit deletion 
May 27 17:40:48.511: %CARDWARE-6-BTC_DRV: Init BTC, BTC Rev = 2, 
Backplane = 0, Port = 0.

غيرت أيسر تشكيل بما أن أنت تعرضه من ML.

.225ML12#show ons provisioning-agent m ports all
  ----- Backend Port (00) Data ----- 
  prov:  no   sts: xx   vt: xx   type: xxx   name: xxxxx 
  ----- Backend Port (01) Data -----   
  prov:  no   sts: xx   vt: xx   type: xxx   name: xxxxx

إنشاء دائرة STS3c يحدث الميناء معلومة على ML. كما يظهر حجم الدائرة في إخراج وحدة تحكم نقطة البيع 0.

.225ML12#show ons provisioning-agent m ports all
  ----- Backend Port (00) Data -----
  prov: yes   sts: 00   vt: 255   type: DOS   name:                                  
  ----- STS (00) Term Strip -----
  Admin State: IS        Direction: TX_RX_EQPT
  Type: 3 Sf: 1E-4 Sd: 1E-7 C2 tx/exp: 0x01 / 0x01
  PathTrace Format: 64Byte  Mode: OFF 
   expected: (not valid)
   send: valid: "\000\000\000\000" 
  ----- VT (255) Term Strip not provisioned ----- 
  ----- STS (00) Xc Strip -----   
  rate: 3  Admin: IS  
  Src  Port/STS: 0x09/0x00  STS Eqpt: 0x01
  Dest Port/STS: 0x06/0x00  UPSR STS Cont Dest: 0x00 
  Prev STS Stich Dest Port/STS: 0xFF/0x00 
  Next STS Stich Dest Port/STS: 0xFF/0x00 

  ----- Backend Port (01) Data -----  
  prov:  no   sts: xx   vt: xx   type: xxx   name: xxxxx

تظهر إدخالات السجل التالية:

May 27 17:47:08.711: %VIRTUAL_PA-6-PAPLUGGEDIN: 
POS interface [0] has been created due to circuit creation
May 27 17:47:08.715: %CARDWARE-6-BTC_DRV: Init BTC, BTC Rev = 2, 
Backplane = 0, Port = 0. 
May 27 17:47:08.915: %LINK-3-UPDOWN: 
Interface POS0, changed state to up 
May 27 17:47:09.927: %LINEPROTO-5-UPDOWN: 
Line protocol on Interface POS0, changed state to up

مستعرضون

يسبب تطبيق من مرفق أنشوطة إلى ال OC12 نشط ميناء على ال .225 ال .225 ML أن يبلغ TPTFAIL تنبيه. يظهر هذا التنبيه أيضا على قوائم تنبيه ML.

ملاحظة: إذا قمت بتمكين عمليات الاسترجاع على مسار نشط، فسيحدث فقد لحركة المرور. 

.225ML12#show ons alarm
Equipment Alarms
Active: None 
Port Alarms
  POS0  Active: TPTFAIL    
  POS1  Active: None
  GigabitEthernet0  Active: None
  GigabitEthernet1  Active: None 
POS0 
Active Alarms : PAIS
Demoted Alarms: None 

POS1
Interface not provisioned

ملاحظة: عند إستخدام حلقة الحزم المرنة (RPR) بدلا من 1+1 OC-12 كما هو الحال في هذا الاختبار، قم بإيقاف تشغيل واجهات POS قبل تمكين عمليات الاسترجاع. يتسبب هذا الاسترجاع على RPR في فقدان حركة المرور، لأن مسار الحماية لا يعيد توجيه حركة المرور.

تغيير التاريخ والوقت

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

2d23h: %CARDWARE-5-CLOCK_ERR: cannot set time-of-day, 
(invalid IOS time set on TCC)

عندما تقوم بتغيير التاريخ والوقت، يظهر هذا الإدخال في سجل ML.

2d23h: %CARDWARE-5-CLOCK_INFO: system clock, timezone, 
and summertime configured

يحدث تحديث تلقائي على ساعة نظام IOS استنادا إلى الساعة من TCC. يمكنك التحقق من هذا التحديث من خلال الأمر show clock.

ملاحظة: يمكنك إستخدام الأمر service timestamp لتكوين تصحيح الأخطاء وتسجيل الطوابع الزمنية لاستخدام معلومات الساعة الجديدة.

تم إيقاف تشغيل واجهة POS واحدة

عند إيقاف تشغيل واجهة POS 0 على .225 ML، تحدث بعض الإنذارات والظروف (راجع الشكل 4).

الشكل 4 - التنبيهات والظروف التي تحدث عند إيقاف تشغيل واجهة نقطة البيع 0

f4_59863.gif

يحدث AIS-P لكل من منافذ OC12 في .252. بعد ذلك TPTFAIL يقع ل ML على .252. على مسار الإرجاع، يقوم .225 بالإعلام عن إشارة عيب حمولة المسار (PPDI، والتي يطلق عليها أيضا PDI-P)، لكل من منافذ OC-12 و RFI-P للمنفذ OC-12 العامل.

في .225 مل، تظهر هذه الإنذارات:

.225ML12#show ons alarm
Equipment Alarms
Active: RUNCFG-SAVENEED 
 
Port Alarms  
  POS0  Active: None  
  POS1  Active: None 
  GigabitEthernet0  Active: None
  GigabitEthernet1  Active: None
 
POS0
Active Alarms : PRDI PPDI 
Demoted Alarms: None 

POS1 
Interface not provisioned

تظهر إدخالات السجل هذه أيضا على .225:

May 24 10:52:01.802: %LINK-5-CHANGED: Interface POS0, 
changed state to administratively down 
May 24 10:52:02.801: %LINEPROTO-5-UPDOWN: Line protocol on Interface POS0, 
changed state to down 
May 24 10:52:04.021: %SONET-4-ALARM:  POS0: PRDI    
May 24 10:52:04.269: %SONET-4-ALARM:  POS0: PPDI

في يوم 252. يحدث هذا الإنذارات:

.252ML12#show ons alarm
Equipment Alarms
Active: None 

Port Alarms
  POS0  Active: TPTFAIL 
  POS1  Active: None 
  GigabitEthernet0  Active: None
  GigabitEthernet1  Active: None
 
POS0 
Active Alarms : PAIS
Demoted Alarms: None 

POS1
Interface not provisioned

وبالمثل، تشير إدخالات السجلات في .252 إلى أن سبب حدث انخفاض نقطة البيع 0 هو PAIS. وهذا يتفق مع الإنذارات أو الظروف التي تبلغها لجنة مكافحة الإرهاب.

May 24 10:51:48.969: %VIRTUAL_PA-6-UPDOWN: 
POS0 changed to down due to PAIS defect trigger changing state 
May 24 10:51:49.169: %LINK-3-UPDOWN: 
Interface POS0, changed state to down 
May 24 10:51:50.169: %LINEPROTO-5-UPDOWN: 
Line protocol on Interface POS0, changed state to down 
May 24 10:51:51.169: %SONET-4-ALARM:  POS0: PAIS

يمكنك تأكيد هذه الحقيقة من خلال هذا الإخراج:

.252ML12#show contro pos 0 | inc Active
Active Alarms : PAIS
Active Defects: PAIS

عند إظهار واجهة POS 0، تظهر إدخالات السجل هذه على .252 ML:

May 24 11:16:17.509: %VIRTUAL_PA-6-UPDOWN: 
 POS0 changed to up due to PAIS defect trigger changing state
 May 24 11:16:17.709: %LINK-3-UPDOWN:
 Interface POS0, changed state to up
 May 24 11:16:18.709: %LINEPROTO-5-UPDOWN:
 Line protocol on Interface POS0, changed state to up
 May 24 11:16:27.309: %SONET-4-ALARM: 
 POS0: PAIS  cleared

هذه هي إدخالات السجل على .225 ml:

May 24 11:16:30.607: %VIRTUAL_PA-6-UPDOWN: 
POS0 changed to up due to PPDI defect trigger changing state 
May 24 11:16:30.807: %LINK-3-UPDOWN: 
Interface POS0, changed state to up 
May 24 11:16:31.555: %SYS-5-CONFIG_I: 
Configured from console by vty0 (127.0.0.100) 
May 24 11:16:31.807: %LINEPROTO-5-UPDOWN: 
Line protocol on Interface POS0, changed state to up
May 24 11:16:40.175: %SONET-4-ALARM:  POS0: PRDI  cleared 
May 24 11:16:40.415: %SONET-4-ALARM:  POS0: PPDI  cleared

الآن حركة المرور تعود إلى طبيعتها.

عدم تطابق POS CRC

عندما لا تتطابق CRC مع كلا المنفذين POS للدائرة نفسها (على سبيل المثال، جانب واحد 16 بت، بينما الجانب الآخر 32 بت)، لا يحدث أي إنذار على TCC، ولا على ML. لا يزال كلا منافذ نقطة البيع قيد التشغيل، ولكن حركة المرور لا تتدفق. فيما يلي بعض الأعراض:

  1. تزداد عدادات أخطاء إدخال واجهة نقطة البيع بنسبة 100٪ بسبب CRC. في هذه الحالة، تتغير CRC إلى 16 وحدة بت على .225 ml بينما لا يزال .252 ML يحتوي على وحدات 32 بت CRC الافتراضية. تعرض واجهة POS0 على .252 ML إدخالا مماثلا وعدد أخطاء CRC.

    .225ML12#show int pos 0
POS0 is up, line protocol is up  
  Hardware is Packet/Ethernet over Sonet, 
address is 000f.2475.8c00 (bia 000f.2475.8c00) 
  MTU 1500 bytes, BW 622080 Kbit, DLY 100 usec,   
     reliability 149/255, txload 1/255, rxload 1/255   
Encapsulation ONS15454-G1000, crc 16, loopback not set   
Keepalive set (10 sec)   
Scramble enabled    
ARP type: ARPA, ARP Timeout 04:00:00   
Last input 00:06:57, output never, output hang never   
Last clearing of "show interface" counters 00:04:28   
Input queue: 0/75/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   
   0 packets input, 11190 bytes  
   Received 0 broadcasts (0 IP multicast)   
   0 runts, 0 giants, 0 throttles             
            0 parity      138 input errors, 
   138 CRC, 0 frame, 0 overrun, 0 ignored    
   0 input packets with dribble condition detected   
   178 packets output, 15001 bytes, 0 underruns  
   0 output errors, 0 applique, 0 interface resets    
   0 babbles, 0 late collision, 0 deferred   
   0 lost carrier, 0 no carrier  
   0 output buffer failures, 0 output buffers swapped out  
   0 carrier transitions

  2. زيادة عدد أخطاء CRC الخاصة بإدخال وحدة تحكم نقطة البيع.

    .225ML12#show contro pos 0 | inc input
8841 total input packets,  46840204 post-HDLC bytes 
0 input short packets,  46840993 pre-HDLC bytes 
0  input long packets , 3893  input runt packets 
2165  input CRCerror packets , 0  input drop packets 
0 input abort packets 
0 input packets dropped by ucode

  3. جار CDP عبر عمليات إسقاط المسار البصري. على الرغم من أن POS0 قيد التشغيل وأن CDP يعمل، إلا أن المجاور عبر POS0 لا يظهر.

    225ML12#show cdp neighbor
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge    
                  S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone 
Device ID        Local Intrfce     Holdtme    Capability  Platform  Port ID 
7603a            Gig 0              170         R S I     Cat 6000  Gig 1/1 

.225ML12#show cdp int | be POS0
POS0 is up, line protocol is up 
  Encapsulation  
  Sending CDP packets every 60 seconds 
  Holdtime is 180 seconds

عدم تطابق تشويش نقطة البيع

باستخدام تضمين PPP، يمكنك تمكين تشويش SPE (بشكل افتراضي، يتم تعطيل تشويش SPE). في هذا المثال، يحتوي .225ML POS0 على التجاعيد الذي تم تمكينه بينما يحتوي .252ML POS0 على الإعداد الافتراضي.

.225ML12#show int pos 0 | in Scramble
   Scramble enabled

يؤدي عدم تطابق التجزئة إلى تغيير قيمة C2. إذا قمت بتمكين التجزئة، فإن واجهات POS تستخدم قيمة C2 من 0x16. إذا قمت بتعطيل التجزئة، فواجهات POS تستخدم قيمة C2 من 0xCF. عند تمكين التجزئة على منفذ .252 POS 0، فيما يلي النتيجة (لا يتغير تكوين .225 POS 0):

.252ML12#show contr pos 0 | in C2
C2 (tx / rx)           : 0x16 / 0xCF

على العقدة .252، PLM-P يحدث مقابل منفذ OC12 النشط في CTC، ثم منفذ POS0. يؤدي هذا إلى تشغيل منفذ POS0 للأسفل، مما يرفع تنبيه TPTFAIL.

.252ML12#show ons alarm
Equipment Alarms 
Active: RUNCFG-SAVENEED  

Port Alarms 
  POS0  Active: TPTFAIL    
  POS1  Active: None  
  GigabitEthernet0  Active: None 
  GigabitEthernet1  Active: None 
POS0 
Active Alarms : PPLM  
Demoted Alarms: None 

POS1
Interface not provisioned

في العقدة .225، يتم تنفيذ PDI-P لكل من منافذ OC12 في CTC. هذا التنبيه هو نتيجة POS0 للأسفل في .252. يقع ال نفسه تنبيه (يسمى ممر حمولة خلل إشارة [PPDI] في IOS) ل POS0، أي لأن القارن يستلم القيمة C2 من 0xFC (المزيد من المعلومات على هذا يلي لاحقا في الوثيقة).

.225ML12#show control pos 0 | inc C2
C2 (tx / rx)           : 0xCF / 0xFC

يقوم تنبيه PPDI بتنزيل واجهة POS0. تقوم واجهة POS0 السفلية بعد ذلك بزيادة TPTFAIL.

.225ML12#show ons alarm
Equipment Alarms 
Active: RUNCFG-SAVENEED  
Port Alarms  
  POS0  Active: TPTFAIL    
  POS1  Active: None 
  GigabitEthernet0  Active: None 
  GigabitEthernet1  Active: None 

POS0 
Active Alarms : PPDI  
Demoted Alarms: None 

POS1 
Interface not provisioned

تغيير بايت نقطة البيع C2

القيمة C2 الافتراضية هي 0x01 لتضمين LEX (التضمين الافتراضي ل POS) و 0xCF لتضمين PPP/HDLC. إذا قمت بتغيير هذه القيمة بشكل غير متناسق إلى أي قيمة أخرى، يمكن أن يحدث تنبيهات PLM-P و TPTFAIL، مما يؤثر على الخدمة. يمكن أن يستخدم كلا منفذي نقطة البيع على نفس الدائرة نفس قيمة C2. الاستثناء هو 0xFC. تشير قيمة 0xFC إلى وجود عيب في حمولة المسار. لذلك حتى إذا كانت قيم C2 لا تتطابق (0xFC/0xFC)، يحدث PDI-P.

يمكنك تغيير قيمة POS C2 باستخدام هذا الأمر:

pos c2 flag <value in decimal>

يمكنك تمثيل قيم C2 الفعلية كما هو موضح هنا (وهي في تنسيقات سداسية عشرية):

.225ML12#show contro pos 0 | inc C2
C2 (tx / rx)           : 0x16 / 0x16

في هذه الحالة، تتطابق قيمتا C2. لذلك، لا يحدث أي إنذار.

تغيير حالة الدائرة إلى OOS

عندما تقوم بتغيير دائرة OC-12 إلى OOS، لا يمكن أن يحدث أي إنذارات على الفور عند TCC أو ML. تعرض حالة الدائرة نظام التشغيل على نافذة الدائرة في CTC. تم إدراج إدخالات السجل في ML:

.225ML12#show log …
May 27 14:22:15.114: %CARDWARE-6-CIRCUIT_STATE: 
Circuit state on POS 0 change from IS to OOS_AS 
May 27 14:22:15.114: %CARDWARE-6-BTC_DRV: 
Init BTC, BTC Rev = 2, Backplane = 0, Port = 0.

يمكن أن تتغير منافذ نقطة البيع إلى حالة up/down. ونتيجة لذلك، يحدث تنبيه TPTFAIL على كلا النهايتين. لا تتدفق حركة المرور، كما يمكنك أن تتوقع.

تنبيه PDI-P العالق

ففي بعض الأحيان يعلق المنبه، ولا يبرأ تلقائيا، حتى بعد مسح الحالة التي تسببت في اشلاء المنبه. يتم عرض مثال PPDI (أو PDI-P) هنا:

May 27 18:41:15.339: %CARDWARE-6-CIRCUIT_STATE: 
Circuit state on POS 0 change from IS to OOS_AS 
May 27 18:42:11.871: %LINEPROTO-5-UPDOWN: 
Line protocol on Interface POS0, changed state to down 
May 27 19:17:48.507: %SYS-5-CONFIG_I: 
Configured from console by vty2 (127.0.0.100) 
May 28 11:57:33.387: %CARDWARE-6-CIRCUIT_STATE: 
Circuit state on POS 0 change from OOS_AS to IS 
May 28 11:57:33.391: %CARDWARE-6-BTC_DRV: 
Init BTC, BTC Rev = 2, Backplane = 0, Port = 0.  
May 28 11:57:35.879: %VIRTUAL_PA-6-UPDOWN: 
POS0 changed to down due to PPDI defect trigger changing state 
May 28 11:57:36.079: %LINK-3-UPDOWN: 
Interface POS0, changed state to down 
May 28 11:57:36.279: %SONET-4-ALARM:  
POS0: PPDI

عندما تتغير حالة الدائرة السابقة إلى OOS، يقوم .225 POS بإبلاغ PPDI حتى بعد عودة الدائرة إلى حالة "في الخدمة" (IS). لذلك تبقى واجهة POS0 معطلة. يقوم مركز مراقبة تكنولوجيا المناخ (CTC) أيضا بإبلاغ PDI-P على عقدة .225. لا تظهر عدادات PM لواجهات OC12 على .225 أي أخطاء، وتشير إلى أن مسار OC-12 نظيف.

يقوم هذا الإخراج بالإعلام عن PPDI كثابت:

.225ML12#show contro pos 0
Interface POS0 
Hardware is Packet/Ethernet over Sonet  
PATH 
  PAIS      = 0         PLOP      = 0         PRDI    = 0         PTIM = 0 
  PPLM      = 0         PUNEQ     = 0         PPDI    = 0        
  BER_SF_B3 = 0         BER_SD_B3 = 0         BIP(B3) = 0          REI = 0 
  NEWPTR    = 0         PSE       = 0         NSE     = 0        
Active Alarms : PPDI  
Demoted Alarms: None 
Active Defects: PPDI  
Alarms reportable to CLI: 
PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3 
Link state change defects: 
PAIS PLOP PTIM PUNEQ PRDI PPLM PPDI BER_SF_B3  

Link state change time   : 200 (msec)
 
DOS FPGA channel number  : 0 
Starting STS (0 based)   : 0 
VT ID (if any) (0 based) : 255 
Circuit size           : STS-3c 
RDI Mode               : 1 bit 
C2 (tx / rx)           : 0xCF / 0xFC 
Framing                : SONET

إستدعاء من قبل في هذا المستند، تتسبب قيمة C2 0xFC في قيام POS بالإبلاغ عن PPDI.

ملاحظة: عندما تكون عقدة .252 خالية من الإنذارات والأخطاء، ولها قيم C2 المطابقة الخاصة ب 0xCF/0xCF ل POS0، يجب مراعاة مشكلة تنبيه عالقة. إذا قمت بإعادة ضبط واجهة POS0 على عقدة .225، ينظف التنبيه، والذي يتضمن PDI-P الذي تم الإعلام عنه في CTC. ويجب إصلاح هذا الوضع الشاذ في الإفراج عنه لاحقا.

May 28 14:34:16.967: %LINK-5-CHANGED: 
Interface POS0, changed state to administratively down 
May 28 14:34:18.675: %LINK-3-UPDOWN: 
Interface POS0, changed state to down 
May 28 14:34:18.939: %VIRTUAL_PA-6-UPDOWN: 
POS0 changed to up due to PPDI defect trigger changing state 
May 28 14:34:19.139: %LINK-3-UPDOWN: 
Interface POS0, changed state to up 
May 28 14:34:20.127: %SYS-5-CONFIG_I: 
Configured from console by vty2 (127.0.0.100) 
May 28 14:34:20.147: %LINEPROTO-5-UPDOWN: 
Line protocol on Interface POS0, changed state to up 
May 28 14:34:28.739: %SONET-4-ALARM:  
POS0: PPDI  cleared

الآن تتطابق قيم C2، والعقدة خالية من الإنذار.

.225ML12#show control pos 0 
Interface POS0 
Hardware is Packet/Ethernet over Sonet  
PATH  
  PAIS      = 0         PLOP      = 0         PRDI    = 1         PTIM = 0 
  PPLM      = 0         PUNEQ     = 0         PPDI    = 0     
  BER_SF_B3 = 0         BER_SD_B3 = 0         BIP(B3) = 0          REI = 16 
  NEWPTR    = 0         PSE       = 0         NSE     = 0         
Active Alarms : None 
Demoted Alarms: None 
Active Defects: None 
Alarms reportable to CLI: 
PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3 
Link state change defects: 
PAIS PLOP PTIM PUNEQ PRDI PPLM PPDI BER_SF_B3  
Link state change time: 200 (msec) 

DOS FPGA channel number  : 0 
Starting STS (0 based)   : 0 
VT ID (if any) (0 based) : 255 
Circuit size           : STS-3c 
RDI Mode               : 1 bit 
C2 (tx / rx)           : 0xCF / 0xCF 
Framing                : SONET

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

عدم تطابق رقم مجموعة الجسر

يستخدم هذا الاختبار نفس مجموعة الجسر 100 على كلا بطاقتي ONS ML. ومع ذلك، لا يجب أن تكون مجموعات الجسر هي نفسها، طالما كان POS 0 و GigE 0 على ML نفسه، أو في نفس مجموعة الجسر. على سبيل المثال، لا يؤثر التغيير إلى مجموعة الجسر 101 على .252 ML على حركة المرور.

.252ML12#show bridge ver
Total of 300 station blocks, 298 free 
Codes: P - permanent, S - self 

Maximum dynamic entries allowed: 1000 
Current dynamic entry count: 0 

Flood ports  
        
Maximum dynamic entries allowed: 1000 
Current dynamic entry count: 2 
BG Hash      Address      Action  Interface    VC    Age   RX count   TX count 
101 02/0   000b.45b0.484a forward  Gi0                  -     
101 BC/0   0009.b7f4.76ca forward  POS0 
                -     
Flood ports          
GigabitEthernet0     
POS0

قائمة جزئية لأخطاء ML المعلقة

هنا قائمة جزئية من الأخطاء التي تنطبق على التكوين في هذا المستند:

ملاحظة: يتم توثيق هذه الأخطاء كجزء من ملاحظات الإصدار على cisco.com.

معرف DDTS الحالة تم العثور على الإصدار تم إصلاح الإصدار ********************الإصدار*الملاحظات*******************
CSCeb56287 V 4.1 4.6 عندما تقوم بتوفير حالة دائرة ML من In-Service (IS) إلى Out-Service (OOS)، ثم العودة إلى IS، فإن حركة مرور البيانات لا تسترد. in order to تفاديت هذا إصدار، قبل أن أنت تغير الدولة من IS، ثبتت ال POS ميناء أن إيقاف عمل على ال CLI. عقب يغير أنت الدولة إلى IS من OS، ثبتت ال POS ميناء إلى ما من إيقاف عمل.
CSCeb24757 V 4.1 4.6 إن يفصل أنت خيط بث على ML1000 ميناء، فقط الميناء مجاور يأخذ الربط إلى أسفل. نموذجيا، يجب أن يحدد كلا المنفذين أن الارتباط توقف حتى يمكن لبروتوكولات الطبقة العليا إعادة توجيه حركة مرور البيانات إلى منفذ مختلف. أصدرت in order to عملت حول هذا حالة، إيقاف عمل وما من إيقاف عمل إلى الميناء أن يتلقى ال منفصل أو خطأ يبث ليف.
CSCdy31775 V 4 4.6 لا يتضمن أي عدد متجاهل الحزم التي يتم تجاهلها بسبب إزدحام قائمة انتظار الإخراج. يقع هذا إصدار تحت أحد من هذا شرط:
  • حركة مرور البيانات على بطاقات ML-Series بين منافذ Ethernet ومنافذ SONET، مع تكوين اشتراك زائد في عرض النطاق الترددي المتاح للدائرة، مما يؤدي إلى إزدحام قائمة انتظار الإخراج.
  • حركة مرور البيانات من SONET إلى إيثرنت، مع زيادة الاشتراك في النطاق الترددي المتاح لشبكة إيثرنت.
CSCdz49700 C 4 - تقوم بطاقات ML-Series دائما بإعادة توجيه حزم بروتوكول التوصيل الديناميكي (DTP) بين الأجهزة المتصلة. إذا تم تمكين DTP على الأجهزة المتصلة (والتي يمكن أن تكون الإعداد الافتراضي)، فقد تفاوض DTP المعلمات، على سبيل المثال، ISL، التي لا تدعمها بطاقات سلسلة ML. تقوم البطاقة ML-Series بتعداد جميع الحزم على إرتباط تم التفاوض عليه لاستخدام ISL كحزم بث متعدد، ويتم ربط حزم STP و CDP بين الأجهزة المتصلة التي تستخدم ISL دون معالجة. لتجنب هذه المشكلة، قم بتعطيل DTP و ISL على الأجهزة المتصلة. تم تصميم هذه الوظيفة كما هي.
CSCdz68649 C 4 - في ظروف معينة، يمكن أن تشير حالة التحكم في التدفق إلى أن التحكم في التدفق يعمل، عندما لا يعمل التحكم في التدفق. يعمل التحكم في التدفق على بطاقات ML-Series فقط عند تكوين واضع السياسات على مستوى المنفذ. واضع السياسات على مستوى المنفذ هو واضع سياسات في الفئة الافتراضية والوحيدة لخريطة سياسة الإدخال. كما يعمل التحكم في التدفق فقط لتحديد معدل المصدر إلى معدل تجاهل واضع السياسات الذي تم تكوينه. لا يمنع التحكم في التدفق رفض الحزم بسبب إزدحام قائمة انتظار الإخراج. لذلك، إذا لم يكن لديك واضع سياسات على مستوى المنفذ، أو إذا حدث إزدحام لقائمة انتظار الإخراج، فلا تعمل السياسة. ومع ذلك، لا يزال من الخطأ أن تظهر الشرطة على أنها ممكنة في ظل هذه الظروف. لتجنب هذه المشكلة، قم بتكوين منظم على مستوى المنفذ ومنع إزدحام قائمة انتظار الإخراج.
CSCdz69700 C 4 - إن يصدر أنت إيقاف عمل/ما من إيقاف عمل أمر تسلسل على ML1000 ميناء، العداد يمسح. هذا جزء طبيعي من عملية بدء التشغيل ولن تتغير هذه الوظيفة.
CSCea11742 V 4 4.6 عندما يزود أنت دائرة بين إثنان ML POS ميناء ك OS، واحد من الميناء يستطيع خطأ أرسلت تقرير TPTFAIL. هذا إصدار يتواجد ل على حد سواء ML100T-12 و ML1000-2 بطاقة. إن يقع هذا إصدار، افتح وحدة طرفية للتحكم نافذة إلى كل ML بطاقة وشكلت ال POS ميناء أن يعطل.
CSCea20962 V 4 5 لا يظهر أي تحذير عندما تقوم بتطبيق OS على منافذ ML للإفلات على نافذة إمداد الدائرة.
CSCdy47284 C 4 - لم يتم فرض ML-100 FastEthernet MTU. على أي حال، الإطارات الأكبر من 9050 بايت يمكن التخلص منها وتتسبب في أخطاء Rx و Tx.
رموز الحالة:
  • V - تم التحقق (تم التحقق من الإصلاح في المختبر)
  • C - مغلق (لن يكون هناك إصلاح للخطأ لأسباب مختلفة)
  • تم العثور على الإصدار: إصدار البرنامج الذي تم الإبلاغ عن الخطأ فيه لأول مرة
  • تم إصلاح الإصدار: إصدار البرنامج الذي تم إصلاح الخطأ فيه

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

وبالمعلومات التي قدمت حتى الآن، يهدف هذا القسم إلى وضع حالات عزل الأخطاء. استنادا إلى الأعراض التي يرسلها النظام، يوفر هذا القسم تلميحات خطوة بخطوة لاستكشاف المشكلة وإصلاحها. وتتعلق دراسات الحالة هذه ببعض الأعراض الشائعة المرتبطة ببطاقة ML على ONS 15454.

في العادة، يجب عليك اتباع الخطوات التالية لاستكشاف أخطاء المشكلة وإصلاحها:

  • جمع المعلومات العامه واعراض الخطا.

  • حللوا المعلومات.

  • قم بعزل المشكلة.

  • حدد المشكلة.

  • حل المشكلة.

تتم تكرار بعض هذه الخطوات عدة مرات.

معلومات عامة

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

قم بتجميع المعلومات قبل إعادة تحميل بطاقة ML أو إعادة تعيينها بسبب حدوث خطأ. إعادة التحميل اليدوي تتجاهل معلومات يمكن أن تكون قيمة. إعادة التحميل اليدوي لإعادة تعيين كافة العدادات، وتفقد أي سجلات مخزنة في الذاكرة. توصي Cisco بإصدار الأمر show tech-support، وأي أوامر أخرى لجمع البيانات لاسترداد معلومات السجل قبل إصدار أي أوامر أستكشاف الأخطاء وإصلاحها على الموجه. إذا قمت بإعادة تشغيل أو إعادة ضبط بطاقة ML، فيمكنك فقد وصول وحدة التحكم/برنامج telnet، وكذلك المعلومات ذات الصلة.

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

أستخدم الأمر show tech-support لجمع مجموعة كبيرة من البيانات. غالبا ما يكون هذا الأمر هو أفضل أداة للحصول على حالة الموجه، بعد الخطأ في نقطة معينة في الوقت المناسب.

فيما يلي قائمة أساسية للأوامر التي ينفذها الأمر show tech-support. يختلف ما تلتقطه، بناء على إصدار IOS والأجهزة والخيارات التي تحددها.

show version
show running-config 
show stacks 
show interfaces 
show controllers 
show file systems 
dir nvram: 
show flash: all 
show process memory 
show process cpu 
show context 
show sdm internal all-regions 
show sdm ip-adjacency all 
show sdm ip-mcast all 
show sdm ip-prefix all 
show sdm l2-switching forwarding 
show sdm l2-switching interface-macs 
show sdm qos all 
show ons alarm defect 
show ons alarm failure 
show ons hwp defects 
show ons hwp reframe 
show ons hwp tci 
show ons hwp xcon 
show ons equipment-agent status 
show ons provisioning-agent message ports all 
show ons provisioning-agent message node-element 
test mda conn dump connections 
test mda ppe global reg dump 0 
test mda ppe global reg dump 1 Mempool statistics 
show region 
show buffers

بالإضافة إلى هذه الأوامر، على قبض مخرجات أوامر أخرى لها صلة خاصة ببطاقة ML كما هو موضح في الأقسام السابقة من هذا المستند. على سبيل المثال، show log، show ons alarm وهكذا. من لجنة مكافحة الإرهاب، التقاط وتصدير المعلومات ذات الصلة على النحو الموصوف سابقا، على سبيل المثال، أجهزة الإنذار، والظروف، والدوائر، والجرد، وعدادات PM.

بعض أدوات IOS المفيدة لاستكشاف المشاكل وإصلاحها

بعد تجميع المعلومات المطلوبة، تحتاج إلى فك تشفير المعلومات بحثا عن الأخطاء. يمكن أن تكون هذه المهمة صعبة مع إخراج أمر show-tech. هذا أداة أن يستطيع فك شفرة الإنتاج من العرض أمر technologie، وكثير آخر أمر.

  • أداة مترجم الإخراج (العملاء المسجلون فقط): لصق الإخراج من الأمر show tech-support في هذه الأداة. ستوفر هذه الأداة ملخصا سريعا لأي مشاكل تم العثور عليها. هذه أداة رائعة توفر ملخصا سريعا للمشاكل الأكثر مباشرة التي تواجهها. تفسر هذه الأداة مجموعة متنوعة من المدخلات. يمكنك إستخدام المربع المنسدل لقائمة "التقنية" للتصفح. ومع ذلك، فإن هذه الأداة ليست مثالية، ولا تزال تتطلب تفسيرا للتحقق من صحة المعلومات.

  • أداة بحث الأوامر: حدد أي من هذه الأدلة المرجعية للبحث عن أمر ما وبناء الجملة:

    • مرجع أمر IOS

    • دليل تكوين IOS

    • مرجع أمر Catalyst

    • مرجع أوامر جدار حماية PIX

  • أداة فك تشفير رسائل الخطأ: تساعدك هذه الأداة على البحث عن رسائل الخطأ وحلها لبرنامج Cisco IOS وبرنامج Catalyst Switches وبرنامج جدار حماية PIX الآمن من Cisco. الصق رسائل الخطأ من ملفات السجل، وتأكد من تحديد خانة الاختيار اقتراح المستندات ذات الصلة ضمن النتائج.

  • مجموعة أدوات الخطأ: البحث عن نتائج استنادا إلى خيار واحد أو أكثر من الخيارات التالية:

    • إصدار IOS.

    • الميزات أو المكونات.

    • الكلمات الأساسية.

    • خطورة الخطأ (يمكنك تحديد خطورة معينة أو تحديد نطاق).

  • مجموعة حالات مركز المساعدة الفنية (TAC): يمكنك تشخيص المشكلات الشائعة التي تتضمن مشكلات الأجهزة والتهيئة والأداء باستخدام الحلول التي يقدمها مهندسو TAC.

ملاحظة: لا تتوافق بعض الأدوات مع بطاقة ML بنسبة 100٪.

دراسات حالة

يصف هذا قسم بعض من المشتركة خطأ شرط، والخطوات يمكن أن أنت تأخذ أن يعزل الشرط. ارجع إلى دليل أستكشاف الأخطاء وإصلاحها Cisco ONS 15454، الإصدارات 4.1.x و 4.5 للحصول على معلومات الإنذار التفصيلية.

تم الإعلام عن تنبيه Carloss على منفذ إيثرنت ML

رئيسي (MJ)، ومؤثر على الخدمة (SA)، جهاز إنذار بفقدان الناقل على بطاقة الإيثرنت (حركة مرور البيانات) من الفئة ML هو المعادل للبيانات الخاصة بالتنبيه "LOS (OC-N)". فقد منفذ الإيثرنت الارتباط، ولا يتلقى إشارة صالحة.

يحدث تنبيه CARLOSS عندما يتم تكوين منفذ Ethernet من IOS CLI كمنفذ no shutdown، ويتم استيفاء أحد هذه الشروط أيضا:

  • لا يتم توصيل الكبل بشكل صحيح بالمنفذ القريب أو البعيد.

  • يفشل التفاوض التلقائي.

  • تم تعيين السرعة (لمنافذ 10/100 فقط) بشكل غير صحيح.

كما هو موضح في هذا الاختبار بين بطاقة ML بعقدة 7603b و.252، قم بتعطيل التفاوض التلقائي لعرض المنافذ.

تم الإعلام عن تنبيه TPTFAIL لنقطة البيع

هذا إنذار رئيسي (MJ)، والخدمة تؤثر (SA). يشير تنبيه فشل طبقة TPT إلى انقطاع في ميزة تكامل إرتباط نقطة البيع من نهاية إلى نهاية لبطاقات نقطة البيع (POS) من سلسلة ML. يشير TPTFAIL إلى حالة نهاية بعيدة أو تكوين غير صحيح لمنفذ POS.

يشير تنبيه TPTFAIL إلى مشكلة على إما مسار SONET، أو منفذ POS البعيد، أو تكوين خاطئ لمنفذ POS يمنع مسار POS الكامل من النهاية إلى النهاية من العمل.

إذا كان هناك أي تنبيهات لمسار SONET، على سبيل المثال، "AIS-P" أو "LOP-P" أو "PDI-P" أو "UNEQ-P" موجودة على الدائرة التي يستخدمها منفذ POS، فيمكن للمنفذ المتأثر الإبلاغ عن تنبيه TPTFAIL.

إذا كان منفذ ML-Series POS الطرفي البعيد معطلا إداريا، فإن المنفذ يدرج شرطا "AIS-P" يكشفه المنفذ الطرفي القريب. يستطيع المنفذ الطرفي القريب الإبلاغ عن TPTFAIL في هذا الحدث. يبلغ منفذ نقطة البيع البعيد PRDI و PPDI. يمكنك عرض جميع هذه الإنذارات باستخدام الأمر show ons alarm. إذا تم تكوين منفذ POS بشكل غير صحيح على مستوى واجهة سطر الأوامر (CLI) IOS، فإن التكوين الخاطئ سيتسبب في انخفاض المنفذ، والإبلاغ عن TPTFAIL.

أتمت هذا steps in order to أتمت ال TPTFAIL (ML-Series) تنبيه:

  1. إذا لم يحدث أي تنبيهات SONET ضد دائرة منفذ POS، فتحقق مما إذا كنت قد شكلت كلا من منافذ POS بشكل صحيح.

  2. في حالة حدوث تنبيه "PLM-P" فقط مقابل دائرة منفذ POS، فتحقق مما إذا كنت قد قمت بتكوين كلا منفذي POS بشكل صحيح.

  3. في حالة ظهور حالة "PDI-P" فقط مقابل دائرة منفذ POS، ويتم إنهاء الدائرة بواسطة بطاقة G-Series، فتحقق مما إذا كان تنبيه "Carloss (G-Series Ethernet)" يحدث مقابل بطاقة G-Series. إذا كان الأمر كذلك، فعليك بإكمال الإجراء "مسح تنبيه كارلوس (إيثرنت من الفئة G)".

  4. إذا كان المنبه "AIS-P" أو المنبه "LOP-P" أو المنبه "UNEQ-P" موجودا، فعليك أستكشاف أخطاء مسار SONET وإصلاحها (المسار بين واجهات POS على نفس الدائرة) لمسح تلك الإنذارات.

لا تزال واجهة Gigabit Ethernet معطلة

راجع تنبيه البطاقة الذي تم الإعلام عنه على منفذ إيثرنت ML.

تبلغ واجهة نقطة البيع عن أخطاء CRC

عادة ما تكون هذه المشكلة بسبب عدم تطابق CRC في تكوينات نقطة البيع.

تقارير POS PPDI

PDI-P هي مجموعة من الرموز الخاصة بالتطبيق الموجودة في مصروفات مسار STS (POH) التي تقوم عقدة ONS بتوليدها. يشير التنبيه لمعدات تدفق البيانات إلى الخادم أن هناك عيبا في حمولة واحدة أو أكثر من الحمولات المعينة مباشرة الموجودة في ذلك غلاف حمولة STS المتزامنة

يمكن أن ينتج شرط PDI-P على المنفذ الخاص ببطاقة OC-N التي تدعم دائرة بطاقة ML-Series من ميزة تكامل إرتباط الإيثرنت الشاملة لبطاقة ML-Series. إذا كانت المشكلة ناجمة عن سلامة الارتباط، يحدث أيضا الإنذار "TPTFAIL (G-Series Ethernet)" أو الإنذار الذي تم الإبلاغ عنه مقابل منفذ واحد أو كلا منافذ POS التي تنهي الدائرة. إن يقع TPTFAIL مقابل واحد أو كلا من POS ميناء، يتحرى التنبيه أن يصاحب TPTFAIL، أن يمسح ال PDI-P شرط. ويمكن أيضا أن يكون المنبه PDI-P أحد أعراض المنبه العالق.

فيما يلي مثال على الإنذارات التي تحدث بسبب POS0 معطلة إداريا في .225:

.225 نقطة وصول 0 (مغلقة) .252 POS 0
PPDI و PRDI بايس، TPTFAIL

في هذا المثال، تشير PAIS إلى أن جذر المشكلة هو عقدة .225. إذا قمت بمسح PAIS، فإن TPTFAIL، PPDI، و PRDI تكون واضحة أيضا.

تقارير POS PRDI

يشير PRDI إلى أن المشكلة في النهاية البعيدة. قد تحدث هذه المشكلة لأن الطرف البعيد يتلقى تنبيه AIS. راجع PPDI لتقارير POS للحصول على مزيد من المعلومات.

تقارير POS PAIS

تعني حالة مسار AIS أن تقوم هذه العقدة باكتشاف AIS في المسار الوارد.

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

PPLM لتقارير POS

هذه المشكلة حرجة (CR) وتؤثر على الخدمة (SA)

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

لا تزال واجهة نقطة البيع معطلة

يمكن لمجموعة متنوعة من أجهزة التنبيه إسقاط واجهة نقطة البيع. تتسبب هذه الإنذارات بشكل افتراضي في انخفاض إرتباط نقطة البيع: PAIS و PLOP و PTIM و PUNEQ و PRDI و PPLM و PPDI و BER_SF_B3. لتعديل القائمة، أستخدم أمر الواجهة pos trigger defects. عند إرتفاع واجهة نقطة البيع أو خفضها، يتم تسجيل السبب (show log). يمكنك إسترداد جميع الإنذارات أو العيوب النشطة باستخدام الأمر show ons alarm. أستكشاف أخطاء المشكلة وإصلاحها لإظهار واجهة نقطة البيع. عند تعطل واجهة نقطة البيع، يحدث تنبيه TPTFAIL.

عند الاتصال بواجهات POS للموردين الآخرين، تأكد من تطابق هذه العناصر على كلا النهايتين:

  1. تخبط

  2. قيمة C2

  3. CRC

تقوم واجهة نقطة البيع بالإعلام عن أخطاء الإدخال

تشير أخطاء الإدخال التي تتراكم على واجهة نقطة البيع (show interface pos و CTC PM counters) إلى أن الحزم الواردة تم تكوينها بشكل غير صحيح. يمكن أن تؤدي مجموعة متنوعة من الأسباب إلى حزم أخطاء الإدخال.

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

إذا أزدادت أخطاء CRC مع أخطاء الإدخال، يمكن أن تكون أخطاء CRC سبب أخطاء الإدخال. أستكشاف أخطاء تكوينات CRC وإصلاحها.

تحقق من تكوينات واجهة نقطة البيع.

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

  • المحول الجانبي TCC

  • المحول الجانبي XC

  • محول الحماية على منافذ SONET، في حالة وجود حماية

  • إعادة ضبط ناعم لبطاقة ML

  • إعادة بيع بطاقة ML

لا يظهر جار CDP

تحقق ما إذا قمت بتمكين CDP على كلا الواجهات.

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

لا يوجد تدفق حركة مرور من نهاية إلى نهاية

تحقق من التكوينات على الأجهزة الطرفية المزدوجة.

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

الملحق: معلومات حول تكوين الاختبار الأساسي والأمر

على قبض هذا قسم الأساسي تشكيل معلومة ل all the أداة في هذا إختبار، أي يكون استعملت كخط أساسي أن يتحرى إصدار.

7603a 

7603a#show run
Building configuration...

Current configuration : 3136 bytes
!
version 12.1
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname 7603a
!
!
ip subnet-zero
!
!
!
mls flow ip destination
mls flow ipx destination
spanning-tree extend system-id
!
redundancy
 mode rpr-plus
 main-cpu
  auto-sync running-config
  auto-sync standard
!
!
!
interface GigabitEthernet1/1
 ip address 10.0.0.1 255.0.0.0
!
router ospf 1
 log-adjacency-changes
 network 10.0.0.1 0.0.0.0 area 0
!
ip classless
no ip http server
!
!
!
!
line con 0
line vty 0 4
!
end

7603a#show ip int bri
Interface              IP-Address     OK? Method Status                 Protocol
Vlan1                  unassigned     YES unset  administratively down  down

GigabitEthernet1/1     10.0.0.1       YES manual up                     up


7603a#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
       * - candidate default, U - per-user static route, o - ODR
       P - periodic downloaded static route

Gateway of last resort is not set

7603a#show int gigabitEthernet 1/1
GigabitEthernet1/1 is up, line protocol is up (connected)
  Hardware is C6k 1000Mb 802.3, address is 0009.b7f4.76ca (bia 0009.b7f4.76ca)
  Internet address is 10.0.0.1/8
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex mode, link type is autonegotiation, media type is SX
  output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s
  Clock mode is auto
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:01, output 00:00:45, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/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
  L2 Switched: ucast: 5482 pkt, 516472 bytes - mcast: 1 pkt, 64 bytes
  L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 0 pkt, 0 bytes
     5145 packets input, 405866 bytes, 0 no buffer
     Received 5107 broadcasts, 0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     332 packets output, 111641 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

7603a#show ip ospf neig

Neighbor ID     Pri   State           Dead Time   Address         Interface
10.0.0.2          1   FULL/DR         00:00:38    10.0.0.2        GigabitEtherne
t1/1

7603 مليا 

7603b#show run
Building configuration...

Current configuration : 1102 bytes
!
version 12.1
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname 7603b
!
enable password cisco
!
ip subnet-zero
!
!
!
mls flow ip destination
mls flow ipx destination
spanning-tree extend system-id
!
redundancy
 mode rpr-plus
 main-cpu
  auto-sync running-config
  auto-sync standard
!
!
!
interface GigabitEthernet1/1
 ip address 10.0.0.2 255.0.0.0
 speed nonegotiate
!
router ospf 1
 log-adjacency-changes
 network 10.0.0.2 0.0.0.0 area 0
!
ip classless
no ip http server
!
!
!
!
line con 0
line vty 0 4
 no login
!
end

Note that if GigE link does not come up, auto-negotiation may not be working. 
Auto-negotiation can be turned off to force the link to come up. 
Ensure both sides of the link are matching.

7603b#show ip int bri
Interface              IP-Address      OK? Method Status                Protocol
Vlan1                  unassigned      YES NVRAM  administratively down down

GigabitEthernet1/1     10.0.0.2        YES manual up                    up

7603b#show int gig 1/1
GigabitEthernet1/1 is up, line protocol is up (connected)
  Hardware is C6k 1000Mb 802.3, address is 000b.45b0.484a (bia 000b.45b0.484a)
  Internet address is 10.0.0.2/8
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex mode, link type is force-up, media type is SX
  output flow-control is unsupported, input flow-control is unsupported, 1000Mb/s
  Clock mode is auto
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:01, output 00:00:04, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/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
  L2 Switched: ucast: 5695 pkt, 534143 bytes - mcast: 3 pkt, 192 bytes
  L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 0 pkt, 0 bytes
     5319 packets input, 395772 bytes, 0 no buffer
     Received 5172 broadcasts, 4 runts, 0 giants, 0 throttles
     4 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     413 packets output, 139651 bytes, 0 underruns
     0 output errors, 0 collisions, 2 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

7603b#show ip route
Codes: C - connected, S - static, I - IGRP, R - RIP, M - mobile, B - BGP
       D - EIGRP, EX - EIGRP external, O - OSPF, IA - OSPF inter area
       N1 - OSPF NSSA external type 1, N2 - OSPF NSSA external type 2
       E1 - OSPF external type 1, E2 - OSPF external type 2, E - EGP
       i - IS-IS, L1 - IS-IS level-1, L2 - IS-IS level-2, ia - IS-IS inter area
       * - candidate default, U - per-user static route, o - ODR
       P - periodic downloaded static route

Gateway of last resort is not set

C    10.0.0.0/8 is directly connected, GigabitEthernet1/1

7603b#ping 10.0.0.1

Type escape sequence to abort.
Sending 5, 100-byte ICMP Echos to 10.0.0.1, timeout is 2 seconds:
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/1 ms

.225 ميغالتر 

.225ML12#show run
Building configuration...
Current configuration : 580 bytes
!
version 12.1
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname .225ML12
!
logging buffered 4096 debugging 
enable password cisco
!
ip subnet-zero
no ip routing
no ip domain-lookup
!
!
bridge 100 protocol ieee
!
!
interface GigabitEthernet0
 no ip address
 no ip route-cache
 bridge-group 100
!
interface GigabitEthernet1
 no ip address
 no ip route-cache
 shutdown
!
interface POS0
 no ip address
 no ip route-cache
 crc 32
 bridge-group 100
!
ip classless
no ip http server
!
!
!
!
line con 0
line vty 0 4
 exec-timeout 0 0
 no login
!
end

.225ML12#show ip int bri
Interface              IP-Address      OK? Method Status                Protocol
GigabitEthernet0       unassigned      YES unset  up                    up      
GigabitEthernet1       unassigned      YES unset  administratively down down    
POS0                   unassigned      YES unset  up                    up      

.225ML12#show int gig 0
GigabitEthernet0 is up, line protocol is up 
  Hardware is xpif_port, address is 000f.2475.8c04 (bia 000f.2475.8c04)
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 1000Mb/s, 1000BaseSX, Auto-negotiation
  output flow-control is off, input flow-control is on
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:53, output 00:00:01, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/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
     336 packets input, 111810 bytes
     Received 1 broadcasts (0 IP multicast)
     1 runts, 0 giants, 0 throttles
     1 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 244 multicast
     0 input packets with dribble condition detected
     5369 packets output, 422097 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

.225ML12#show int pos 0
POS0 is up, line protocol is up 
  Hardware is Packet/Ethernet over Sonet, address is 000f.2475.8c00 
(bia 000f.2475.8c00)
  MTU 1500 bytes, BW 622080 Kbit, DLY 100 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ONS15454-G1000, crc 32, loopback not set
  Keepalive set (10 sec)
  Scramble enabled 
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:32, output never, output hang never
  Last clearing of "show interface" counters 02:16:40
  Input queue: 0/75/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
     152 packets input, 26266640 bytes
     Received 0 broadcasts (0 IP multicast)
     0 runts, 0 giants, 0 throttles
              0 parity
     1 input errors, 1 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     4250 packets output, 351305 bytes, 0 underruns
     0 output errors, 0 applique, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions

.225ML12#show ons alarm
Equipment Alarms
Active: None
Port Alarms
  POS0  Active: None
  POS1  Active: None
  GigabitEthernet0  Active: None
  GigabitEthernet1  Active: None

POS0
Active Alarms : None
Demoted Alarms: None

POS1
Interface not provisioned

This command shows all the defects that can be reported to CLI and TCC (via CTC).

.225ML12#show ons alarm defect
Equipment Defects
Active: None
Reportable to TCC/CLI: CONTBUS-IO-A CONTBUS-IO-B CTNEQPT-PBWORK
 CTNEQPT-PBPROT EQPT RUNCFG-SAVENEED ERROR-CONFIG 
Port Defects
  POS0 
  Active: None
  Reportable to TCC: CARLOSS TPTFAIL 
  POS1 
  Active: None
  Reportable to TCC: CARLOSS TPTFAIL 
  GigabitEthernet0 
  Active: None
  Reportable to TCC: CARLOSS TPTFAIL 
  GigabitEthernet1 
  Active: None
  Reportable to TCC: CARLOSS TPTFAIL 

POS0
Active Defects: None
Alarms reportable to CLI: PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3

POS1
Interface not provisioned

This command shows all the active alarms.

.225ML12#show ons alarm failure
Equipment Alarms
Active: None
Port Alarms
  POS0  Active: None
  POS1  Active: None
  GigabitEthernet0  Active: None
  GigabitEthernet1  Active: None
POS0
Active Alarms : None
Demoted Alarms: None
POS1
Interface not provisioned

.225ML12#show control pos 0
Interface POS0
Hardware is Packet/Ethernet over Sonet 
PATH
  PAIS      = 0         PLOP      = 0         PRDI    = 0         PTIM = 0
  PPLM      = 0         PUNEQ     = 0         PPDI    = 0       
  BER_SF_B3 = 0         BER_SD_B3 = 0         BIP(B3) = 0          REI = 0
  NEWPTR    = 0         PSE       = 0         NSE     = 0       
Active Alarms : None
Demoted Alarms: None
Active Defects: None
Alarms reportable to CLI: PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3
Link state change defects: PAIS PLOP PTIM PUNEQ PRDI PPLM PPDI BER_SF_B3 
Link state change time   : 200 (msec)

DOS FPGA channel number  : 0
Starting STS (0 based)   : 0
VT ID (if any) (0 based) : 255
Circuit size           : STS-12c
RDI Mode               : 1 bit
C2 (tx / rx)           : 0x01 / 0x01
Framing                : SONET

Path Trace
 Mode            : off          
 Transmit String : 
 Expected String : 
 Received String : 
 Buffer          : Unstable
 Remote hostname :                         
 Remote interface:               
 Remote IP addr  :                 
B3 BER thresholds: 
SFBER = 1e-4,   SDBER = 1e-7

231 total input packets,  26294392 post-HDLC bytes
0 input short packets,  26294465 pre-HDLC bytes
0  input long packets , 0  input runt packets
1  input CRCerror packets , 0  input drop packets
0 input abort packets
0 input packets dropped by ucode

6392  total output packets, 527660  output pre-HDLC bytes
527812 output post-HDLC bytes

Carrier delay is 200 msec

.225ML12#show cdp nei
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
                  S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone
Device ID        Local Intrfce     Holdtme    Capability  Platform  Port ID
.252ML12         POS0               148           T       ONS-ML1000POS0
7603a            Gig 0              121         R S I     Cat 6000  Gig 1/1

The following command  shows the detail bridge table. Note that 000b.45b0.484a
 is the address of Gig0 on 7603b.

.225ML12#show bridge ver
Total of 300 station blocks, 298 free
Codes: P - permanent, S - self
Maximum dynamic entries allowed: 1000
Current dynamic entry count: 2

BG Hash      Address      Action  Interface      VC    Age   RX count   TX count
100 02/0   000b.45b0.484a forward  POS0                 -    
100 BC/0   0009.b7f4.76ca forward  Gi0                  -    

Flood ports         
GigabitEthernet0    
POS0                

This command shows the same type of info as the above.

.225ML12#show sdm l2-switching forwarding bridge-group 100
MAC-Address   B-Group l3_int punt_da Out-int SPR-NodeId CAM-ADDR  STATE
-----------   ------- ------ ------- ------- ---------- --------  -----
0009B7F476CA  100     0      0       Gi0     ***        11        Used   
000B45B0484A  100     0      0       PO0     ***        12        Used   

.225ML12#show interface summary
 *: interface is up
 IHQ: pkts in input hold queue     IQD: pkts dropped from input queue
 OHQ: pkts in output hold queue    OQD: pkts dropped from output queue
 RXBS: rx rate (bits/sec)          RXPS: rx rate (pkts/sec)
 TXBS: tx rate (bits/sec)          TXPS: tx rate (pkts/sec)
 TRTL: throttle count

  Interface           IHQ   IQD  OHQ   OQD  RXBS RXPS  TXBS TXPS TRTL
---------------------------------------------------------------------
* GigabitEthernet0      0     0    0     0     0    0     0    0    0
  GigabitEthernet1      0     0    0     0     0    0     0    0    0
* POS0                  0     0    0     0     0    0     0    0    0

NOTE:No separate counters are maintained for subinterfaces
     Hence Details of subinterface are not shown

.225ML12#show ons equipment-agent status 
EQA ---- phySlot: 12, eqptType: EQPT_L2SC, eqptID: 0x2403 ----
    curTCC: Tcc B
linkStatus:    Full    dbReq/Recv: 1  /  4   msgVerToEQM: 2
  socketFd:       0    pipeMsgAct:   No     hdrSizeToEQM: 28
 connTries:       0 connTimerFast:   No   hdrSizeFromEQM: 28
timingProv:   No
clock auto 1

.225ML12#show ons provisioning-agent message ports all
  ----- Backend Port (00) Data -----
  prov: yes   sts: 00   vt: 255   type: DOS   name:                                 
  
  ----- STS (00) Term Strip -----
  Admin State: IS        Direction: TX_RX_EQPT
  Type: 12 Sf: 1E-4 Sd: 1E-7 C2 tx/exp: 0x01 / 0x01
  PathTrace Format: 64Byte  Mode: OFF       
   expected: (not valid)
   send: valid: "\000\000\000\000"

  ----- VT (255) Term Strip not provisioned -----

  ----- STS (00) Xc Strip -----
  rate: 12  Admin: IS     
  Src  Port/STS: 0x09/0x00  STS Eqpt: 0x01
  Dest Port/STS: 0x06/0x00  UPSR STS Cont Dest: 0x00
  Prev STS Stich Dest Port/STS: 0xFF/0x00
  Next STS Stich Dest Port/STS: 0xFF/0x00

  ----- Backend Port (01) Data -----
  prov:  no   sts: xx   vt: xx   type: xxx   name: xxxxx

The following command retrieves the ONS provisioning information
 that is done via CTC.

.225ML12#show ons provisioning-agent message node-element 
  ----- NE Data -----
  Node Name: R27-15454c
  MAC Addr : 00 10 CF D2 70 92
  IP Addr      : 10.89.244.225
  Sub Net Mask : 255.255.255.192
  Dflt Router  : 10.89.244.193
  Lan IP Addr  : 10.89.244.225
  Lan Sub Mask : 255.255.255.192
  Day Savings  : 0x01
  Min from UTC : 480
  Node ID      : 0xFF
  Sync Msg Ver : 0x01
  Sync Msg Res Delta : -1
  Sync Msg Res Quality : 0x06
  XConA Eqpt ID : 0x00000201
  XConB Eqpt ID : 0x00000201   OSPF Node ID  : 0xCFD27092
  SDH Mode      : SONET

.252 ميغالتر 12 

The auto negotiation was turned off on Gig0 (see later).

.252ML12#show run
Building configuration...
Current configuration : 643 bytes
!
version 12.1
no service pad
service timestamps debug uptime
service timestamps log uptime
no service password-encryption
!
hostname .252ML12
!
logging buffered 4096 debugging
enable password cisco
!
ip subnet-zero
no ip routing
no ip domain-lookup
!
!
bridge 100 protocol ieee
!
!
interface GigabitEthernet0
 no ip address
 no ip route-cache
 no speed
 no negotiation auto
 bridge-group 100
!
interface GigabitEthernet1
 no ip address
 no ip route-cache
 shutdown
!
interface POS0
 no ip address
 no ip route-cache
 crc 32
 bridge-group 100
!
ip classless
no ip http server
!
!
!
!
line con 0
line vty 0 4
 exec-timeout 0 0
 no login
!
end

.252ML12#show ip int brie
Interface              IP-Address      OK? Method Status                Protocol
GigabitEthernet0       unassigned      YES manual up                    up      
GigabitEthernet1       unassigned      YES NVRAM  administratively down down    
POS0                   unassigned      YES unset  up                    up      

The Gig0 interface showed carrier loss until it was forced up by turning off
 auto negotiation.

.252ML12#show int gig 0
GigabitEthernet0 is up, line protocol is up 
  Hardware is xpif_port, address is 000f.2475.8c4c (bia 000f.2475.8c4c)
  MTU 1500 bytes, BW 1000000 Kbit, DLY 10 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ARPA, loopback not set
  Keepalive set (10 sec)
  Full-duplex, 1000Mb/s, 1000BaseSX, Force link-up
  output flow-control is off, input flow-control is on
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:06, output 00:00:01, output hang never
  Last clearing of "show interface" counters never
  Input queue: 0/75/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
     391 packets input, 125375 bytes
     Received 1 broadcasts (0 IP multicast)
     0 runts, 0 giants, 0 throttles
     0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored
     0 watchdog, 282 multicast
     0 input packets with dribble condition detected
     8489 packets output, 637084 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out

.252ML12#show int pos 0
POS0 is up, line protocol is up 
  Hardware is Packet/Ethernet over Sonet, address is 000f.2475.8c48
 (bia 000f.2475.8c48)
  MTU 1500 bytes, BW 622080 Kbit, DLY 100 usec, 
     reliability 255/255, txload 1/255, rxload 1/255
  Encapsulation ONS15454-G1000, crc 32, loopback not set
  Keepalive set (10 sec)
  Scramble enabled 
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output never, output hang never
  Last clearing of "show interface" counters 03:58:02
  Input queue: 0/75/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
     7396 packets input, 608413 bytes
     Received 0 broadcasts (0 IP multicast)
     0 runts, 0 giants, 0 throttles
              0 parity
     1 input errors, 1 CRC, 0 frame, 0 overrun, 0 ignored
     0 input packets with dribble condition detected
     267 packets output, 96676 bytes, 0 underruns
     0 output errors, 0 applique, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier
     0 output buffer failures, 0 output buffers swapped out
     0 carrier transitions

.252ML12#show ons alarm
Equipment Alarms
Active: None
Port Alarms
  POS0  Active: None
  POS1  Active: None
  GigabitEthernet0  Active: None
  GigabitEthernet1  Active: None

POS0
Active Alarms : None
Demoted Alarms: None

POS1
Interface not provisioned

.252ML12#show ons alarm defect
Equipment Defects
Active: None
Reportable to TCC/CLI: CONTBUS-IO-A CONTBUS-IO-B CTNEQPT-PBWORK
 CTNEQPT-PBPROT EQPT RUNCFG-SAVENEED ERROR-CONFIG 
Port Defects
  POS0 
  Active: None
  Reportable to TCC: CARLOSS TPTFAIL 
  POS1 
  Active: None
  Reportable to TCC: CARLOSS TPTFAIL 
  GigabitEthernet0 
  Active: None
  Reportable to TCC: CARLOSS TPTFAIL 
  GigabitEthernet1 
  Active: None
  Reportable to TCC: CARLOSS TPTFAIL 

POS0
Active Defects: None
Alarms reportable to CLI: PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3

POS1
Interface not provisioned

.252ML12#show ons alarm failure
Equipment Alarms
Active: None
Port Alarms
  POS0  Active: None
  POS1  Active: None
  GigabitEthernet0  Active: None
  GigabitEthernet1  Active: None

POS0
Active Alarms : None
Demoted Alarms: None

POS1
Interface not provisioned

.252ML12#show contro pos 0
Interface POS0
Hardware is Packet/Ethernet over Sonet 
PATH
  PAIS      = 0         PLOP      = 0         PRDI    = 0         PTIM = 0
  PPLM      = 0         PUNEQ     = 0         PPDI    = 0       
  BER_SF_B3 = 0         BER_SD_B3 = 0         BIP(B3) = 0          REI = 0
  NEWPTR    = 0         PSE       = 0         NSE     = 0       
Active Alarms : None
Demoted Alarms: None
Active Defects: None
Alarms reportable to CLI: PAIS PRDI PLOP PUNEQ PPLM PTIM PPDI BER_SF_B3 BER_SD_B3
Link state change defects: PAIS PLOP PTIM PUNEQ PRDI PPLM PPDI BER_SF_B3 
Link state change time   : 200 (msec)

DOS FPGA channel number  : 0
Starting STS (0 based)   : 0
VT ID (if any) (0 based) : 255
Circuit size           : STS-12c
RDI Mode               : 1 bit
C2 (tx / rx)           : 0x01 / 0x01
Framing                : SONET

Path Trace
 Mode            : off          
 Transmit String : 
 Expected String : 
 Received String : 
 Buffer          : Unstable
 Remote hostname :                         
 Remote interface:               
 Remote IP addr  :                 

B3 BER thresholds: 
SFBER = 1e-4,   SDBER = 1e-7

7425 total input packets,  610493 post-HDLC bytes
0 input short packets,  610501 pre-HDLC bytes
0  input long packets , 0  input runt packets
1  input CRCerror packets , 0  input drop packets
0 input abort packets
0 input packets dropped by ucode

268  total output packets, 97061  output pre-HDLC bytes
97061 output post-HDLC bytes

Carrier delay is 200 msec

.252ML12#show cdp neigh
Capability Codes: R - Router, T - Trans Bridge, B - Source Route Bridge
                  S - Switch, H - Host, I - IGMP, r - Repeater, P - Phone
Device ID        Local Intrfce     Holdtme    Capability  Platform  Port ID
.225ML12         POS0               168           T       ONS-ML1000POS0
7603b            Gig 0              158         R S I     Cat 6000  Gig 1/1

.252ML12#show bridge verbose
Total of 300 station blocks, 300 free
Codes: P - permanent, S - self

Total of 300 station blocks, 298 free Codes: P - permanent, S – self

Maximum dynamic entries allowed: 1000 Current dynamic entry count: 2 
BG Hash       Address        Action  Interface    VC    Age   RX count   TX count 
100 02/0      000b.45b0.484a forward  Gi0             -     
100 BC/0      0009.b7f4.76ca forward  POS0            -      
Flood ports   GigabitEthernet0        POS0

.252ML12#show sdm l2-switching forwarding bridge-group 100
MAC-Address   B-Group l3_int punt_da Out-int SPR-NodeId CAM-ADDR  STATE
-----------   ------- ------ ------- ------- ---------- --------  -----
000B45B0484A  100     0      0       Gi0     ***        11        Used   
0009B7F476CA  100     0      0       PO0     ***        16        Used   

.252ML12#show int summ
 *: interface is up
 IHQ: pkts in input hold queue     IQD: pkts dropped from input queue
 OHQ: pkts in output hold queue    OQD: pkts dropped from output queue
 RXBS: rx rate (bits/sec)          RXPS: rx rate (pkts/sec)
 TXBS: tx rate (bits/sec)          TXPS: tx rate (pkts/sec)
 TRTL: throttle count
  Interface           IHQ   IQD  OHQ   OQD  RXBS RXPS  TXBS TXPS TRTL
---------------------------------------------------------------------
* GigabitEthernet0      0     0    0     0     0    0     0    0    0
  GigabitEthernet1      0     0    0     0     0    0     0    0    0
* POS0                  0     0    0     0     0    0     0    0    0
NOTE:No separate counters are maintained for subinterfaces
     Hence Details of subinterface are not shown

.252ML12#show ons equipment-agent status
EQA ---- phySlot: 12, eqptType: EQPT_L2SC, eqptID: 0x2403 ----
    curTCC: Tcc A
linkStatus:    Full    dbReq/Recv: 1  /  5   msgVerToEQM: 2
  socketFd:       0    pipeMsgAct:   No     hdrSizeToEQM: 28
 connTries:       0 connTimerFast:   No   hdrSizeFromEQM: 28
timingProv:   No
clock auto 1

.252ML12#show ons provisioning-agent message ports all
  ----- Backend Port (00) Data -----
  prov: yes   sts: 00   vt: 255   type: DOS   name:                                 
  
  ----- STS (00) Term Strip -----
  Admin State: IS        Direction: TX_RX_EQPT
  Type: 12 Sf: 1E-4 Sd: 1E-7 C2 tx/exp: 0x01 / 0x01
  PathTrace Format: 64Byte  Mode: OFF       
   expected: (not valid)
   send: valid: "\000\000\000\000"

  ----- VT (255) Term Strip not provisioned -----

  ----- STS (00) Xc Strip -----
  rate: 12  Admin: IS     
  Src  Port/STS: 0x09/0x00  STS Eqpt: 0x01
  Dest Port/STS: 0x06/0x00  UPSR STS Cont Dest: 0x00
  Prev STS Stich Dest Port/STS: 0xFF/0x00
  Next STS Stich Dest Port/STS: 0xFF/0x00

  ----- Backend Port (01) Data -----
  prov:  no   sts: xx   vt: xx   type: xxx   name: xxxxx

.252ML12#show ons provisioning-agent message node-element 
  ----- NE Data -----
  Node Name: r26-15454a
  MAC Addr : 00 10 CF D2 40 52
  IP Addr      : 10.89.244.252
  Sub Net Mask : 255.255.255.192
  Dflt Router  : 10.89.244.193
  Lan IP Addr  : 10.89.244.252
  Lan Sub Mask : 255.255.255.192
  Day Savings  : 0x01
  Min from UTC : 480
  Node ID      : 0xFF
  Sync Msg Ver : 0x01
  Sync Msg Res Delta : 0
  Sync Msg Res Quality : 0x00
  XConA Eqpt ID : 0x00000201
  XConB Eqpt ID : 0x00000201
  OSPF Node ID  : 0xCFD24052
  SDH Mode      : SONET

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

محفوظات المراجعة

المراجعة تاريخ النشر التعليقات
1.0
14-Nov-2005
الإصدار الأولي

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

Feedbackالتعليقات

اتصل بنا

ينطبق هذا المستند على هذه المنتجات