ブリッジングは遅延を追加しますか?


10

ブリッジを使用して中央の人のようなトラフィックスニッフィングを実行する場合、ブリッジは遅延を追加しますか?そして、どの単語を遅延または遅延を使用する必要がありますか?


遅延をゼロにしたい場合は、タップを使用します-信号は電気的(または光学的)に複製されるため、送信されたもの(エラーなど)を正確に確認できます[注:それらの内部ロジックは5ドルにも関わらず高価です]
リッキービーム

回答:


12

こんにちは、ネットワークエンジニアリングへようこそ。

「遅延」と「レイテンシ」について:用語は常に一貫して使用されているわけではありません。ここにいくつかのヒントがあります

一般に、遅延という用語は、一方向のエンドツーエンドの時間を見るときに使用されます。これは、パスに沿ったさまざまなコンポーネントによって導入されたすべての伝搬、シリアル化、バッファリング(および場合によっては処理)遅延合計で本質的に構成されます送信元から宛先へ(往復の時間(RTT)について話したい場合は、その逆も)。したがって、ブリッジは全体的なレイテンシにいくらかの遅延を追加すると言うかもしれません。

(役立つコメントの後に編集された次のセクション)ブリッジは、直接ケーブルと比較した場合、フレームのビットを送信するために、それを処理した後、(ブリッジの出力側の)特定のネットワークメディアのシリアル化遅延を少なくとも一度追加します再び出口側で。もちろん、1つの方向で1つのシリアライゼーション遅延が追加されます。ほとんどのユースケースでは、どちらかの方向にデータを流す必要があるため、ブリッジは最終的に2回のシリアライゼーション遅延を追加します。

シリアル化の遅延に関する表については、この質問wiki.geant.orgも参照してください)。

https://wiki.geant.org/display/public/EK/SerializationDelayからのさまざまなメディアのシリアライゼーション遅延

あなたの場合、「中間者」が原因で、追加のバッファリングと処理の遅延が発生します。それがどのくらいになるかは、特定のプラットフォーム上の特定のブリッジソフトウェアの処理能力、およびフレームが受けるさまざまな機能とモジュールに完全に依存します。


1
コーヒーを飲んだことがないので、直感的ではないかもしれませんが、ブリッジを追加すると、必然的にシリアル化遅延が2倍になりますか?もちろん、シリアル化の遅延は常に1つ追加されます(何らかのカットスルーが行われている場合を除きます)が、「送信」シリアル化は次のレシーバーの逆シリアル化と並行して発生します(これは常に発生します)。合計で実質的に1つの余分な遅延だけですか?それがあまり明確でない場合は申し訳ありません...
psmears

1
@psmearsブリッジが遠端でフレームを送信するときのシリアライゼーションの遅延は、いずれの場合でも発生することに同意します。受信側については...同じビットシーケンスが同期的に送信されるが、ブリッジをバイパスする、ブリッジをバイパスする、それ以外は同一の「直接」ケーブルを想像してみましょう。ケーブルでは、ブリッジは最後のビットが処理を開始するのを待っている間、ビットはラインを伝わります...ああ。あなたは正しい、ありがとう!それでは編集の時間です。
Marc 'netztier' Luethi

シリアライゼーションの遅延はワイヤスピードであるため、それほど遅延ではありません。最新のエンタープライズグレードスイッチのほとんどはワイヤスピードでスイッチングするため、遅延はごくわずかであり、おそらくオーバーサブスクライブインターフェイスでの輻輳とキューイングが原因です。
Ron Maupin

8

はい、ブリッジ/スイッチはフレームに遅延を追加します-1から20 µsのオーダーです。

スイッチの場合、通常は遅延について説明します-フレームを受信して​​から別のポートに転送するまでの遅延。スイッチは、宛先アドレスを受信して​​転送を決定するのにしばらく時間がかかります。ストアアンドフォワードスイッチ(一般的な種類)は、転送を開始する前にフレーム全体を受信する必要があります。高速カットスルースイッチは1 µs未満になることがあります。編集:@kasperdが正しく指摘したように、カットスルーは送信元ポートと宛先ポートが同じ速度かステップダウンでのみ可能です。


3
カットスルーは、着信リンクと発信リンクが同じビットレートで実行されている場合にのみ最適なパフォーマンスを達成することに注意してください。また、混合ビットレートのシナリオでカットスルーを実装することに煩わされたベンダーもいないかもしれません。
kasperd

2
@Kasperd Ciscoは、Nexus 3000シリーズの場合、同じ速度と速度ステップダウンのシナリオ(40G-> 1 / 10G)では「カットスルー」を主張しますが、速度ステップアップ(1 / 10G-> 40g)では主張しません。 cisco.com/c/en/us/td/docs/switches/datacenter/nexus3000/sw/...
マルク・'netztier' Luethi

@kasperd&Marc'netztier'Luethi-もちろん、thx。すぐにデータがなくなるため、ステップアップによるカットスルーは不可能です(フレーム長が不足しない限り)。
Zac67

@ Zac67長さは一部のフレームではわかっていますが、すべてのフレームではわかっていません。(そして、それがどのように機能するかを読んだ後、私はそもそもそれを最初に調べたことを後悔しているようです。)
kasperd
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.