TDMoEおよびQoSに関する考慮事項


8

前の質問で述べたように、私はデータ接続でも共有されるメトロイーサネット接続を介して音声通信を送信することを検討しています。前の質問に加えて、QoS保証とTDMoEに関する質問があります。音声通信は、MANリンク容量の25〜30%強(基本的にTDMoEを介してPRIを実行)を使用すると予想されます。

私の現在の計画は、TDMoEがre:CoSに適切に分類されていることを確認し、スイッチでQoS管理を使用して、それが最初に送信されることを確認することです。これは単純で単純明快で、信頼できる音声伝送レートを確実に保証します。

これで十分ですか?欠けているQoSに関して、やらなければならないことはありますか?

回答:


7

使用している機器と、使用している帯域幅の情報を教えてください。音声機器はパケット自体にマークを付けますか、それとも処理する必要がありますか?通常、CoS 5やDSCP EFが音声ペイロードの伝送に使用されます。音声はなんらかの形式のLLQ(低遅延キュー)で送信する必要があります。

詳細を教えていただければ、ポリシーの提供をお手伝いさせていただきます。


2

「TDMサーキット」のビットレートと厳密に一致するCIRと、非常に小さなCBS(もしあれば)が必要になります。バーストするオーバーヘッド/能力があるため、かなりのCBSにはFDVが導入される可能性があります。これは避けたいものです。通常、TDMトラフィックではバーストは発生しませんが、イーサネットではバーストが発生し、そのオプションが存在することは望ましくありません。

それまでなら、メトロ(現在は「キャリア」)イーサネットを介してPDH回路をエミュレートするためのMEF 8技術仕様/実装契約を確認してください。ここへの直接リンク:

http://metroethernetforum.org/PDF_Documents/technical-specifications/MEF8.pdf

CoSの適切なビットは、26ページから始まります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.