ビデオ: Using Juniper for the First Time | JunOS CLI 2024
レイヤ3の問題はもちろんパケットに関係します。一般的に、プロトコルスタックの上位には問題がありますが、それが間違っている可能性があります。ルーティングレイヤー（レイヤー3の初期の名前）では、指定された宛先へのルートは存在しないか、ループすることができます。また、パケットをブラックホールに送信することもできます。
ルータネットワーク内には、show route protocol ospfやshow bgp summary operational modeコマンドなど、プロトコル自体の機能を調べるツールがあります。これらのコマンドを使用して、それぞれOSPFルーティングプロトコルとBGPルーティングプロトコルの動作を把握できます。
<！ --1 - >しかし、既に見てきたように、レイヤー3の問題は、レイヤー2の出来事によって引き起こされることがよくあります。それでも、SNMPポーリングとトラップ、およびイーサネットOAMを使用して、ネットワークルーターリンクレベルで問題をキャプチャすることができます。さて、パケットレイヤで実際に問題となる問題を見てみましょう。ここでは、一般的なエンドユーザツール（traceroute）を使用して、問題の原因となっているルータを分離します。
tracerouteは、宛先ホストに達するまで、あるルータから別のルータにパケットをホップバイホップで送信します。パケットが宛先へのルートを持たないルータに到着した場合、 宛先到達不能 ICMPメッセージが発信者に返送されます。
tracerouteを使用する場合、問題は通常、tracerouteに応答する最後のホップではなく、最後の応答デバイスである にあることに注意してください。 <！ - 3 - > すべてがうまくいくと、送信先は通常、送信元ホストから5ホップ離れています。レスポンダーのネットワークアドレスの変更は、パケットがネットワークのある主要部分から別のものに移動したことを示すものです（たとえば、カスタマーネットワークからサービスプロバイダーネットワークへ）。
user @ host> traceroute 10. 2. 2. 1 traceroute to 10. 2. 2. 1（10）この例では、ルータがDest-Hostへの途中でtracerouteにどのように応答するかを確認します。 （192.168.1.10）2. 617ms 1. 690ms 2. 851ms（Cust-Router1）2（2 2. 1）、最大30ホップ、40バイトパケット1 192. 168. 10. 1 3.186ms 3. 370ms 5. 570ms（Cust-Router2）3 172. 16. 11. 1（172,16,111） （Prov-Rtr1）4 172. 16. 44.2（172. 16. 44.2）3.778ms 5. 237ms 5. 413ms（Prov-Rtr2 ）5 172. 16. 44. 27（172. 16. 44. 27）10. 867 ms 12. 568 ms 5. 991 ms（Dest-Host）ここで、リンクが唯一のリンク（Cust-Router2）とサービスプロバイダールーター（Prov-Rtr1）の間で障害が発生します。
user @ host> traceroute 10。2. 2. 1 traceroute to 10. 2. 2. 1（10. 2. 2. 1）、30ホップ最大、40バイトパケット1 192。168.10。1（192 168.8 10. 1）1。 983ms 2. 440ms 2. 414ms（Cust-Router1）2 192. 168.10.6（192.168.10.6）2.883ms！ H 4.36ms
！ H 2 9。 114ミリ秒！ H！ Hは、2番目のルータからICMPホスト到達不能メッセージを取得していることを示します。これはCust-Router2デバイスのように見えるかもしれませんが、パケットがCust-Router2に戻ってきて、何の問題もなくパケットが戻ってきたことに気付きます。
いいえ、この問題は、この最後のホップを越えて、顧客とサービスプロバイダの間のリンク上にあります。
Cust-Router2の目的地への便利なルートはありませんので、！ Hが発行されます。
