IX BGPセッションダウンのトラブルシューティング
インターネットエクスチェンジ(IX)がダウンしている場合、ボーダーゲートウェイプロトコル(BGP)セッションに問題がある可能性があります。以下のトラブルシューティング手順を確認し、BGPセッションがIXの問題の根本原因であるかを確認してください。
ヒント
Megaportは、ピアとネットワークオペレーターが現在のルーティング状況を調査するための、公開されたウェブアクセス可能なMegaIX Looking Glassを運営しています。プライマリおよび冗長ルートサーバーのライブBGPデータをここでクエリできます:MegaIX Looking Glass。
トラブルシューティングアクション
| アクション |
手順 |
デバイス上のインターフェースまたは CRC巡回冗長検査。データの伝送エラーを検出するために使用されるエラー検出コードの一種。 エラーとパケットドロップをチェック |
インターフェースの統計やログは、クロスコネクトのどちらが故障を引き起こしているか、またその可能な解決策を特定するのに役立ちます。例えば、ネットワークインターフェースで増加する受信エラーは、特定の SFPスモールフォームプラッガブル(SFP)は、データ通信および電気通信ネットワークで使用されるホットプラッガブルのトランシーバで、2つのデバイス間でデータを伝送することを可能にします。 を除外し、IXの他のコンポーネントに問題がある可能性を示します。
重要な注記:
インターフェースタイプ、SFPタイプ、およびケーブルタイプ
- 1 Gbps 1000BASE-LX [10km; SMOFでのデュプレックス]
- 10 Gbps 10GBASE-LR [10km; SMOFでのデュプレックス]
- 100 Gbps 100GBASE-LR4 [10km; SMOFでのデュプレックス]
MTU(最大イーサネットフレームサイズ)- 顧客ポート間のVXCは9100バイト。
- MCRおよびMVEは標準MTUの1500バイトをサポートします。
- IXおよび多くのCSPポートはジャンボフレームをサポートしていませんが、すべて標準MTUの1500バイトをサポートします。
LAG複数の並列ネットワーク接続を使用して、単一のリンク(一つの接続)が達成できる限界を超えてスループットを増加させるための様々な方法について説明します。一般的にリンクアグリゲーションの場合、物理的なPortは単一のスイッチまたはルーター上に存在する必要があります。
- プロトコル: LACP
- インターフェース: 10GBASE-LR(10 Gbps)または100GBASE-LR4(100 Gbps)。1 Gbpsポートはサポートされていません。
- 単一のLAGにおけるインターフェースの最大数: 8
- 複数デバイスにわたるマルチシャーシリンクアグリゲーション(MC-LAG)はサポートされていません。
優先されるA-End VLAN(VXC/IX)- Untag(有効化) – A-Endポートを単一サービスに制限します。ポートあたりVXC/IXは1つのみで、デバイス側のアクセスポートに相当します。
- Untag(無効化) – A-Endポートで802.1q VLAN番号を指定します。各VXCはポート上の別のVLANとして提供されます。これはポート上で一意のVLAN IDである必要があり、2から4093までの範囲です。既に使用中のVLAN IDを指定した場合、システムは次の利用可能なVLAN番号を表示します。VLAN IDを空白のままにすると、デバイス側で許可されるVLANを持つトランクポートに相当し、システムがランダムにVLAN番号を割り当てます。
802.1Qトンネリング(Q-in-Q802.1Qトンネリング(Q-in-Qまたは802.1adとしても知られる)は、OSIレイヤー2プロバイダーが顧客のために使用する技術です。802.1adは内側および外側タグの両方を提供し、外側のタグ(時にはサービスプロバイダー用のSタグと呼ばれる)を取り除くことで、データをセグメント化する内側のタグ(Cタグまたは顧客)を露出させることができます。 )IEEE 802.1ad(Azure VXC)
- Microsoft Azure ExpressRouteにアクセスするには、Q-in-Q(IEEE 802.1ad)が必要です。選択した方法によって、デバイスの構成が異なり、Q-in-Q、Q-in-Qブレイクアウト、タグなしVXCまたはMCRのいずれかの設定が必要です。
|
| インターフェース、SFP、ケーブル、および配線が正しいことを確認 |
- ギガビットインターフェースでオートネゴシエーション(速度オートおよびデュプレックスオート)が使用されていることを確認します。
- クロスコネクトケーブルが両端で正しいポートに接続されていることを確認します。
- SFP光のパワーレベル(TxおよびRx)が両端で良好な光であることを確認します。
|
Layer 2OSIモデルの第2層はデータリンク層です。これはノード間のデータ転送を提供します(直接接続された2つのノード間のリンク)。ほとんどのMegaportのVirtual Cross Connect(VXC)はこの層で動作します。第2層は、メディアアクセス制御(MAC)層(ネットワーク内のデバイスがメディアにアクセスし、送信を許可する方法を制御する)、および論理リンク制御(LLC)層(ネットワーク層プロトコルを識別し、カプセル化を行い、エラーチェックとフレーム同期を制御する)に分かれています。 構成を確認 |
- MTUサイズが正しいことを確認します。
- LAGが使用されている場合は、LACP構成が正しいことを確認します。MC-LAGはサポートされていません。
- デバイスがMegaport Portalでの「優先A-End VLAN」に従って設定されていることを確認します。
- VLANが使用されている場合、デバイス側で正しいVLAN番号が設定されていることを確認します。
- Azure VXCが使用されている場合、デバイスがQ-in-Qメソッドのいずれかを使用して設定されていることを確認します。
|
Layer 3OSIモデルのレイヤー3はネットワーク層です。これは論理ネットワークアドレスを物理マシンアドレス(IPアドレス指定)に変換します。レイヤー3ルーターはアドレスの詳細に基づいてトラフィックを分析し、適切に転送します。これは通常、BGPセッションで交換される情報の詳細な理解を必要とします。 構成を確認 |
- インターフェースIPアドレスとサブネットアドレスが正しく設定されていることを確認します。
- ルーティングプロトコル構成(EIGRP/OSPF/BGP)が正しく設定されていることを確認します。
- Layer 3ネットワークデバイス間でpingテストを実行します(例:エッジルーター、BGPピア)。
- 送信元ホストと宛先ホスト間でpingテストを実行します(エンドツーエンドの接続性テスト)。
- pingテストが失敗した場合、両端のARPアドレス解決プロトコル (ARP) ルーティングテーブルには、MACアドレス (レイヤー2) とIPアドレス (レイヤー3) のマッピングのリストが含まれています。
テーブルとルーティングテーブルを確認します。
- pingテストが失敗し、両端のルーティングテーブルに問題がない場合、両端からtracerouteインターネットを通じてデータがどのように移動するかを調査し、目的地に到達可能かどうかを判断する診断ツール。
ログを取得します。
|
| デバイスの光パワーレベルを確認 |
ターミナルからの光の読み取りは、読み取りがしきい値範囲内にあるかどうかを理解するのに役立ちます。デバイスとポートのグラフでエラーを確認し、Megaportの光グラフ履歴 を表示します。グラフは5分ごとに更新されるため、フラッピングがまれな場合は、グラフが光の低下をキャプチャできない可能性があります。光の読み取りが仕様内であることを確認してください。 |
| IXネットワーク内および/または二者間ピアへのルートサーバーへのpingテストを実行 |
pingテストは特定のIPアドレスにデータパケットを送信し、IPネットワークデバイス間に接続性があるか否かを確認します。確認には、接続のレイテンシー(応答時間)が含まれます。
|
| ルートサーバーおよび/または二者間ピアへのLayer 2接続(ARP)を確認 |
Layer 2はWANまたはLANセグメント上のノード間のデータの流れを制御し、Layer 1のエラーを検出して修正する責任もあります。Layer 2の接続の問題は、VXC、MCRに接続するVXCの機能に影響を与える可能性があります。 クラウドサービスプロバイダー(CSP)に接続する際には、VLAN構成の詳細が正しいことを確認してください。特にAzureに接続する場合は、Q-in-Qを使用するため、注意が必要です。
Layer 2の接続の問題は、IXサービスにも影響を与える可能性があります。MACアドレスは、Megaportを使用したIXサービスを利用する際にデバイスを認証するために使用されます。ネットワーク設計に応じて、Megaportまたは他の組織とピアリングしている場合、Megaport Portalに正しいMACアドレスが指定されていることを確認してください。
サポートリクエストを上げる前にこれらのチェックを実行します:
- Looking Glassツールを使用してIXサービスのステータスをチェックします。ライブBGPデータのためにプライマリと冗長ルートサーバーの情報にアクセスできます。Layer 2の問題は物理的なLayer 1の問題よりも診断が難しいことがあります。MegaportにLayer 2の接続の詳細を提供すると、問題を特定するのに役立ちます。
- Megaportと直接ピアリングしていない場合、ピアリングしている会社に構成の変更を確認します。
- Layer 2に接続されているかどうかを確認するためにpingテストを実行します。
- ARPテーブルを確認し、Megaport PortalにMACアドレスが表示されていることを確認します。
- Megaportの技術仕様に構成が一致していることを確認します。
追加のガイダンスが必要な場合、アカウントマネージャーに連絡し、Megaportソリューションアーキテクトとの会議をリクエストしてください。 |
| BGP構成を確認 |
- インターフェースの設定、VLAN番号
- BGP IPアドレスとサブネットマスク
- BGPAS自律システム (AS) は、単一の管理者またはドメインを代表する1人以上のネットワークオペレーターの管理下にある、接続されたインターネットプロトコル (IP) ルーティングプレフィックスの集合です。ASN は自律システム番号を指し、BGPルーティングで使用するために各ASに割り当てられた一意の数値IDです。
番号
- 広告されるBGPネットワークアドレス
- BGPネイバーIPアドレスとサブネットマスク
- BGPネイバーAS番号
- 受信するBGPネイバーのネットワークアドレス
- BGPピア間のBGP認証
- BGPルートフィルタリングと操作(該当する場合)
|
| BGPエラーメッセージを確認 |
BGPプロトコルは、BGPセッションにエラーが検出されると通知メッセージを送信します。この例には、ホールドタイマーが切れる、ネイバーの能力が変更される、またはBGPセッションをリセットする要求が含まれます。エラーが検出されると、BGPセッションは閉じられます。
例えば、show log %BGP-xxxxxを入力します。
詳細については、インターネットエクスチェンジの概要を参照してください。 |
次のステップ
トラブルシューティング手順で問題が解決しない場合、サポートに連絡してください。支援を要請する前に、次の情報を収集してください:
トラブルシューティング結果
- 実行したトラブルシューティング手順の詳細をすべて提供してください。例えば、ループが配置された場合、その場所と向きを記録します。
ネットワークデバイスの構成の抜粋
- インターフェース構成
- スタティックルートおよびルーティングプロトコル構成(EIGRP/OSPF/BGP)
- 問題のあるデータフローのためのファイアウォールルールおよびACL構成
BGPコマンド出力およびパケットキャプチャ情報
- 両端でのルーティングテーブル(show IP route <ip-address>)。
- 両端でのルーティングプロトコルの状態およびテーブル。例えば、BGPピアテーブルはBGP状態を示し、BGPピア詳細(show ip bgp neighbors <neighbor-ip-address>)。
- BGPルーティングに問題があるBGPルーティングテーブルエントリー(show IP BGPコマンドの出力)。
- 広告されているBGPルート(show IP BGP neighbors <neighbor-ip-address> advertised-routes)。
- 受信したBGPルート(show IP BGP neighbors <neighbor-ip-address> routesコマンドの出力)。
- tracerouteログ(送信元および宛先ホスト間)。
- パケットキャプチャログが可能であれば(ファイルサイズは最大10 M)。
注記
データセンターで現地サービス技術者が必要な場合の詳細については、顧客フィールドサービス を参照してください。