ブログ GES ネットワークの謎を解明
ネットワークの謎を解明する: リバース エンジニアリングの技術 ネットワークにおいて、リバース エンジニアリングとは、何かがどのように構築されたかを調べてそれをコピーしようとすることではありません (ドイツのエニグマ マシンのように...)
ほとんどの場合、VoIPのトラブルシューティングは、何らかのネットワーク問題を解決することを意味します。 を VoIP の問題はネットワークの問題です。電話の登録方法、ファームウェアのバージョン、コール マネージャーの構成などに問題がある可能性がありますが、一方向オーディオ、内部通話が適切に転送されない、オーディオ品質が悪いなどの実際のオーディオの問題を VoIP でトラブルシューティングする場合、ほとんどの場合、ネットワークに問題があることがわかりました。
VoIPとは何ですか？
電話がかかってくると 「ボイスオーバーインターネットプロトコル」、またはVoIP、電話の場合、通話は最初にコール マネージャーに接続されます。次に、コール マネージャーは受信者の電話を呼び出し、誰かが応答すると、コール マネージャーは個々のデバイスにオーディオ ストリームをリリースします。この時点で、2 つの電話はリアルタイムで直接会話します。
「認めたくはないですが、VoIP のトラブルシューティングは通常、ネットワークの問題を解決することを意味します。」 – ネットワーク エンジニア
これは、一般的なコール セットアップがどのように行われるかについての非常に基本的な概要ですが、電話が異なる地理的位置や異なるサブネットにある可能性があることを考慮してください。 電話がコール マネージャに到達できるかどうかは、もはや問題ではありません。 エンドポイント間の双方向通信も完全に機能する必要があり、複雑なネットワークでは、ファイアウォール、動的ルーティング、アクセス制御リスト、および非対称ルーティングと競合することを意味します。
ほとんどの VoIP オーディオ トラフィックは、リアルタイム トランスポート プロトコル (RTP) をトランスポートとして使用します。 XNUMX つのエンドポイント間の RTP は、基盤となるネットワークに完全に依存する UDP ストリームとして存在します。 したがって、オーディオ ストリームの一方の側がもう一方の側に到達するのを妨げるネットワークの問題は、オーディオの問題につながります。
VoIP トラブルシューティング
電話が登録され、正しい IP アドレスと VLAN を受信していることを確認した後、VoIP のトラブルシューティングは通常、ホップごとにフローを追跡することから始まります。ただし、これは非常に面倒で時間がかかります。パケット キャプチャ、多数のデバイスへのログイン、電話に直接アクセスできる人の検索、パスの通信が中断されている場所を正確に特定することを目的として、ホップごとにネットワークをクロールする必要があります。
「ピンと traceroute VoIP のオーディオ問題のトラブルシューティングには重大な制限があります。」
通常、エンジニアは ping や traceroute などの簡単なツールを使用して、電話機間のパスをマッピングします。これらは使いやすい組み込みツールであるため、エンジニアが最初に使用する最も一般的なツールです。ただし、ネットワークでは確かに役立ちますが、ping と traceroute には、VoIP のオーディオ問題のトラブルシューティングには重大な制限があります。
- まず、複雑なネットワークでは、エンドポイント間のパスをトレースするのに非常に長い時間がかかることがあります。私はこのような方法で VoIP のトラブルシューティングに何時間も費やしましたが、結局は複数の TAC ケースとパケット キャプチャを開くだけでした。ネットワークをよく知らないと、この状況はさらに悪化します。
- 3 番目に、traceroute はレイヤー 3 ホップのみを調べ、ICMP に応答するように設定されたレイヤー XNUMX デバイスのみがトレースに表示されます。これは、VoIP のオーディオ問題のトラブルシューティングに大きな問題を引き起こします。設計上、一部のデバイスが traceroute に応答しない場合、パスが失敗している場所をどのように特定できるでしょうか。
- Traceroute は、大規模なネットワークで非常に一般的な非対称ルーティングを考慮していません。 たとえば、私は自分の地域に数十の場所を持っている顧客のために一方向の音声の問題に取り組みましたが、あるサイトから別のサイトへのパスは往々にしてリターン トラフィックとは異なっていました。 特に、ある種のマルチパス テクノロジが利用されている場合、フローごとに変化する可能性のある双方向パスをトレースすることは、無駄な作業になる可能性があります。
- Traceroute はレイヤー 2 デバイスを考慮していません。 2 台の電話機の間にルーターが数台しかない場合でも、パスのレイヤ XNUMX で動作するスイッチが数十台ある可能性は十分にあります。 エンドツーエンドのサービス品質構成のコンテキストでは、パス内のすべてのデバイスを考慮する必要があります。 これには、すべてのルーター、すべてのファイアウォール、およびすべてのスイッチが含まれます。
Traceroute は、パスのどこで VoIP 通信が切断されているかを正確に検出する能力が限られています。
にもかかわらず traceroute の制限事項、エンドポイント間の完全なパスを分析することは、依然として一般的な VoIP の問題の原因を見つけるための鍵であり、ここでインテリジェントなネットワーク マッピングが登場します。 NetBrainのプラットフォームは、エンドポイント間のパスを含むネットワークをプログラムでマッピングするように特別に設計されており、VoIP の一般的な問題をトラブルシューティングするエンジニアにとって非常に強力です。
エンドポイント間の完全なパスを分析することは、一般的な VoIP の問題の原因を見つけるための鍵です。
まず、 NetBrainさん Dynamic Maps を使用してデバイスからデバイスへとクロールする必要なく、ネットワークのリアルタイムでインタラクティブなマップを作成します。 traceroute と CDP ネイバーを表示. 競合しているデバイスの種類と、ACL が存在する場所、NAT が実行されている場所、ルートの再配布が行われている場所などを非常に迅速に識別できます。
私の経験では、これで実際に問題のある場所を確認するのに十分かもしれません。 NAT、ACL、およびルートの再配布はすべて、私が何年にもわたってトラブルシューティングしなければならなかったオーディオの問題の原因となっています。 ただし、特定のオーディオ フローに注目するには、 NetBrainさん A/B パス計算機 エンドポイント間の実際のパスを動的にマップします。 VoIP トラブルシューティングのコンテキストでは、このツールは文字通り何時間も節約できます。
ソースと宛先のアドレスを指定するだけで、エンドポイント間の実際のパスを動的にマッピングできます。
使い方 NetBrainの A/B パス 計算機を使用すると、任意の 2 つのエンドポイントの IP アドレス、レイヤー 3 とレイヤー 3 のどちらを調べるか、および分析するプロトコルを指定できます。オーディオ テストの場合は、XNUMX つの電話機の IP アドレスを入力し、開始するレイヤー XNUMX を選択して、プロトコル リストから UDP を選択します。数秒以内に、デバイスが使用しているリアルタイム パスがインタラクティブなディスプレイに表示されます。ACL の場所、RTP トラフィックがたどるパス、フローの障害が発生している場所を非常に迅速に判別できます。これは、ネットワークを不器用に ping したり、デバイス間で traceroute を使用したりすることに比べると、VoIP のトラブルシューティングにおける大きな進歩です。
秒以内に、A Dynamic Map ACL、RTP を表示します traffic paths、およびフローの内訳が発生している場所。
オーディオの問題のもう XNUMX つの一般的な原因は、エンドポイント間のパスのリンク品質の低下または低帯域幅のリンクです。 これが、優れたエンドユーザー エクスペリエンスに必要なすべてのネットワーク リソースが特定のトラフィック (通常は音声) に割り当てられるように、キューに入れ、優先順位を付け、その他の方法でサービスの品質が開発された理由です。
オーディオ ストリームは UDP を使用するため、本質的に信頼性が低く、不良パケットを再送信するためのエラー チェック メカニズムがありません。 さらに、リンクに重大な輻輳があり、オーディオ トラフィックを優先するように QoS が設定されていない場合、最終的な結果として、オーディオの品質が非常に低下したり、コールが完全にドロップされたりする可能性があります。
QoS の問題点は、有効にするにはエンドツーエンドで完全に構成する必要があることです。
しかし、QoS の問題点は、有効にするにはエンドツーエンドで完全に構成する必要があることです。 音声トラフィックの発信に使用されるすべてのアクセス ポート、すべてのトランク ポート、およびすべてのレイヤ 3 終端には、一貫したサービス ポリシーが必要です。 大規模なネットワークでは、これは膨大な数のインターフェイスになる可能性があります。 通常、これは、最初にエンドポイント間のパスをトレースし、次にすべてのデバイスにログインして、QoS 構成が存在し、正しいかどうかを確認することを意味します。
NetBrain また、組み込みのカスタマイズ可能な Qapps を使用して、パス内のすべてのネットワーク デバイスから情報を取得し、各デバイスの QoS 構成やポリシーの問題を示す実際のキュー ドロップなどの関連情報のインタラクティブ マップを提示することで、この問題をプログラムで解決します。
パスに沿ったすべてのデバイスからライブ データを自動的にプルし、インターフェイス ポリシーを強調表示し、キュー ドロップを検出します。
この情報をプログラムで収集できるため、エンジニアは VoIP の問題を迅速に解決できます。 そうしないと、デバイスごとに QoS 情報を手動でプルするのに信じられないほどの時間がかかります。
このレベルの QoS 情報をデバイスごとに手動で取得するには、信じられないほどの時間がかかります。
認めたくはないが、VoIPのトラブルシューティングは通常、ネットワークの問題を解決することを意味する。最近まで、エンジニアはネットワークの障害を見つけるために、トレースルートのような単純なツールを頼りにしていた。しかし、 NetBrainさん Dynamic Maps および A/B パス 計算機を使用すると、片方向オーディオ、通話品質の低下、通話転送の問題、その他の一般的な VoIP の問題に対する VoIP のトラブルシューティングがより迅速かつ容易になり、解決までの時間も大幅に短縮されます。