ジャンボイーサネットフレームの展開


19

ルーティング環境でジャンボフレームを正常に展開するための一般的なガイドラインは何ですか?


何か答えがありましたか?もしそうなら、質問が永遠にポップアップし続けないように答えを受け入れ、答えを探してください。または、独自の回答を提供して受け入れることもできます。
ロンモーピン

回答:


19

条項

物理インターフェイス-レイヤー2ポートまたはスイッチポート。このドキュメントのコンテキストでアップリンクとダウンリンクを切り替えることを指します。802.1qタグ付けを実行する場合としない場合があります。

論理インターフェイス-レイヤー3ポートまたはルーテッドポート。サーバーインターフェイス、ルーターインターフェイス、スイッチ仮想インターフェイス、およびサブインターフェイスを指します。IPアドレスを持つもの。

標準ドメイン-1500バイトの標準イーサネットペイロードで動作するレイヤー3隣接VLANのセット。

ジャンボドメイン-1500バイト(通常は9000バイト)を超えるイーサネットペイロードMTUで動作するレイヤー3隣接VLANのセット。

ネットワークトポロジー

ジャンボフレームは、ミックスアンドマッチテクノロジーではありません。ジャンボフレームは、ルーターで区切られたネットワークの明確に区切られたセグメントに展開されます。このレイヤー3境界は、標準ドメインとの相互運用性をサポートするために不可欠です。ルータは、ネットワークスタックの下位レベルでは提供されないPath MTU DiscoveryのフラグメンテーションおよびICMP応答を提供します。ジャンボドメイン内のすべての通信はより大きなペイロードをサポートしますが、標準ドメインとジャンボドメイン間のすべての通信は標準ペイロードサイズで行われます。不連続ジャンボドメイン間の通信も標準ペイロードサイズで発生します。

ジャンボVLAN

ジャンボフレームは、ミックスアンドマッチテクノロジーではありません。この点は繰り返す価値があります。特定のVLANは、標準ドメインまたはジャンボドメインに属しますが、両方に属することはありません。これは、ジャンボVLANを伝送するすべての物理インターフェイスがジャンボフレームを許可する必要があることを意味します。ジャンボフレームがジャンボフレームを許可しない物理インターフェイスに遭遇すると、ドロップされます。同様に、ジャンボVLAN上のすべての論理インターフェイスは、まったく同じMTU値で構成する必要があります。

物理インターフェース

物理インターフェイスは、インターフェイスでジャンボフレームが許可されている限り、任意の数の標準およびジャンボVLANを伝送できます。また、両方のタイプのVLANをホストまたはルーターにトランキングすることができます。ホストまたはルーターの論理インターフェイスが、各VLANの適切なMTU値で構成されていることのみが重要です。この意味で、物理インターフェースと論理インターフェースの間には切断が存在します。物理インターフェイスはジャンボMTUを満たすか、それを超える必要があります。完全に一致する必要はありません。

論理インターフェイス

ジャンボフレームは、ミックスアンドマッチテクノロジーではありません。再びあります。すべての意図と目的のために、ネットワーク内のすべての物理インターフェースは、標準VLAN、ジャンボVLAN、またはその両方を伝送するジャンボフレームを許可できます。論理インターフェイスは、MTUの正確な一致が本当に重要な場所です。これは、少し混乱する可能性のある場所でもあります。たとえば、MTU 9000用にCisco 6500 SVIを設定すると9000バイトのイーサネットペイロードが許可され、MTU 9014用にHP NICチームを設定すると9000バイトのイーサネットペイロードが許可されます。これは、Cisco値がペイロードのみを指定し、HP値がペイロードとイーサネットヘッダーを指定するためです。MTUを正確に一致させるには、これらの詳細を認識することが重要です。

検証

ジャンボVLANが適切に展開されたことを検証する方法を知っておくと便利です。Pingテストで十分ですが、DFビットの設定には注意が必要です。CiscoとWindowsの両方のpingユーティリティは、これを行う方法を提供しますが、バイトをカウントする方法もまた異なります。シスコの長さパラメータには、ICMPペイロード、ICMPヘッダー、およびIPヘッダーが含まれます。Windowsの長さパラメーターは、ICMPペイロードのみを指定します。シスコの9000の長さとWindowsの8972の長さの両方が、9000バイトのペイロードで長さ9018のイーサネットフレームを生成します。

結論

うまくいけば、そこにいる誰かがこのディアトライブを役に立つと思うでしょう。ネットワーキングでは、最初から正しく行うことの重要性を知っていると思います。情報の正確性、改善の可能性、および追加の参考文献に関するコメントをお気軽にお寄せください。

参照資料

http://en.wikipedia.org/wiki/Jumbo_frame


11

または要約する:

  • 環境全体で一貫性を保つ-インフラストラクチャがサポートする最大MTU値を確認し、各ベンダーが計算するさまざまな方法を考慮します(L2ヘッダーの有無にかかわらず)
  • 物理インターフェース、SVI、およびL3インターフェースの説明
  • 隣接関係を形成する前に、デバイス間のMTUマッチングを実施するOSPFなどのプロトコルに注意してください
  • サーバーに触れる直前にネットワークを取得します。Jumbosが設定されていないサーバーは、ジャンボ対応ネットワーク上で正常に動作しますが、逆は災害です。

サーバーがすべて同意する限り、または少なくとも「十分に」同意する限り、問題をトラブルシューティングするのは恐ろしくなります。
LapTop006

3

ネットワークレイアウトに応じて、必ず確認して、最初から始めてください。コア内のリンクから始めて、そこからディストリビューションおよびアクセスレイヤー(該当する場合)を介して作業します。アクセスポートで有効にする前に、ネットワークがジャンボフレームを完全にサポートしていることを確認してください。最近のほとんどの100/1000エンドデバイスはジャンボフレームをサポートしていません。サポートしている場合、(明らかに)デフォルトの標準mtuになります。

ネットワーク全体にジャンボフレームを展開することを検討している場合に提供できる最善のアドバイスは、ネットワーク内のどこでもPMTUD(v4またはv6)をブロックしないようにすることです。アップストリームポートを最後まで残す限り、ネットワーク内で問題は発生しません。


3

ここで説明されていない側面の1つが理由です。

ジャンボフレームは、一部のアプリケーションにとっては大きなメリットがありますが、実際にアプリケーションをベンチマークして、実際にコストをカバーするメリットが得られるかどうかを確認する価値があります。最近では、最も恩恵を受けるアプリケーションでも、スループットが10%向上することはまれであり、増加した運用コストをカバーできない場合があります。トンネリング(MPLS、L2TPなど)を使用するバックボーン内では必要になる可能性があり、単一のバックボーンは通常単一の管理者グループであるため、ほとんどコストがかかりませんが、ジャンボをアクセスレイヤーに拡張するとすぐに複雑になります。

考慮すべきもう1つの点は、追加された新しいデバイス(またはRMAの交換品)がトラフィックのサイレントブラックホールにならないように、すべてのドキュメントと手順を更新する必要があることです。

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