タグ付けされた質問 「ber」

2
テスト目的でイーサネットフレーム損失をエミュレートする[終了]
閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか? 質問を更新して、 Network Engineering Stack Exchangeのトピックになるようにします。 11か月前に閉鎖されました。 たぶん私はかなり基本的なものを見逃しているかもしれませんが、私にはわからないので、私は尋ねると思いました。 テストの観点から、さまざまなTDMoEがBERとパケット遅延にどの程度敏感であるかについて、イーサネットレベルで遅延とランダムなパケットドロップをシミュレートする方法を検討しています。これらのテストでは、同様のStackOverflowの質問で説明されているように、おそらくiptablesを実行するだけです。ただし、ここでは機能しますが、より一般的なケースで機能するかどうかはわかりません(おそらく、Windowsサーバーなどの間でBERトレランスをテストします)。だから、これは私に考えさせられました。 テストプロトコルにストレスをかけ、遅延とパケット損失に対する感度を評価するために、人為的にパケットを遅延またはドロップできる安価なネットワークテストデバイスはありますか? 私の要件は、これをイーサネットレベルで実行できるようにすることです。特定のデバイス、ブランドなどをそれほど探しているわけではありません。もしそうなら、それらがどのようなものであるかのいくつかの一般的なアイデア。私は、これを行うためにLinuxとiptablesを実行する単純なブリッジの構築を主に検討しています。これが正しい方法かどうか疑問に思っています。

1
TDMoEはBERにどの程度敏感ですか?
現在、メトロイーサネットを介した2つのアスタリスクサーバーの接続を検討しています。これは私が他の場所での答えを見つけることができなかったいくつかの質問につながります。 1つ目は、ビットエラーレートとケーブル配線です。TDMoEは、タイミングに敏感であるため、ビットエラーレートにも非常に敏感であると予想します(つまり、欠落したデータがどのように再送信されるかはわかりません)。これは正しい仮定ですか?データはかなりまばらです。2つのサーバー間のリンクのBERを中心としたケーブルの考慮事項を基にする必要がありますか?メトロイーサネットプロバイダーにBER関連の質問をする必要がありますか? または、プロトコルは妥当な損失を処理することができますか? 私はTDMoEの経験はあまりありませんが、これを考えると、イーサネットフレームが失われるとPRIフレームが失われ、コールがドロップされてPRIがアラーム状態になる可能性があると心配しています。
9 ethernet  tdmoe  ber 
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.