フレームの実際の長さはどれくらいですか、フレームはいつバブルですか?


7

私はいくつかのネットワーキングのこと、およびCiscoスイッチのインターフェースカウンター(の出力#sh int)で気付いたことを1つのカウンター「バブル」について調べています

 0 babbles, 0 late collision, 0 deferred

シスコはバブルを「サイズが1518バイト超えるフレームの送信が原因で発生するバブルエラー」と定義しています

よくわかりません。ウィキペディアによれば、通常の1500バイトのパケットとレイヤー2ヘッダー/フッターのカプセル化は1530バイトになるとのことです。そのようなパケットはバブルになりませんか?

私はwiresharkを数秒間実行しただけで、フレームをバイトサイズで配置すると、ほとんどすべてが1514バイトで表示され、これより大きくなることはありません。それでウィキペディアはフレームサイズの定義を間違っていますか、それとも私は何が起こっているのか誤解していますか?

ありがとう!

回答:


8

1530には、NICがそれを提示しないため、専用の診断ギアがないと決して表示されないレイヤー1オーバーヘッド(プリアンブルと開始フレーム)が含まれています。1518には、技術的にはレイヤー2情報の一部であるFCS(CRC)が含まれていますが、チェーンを通過するNICパスを見たことはありません(読み取り:Wiresharkでは表示できません)。

興味深いことに、Cisco 2900XLのドキュメントを指しています。「オーバーサイズの」フレームを送信すると、2900XLがクラッシュすることを私は直接知っています。つまり、タグなしポートの802.1qタグ付きフレームです。(または3500XLでした)

シスコの言うことをすべて無視すると、バブルはパケット間ギャップを守らない送信機であり、遅延がほとんどまたはまったくない状態でフレームごとにフレームを送信します。これは、半二重ネットワークにとって大きな問題です。


ジャンボフレームは、MTUが最大9000バイトにクランクアップされるときに言及する価値があります。
generalnetworkerror 2014

1
ジャンボフレームはイーサネット仕様の一部ではありません。シスコのリファレンスは、ジャンボをまったくサポートしていないデバイスを指します。
リッキービーム
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.