このドキュメントでは、単純なテストトポロジを使用して、Cisco ONS 15454のマルチレイヤ(ML)カードのトラブルシューティング方法を説明します。「付録」セクションでは、基本的な設定コマンドと詳細なトポロジ情報について説明します。
このテストでは、MLカードに関連するネットワーク障害を理解するための経験的手法を使用します。このテストでは、予想される結果をキャプチャして分析するために、既知の障害または設定が注入されます。「障害分離のケーススタディ」では、これらの調査結果を示しています。
このドキュメントは、一般的なトラブルシューティング方法に従っています。このドキュメントでは、症状を示し、関連する障害切り分け手順について説明し、一般的なトラブルシューティング手順についても説明します。
次の項目に関する知識があることが推奨されます。
Cisco ONS 15454
Cisco ONS 15454 ML シリーズ イーサネット カード
Cisco IOS
ブリッジングと IP ルーティング
このドキュメントの情報は、次のソフトウェアとハードウェアのバージョンに基づいています。
Cisco IOS®ソフトウェアリリース12.1(13)E13が稼働するCiscoルータ7603
Cisco ONSリリース4.1.3が稼働するCisco ONS 15454
Cisco IOSソフトウェアリリース12.1(19)EO1が稼働するML(ONS 4.1.3リリースの一部としてバンドル)
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されました。このドキュメントで使用するすべてのデバイスは、初期(デフォルト)設定の状態から起動しています。対象のネットワークが実稼働中である場合には、どのようなコマンドについても、その潜在的な影響について確実に理解しておく必要があります。
ドキュメント表記の詳細は、『シスコ テクニカル ティップスの表記法』を参照してください。
ONS 15454プラットフォーム用のCisco MLシリーズカードは、レイヤ2およびレイヤ3でSONET/SDH経由の10/100/1000 Mbpsイーサネット接続を提供します。シャーシ内の各MLカードは1つの独立したIOSイメージを実行します。Cisco Transport Controller(CTC)でMLポート間にクロスコネクト回線を作成すると、仮想バックエンドのPacket over SONET(POS)ポートが作成されます。ソフトウェアリリース4.6以降では、POSポートの作成は常に行われますが、クロスコネクト回線の作成がCTCで行われた場合にのみ、ポートが起動します。
ML1000-2カードには2つのPOSポート(0および1)があります。 各ポートには、同期転送信号(STS)-24cの帯域幅と、カードあたりの合計STS-48cがあります。各POSポートは、VLANトランキングを可能にするサブインターフェイスをサポートします。POSポートと光ポートの物理マッピングは、回線作成フェーズで行われ、光スパンの変更時に変更されることがあります。したがって、回線の2つの端にある2つのPOSポートはピアであり、それらの設定は一致する必要があります。
イーサネットポートとPOSポートのマッピングは、トポロジ要件によって異なります。レイヤ2スイッチングトポロジは、これら2つのタイプのポートを同じブリッジグループ番号と結び付けます。レイヤ3トポロジは、これらのインターフェイス間でパケットをルーティングします。
図1は、テストトポロジを示しています。
図1 – テストトポロジ
テストトポロジを設定するには、次の手順を実行します。
2台のCisco 7603ルータをギガビットイーサネット経由でONSノードに接続し、2台のルータの両方のポートが同じIPサブネット上にあることを確認します。この例では、各ONSノードのスロット12に1つのML1000-2カードがあります。
両方のONSノードのGig0およびPOS0にブリッジグループ100を設定します。
注:このテストではPOS1を使用する必要はありません。
2つのML POS0ポート間の回線はSTS-12cです。
MLカードのIPルーティングを無効にします。
2つのONSノード間でOC12 1+1保護をプロビジョニングします。関連する情報については、図1を参照してください。
注:両方のONSノードでCisco ONSリリース4.1.3が稼働しています。
このセクションでは、さまざまな既知の障害と一般的な動作の結果を確認します。それぞれのケーススタディでは、MLおよびONSでの動作と結果について説明します。
show ons alarm show ip interface brief clear counters show interface summary show interfaceshow 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
バッファロギングに正しいタイムスタンプが使用されていることを確認し、Timing Communication and Control(TCC)が正しい日時に設定されているかどうかを確認します。MLでの設定例を次に示します。
service timestamps debug uptime service timestamps log datetime msec localtime logging buffered 4096 debugging
次のアラームにより、POSリンクステータスの変更が自動的にトリガーされます。
PAIS PLOP PTIM PUNEQ PRDI PPLM PPDI BER_SF_B3
注:ONS 15454プラットフォームでは、アラームを報告するために2つの形式が使用されます。たとえば、PAISはIOS(ML)で表示され、AIS-PはCTCで表示されます。PAISとAIS-Pは同じタイプのアラームを表します。
Alarms Conditions History Circuit Inventory Port PM counters Diagnostics file Audit trail
MLカード:
メンテナンス/パフォーマンスEtherポート:エラーを確認します。
メンテナンス/パフォーマンスPOSポート:エラーを確認します。
OC12現用カード:
Provisioning/SONET STSでIPPMを有効にします。
パフォーマンス:エラーを確認します。
このセクションでは、さまざまな潜在的な障害ポイントについて説明し、問題を解決するための正しい情報をキャプチャする方法について説明します。
イーサネットケーブルを引くと、次のアラームが。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は気付きません。
.225のCTCにも同じアラームが表示されます(図2を参照してください)。
図2:CTCのアラーム
7603aに対するCisco Discovery Protocol(CDP)ネイバーの損失により、問題が確認されます。
注:GigE 0のステータスはPOS 0インターフェイスには影響しません(インターフェイスはUp/Upのままです)。
OC12保護スイッチは、アラームやエラーを作成しません。
.252ノードの両方のOC12ポートが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に表示されます。XCON Bはスロット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
図3は、登録されたアラームを示しています。
図3 - TCC側スイッチアラーム
注: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も表示されます。スロット11 TCCはTCC B、スロット7はTCC Aです。
.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のポート情報が更新されます。回線サイズはPOS 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
ファシリティループを。225のアクティブOC12ポートに適用すると、.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
注:このテストのように1+1 OC-12の代わりにResilient Packet Ring(RPR)を使用する場合は、ループバックを有効にする前に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
TCCからのクロックに基づいて、IOSシステムクロックで自動更新が行われます。このアップデートは、show clockコマンドを使用して確認できます。
注:service timestampsコマンドを使用すると、デバッグとログのタイムスタンプを設定して、新しいクロック情報を使用できます。
.225 ML上のPOS 0インターフェイスがシャットダウンすると、いくつかのアラームと状態が発生します(図4を参照)。
図4 - POS 0インターフェイスがシャットダウンした場合に発生するアラームと条件
AIS-Pは、.252の両方のOC12ポートで発生します。その後、.252のMLでTPTFAILが発生します。リターンパスでは、.225は、OC-12ポートとRFIの両方に不具合Path Payload Payload Payload Indication (PPDI-Indication)を22222000000000000000000000000000000000000000000000000000000動作中のOC-12ポートのP。
.225 MLでは、次のアラームが表示されます。
.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のログエントリは、POS 0ダウンイベントの理由がPAISであることを示します。これは、CTCが報告するアラームまたは条件と一致します。
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ポート(たとえば、一方のサイド16ビット、他方のサイド32ビット)でCRCが一致しない場合、TCCでもMLでもアラームは発生しません。両方のPOSポートはまだアップしていますが、トラフィックは流れません。いくつかの症状を次に示します。
両方のPOSインターフェイスの入力エラーカウンタは、CRCにより100%増加します。この場合、CRCは。225 MLで16ビットに変更されますが、.252 MLにはデフォルトの32ビットのCRCがあります。.252 MLのPOS0インターフェイスは、同様の入力および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
POSコントローラの入力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
光パス全体の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ノードでは、CTCのアクティブなOC12ポート、次にPOS0ポートに対してPLM-Pが発生します。これにより、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ノードでは、CTCの両方のOC12ポートでPDI-Pが発生します。このアラームは、.252でPOS0がダウンした結果です。POS0に対しても同じアラーム(IOSではPath Payload Identifier(PPDI)と呼ばれます)が発生します。これは、インターフェイスが0xFCのC2値を受信するためです(後述)。
.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値は、LEXカプセル化(POSのデフォルトのカプセル化)では0x01、PPP/HDLCカプセル化では0xCFです。この値を他の値に一貫性なく変更すると、PLM-PアラームとTPTFAILアラームが発生し、サービスに影響が及ぶ可能性があります。同じ回線上の両方のPOSポートで同じC2値を使用できます。例外は0xFCです。値0xFCは、パスのペイロード不具合を示します。したがって、C2の値が一致しても(0xFC/0xFC)、PDI-Pが発生します。
POS C2の値は、次のコマンドで変更できます。
pos c2 flag <value in decimal>
次に示すように、実際のC2値を表すことができます(16進数形式)。
.225ML12#show contro pos 0 | inc C2 C2 (tx / rx) : 0x16 / 0x16
この場合、両方のC2値が一致します。したがって、アラームは発生しません。
OC-12回線をOOSに変更すると、TCCまたはMLでアラームが即座に発生しない可能性があります。回線の状態は、CTCの回線ウィンドウにOOSと表示されます。ログエントリが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.
POSポートはアップ/ダウン状態に変更できます。その結果、TPTFAILアラームが両端で発生します。トラフィックは想定どおりに流れません。
アラームがスタックし、アラームの原因となった状態がクリアされた後でも、自動的にクリアされない場合があります。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に変更されると、回線がインサービス(IS)状態に戻った後でも、.225 POSはPPDIを報告します。そのため、POS0インターフェイスはダウンしたままになります。CTCは、.225ノード上のPDI-Pも報告します。.225のOC12インターフェイスのPMカウンタにはエラーが表示されず、OC-12パスがクリーンであることを示します。
次の出力は、PPDIがstuckであると報告しています。
.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ノードにアラームとエラーがなく、POS0に対応するC2値が0xCF/0xCFである場合は、スタックアラームの問題を考慮する必要があります。.225ノードのPOS0インターフェイスをリセットすると、アラームがクリアされ、CTCで報告されたPDI-Pが含まれます。この問題は、後のリリースで修正する必要があります。
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
注:1つ以上のアラームが光カードにスタックする場合もあります。これらのスタックアラームをクリアするには、アクティブTCCをリセットする必要があります。その結果、スタンバイTCCがアクティブになり、操作は無中断(つまり、トラフィックへの影響はありません)になりますが、管理トラフィック(CTCセッションなど)を数分間失うことがあります。
このテストでは、両方のONS MLカードで同じ100ブリッジグループを使用します。ただし、POS 0とGigE 0が同じML上、または同じブリッジグループ内にある限り、ブリッジグループは同じである必要はありません。たとえば、.252 MLでbridge-group 101に変更しても、トラフィックには影響しません。
.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
このドキュメントの設定に適用されるバグの一部を次に示します。
注:これらのバグは、cisco.comのリリースノートの一部として文書化されています。
DDTS ID | ステータス | リリースが見つかりました | 修正済みリリース | ********************リリース*注******************** |
---|---|---|---|---|
CSCeb56287 | V | 4.1 | 4.6 | MLシリーズ回線の状態をIn-Service(IS)からOut-of-Service(OOS)にプロビジョニングし、ISに戻すと、データトラフィックは回復しません。この問題を回避するには、状態をISから変更する前に、CLIでPOSポートをshutdownに設定します。状態をOOSからISに戻した後、POSポートをno shutdownに設定します。 |
CSCeb24757 | V | 4.1 | 4.6 | ML1000ポートで送信ファイバを切断すると、隣接ポートだけがリンクをダウンさせます。理想的には、両方のポートが、上位層プロトコルがトラフィックを別のポートに再ルーティングできるように、リンクがダウンしたことを識別する必要があります。この状況を回避するには、shutdownおよびno shutdownを、接続が解除されたポートまたは障害のある送信ファイバに対して発行します。 |
CSCdy31775 | V | 4 | 4.6 | 廃棄カウントには、出力キューの輻輳によって廃棄されたパケットが含まれません。この問題は、次のいずれかの状況で発生します。
|
CSCdz49700 | C | 4 | - | MLシリーズカードは、接続されたデバイス間で常にダイナミックトランキングプロトコル(DTP)パケットを転送します。接続されたデバイス(デフォルト設定の可能性がある)でDTPが有効になっている場合、DTPは、MLシリーズカードがサポートしていないパラメータ(ISLなど)をネゴシエートする可能性があります。MLシリーズカードは、ISLをマルチキャストパケットとして使用するためにネゴシエートされたリンク上のすべてのパケットをカウントし、STPおよびCDPパケットは、処理されずにISLを使用する接続されたデバイス間でブリッジされます。この問題を回避するには、接続されているデバイスでDTPとISLを無効にします。この機能は設計どおりです。 |
CSCdz68649 | C | 4 | - | 特定の条件下で、フロー制御ステータスは、フロー制御が機能していない場合に、フロー制御が機能していることを示す場合があります。MLシリーズカードのフロー制御は、ポートレベルのポリサーを設定した場合にのみ機能します。ポートレベルのポリサーは、デフォルトのポリサーであり、入力ポリシーマップの唯一のクラスです。フロー制御は、設定されたポリサー廃棄レートに対して送信元レートを制限するためだけに機能します。フロー制御は、出力キューの輻輳によるパケット廃棄を防止しません。したがって、ポートレベルのポリサーがない場合、または出力キューの輻輳が発生した場合、ポリシングは機能しません。ただし、これらの状況では、ポリシングが誤って有効として表示される場合があります。この問題を回避するには、ポートレベルのポリサーを設定し、出力キューの輻輳を防止します。 |
CSCdz69700 | C | 4 | - | ML1000ポートでshutdown/no shutdownコマンドシーケンスを発行すると、カウンタがクリアされます。これは起動プロセスの通常の部分であり、この機能は変更されません。 |
CSCea11742 | V | 4 | 4.6 | 2つのML POSポート間の回線をOOSとしてプロビジョニングすると、いずれかのポートで誤ってTPTFAILが報告されることがあります。この問題は、ML100T-12カードとML1000-2カードの両方で発生します。この問題が発生した場合は、各MLカードのコンソールウィンドウを開き、シャットダウンするようにPOSポートを設定します。 |
CSCea20962 | V | 4 | 5 | 回線プロビジョニングウィンドウでOOSをMLドロップポートに適用すると、警告は表示されません。 |
CSCdy47284 | C | 4 | - | ML-100 FastEthernet MTUは適用されません。ただし、9050バイトを超えるフレームは廃棄され、RxおよびTxエラーが発生する可能性があります。 |
ステータス コード:
|
このセクションでは、これまでの情報を基に、障害分離ケースの構築を目指します。このセクションでは、システムが報告する症状に基づいて、問題をトラブルシューティングするための段階的なヒントについて説明します。これらのケーススタディは、ONS 15454のMLカードに関連する一般的な症状に関連しています。
通常、問題をトラブルシューティングするには、次の手順を実行する必要があります。
一般的な情報と障害の症状を収集します。
情報を分析します。
問題の特定.
問題の特定.
問題を解決します。
これらのステップの一部は複数回繰り返されます。
リロードする前に情報を収集するか、エラーによりMLカードをリセットします。手動によるリロードでは、貴重な情報が廃棄されます。手動でリロードすると、すべてのカウンタがリセットされ、メモリに保存されているログはすべて失われます。ルータでトラブルシューティングコマンドを発行する前に、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などのようになります。CTCから、アラーム、条件、回線、インベントリ、PMカウンタなど、前述の関連情報をキャプチャしてエクスポートします。
必要な情報を収集したら、エラーの情報を解読する必要があります。この作業は、show-techコマンドの出力で困難になる場合があります。これらは、show-techコマンドの出力やその他の多くのコマンドを解読できるツールです。
アウトプットインタープリタツール(登録ユーザ専用):show tech-supportコマンドの出力をこのツールに貼り付けます。このツールは、見つかった問題の概要を示します。これは、発生する問題をより簡単に要約できる優れたツールです。このツールは、さまざまな入力を解釈します。[テクノロジー]メニュードロップダウンボックスを使用して、参照できます。ただし、このツールは完全ではなく、情報を検証するための解釈が必要です。
コマンド検索ツール:次のリファレンスガイドのいずれかを選択して、コマンドと構文を検索します。
IOSコマンドリファレンス
IOS設定ガイド
Catalystコマンドリファレンス
PIXファイアウォールコマンドリファレンス
エラー メッセージ デコーダ:このツールは、Cisco IOSソフトウェア、Catalystスイッチソフトウェア、およびCisco Secure PIX Firewallソフトウェアのエラーメッセージを調査し、解決するのに役立ちます。ログファイルからエラーメッセージを貼り付け、結果の中で関連ドキュメントの提案チェックボックスをオンにします。
バグ ツールキット:次のいずれかのオプションに基づいて結果を検索します。
IOS バージョン.
フィーチャまたはコンポーネント
キーワード.
バグの重大度(特定の重大度を選択するか、範囲を指定できます)。
TAC Case Collection:TACエンジニアが提供するソリューションを使用して、ハードウェア、設定、およびパフォーマンスに関する一般的な問題を対話形式で診断できます。
注:一部のツールはMLカードに100%互換性がありません。
このセクションでは、一般的な障害状態の一部と、状況を切り分けるために実行できる可能性のある手順について説明します。アラーム情報の詳細は、『Cisco ONS 15454トラブルシューティングガイド、リリース4.1.xおよび4.5』を参照してください。
MLシリーズイーサネット(トラフィック)カードのキャリア損失アラームであるメジャー(MJ)、およびサービス影響(SA)は、「LOS(OC-N)」アラームに相当するデータです。イーサネットポートはリンクを失い、有効な信号を受信しません。
CARLOSSアラームは、イーサネットポートがIOS CLIからno shutdownポートとして設定され、次のいずれかの条件が満たされると発生します。
ケーブルが近接ポートまたは遠方ポートに正しく接続されていない。
オートネゴシエーションが失敗する。
速度(10/100ポートのみ)が誤って設定されています。
このテストで7603bと。252ノードMLカードの間に表示されているように、オートネゴシエーションを無効にしてポートを起動します。
これはメジャーアラーム(MJ)であり、サービスに影響を与える(SA)。 TPTレイヤ障害アラームは、MLシリーズPOSカードのエンドツーエンドPOSリンク完全性の機能に障害があることを示します。TPTFAILは、遠端状態またはPOSポートの設定が正しくないことを示します。
TPTFAILアラームは、SONETパス、リモートPOSポート、または完全なエンドツーエンドPOSパスが機能しないPOSポートの誤設定のいずれかに問題があることを示します。
POSポートが使用する回線に「AIS-P」、「LOP-P」、「PDI-P」、「UNEQ-P」などのSONETパスアラームが存在する場合、該当するポートはTPTFAILアラームを報告できます。
遠端MLシリーズPOSポートが管理上ディセーブルになっている場合、ポートは近端ポートが検出した「AIS-P」状態を挿入します。このイベントでは、近端ポートでTPTFAILが報告される場合があります。遠端のPOSポートがPRDIとPPDIを報告します。これらすべてのアラームは、show ons alarmコマンドで表示できます。IOS CLIレベルでPOSポートが正しく設定されていない場合、設定ミスによりポートがダウンし、TPTFAILが報告されます。
TPTFAIL(MLシリーズ)アラームをクリアするには、次の手順を実行します。
POSポート回線に対してSONETアラームが発生しない場合は、両方のPOSポートが正しく設定されているかどうかを確認します。
POSポート回線に対して「PLM-P」アラームのみが発生する場合は、両方のPOSポートを正しく設定しているかどうかを確認します。
POSポート回線に対して「PDI-P」状態のみが発生し、回線がGシリーズカードで終端している場合は、Gシリーズカードに対して「CARLOSS(Gシリーズイーサネット)」アラームが発生しているかどうかを確認します。その場合は、「Clear the CARLOSS (G-Series Ethernet) Alarm」手順を実行します。
「AIS-P」アラーム、「LOP-P」アラーム、または「UNEQ-P」アラームが存在する場合は、SONETパス(同じ回線を介した2つのPOSインターフェイス間のパス)をトラブルシューティングして、これらのアラームをクリアします。
MLイーサネットポートで報告されるCARLOSSアラームを参照してください。
この問題は通常、POS設定のCRCの不一致が原因です。
PDI-Pは、ONSノードが生成するSTSパスオーバーヘッド(POH)に含まれるアプリケーション固有のコードのセットです。アラームは、ダウンストリーム機器に、そのSTS同期ペイロードエンベロープに含まれる1つ以上の直接マッピングされたペイロードに不具合があることを示します
MLシリーズカード回線をサポートするOC-NカードのポートでのPDI-P状態は、MLシリーズカードのエンドツーエンドのイーサネットリンク完全性の機能によって発生する可能性があります。リンクの完全性が問題の場合、「TPTFAIL(Gシリーズイーサネット)」アラーム、または回線を終端する一方または両方のPOSポートに対して報告されたアラームも発生します。TPTFAILが1つまたは両方のPOSポートで発生した場合は、TPTFAILに伴うアラームをトラブルシューティングして、PDI-P状態をクリアします。PDI-Pアラームは、スタックアラームの症状である場合もあります。
.225でPOS0が管理上ダウンしたために発生するアラームの例を次に示します。
0.225 POS 0(シャットダウン) | 0.252 POS 0 |
---|---|
PPDI、PRDI | PAIS、TPTFAIL |
この例では、PAISは問題のルートが。225ノードであることを示しています。PAISをクリアすると、TPTFAIL、PPDI、およびPRDIもクリアされます。
PRDIは、問題が遠端にあることを示します。この問題は、遠端がAISアラームを受信するために発生する可能性があります。詳細はPOSレポートPPDIを参照してください。
AISパス条件は、このノードが着信パスのAISを検出したことを意味します。
一般に、AISは特別なSONET信号であり、送信側ノードに送信可能な有効な信号がないことを受信側ノードに通知します。AISはエラーではありません。受信側ノードは、ノードが実際の信号ではなく信号AISを認識する各入力で障害状態AISを発生させます。この状態が発生すると、ほとんどの場合、アップストリームノードは信号障害を示すアラームを起動します。すべてのダウンストリームノードは、特定のタイプのAISのみを発生させます。この状態は、アップストリームノードで問題を解決するとクリアされます。
この問題はCritical(CR)およびService-Affecting(SA)です
ノード上のPath Payload Label Mismatch(PSLT)アラームは、着信信号がローカルにプロビジョニングされたラベルと一致しないことを示します。この状態は、SONETパスオーバーヘッドの無効なC2バイト値が原因で発生します。スクランブリングとカプセル化により、C2の値を変更できます。
さまざまなアラームによってPOSインターフェイスがダウンする可能性があります。デフォルトでは、次のアラームによってPOSリンクがダウンします。PAIS、PLOP、PTIM、PUNEQ、PRDI、PPLM、PPDI、BER_SF_B3。リストを変更するには、pos trigger不具合インターフェイスコマンドを使用します。POSインターフェイスがアップまたはダウンすると、原因が記録されます(show log)。 show ons alarmコマンドを使用すると、すべてのアクティブなアラームまたは不具合を取得できます。POSインターフェイスを起動する原因をトラブルシューティングします。POSインターフェイスがダウンすると、TPTFAILアラームが発生します。
他のベンダーのPOSインターフェイスに接続する場合は、次の項目が両端で一致していることを確認します。
スクランブリング
C2値
CRC
POSインターフェイスに蓄積する入力エラー(show interface POSおよびCTC PMカウンタ)は、着信パケットの形式が正しくないことを示します。さまざまな原因により、入力エラーパケットが発生する可能性があります。
アラームが存在する場合は、トラブルシューティングを行います。
入力エラーに沿ってCRCエラーが増加する場合、CRCエラーが入力エラーの原因である可能性があります。CRC設定のトラブルシューティング
POSインターフェイス設定を確認します。
2つのPOSポート間のパスコンポーネントをトラブルシューティングします。他のコンポーネントエラーで対応する増分がない場合は、ハードウェアの問題を考慮してください。ハードウェアを交換する前に、回線の両側で(一度に1つずつ)次の手順を実行して、問題が解決されないかどうかを確認します。
TCC側スイッチ
XC側スイッチ
保護が存在する場合は、SONETポートの保護スイッチ
MLカードソフトリセット
MLカードの再装着
両方のインターフェイスでCDPが有効になっているかどうかを確認します。
アラームとインターフェイスエラーがある場合は、それらをトラブルシューティングします。
2つのエンドデバイスの設定を確認します。
アラームとエラーがある場合は、トラブルシューティングを行います。
このセクションでは、問題のトラブルシューティングのベースラインとして使用される、このテストのすべてのデバイスの基本設定情報を取得します。
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
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
.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
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 |
初版 |