トラブルシューティング：SONET リンクでのビットエラーレート - Cisco

トラブルシューティング：SONET リンクでのビットエラーレー
ト
目次
概要
前提条件
要件
使用するコンポーネント
表記法
背景説明
SONET オーバーヘッドの BIP-8 バイト
特定の BIP エラーはいつ発生するのか
BER
BER しきい値を設定して下さい
BIPエラーを報告して下さい
BIP エラーに対するルータの対応
トラブルシューティングのステップ
ATM インターフェイスでのビットエラー
関連情報
概要
このドキュメントでは、Packet over SONET（POS）ルータインターフェイスが伝送するフレームのビットインターリーブパリ
ティ（BIP-8）チェックについて説明します。
前提条件
要件
次の項目に関する知識があることが推奨されます。
SONET （同期式光ファイバー網）。
GSR （ギガビットスイッチルータ）。
ESR （Edge Services Router）。
使用するコンポーネント
このドキュメントは、特定のソフトウェアやハードウェアのバージョンに限定されるものではありません。
このドキュメントの情報は、特定のラボ環境にあるデバイスに基づいて作成されたものです。このドキュメントで使用するすべ
てのデバイスは、クリアな（デフォルト）設定で作業を開始しています。ネットワークが稼働中の場合は、コマンドが及ぼす潜
在的な影響を十分に理解しておく必要があります。
表記法
ドキュメント表記の詳細は、『シスコテクニカルティップスの表記法』を参照してください。
背景説明
BIPエラーの数が設定できるしきい値を超える時、これと同じようなルータレポートログメッセージ:
Feb 22 08:47:16.793: %LINEPROTO-5-UPDOWN: Line protocol on Interface POS3/0,
changed state to down
Feb 22 08:47:16.793: %OSPF-5-ADJCHG: Process 2, Nbr 12.122.0.32 on POS3/0
from FULL to DOWN, Neighbor Down
Feb 22 08:48:50.837: %SONET-4-ALARM: POS3/0: SLOS
Feb 22 08:48:52.409: %LINK-3-UPDOWN: Interface POS3/0, changed state to down
Feb 22 08:50:47.845:
TC alarm declared
Feb 22 08:50:47.845:
TC alarm declared
Feb 22 08:50:47.845:
TC alarm declared
Feb 22 08:50:52.922:
Feb 22 08:50:54.922:
%SONET-4-ALARM:
POS3/0: B1 BER exceeds threshold,
%SONET-4-ALARM:
POS3/0: B2 BER exceeds threshold,
%SONET-4-ALARM:
POS3/0: B3 BER exceeds threshold,
%SONET-4-ALARM: POS3/0: SLOS cleared
%LINK-3-UPDOWN: Interface POS3/0, changed state to up
この文書では、Threshold-Crossing（TC）Bit Error Rate（BER; ビットエラーレート）アラームのトラブルシューティング方法
に関するヒントを示します。
SONET オーバーヘッドの BIP-8 バイト
SONET は、セクション、回線、およびパスというレイヤアーキテクチャを使用するプロトコルです。セクション、ラインおよび
パス。各層はここに説明されるように SONET フレームにオーバーヘッドバイトの数を、追加します:
パスオーバ
ーへッド
A1 Framing
セクショ
B1 BIP-8
ンオーバ
ーへッド
D1 Data Com
A2 Framing
A3 Framing
J1 Trace
E1 Orderwire
E1 User
B3 BIP-8
D2 Data Com
D3 Data Com
C2 Signal
Label
H1 Pointer
H2 Pointer
H3 Pointer
Action
G1 Path
Status
B2 BIP-8
K1
K2
F2 User
Channel
D5 Data Com
D5 Data Com H4 Indicator
D8 Data Com
D9 Data Com Z3 Growth
D11 Data Com
D12 Data
Com
Z4 Growth
M0 または
M1/Z2 REI-L
Growth
E2
Orderwire
Z5 Tandem
Connection
ラインオ D4 Data Com
ーバーヘ D7 Data Com
ッド
D10 Data Com
S1/Z1 Sync
Status/Growth
重要なのは、各層はエンドツーエンド SONETパスに沿う特定のセグメントを渡るエラーモニタリングを、提供するのに単一を、
インターリーブドパリティバイト使用します。このパリティバイトのことを BIP-8（Bit Interleaved Parity の省略形）と
呼びます。 BIP-8 は前の同期転送信号レベル 1 （STS-1）フレームの偶数パリティーチェックを行います。
パリティチェックの間に、BIP-8 フィールドの最初のビットは以前に無秩序な STS-1 フレームのすべてのオクテットの最初のビ
ットの物の総数が偶数であるように設定されます。 BIP-8 フィールドの秒単位は同じ方法丁度使用されます、但し例外としては
このビットは各オクテットの秒単位のチェックを、等行います。
SONET ネットワークのためのベルコア GR-253 規格は特定のパリティエラーが計算されるバイトを定義します。この表は
SONET フレームの部分をその特定の BIP バイト送付記述したものです:
バ
対象とするフレーム部
イ
分
ト
監視するスパン
エラー表示
2 台の隣接する Section
Terminating Equipment（STE; セ
スクランブリングの後
B1
クション終端装置）（リジェネレ
の全体のフレーム。
ータなど）間のビットエラーを監
視
違いはセク
ションレ
ベルビッ
トエラーの
発生を示し
ます。
スクランブルする前の
Line OverHead および
同期ペイロードエン
B2
ベロープ（SPE）（を
含む Path Overhead
およびペイロード）。
違いは
linelevel ビッ
トエラーの
発生を示し
ます。
2 台の隣接する Line Terminating
Equipment（LTE; 回線終端装
置）（Add/Drop
Multiplexer（ADM; アド/ドロップ
多重化装置）や DCS など）間のビ
ットエラーを監視
違いはパス
スクランブルする前の 2 つのルータ POS インターフェイ
レベルビ
SPE （を含む Path
スのような 2 隣接したパス着信
B3
ットエラー
Overhead およびペイ側機器（PTEs）間のビットエラー
の発生を示
ロード）。
を、監視します。
します。
特定の BIP エラーはいつ発生するのか
状況によっては、show controllers pos コマンドの出力は BIPエラーの 1 つのレベルだけ報告します。原因はコード違反また
はビットフリップが実際にどこにによって発生するか報告された BIPエラーが変わることです。すなわち、パリティバイトは
SONET フレームのさまざまな部分上のエラーを監察し、検出する。 BIP エラーはフレーム内のどこでも発生する可能性がありま
す。
このダイアグラムは典型的な SONET ネットワークを説明します:
ポイントツーポイント 2 つのルータ POS インターフェイスを接続するとき中間 SONET または同期デジタル階層（SDH）機器
のない高密度波長分割多重（DWDM）リンクに、3 つの BIP メカニズムはすべて同じセグメントを監察し、一般的に同じエラーを
検出する。ただし、この設定で、B2 は最も正確なビットエラーカウントを提供する必要があります。
B3 エラーの増分のない B1 および B2 エラーの増分は、統計的にあり得ません。この条件はエラーが B3 バイトが監視しないフ
レームの一部に影響を与えるときだけ発生します。 B3 バイトが Path Overhead およびペイロードセクションをカバーすること
を再呼び出しして下さい。
B3 エラーの増分は破損 SPE かペイロード部分を指します。 Path Overhead はリモート PTE が SONET フレームを終えるまで変
更しません。 ADM および再生器は Path Overhead を終えないし、B3 エラーを報告してはなりません。従って、B3 エラーが増
加する条件はローカルまたはリモートルータインターフェイスが Path Overhead かペイロードを破損することだけを示します。
さらに、B3 チェックが最も長いスパンをカバーするとき、ビットフリップの可能性はより大きいです。通常、エンドツーエ
ンドパスは LTEs 間の少数の監視されたセグメントに及びます。 B2 パリティチェックはこれらのセグメントを監察する必要が
あります。
SONETインターフェイスは信号消失またはフレーム同期損失アラーム条件の間に BIPエラーの増加を報告してはなりません。た
だし、B1 エラーのバーストはアラームを宣言するためにインターフェイスが奪取する時発生する場合があります。このバース
トは 10 秒までの間持続する場合があります Cisco 12000 および 7500 ルータシリーズのラインカードが中央ルートプロセッサ
に統計情報を報告する間隔である。
さらに、BIPエラーにここに説明される異なるエラー検知解決があることを理解して下さい、:
B1: B1 はフレーム毎に 8 つまでのパリティエラーを検出することができます。解決のこのレベルは OC-192 レートで受
諾可能ではないです。エラー率の高いリンクでは、偶数個のエラーはパリティチェックによって検出できない場合があり
ます。
B2: B2 はフレームごとのかなり多くのエラーを検出することができます。 SONET フレームに含まれる STS-1（または STM1）の数が増えるにつれて、検出できるエラーの数も増えます。たとえば、OC-192/STM-64 は 192 x 8 = 1536 ビット幅
BIP フィールドを生成します。すなわち、B2 はフレーム毎に 1536 までのビットエラーを数えることができます。かな
り B2 パリティ計算を逃れる偶数エラーのより少ない可能性があります。 B2 は B1 か B3 と比較されたとき優秀な解決を
提供します。従って、SONETインターフェイスは点によって監視されるセグメントのためのだけ B2 エラーを報告できま
す。
B3: B3 は全体の SPE の 8 つまでのパリティエラーを検出することができます。この数は、（たとえば） STS-3 の各
STS-1 に Path Overhead および B3 バイトがあるのでチャネライズドインターフェイスのための受諾可能な解決を生成し
ます。しかし連結ペイロードでは、1 セットのパスオーバーヘッドが比較的大きなペイロードフレームをカバーする必要
があるため、この数では少なすぎます。
注：IOS リロードか microcode reload を始めるとき、POS インターフェイスは、リセットされ従ってフレーマです。リセ
ットはインターフェイスのマイクロコードを再度ダウンロードします。場合によっては、このプロセスはビットエラーの小
さいバーストを生成できます。
BER
BER は検出する BIPエラーの数を数えます。この値を計算するために、時間の単位ごとに送信されるビットの総数とビットエラ
ーの数を比較して下さい。
BER しきい値を設定して下さい
POS インターフェイスは BER をリンクが信頼できるかどうか判別するのに使用します。インターフェイスは BER が設定できる
しきい値を超過する場合ダウンするために状態を変更します。
3 つの SONET層はすべて 10e-6 のデフォルト BER 値を使用します。 show controllers pos コマンドは現在の値を表示しま
す。
RTR12410-2#show controllers pos 6/0
POS6/0
SECTION
LOF = 0
LOS
= 2
BIP(B1) = 63
LINE
AIS = 0
RDI
= 1
FEBE = 1387
BIP(B2) = 2510
PATH
AIS = 0
RDI
= 1
FEBE = 17
BIP(B3) = 56
LOP = 2
NEWPTR = 0
PSE = 0
NSE
= 0
Active Defects: None
Active Alarms: None
Alarm reporting enabled for: SF SLOS SLOF B1-TCA B2-TCA PLOP B3-TCA
Framing: SONET
APS
COAPS = 8
PSBF = 1
State: PSBF_state = True
ais_shut = FALSE
Rx(K1/K2): 00/00 S1S0 = 00, C2 = CF
Remote aps status working; Reflected local aps status non-aps
CLOCK RECOVERY
RDOOL = 0
State: RDOOL_state = False
PATH TRACE BUFFER : STABLE
Remote hostname : 12406-2
Remote interface: POS2/0
Remote IP addr : 48.48.48.6
Remote Rx(K1/K2): 00/00 Tx(K1/K2): 00/00
BER thresholds: SF = 10e-3 SD = 10e-6
TCA thresholds: B1 = 10e-6 B2 = 10e-6 B3 = 10e-6
デフォルトからの閾値を調節する pos threshold コマンドを使用して下さい。
router(config-if)#pos threshold ?
b1-tca B1 BER threshold crossing alarm
b2-tca B2 BER threshold crossing alarm
b3-tca B3 BER threshold crossing alarm
sd-ber set Signal Degrade BER threshold
sf-ber set Signal Fail BER threshold
シグナル障害（SF） BER および Signal Degrade （SD） BER は B2 BIP-8 エラーカウントからソースをたどられます（ように
B2-TCA）である。ただし、自動保護スイッチング（APS）マシンへの SF-BER および SD-BER 供給は保護スイッチの、および
（APS を設定したら）原因となる場合があります。
それらのための Enabled レポートがある場合 B1 BER しきい値超過アラート（B1-TCA）、B2-TCA および B3-TCA プリントだけコ
ンソールへのログメッセージ。
BIPエラーを報告して下さい
pos レポート {b1-tca | b2-tca | b3-tca}コマンドは報告したいと思う SONETアラームを設定することを可能にします。ルータ
公有地はルータがパスレベルか line-level アラームを宣言するとき TC アラームを報告します。
この出力例は Ciscoルータの POS インターフェイスが高い BER をどのように報告するか示します。
Aug 7 04:32:41 BST:
TC alarm declared
Aug 7 04:32:41 BST:
TC alarm declared
Aug 7 04:32:41 BST:
TC alarm declared
Aug 7 04:32:41 BST:
TC alarm declared
Aug 7 04:32:44 BST:
Aug 7 04:32:44 BST:
Aug 7 04:32:44 BST:
Aug 7 04:32:44 BST:
Aug 7 04:32:46 BST:
Aug 7 04:32:47 BST:
changed state to up
%SONET-4-ALARM:
POS4/6: B1 BER exceeds threshold,
%SONET-4-ALARM:
POS4/6: B2 BER exceeds threshold,
%SONET-4-ALARM:
POS4/6: SD BER exceeds threshold,
%SONET-4-ALARM:
POS4/6: B3 BER exceeds threshold,
%SONET-4-ALARM: POS4/6: SLOF cleared
%SONET-4-ALARM: POS4/6: PPLM cleared
%SONET-4-ALARM: POS4/6: LRDI cleared
%SONET-4-ALARM: POS4/6: PRDI cleared
%LINK-3-UPDOWN: Interface POS4/6, changed state to up
%LINEPROTO-5-UPDOWN: Line protocol on Interface POS4/6,
BIP エラーに対するルータの対応
Cisco POS インターフェイスが BIPエラーを検出するとき、インターフェイスはフレームを廃棄しません。原因は BIP 値が現在
のフレームをである前のフレームで計算された値運んだことです。全体のフレームの BIP 値を計算するために、全体のフレーム
は作成される必要があります。 SONET 速度で、フレームはかなり大きく、多量のバッファリソースを占めます。実際のアプロ
ーチはフレームのパリティ計算まで普通発生する送信の遅延を避けることです。このアプローチはバッファ要件を最小にしま
す。パリティ計算はフレームの実際の伝達の後に発生します。
たとえば、フレーム 100 のパリティ値はフレーム 101 の BIP フィールドに格納されます。
SONETフレーマがフレーム割当てを維持できる限りフレームはレイヤ2 プロトコルに送信されます。フレーム内のレイヤ2 デー
タが破損している場合、フレームは巡回冗長検査（CRC）として廃棄されます。
トラブルシューティングのステップ
この資料が記述したものです SONETアラームをおよび問題を解決するのにこれらのステップを使用して下さい:
光出力レベルをチェックします。リンクの減衰量が十分であることを確認します。
悪いですか汚れたファイバによりビットエラーを引き起こさないようにして下さい。次の手順を実行します。
1. 物理的なファイバおよびインターフェイスをきれいにして下さい。
2. ケーブルを交換します。
3. パッチパネルをすべてチェックします。
適切なクロックセッティングを確認して下さい。
トポロジーを送り出し、あらゆる転送するデバイスがあるように確認するか、または 2 つの端の間の再生器に信号を送っ
て下さい。これらのデバイスをまたチェックし、きれいにして下さい。
ハードなループバックテストを行って下さい。 1本の光ファイバを送信するにループし、インターフェイスのコネクタを受
け取って下さい。それからインターフェイスが実際のデータフローが可能であることを確認するためにインターフェイスの
IP アドレスを ping して下さい。詳細については、ここをクリックしてください。
Cisco Technical Assistance Center （TAC）に連絡する時:
1.
2.
3.
4.
5.
show running-config コマンドから出力を集めて下さい。
show controllers pos 詳細コマンドから出力を集めて下さい。 SONET レベルのビットエラーの数を確認します。
clear counters コマンドを実行します。
数分待ちます。
show controllers pos 詳細の出力を再度命じます同じインターフェイスのためにキャプチャして下さい。
Cisco 10000 シリーズ ESR トラブルシューティングガイドに現われる表はここにあります。この表は BIP TC アラームのトラブ
ルシューティングを実行するためにステップを提供したものです。
注：ギガビットスイッチルータ（GSR） POS カードにおいての既知の問題は GSR レート制限パケットが Gigabit Route
Processor （GRP）に押されるのでハードなループが PING 損失という結果に終ることです。詳細については、Cisco バグ ID
CSCea11267 （登録ユーザのみ）を参照して下さい。
アラームタイプお
よび重大度
アラームの症状
推奨事項
次のアラームタイプについ
て、
アラーム交差させる
TCA_B1 しきい値B1 マイナー
TCA_B1
TCA_B2
TCA_B3
どのケースでも、ケー
ブルの品質と接続をテ
ストする。
CLI とログにアラームメッセ
ージが表示される。
アラーム交差させる
TCA_B2 しきい値B2 マイナー
TCA_B1 と同じ
アラーム交差させる
TCA_B3 しきい値B3 マイナー
TCA_B1 と同じ
BER_SF 信号障害状
態マイナー
BER_SF および BER_SD アラーどちらのケースでも、
ムが発生すると、APS の切りケーブルの品質と接続
替えが起こる。
をテストする。
BER_SD 信号劣化状
態マイナー
-
これらの BER しきい
値を規定できます。
ATM インターフェイスでのビットエラー
キャンパスATM スイッチは、たとえば、LightStream 1010 および Catalyst 8500、ATM over SONET インターフェイスの TC アラ
ーム値を設定するためにコマンドをサポートしません。
Sep 19 02:21:44: %SONET-4-ALARM:
TC alarm cleared
Sep 19 02:21:44: %SONET-4-ALARM:
TC alarm cleared
ATM11/0/0: B1 BER below threshold,
ATM11/0/0: B2 BER below threshold,
POS インターフェイスのと同じステップで ATM スイッチの TC アラームのトラブルシューティングを実行して下さい。ビットエ
ラーはATMスイッチとその他デバイス間のパスの物理層問題を示しています。
関連情報
トラブルシューティングテクニカルノーツ
1992 - 2014 Cisco Systems, Inc. All rights reserved.
Updated: 2014 年 12 月 24 日
http://www.cisco.com/cisco/web/support/JP/100/1002/1002315_biterrorrate_16149.html
Document ID: 16149

Download Report