Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
このページの内容
 

GREループバック回避モードとGREのみのトンネルサービスのスケーリングについて

Junos OSデバイスでは、GREループバック回避モードとGRE専用トンネルサービススケーリングにより、CoS、ファイアウォールフィルター、高可用性との統合を維持しながら、転送効率とインターフェイスの拡張性を向上させます。ループバック回避により、 gr- インターフェイスでGREカプセル化と外部IPルックアップを1回のパスで実行できるため、再循環がなくなり、PFE帯域幅の使用量が削減されます。GRE専用のトンネルサービスは、PICまたはトンネルポートリソースをGRE専用に専用にするため、定義された制限内で高いGRE IFLスケールを実現できます。また、ユーザーは、ToS/トラフィッククラスの処理を制御し、明確な内側と外側のヘッダーセマンティックスを持つフィルターとポリサーを適用し、ルーティングインスタンス、論理システム、Node Slicing、高可用性全体で一貫した動作を確保することもできます。

プラットフォームとJunos OSサポートの詳細については、 機能エクスプローラを参照してください。

利点

  • GREトンネルループバック回避 - GREカプセル化のためのループバック再循環をなくすことで、PFEでのループバックのオーバーヘッドを低減します。これにより、ホスティングラインカードの帯域幅消費量が削減され、ヘッドエンドトンネルの効率を向上させることができます。

  • 高スケールGREインターフェイス - gr- インターフェイスあたり最大16,000のIFL、シャーシあたり最大32,000のGRE IFLを許可することで、GREインターフェイスの拡張性を向上させます。この規模により、多数のサービスや加入者を個々のGREインターフェイスにマッピングする展開が可能になります。

ループバック回避(ループバックレスGREカプセル化)

no-tunnel-servicesオプションを使用してGRE物理インターフェイスでループバックレスカプセル化を有効にすると、[edit interfaces gr-x/y/z ]hierarchyでは、GREカプセル化がPFE上でインラインで実行されます。パケットは、ループバック発信インターフェイスを再循環することなく、外部IPヘッダーに基づいて直ちに転送されます。

このモードでは、転送コンテキストは、1 つのパイプライン パス内で内部ヘッダーから外部ヘッダーに直接切り替わります。これにより、パケットがループバックインターフェイスを通過するときに必要となる2番目の解析および検索段階が不要になります。

GREカプセル化解除はすでにインラインで動作しています。したがって、主な動作の変更はヘッドエンド(カプセル化)パスに適用されます。ループバックレスカプセル化は、トンネルサービスパスにおけるループバック処理とGRE固有のキューイング段階を回避することで、ループバック帯域幅の消費を削減し、フォワーディング効率を向上させます。

GRE論理インターフェイスのスケーリング

GRE論理インターフェイスのスケールを拡大するには、シャーシ、PIC、またはトンネルポートレベルでGRE専用モードを設定して、トンネルサービスリソースをGREに明示的に割り当てる必要があります。

PICレベルで、以下のコマンドを設定して、PICをGREインターフェイスのみに制限します。

set chassis fpc fpc-slot pic pic-slot tunnel-services interface-type gr

設定されると、システムはそのPICから他のトンネルインターフェイスタイプを削除し、完全な論理インターフェイスとCookieリソースをGREにのみ割り当てます。

トンネル単位の設定をサポートするプラットフォームでは、個々のトンネルポートをGRE専用にすることで、この割り当てをさらに絞り込むことができます。

set chassis fpc fpc-slot pic pic-slot tunnel-services tunnel-port tp-slot interface-type gr

これにより、選択したポートをGRE専用モードで動作させ、他のポートを混合トンネルタイプに使用することができます。

GREのみモードでは、システムは以下をサポートします。

  • gr-物理インターフェイス当たり最大16,000のGRE論理インターフェイス
  • シャーシ当たり最大32,000個のGRE論理インターフェイス、対象となるPICとトンネルポートに分散

PICレベルでは、帯域幅の設定はオプションです。明示的に設定されていない場合、デフォルトの帯域幅である400Gbpsが適用されます。ただし、トンネル単位のポートレベルでは、帯域幅の設定は必須です。

GREトラフィックのQoSに関する考慮事項

GREトラフィックのQoSセマンティクスは、ToS/DSCPコピー設定、GRE論理ユニットの静的トラフィッククラス設定、ファイアウォールベースの分類の組み合わせを使用して制御されます。

BA(動作集約)分類子は、GRE論理インターフェイスではサポートされていません。そのため、トラフィックの分類にはファイアウォールフィルターを使用する必要があります。

ループバックレスモードで動作する場合は、ファイアウォールフィルター、ポリサー、サンプリングポイントが適用される場所を慎重に検討してください。処理段階に応じて、これらの機能は、転送パスに沿って内部パケットヘッダーまたは外部GREヘッダーのいずれかを見る場合があります。

(gr-)インターフェイスを設定する際は、以下のガイドラインに従ってください

  • GRE論理インターフェイスは、 inet、 inet6、 bridge ファミリーで設定できます。

  • GRE論理インターフェイスは、ルーティングインスタンスの一部として展開できます。

  • ヘッドエンドトラフィックでは、コマンド set interfaces gr-fpc/pic/port unit unit tunnel copy-tos-to-outer-ip-headerを使用して、内側のマーキングを外側のヘッダーにコピーできます。

  • IPv4トランジットGREでは、コマンドset chassis copy-tos-to-outer service-type greとともに、GREユニットでcopy-tos-to-outer-ip-header-transitを追加で有効にすることができます。固定マーキングが必要な場合は、コマンドset interfaces gr-fpc/pic/port unit unit tunnel traffic-class valueを適用して、静的なDSCPまたはトラフィッククラスを外部ヘッダーにスタンプします。

  • GREトラフィックを伝送するメディアインターフェイスでインラインJ-Flowとポートミラーリングを使用し、 inet、 inet6、 bridge ファミリー、およびルーティングインスタンスと論理システム内にGRE論理インターフェイスを展開できます。

  • 高速タップまたはリアルタイムトランスポート(RTT)コンテキストのフィルターとポリサーには、カプセル化後にパケットが再解析されないため、元のヘッダー(カプセル化前またはカプセル化解除前)が引き続き表示されますが、エグレス論理インターフェイスに適用されるフィルターには新しいヘッダー(カプセル化後またはカプセル化解除後)が表示され、ポリサーは最終パケットの長さに基づいて規制されます。

  • egressのファイアウォールログエントリとミラーリングされたパケットはカプセル化された形式を反映しますが、入力側のログとミラーリングにはカプセル化解除またはカプセル化前のパケットが表示されます。ファミリー any ミラーリングは、GRE論理インターフェイスではサポートされていません。

  • ループバックレスモードでGREトンネルサービスキューをバイパスするため、gr-物理インターフェイスまたはその論理インターフェイスでは、階層スケジューリング、ユニット単位のスケジューリング、またはキュー統計を使用することはできません。代わりに、システムは最終的な WAN インターフェイスでトラフィックをキューに入れ、スケジュールします。システムは、GRE物理インターフェイス上のhierarchical-scheduler、GREユニット上のreassemble-packetsとtunnel allow-fragmentationなどの設定を拒否し、no-tunnel-servicesが存在する場合はforce-control-packets-on-transit-pathすることで、これを強制します。

関連ドキュメント