ネットワークはいくつかの異なる問題に悩まされる可能性がありますそれぞれがデータ転送に影響を与える病気。主なものは遅延または遅延です。非常に類似している2つの密接な従兄弟であり、多くの人はそれらをパケット損失とジッターであるとみなしています。
遅延または遅延はネットワーク通信で発生する可能性があり、パケット損失が引き起こす可能性があるものを推測するのも簡単です。ジッタはより複雑な概念です。しかし、これは今日議論するものであり、専門家をジッタさせるつもりはありませんが、私たちの希望は それが何であるか、それがネットワークにどのように影響するか、それを防止または削減するために何ができるかをよりよく理解するのに十分な情報を提供する.
いくつかの基本的なことから議論を始めますジッタに関する情報。それが何であり、どのように起こるかを説明するために最善を尽くします。次に、過度のジッターの悪影響と、許容されるジッターの量について説明します。次に、VoIPトラフィックの特定のケースを確認します。これは、ジッタの影響を最も受けやすい一般的なネットワークサービスの1つです。これに続いて、ジッタを測定および監視するための議論を行い、その目的に利用できるいくつかの最良のツールの短いレビューを行います。私たちの次のビジネスは、ジッターの防止または削減です。ジッタバッファとQoSパケットの優先順位付けが最適なオプションの2つであることがわかります。
いくつかの用語
全員が同じページから始めるようにしましょう最初にいくつかの重要な用語を定義します。実際には。重要なのは用語そのものではなく、それらの違いと類似点を認識していることです。これらは、前述のネットワークの4つの主要な病気です。
パケットロス 単に、1つまたは複数のパケットが宛先に到達できないことです。比較的頻繁に発生しますが、多くのネットワークプロトコルに組み込まれているエラー修正によってその影響が軽減されます。
ディレイ データがあるポイントから別のポイントに移動するのにかかる時間です。これは、送信元と宛先の間の距離とデータの移動速度の要因です。
待ち時間 さまざまな原因のためにデータ伝送に追加される遅延です。
遅延と遅延がよく使用されることに注意してくださいデータがソースからデスティネーションに移動するのにかかる時間に関係しているため、互換性があります。さらに、同じ概念の2つの異なる名前であると言う人もいます。
はどうかと言うと jItterの、ネットワークの遅延の変動です。深く掘り下げましょう…
ジッタについて
ジッタとは、パケットがネットワークを介して転送されるときの遅延の変動。これは、ネットワーク全体の変化する遅延率です。例でジッタとは何かを明確にしましょう。同じネットワーク上で互いに通信する2台のコンピューターがあるとします。 2台のコンピューター間でデータパケットが常に交換されています。ジッタがない場合、各パケットはネットワークを横断するのに同じ時間がかかります。 10ミリ秒かかると仮定します。
ジッタの影響を受けるネットワークでは、通過時間各パケットの変動します。 1つのパケットは10ミリ秒で到着し、次のパケットは50ミリ秒で到着し、3番目のパケットは15ミリ秒で到着します。この特定の例では、3番目のパケットが2番目のパケットの前に到着する可能性があります。ジッタはミリ秒（ms）または1000分の1秒で測定され、図は最速パケットと最遅パケットの差を表します。上記の例では、ジッタは40ミリ秒です。多くの場合、それは問題ではなく、受信者はパケットを並べ替えて意味を理解することができます。
ただし、一部のプロトコルはあまりうまく処理できませんジッタ。たとえば、多くの現代のビジネス電話システムの背後にある技術である、ストリーミングビデオやVoice over IPなどのリアルタイムプロトコルの場合です。
ジッタの悪影響
ジッタの影響は、特定のサービス。たとえば、ファイル転送には信頼性が組み込まれているため、パケットの順序を正しく並べ替えたり、シーケンスに誤りがある場合や欠落している場合は再送信を要求します。 VoIPテレフォニーやビデオストリーミングなどの他のサービスは、はるかに影響を受けます。ジッターの影響は、IPテレフォニーなどのリアルタイムユーザーサービスで最も大きく、または少なくとも最も顕著です。
Voice over IPの目標は、少なくとも達成することです標準のテレフォニーで得られるほどの優れた通話品質。あなたはあなたが言うすべてが相手に対して非常に明確であると期待し、逆もまた同様です。これは、スピーチを明瞭に保つために、到着するオーディオパケットを順番に維持する必要があることを意味します。リアルタイムの信号配信よりも少ないものは、音声が途切れて会話することになります。実際に、音質のスキップや音声信号の揺れは、多くの場合、ネットワークに過剰なジッターが存在することを示す最初の証拠です。
ジッタが大きすぎる
ジッタはネットワークの寿命の事実と同じくらいです税金は私たちのものです。それを回避する方法はありません。ただし、問題が発生しないように、許容範囲内に収まる必要があります。わずかなジッタでも、最も敏感なリアルタイムデータフローに目立った効果はありません。どのレベルのジッターが許容範囲であるかを適切に測定するために、シスコにお問い合わせください。結局のところ、それはネットワーキング機器のナンバーワンメーカーであるため、会社はそれが何について話しているのかを知る必要があります。
だから、ここに何があります シスコの提案 として 許容レベルのジッター そして、私たちがそこにいる間に、それがパケット損失と待ち時間についても示唆していること。
- ジッタ：<30 ms
- パケット損失：<1％
- 全体的なネットワーク遅延：<150 ms
最高のパフォーマンスを得るには、20ms未満のジッタ。 30msを超えると、リアルタイムのVoIP会話の品質に顕著な影響があります。また、30ミリ秒を超えると、歪みが発生し、他のユーザーが理解しにくくなる可能性があります。これら3つの主要なパフォーマンスメトリックをそれぞれのしきい値よりも低く保つことで、ネットワーク上の重要なサービスで深刻なパフォーマンスの問題が発生しないようにすることができます。
Voice over IPの特定のケース
VoIP電話は間違いなくサービスですジッタの影響を最も受けます。実際には、ビデオまたはオーディオのストリーミングも同様に影響を受けますが、これらのタイプのサービスの相対的な重要性はそれほど高くありません。これは、VoIPデータ転送の発生方法に関係しています。 IP電話に話すと、音声がデータに変換され、ネットワーク経由で送信されます。音声データは多くの異なるパケットに分解され、反対側の発信者に送信されます。
その音声データは、ネットワーク、他のすべてのトラフィックと競合しています。特に、ネットワーク回線が過剰に使用されている状況では、パケットが遅延する可能性があります。この遅延は、ファイルを転送するときに明らかではない場合があり、最終的に数秒しかかかりません。ただし、音声トラフィックに遅延とジッターが発生すると、パケットのシーケンスが狂い、音声信号に大きな歪みが生じる可能性があります。
監視ツールについて
ネットワーク監視ツールは、間違いなくジッタの発生を監視する最善の方法。適切なネットワーク監視ツールは、ネットワークがジッターに苦しんでいる、または苦しんでいる時期を通知します。また、現在の帯域幅制限を超えようとしていることを確認するのにも役立ちます。
監視の重要性は簡単にわかりますジッタ。問題が発生したらすぐに対応できるようにする最善の方法です。実際、多くの場合、ジッタが非常に大きくなり、サービスの低下を引き起こす前に介入できるようになります。監視ツールは、パフォーマンスの問題に関するコンテキストを提供することもできるため、情報に基づいたトラブルシューティングを実行できます。監視ツールは、ネットワークジッタの発生を確認する機能を提供することにより、ジッタをより効果的に解決および防止するための努力をします。
ジッタを測定するための最高のツール
今、私たちはあなたに納得させましたジッタ監視ツールの有用性について、いくつかの最良のツールを見てみましょう。弊社のツールはいずれもジッタの測定専用ではありませんが、すべてのツールがそれを行います。これらのツールにはすべて非常に異なる目的があり、特定のニーズに最適なのは、役立つ機能を備えたツールです。それをあなたに判断させてあげましょう。ただし、ここで確認するすべてのツールがジッタを測定するのに適していますのでご安心ください。
1- SolarWinds VoIPおよびネットワーク品質マネージャー （無料トライアル）
SolarWinds 過去20年ほどの間、最高のネットワーク管理ツールのいくつかを作成してきました。その主力製品、 ネットワークパフォーマンスモニター、最高のSNMPネットワーク間で一貫してスコアリング監視ツール。同社はまた、無料のツールで有名です。ネットワーク管理者の特定のニーズに対応するために作られており、次のような製品が含まれています。 TFTP Sアーバー または アドバンストSubnet Cアルキュレーター.
の SolarWinds VoIPおよびネットワーク品質マネージャー 専用のVoIP監視ツールです素晴らしい機能が満載。このツールを使用して、もちろんジッタだけでなく遅延、パケット損失、MOSなどのVoIP通話品質メトリックを監視できます。コールの問題とネットワークパフォーマンスを相関させることにより、VoIPコールパフォーマンスのトラブルシューティングに役立ちます。 Cisco IP SLAテクノロジーを使用したリアルタイムWANモニタリングも含まれています。 VoIPコールパストレース機能を使用すると、ネットワークパス全体でコールの問題を特定できます。
- 無料トライアル： SolarWinds VoIPおよびネットワーク品質マネージャー
- ダウンロードリンク： https://www.solarwinds.com/voip-network-quality-manager/registration
このツールは、リアルタイムの監視を提供しますサイト間WANパフォーマンス。また、異常な状況を通知するアラート機能も備えています。 Cisco IP SLAメトリック、総合トラフィックテスト、およびカスタムパフォーマンスのしきい値とアラートを利用して、WAN回線が期待どおりに動作することを保証できます。
しかし SolarWinds VoIPおよびネットワーク品質マネージャー WAN回線を監視するだけでなく、VoIPゲートウェイとPRIトランクの使用率とパフォーマンスメトリックを表示します。新しいVoIP展開を計画するときに音声品質を評価できるようにすることで、容量計画に役立ちます。
の価格 SolarWinds VoIPおよびネットワーク品質マネージャー 最大5つのIP SLAソースデバイスに対して$ 1 615を開始300台のIP電話。他のライセンスレベル（デバイス無制限ライセンスなど）も利用できます。製品を試用する場合は、30日間の無料試用版を利用できます。
2- PRTGネットワークモニター
の PRTG ネットワークモニター から ペスラー 多目的ネットワーク監視システムです。センサーは製品に含まれていますが、アドオンと比較できますので、 PRTG ネットワークおよびシステムのさまざまなパラメータを監視するために使用できます。このツールは、ITインフラストラクチャ内のほぼすべてのシステム、デバイス、トラフィック、およびアプリケーションを監視できます。
これに関連して特に興味深い議論では、このツールには、ネットワークに影響を与えるジッターの量を測定するように設計されたPing Jitter Sensorが含まれています。その他の関連センサーには、QoS往復センサーおよびQOS片方向センサーが含まれます。 IP-SLA対応のシスコデバイスの場合、IP-SLAセンサーは関連するメトリックを読み取ります。どちらの方法でも、VoIP接続の品質が示され、どのレベルの遅延、ジッターなどが許容されるかを定義できます。しきい値を超えると、電子メール、SMS、またはプッシュ通知をモバイルデバイスで通知するように選択できるため、適切な対策を講じることができます。
の PRTGネットワークモニター 非常に簡単かつ迅速にインストールできます。 ツールの自動検出システムはネットワークセグメントをスキャンし、さまざまなデバイスやシステムを自動的に認識します。次に、定義済みのデバイステンプレートからセンサーを作成します。特定のVoIPセンサーは、後で手動でセットアップする必要がある場合があり、インストールが少し長くなりますが、これは依然としてセットアップが最も速いツールの1つです。
の PRTGネットワークモニター 無料のフル機能バージョンで利用可能100個のセンサーに制限されています。単一の監視対象パラメーターは1つのセンサーとしてカウントされることに注意してください。 100を超えるセンサーを監視するには、ライセンスが必要です。価格はセンサーの数によって異なり、500個のセンサーでは600ドルから、無制限のセンサーでは14500ドルまでです。無料のデバイス無制限の30日間試用版が利用可能です。
3- VoIPモニターを備えたManageEngine OpManager
の ManageEngine OpManager 別の優れたネットワーク監視ツールです。 機器のバイタルサインを監視し、仕様から外れるとすぐに警告します。このツールは、必要な情報を簡単に見つけることができる直感的なユーザーインターフェイスを備えています。また、いくつかの事前に作成されたカスタムレポートとともに、優れたレポートエンジンを備えています。パッケージを完成させるために、製品のアラート機能も非常に包括的です。
ジッタの監視に関しては、 ManageEngine OpManagerの VoIPモニター オプションは、あなたのVoIP通話を処理するインフラストラクチャの能力。このツールは、Cisco IP SLAを使用して、VoIPネットワークの重要なサービス品質パラメーターを継続的に監視します。監視対象のVoIPパラメーターには、パケット損失、遅延、ジッター、平均オピニオン評点（MOS）、および往復時間（RTT）が含まれます。
の ManageEngine OpManager 監視対象デバイスの数に基づいて価格設定されます。価格の範囲は、25台のデバイスで715ドルから、1,000台のデバイスで14,995ドルです。の VoIPモニター オプションは、それを必要とするデバイスごとに125ドルを追加します。 30日間の無料トライアルが利用できるため、製品を試して、特定のニーズにどのように適合するかを確認できます。
4- VoIPモニター
VoIPmonitorはオープンソースのネットワークパケットですほとんどのVoIPプロトコルを監視するための商用フロントエンドを備えたスニファー。 Linux上で実行され、ITU-T G.107 Eモデルに従ってジッターやパケット損失などのネットワークパラメーターに基づいて進行中のVoIPコールの品質を分析するように設計されています。コール情報は、メトリックとともにデータベースに保存されます。 Wiresharkなどの外部ツールでさらに分析するために、各呼び出しをpcapファイルに保存できます。
VoIPmonitorは音声をデコードして再生することもできますWebベースのGUIを介して、.WAVファイルとしてディスクに保存します。製品はそのままでG.711 alawおよびulawコーデックをサポートし、商用プラグインはG.722、G.729a、G.723、iLBC、Speex、GSM、Silk、iSAC、およびOPUSのサポートを追加します。 VoIPmonitorは、T.38 FAXをPDFに変換することもできます。
VoIPmonitor GUIフロントエンドは、10チャネルで42ドル/月から6 000チャネルで月917ドルまでの価格でローカルにホストされたサーバーとして、または3チャネルで20ドル/月から200チャネルで200ドル/月まで変動するクラウドベースのサービスとして。どちらのバージョンも、30日間の無料試用版で利用できます。
ジッタの防止または削減
ジッタを測定することは1つのことですが、それを見つけるには、あなたはそれについて何かをする必要があります。ジッタを防止または低減できる最も一般的な2つの方法を見てみましょう。どちらの手法にも、レイテンシーの問題に対処する追加の利点があります。
ジッタバッファ
ジッタバッファは、次の目的で使用されるデバイスです到着したパケットを宛先に渡す前に短時間パケットを保存することによる、カウンター遅延または遅延の変動。それらは通常、測定されたジッタの量に応じて、30〜200ミリ秒間トラフィックをバッファするように設定されます。このバッファリングにより、ジッターが少なくなり、会話が両当事者にとってわかりやすくなります。ジッタバッファは、データパケットを送信する前に保持し、適切な順序で到着するようにします。その結果、ジッタが最小限に抑えられ、VoIP通話品質への悪影響が少なくなります。
その性質上、ジッタバッファはネットワーク全体に存在する全体的な遅延を増やします。パケットを抑えることにより、ジッタバッファがサービスに遅延を追加しています。全二重通信を実装するときは、ジッタバッファの設定に注意する必要があります。ジッタバッファのもう1つの問題は、バッファがバンドエイドソリューションであることです。ジッタの原因には対処せず、症状のみに対処します。そのために必要なのは、ルーターにサービス品質（QoS）を設定することです。
QoSの優先順位付け
パケットの優先順位付けは、ネットワークの輻輳を軽減するために特定の種類のトラフィックを優先するサービス設定。優先順位付けされたトラフィックは、他のタイプのトラフィックよりも優先され、他のトラフィックの量に関係なく最初に送信されます。一般に、パケットの優先順位付けは、VoIPなどのリアルタイムパフォーマンスを必要とするミッションクリティカルなアプリケーションに適用されます。
VoIPトラフィックを保護するには、通常はReal-Time Transport Protocol（RTP）パケットに優先順位を付けます。これを行う方法は、ルーターの設計によって異なります。トラフィックは、DSCPマーキングに基づいて優先順位を付けることもできます。差別化サービスコードポイント（DSCP）は、各パックのヘッダーで6ビットコードを使用して、優先度が高くなるいくつかのクラスに従ってマークします。一般的なDSCP値の範囲は、0（最も重要でないトラフィック）から48（最も重要なトラフィック）までです。 IP電話やゲートウェイなどのほとんどのVoIPデバイスは、すべての音声トラフィックをDSCP 46としてマークします。その後、ルーターのQoS構成でそのトラフィックに優先順位を付けるのは簡単です。
コメント