リンクサービスインターフェイスの設定
デバイスの、MLPP、MLFR、CRTPなどのマルチリンクサービスを含む、 lsq-0/0/0 リンクサービスキューイングインターフェイスでリンクサービスをサポートします。以下のトピックでは、SRXシリーズファイアウォール上のリンクサービスの概要、設定の詳細、検証について説明します。
リンクサービスインターフェイスの概要
リンクサービスには、マルチリンクサービス、MLPPP(Multilink Point-to-Point Protocol)、MLFR(Multilink Frame Relay)、CRTP(Compressed Real-Time Transport Protocol)があります。デバイスの は、 lsq-0/0/0 リンク サービス キューイング インターフェイスでリンク サービスをサポートします。
マルチリンクサービスとCRTPをサポートするには、ジュニパーネットワークスのデバイスでlsq-0/0/0(リンクサービスキューイングインターフェイス)を設定します。
SRXシリーズ ファイアウォールのリンクサービスキューイングインターフェイスは、マルチリンクサービスインターフェイス(ml-fpc/pic/port)、リンクサービスインターフェイス(ls-fpc/pic/port)、およびリンクサービスインテリジェントキューイングインターフェイス(lsq-fpc/pic/port)の、ジュニパーネットワークスのM SeriesおよびT Seriesルーティングプラットフォーム上のインターフェイスによって提供されるサービスで構成されています。M SeriesおよびT Seriesルーティングプラットフォーム上のマルチリンクサービス、リンクサービス、リンクサービスインテリジェントキューイング(IQ)インターフェイスは、物理インターフェイスカード(PIC)にインストールされていますが、SRXシリーズファイアウォール上のリンクサービスキューイングインターフェイスは内部インターフェイスのみであり、物理メディアまたは 物理インターフェイスモジュール (PIM)には関連付けられていません。
(ls-fpc/pic/port)は、SRXシリーズファイアウォールではサポートされていません。
このセクションでは、以下のトピックについて説明します。
- リンクサービスインターフェイスで利用可能なサービス
- リンクサービスの例外
- マルチクラス MLPPP の設定
- LFI によるキューイング
- 圧縮リアルタイムトランスポートプロトコルの概要
- 転送クラス別のフラグメント化の設定
- リンク層オーバーヘッドの設定
リンクサービスインターフェイスで利用可能なサービス
リンクサービスインターフェイスは、デフォルトで利用可能な 論理インターフェイス です。 表 1 は、インターフェイスで使用可能なサービスをまとめたものです。
サービス |
目的 |
詳しく |
|---|---|---|
MLPPPおよびMLFRカプセル化によるマルチリンクバンドル |
複数の構成要素リンクを1つの大きな論理バンドルに集約し、追加の帯域幅、ロードバランシング、冗長性を提供します。
手記：
動的コール アドミッション制御(DCAC)設定は、リンク サービス インターフェイスではサポートされていません。 |
|
リンクのフラグメント化とインターリーブ(LFI) |
大きなデータパケットを分割し、遅延の影響を受けやすい音声パケットを小さなパケットとインターリーブすることで、リンクの遅延と ジッター を低減します。 |
|
CRTP(Compressed Real-Time Transport Protocol) |
音声およびビデオ パケットのリアルタイム転送プロトコル(RTP)に起因するオーバーヘッドを軽減します。 |
|
Class-of-service(CoS)分類子、転送クラス、スケジューラおよびスケジューラ マップ、シェーピング レート |
以下のようにCoSを設定することで、遅延の影響を受けやすいパケットに高い優先度を提供します。
|
リンクサービスの例外
SRXシリーズファイアウォールでのリンクおよびマルチリンクサービスの実装は、M SeriesおよびT Seriesルーティングプラットフォームでの実装と似ていますが、次の例外があります。
リンクおよびマルチリンクサービスのサポートは、
ml-fpc/pic/port、lsq-fpc/pic/port、およびls-fpc/pic/portインターフェイスではなく、lsq-0/0/0インターフェイスで行われます。LFI を有効にすると、フラグメント パケットは構成要素リンク上でラウンドロビン方式でキューに入れられ、パケット単位およびフラグメント単位のロードバランシングが可能になります。 LFI を使用したキューイングを参照してください。
ユニット単位のスケジューリングは、すべてのタイプの構成要素リンク(すべてのタイプのインターフェイス)でサポートされています。
CRTP(Compressed Real-Time Transport Protocol)のサポートは、MLPPP と PPP の両方に対応しています。
マルチクラス MLPPP の設定
ジュニパーネットワークスデバイス上の lsq-0/0/0 の場合、MLPPPカプセル化を使用して、マルチクラスMLPPPを設定できます。マルチクラス MLPPP を設定しない場合、異なるクラスのフラグメントをインターリーブすることはできません。1 つのパケットのすべてのフラグメントは、別のパケットからのフラグメントが送信される前に送信される必要があります。フラグメント化されていないパケットは、別のパケットのフラグメント間にインターリーブされ、フラグメント化されていないパケットに見られる遅延を減らすことができます。実際には、遅延の影響を受けやすいトラフィックは通常のPPPトラフィックとしてカプセル化され、バルクトラフィックはマルチリンクトラフィックとしてカプセル化されます。このモデルは、遅延の影響を受けやすいトラフィックのクラスが 1 つで、遅延の影響を受けやすいトラフィックよりも優先される優先度の高いトラフィックが存在しない場合に有効です。リンク サービス PIC で使用されるこの LFI へのアプローチは、2 レベルのトラフィック プライオリティしかサポートしておらず、M Series および T Series ルーティング プラットフォームがサポートする 4 から 8 の転送クラスを伝送するには不十分です。
マルチクラス MLPPP では、遅延の影響を受けやすいトラフィックのクラスを複数用意し、バルク トラフィックを含む単一のマルチリンク バンドル上で伝送することができます。実際、マルチクラス MLPPP では、トラフィックのクラスごとに異なる遅延保証を設定できます。マルチクラスMLPPPを使用すると、各転送クラスを個別のマルチリンククラスにマッピングできるため、優先度と遅延の保証を維持できます。
マルチクラス MLPPP は機能のスーパーセットを表すため、LFI とマルチクラス MLPPP の両方を同じバンドルで設定する必要はなく、サポートもされていません。マルチクラス MLPPP を設定すると、LFI が自動的に有効になります。
Junos OS の PPP 実装は、アドレス フィールド圧縮とプロトコル フィールド圧縮 PPP NCP オプションのネゴシエーションをサポートしていないため、ソフトウェアは常に完全な 4 バイト PPP ヘッダーを送信します。
マルチクラス MLPPP の Junos OS 実装は、共通ヘッダー バイトの圧縮をサポートしていません。
マルチクラス MLPPP は、複数のリンクを使用する場合に発生するパケットの順序の問題を大幅に簡素化します。マルチクラス MLPPP を使用しない場合、パケット順序の問題を回避するため、1 つのフローに属するすべての音声トラフィックが 1 つのリンクにハッシュされます。マルチクラス MLPPP では、音声トラフィックを優先度の高いクラスに割り当て、複数のリンクを使用できます。
リンクサービスIQインターフェイスでマルチクラスMLPPPを設定するには、リンクがバンドルに加わったときにネゴシエートするマルチリンククラスの数を指定し、転送クラスからマルチクラスMLPPPクラスへのマッピングを指定する必要があります。
リンクがバンドルに加わったときにネゴシエートするマルチリンククラスの数を指定するには、 multilink-max-classes ステートメントを含めます。
multilink-max-classes number;
以下の階層レベルでこのステートメントを使用することができます。
[edit interfaces interface-name unit logical-unit-number][edit logical-routers logical-router-name interfaces interface-name unit logical-unit-number]
マルチリンククラスの数は、1〜8です。各転送クラスのマルチリンククラスの数は、ネゴシエートするマルチリンククラスの数を超えてはなりません。
転送クラスのマルチクラスMLPPPクラスへのマッピングを指定するには、[edit class-of-service fragmentation-maps forwarding-class class-name]階層レベルでmultilink-classステートメントを含めます。
edit class-of-service fragmentation-maps forwarding-classclass-namemultilink-class number
マルチリンク クラス インデックス番号は 0 から 7 までです。 multilink-class ステートメントと no-fragmentation ステートメントは相互に排他的です。
ネゴシエートされたマルチリンク クラスの数を表示するには、 show interfaces lsq-0/0/0.logical-unit-number detail コマンドを発行します。
LFI によるキューイング
LFI パケットまたは非 LFI パケットは、到着したキューに基づいて構成要素リンクのキューに配置されます。フラグメント化パケット、非フラグメント化パケット、または LFI パケットがキューイングされている間は、キュー番号は変更されません。
例えば、キュー Q0 がフラグメント化しきい値 128 で、Q1 がフラグメント化なしで、Q2 がフラグメント化しきい値 512 で設定されているとします。Q0 はパケット サイズ 512 のトラフィックのストリームを受信しています。Q1 は 64 バイトの音声トラフィックを受信しており、Q2 は 128 バイト パケットのトラフィック ストリームを受信しています。次に、Q0 のストリームはフラグメント化され、構成要素リンクの Q0 にキューイングされます。また、Q2 のすべてのパケットは構成要素リンクの Q0 でキューイングされます。Q1 のストリームは、フラグメンテーションが設定されていないため、LFI と見なされます。Q0 および Q2 からのすべてのパケットは、構成要素リンクの Q0 にキューイングされます。Q1 からのすべてのパケットは、構成要素リンクの Q2 にキューイングされます。
lsq-0/0/0 を使用すると、LFI パケットと非 LFI パケットに CRTP を適用できます。CRTP によるキュー番号の変更はありません。
構成要素リンクの Q2 でのキューイング
マルチリンクバンドルで サービスクラス を使用する場合、マルチリンクバンドルからのすべてのQ2トラフィックは、パケットの送信元アドレス、宛先アドレス、およびIPプロトコルから計算されたハッシュに基づいて、構成リンクのQ2にキューイングされます。IPペイロードがTCPまたはUDPトラフィックの場合、ハッシュには送信元ポートと宛先ポートも含まれます。このハッシュアルゴリズムの結果として、1つのトラフィックフローに属するすべてのトラフィックは、1つの構成要素リンクのQ2にキューイングされます。この構成要素リンクへのトラフィック配信方法は、バンドルが LFI で設定されていない場合も含めて、常に適用されます。
圧縮リアルタイムトランスポートプロトコルの概要
RTP(リアルタイム転送プロトコル)は、ネットワークオーディオおよびビデオアプリケーションの異なる実装間の相互運用性を実現するのに役立ちます。しかし、ダイヤルアップモデムなどの低速回線を使用するネットワークでは、IP、UDP、RTP ヘッダーを含むヘッダーが大きすぎる(約 40 バイト)場合があります。CRTP(Compressed Real-Time Transport Protocol)は、低速リンクのネットワーク オーバーヘッドを削減するように設定できます。CRTP は、IP、UDP、RTP ヘッダーを 2 バイトのコンテキスト ID(CID)に置き換え、ヘッダーのオーバーヘッドを大幅に削減します。
図 1 は、CRTP が 40 バイトのヘッダーを 2 バイトのヘッダーに縮小することで、音声パケットの RTP ヘッダーを圧縮する方法を示しています。
リンクサービスインターフェイスでは、MLPPPまたはPPP論理インターフェイスカプセル化を使用してCRTPを設定できます。 例:MLPPP バンドルの設定を参照してください。
リアルタイムおよび非リアルタイムのデータフレームは、リアルタイムトラフィックに過度の遅延を発生させることなく、低速リンク上で一緒に伝送されます。 リンクのフラグメント化とインターリーブの設定についてを参照してください。
転送クラス別のフラグメント化の設定
lsq-0/0/0では、特定の転送クラスのフラグメント化プロパティを指定できます。各転送クラスのトラフィックは、マルチリンクカプセル化(フラグメント化され、シーケンス化)または非カプセル化(フラグメント化なしでハッシュ化)のいずれかです。デフォルトでは、すべての転送クラスのトラフィックはマルチリンクカプセル化されます。
MLPPP インターフェイスのキューにフラグメント化プロパティを設定しない場合、 [edit interfaces interface-name unit logical-unit-number fragment-threshold] 階層レベルで設定するフラグメント化しきい値は、MLPPP インターフェイス内のすべての転送クラスのフラグメント化しきい値になります。MLFR FRF.16インターフェイスの場合、 [edit interfaces interface-name mlfr-uni-nni-bundle-options fragment-threshold] 階層レベルで設定するフラグメント化しきい値は、MLFR FRF.16インターフェイス内のすべての転送クラスのフラグメント化しきい値です。
設定のどこにも最大フラグメント サイズを設定していない場合、パケットがバンドル内のすべてのリンクの最小最大送信単位(MTU)または最大受信再構築単位(MRRU)を超えると、パケットはフラグメント化されたままになります。カプセル化されていないフローは、1 つのリンクのみを使用します。フローが 1 つのリンクを超える場合、パケット サイズが MTU/MRRU を超えない限り、転送クラスをマルチリンク カプセル化する必要があります。
設定のどこにも最大フラグメントサイズを設定しない場合でも、 [edit interfaces lsq-0/0/0 unit logical-unit-number] または [edit interfaces interface-name mlfr-uni-nni-bundle-options] 階層レベルでmrruステートメントを含めることで、MRRUを設定できます。MRRU は MTU と似ていますが、リンク サービス インターフェイスに固有です。デフォルトでは、MRRU サイズは 1504 バイトで、1500 バイトから 4500 バイトまで設定できます。
キューにフラグメント化プロパティを設定するには、 [edit class-of-service] 階層レベルで fragmentation-maps ステートメントを含めます。
[edit class-of-service]
fragmentation-maps {
map-name {
forwarding-class class-name {
fragment-threshold bytes;
multilink-class number;
no-fragmentation;
}
}
}
転送クラスごとのフラグメント化しきい値を設定するには、フラグメント化マップに fragment-threshold ステートメントを含めます。このステートメントは、各マルチリンクフラグメントの最大サイズを設定します。
キュー上のトラフィックをマルチリンクカプセル化ではなく非カプセル化に設定するには、フラグメンテーションマップに no-fragmentation ステートメントを含めます。このステートメントは、このキューで受信したパケットの前に余分なフラグメンテーションヘッダーが付加されないこと、および静的リンクロードバランシングを使用して順序どおりのパケット配信を確保することを指定します。
特定の転送クラスに対して、 fragment-threshold または no-fragmentation ステートメントのいずれかを含めることができます。これらは相互に排他的です。
multilink-class ステートメントを使用して、転送クラスをマルチクラス MLPPP にマッピングします。特定の転送クラスに対して、multilink-class または no-fragmentation ステートメントのいずれかを含めることができます。これらは相互に排他的です。
フラグメンテーションマップをマルチリンクPPPインターフェイスまたはMLFR FRF.16 DLCIに関連付けるには、[edit class-of-service interfaces interface-name unit logical-unit-number]階層レベルにfragmentation-mapステートメントを含めます。
[edit class-of-service interfaces]
lsq-0/0/0 {
unit logical-unit-number { # Multilink PPP
fragmentation-map map-name;
}
}
lsq-0/0/0:channel { # MLFR FRF.16
unit logical-unit-number
fragmentation-map map-name;
}
}
リンク層オーバーヘッドの設定
リンク層のオーバーヘッドは、シリアルリンク上のビットスタッフィングにより、構成要素リンクのパケットドロップを引き起こす可能性があります。ビットスタッフィングは、データが制御情報として解釈されるのを防ぐために使用されます。
デフォルトでは、バンドル帯域幅全体の4%がリンク層のオーバーヘッド用に確保されています。ほとんどのネットワーク環境では、リンク層の平均オーバーヘッドは 1.6% です。したがって、安全策として 4% を推奨します。
ジュニパーネットワークスデバイス上の lsq-0/0/0 では、リンクレイヤーのオーバーヘッド用に確保するバンドル帯域幅の割合を設定できます。これを行うには、link-layer-overheadステートメントを含めます。
link-layer-overhead percent;
以下の階層レベルでこのステートメントを使用することができます。
[edit interfaces interface-name mlfr-uni-nni-bundle-options][edit interfaces interface-name unit logical-unit-number][edit logical-routers logical-router-name interfaces interface-name unit logical-unit-number]
値は 0% から 50% の範囲で設定できます。
リンクサービス構成の概要
開始する前に、以下を実行します。
デバイスハードウェアをインストールします。
基本的な接続性を確立します。お使いのデバイスの『スタートアップガイド』をご覧ください。
物理インターフェイスと論理インターフェイス、およびジュニパーネットワークスのインターフェイス規則に関する基本的な知識を持っている。インターフェイスについてを参照してください
ネットワーク上でのリンクサービスインタフェースの使用方法を計画します。 「リンクサービスインターフェイスの概要」を参照してください。
インターフェイス上でリンクサービスを設定するには、以下のタスクを実行します。
- リンクのフラグメント化とインターリーブ(LFI)を設定します。 例:リンクのフラグメンテーションとインターリーブの設定を参照してください。
- 分類子と転送クラスを設定します。 例: 分類子と転送クラスの定義を参照してください。
- スケジューラ マップを設定します。 「スケジューラ マップの定義および適用方法について」を参照してください。
- インターフェイスシェーピングレートを設定します。 例:インターフェイスシェーピングレートの設定を参照してください
- MLPPPバンドルを設定します。 例:MLPPP バンドルの設定を参照してください。
- MLFR を設定するには、「例:マルチリンクフレームリレー FRF.15 の設定」または「例:マルチリンクフレームリレー FRF.16 の設定」を参照してください。
- CRTP を設定するには、 例:圧縮リアルタイム トランスポート プロトコルの設定を参照してください。
リンクサービスインターフェイスの検証
設定が正常に機能していることを確認します。
リンク サービス インターフェイス統計情報の検証
目的
リンクサービスインターフェイスの統計情報を確認します。
アクション
このセクションで提供されるサンプル出力は、 例:MLPPP バンドルの設定で提供される設定に基づいています。構成要素リンクがバンドルに正しく追加され、パケットがフラグメント化されて正しく送信されていることを確認するには、以下のアクションを実行します。
この例では、デバイス R0 とデバイス R1 で、 例:MLPPP バンドルの設定の説明に従って MLPPP と LFI を設定します。
CLIから
pingコマンドを入力して、R0とR1の間で接続が確立されていることを確認します。R0からR1まで、それぞれ200バイトのデータパケットを10個送信します。
R0で、CLIから
show interfaces interface-name statisticsコマンドを入力します。
user@R0> show interfaces lsq-0/0/0 statistics detail
Physical interface: lsq-0/0/0, Enabled, Physical link is Up
Interface index: 134, SNMP ifIndex: 29, Generation: 135
Link-level type: LinkService, MTU: 1504
Device flags : Present Running
Interface flags: Point-To-Point SNMP-Traps
Last flapped : 2006-06-23 11:36:23 PDT (03:38:43 ago)
Statistics last cleared: 2006-06-23 15:13:12 PDT (00:01:54 ago)
Traffic statistics:
Input bytes : 0 0 bps
Output bytes : 1820 0 bps
Input packets: 0 0 pps
Output packets: 10 0 pps
...
Egress queues: 8 supported, 8 in use
Queue counters: Queued packets Transmitted packets Dropped packets
0 DATA 10 10 0
1 expedited-fo 0 0 0
2 VOICE 0 0 0
3 NC 0 0 0
Logical interface lsq-0/0/0.0 (Index 67) (SNMP ifIndex 41) (Generation 133)
Flags: Point-To-Point SNMP-Traps 0x4000 Encapsulation: Multilink-PPP
Bandwidth: 16mbps
Bundle options:
...
Drop timer period 0
Sequence number format long (24 bits)
Fragmentation threshold 128
Links needed to sustain bundle 1
Interleave fragments Enabled
Bundle errors:
Packet drops 0 (0 bytes)
Fragment drops 0 (0 bytes)
...
Statistics Frames fps Bytes bps
Bundle:
Fragments:
Input : 0 0 0 0
Output: 20 0 1920 0
Packets:
Input : 0 0 0 0
Output: 10 0 1820 0
Link:
se-1/0/0.0
Input : 0 0 0 0
Output: 10 0 1320 0
se-1/0/1.0
Input : 0 0 0 0
Output: 10 0 600 0
...
Destination: 10.0.0.9/24, Local: 10.0.0.10, Broadcast: Unspecified, Generation:144
この出力は、インターフェイス情報の概要を示しています。次の情報を確認します。
Physical interface- 物理インターフェイスはEnabledです。インターフェイスがDisabledと表示される場合は、次のいずれかを実行します。CLI設定エディターで、設定階層の
[edit interfaces interface-name]レベルにあるdisableステートメントを削除します。J-Web 設定エディターで、[
Interfaces>interface-name] ページの [Disable] チェックボックスをオフにします。
Physical link- 物理リンクはUpです。リンク状態がDownの場合は、インターフェイス モジュール、インターフェイス ポート、または物理接続に問題があることを示します(リンク層エラー)。Last flapped-Last Flapped時間は想定値です。Last Flapped時間は、物理インターフェイスが最後に使用できなくなり、その後再び使用可能になった時間を示します。予期せぬフラッピングは、リンク層エラーの可能性を示しています。Traffic statistics—インターフェイス上で送受信されるバイトおよびパケットの数とレート。インバウンドとアウトバウンドのバイト数とパケット数が、物理インターフェイスの予想されるスループットと一致することを確認します。統計情報を消去して新しい変更のみを表示するには、clear interfaces statistics interface-nameコマンドを使用します。Queue counters- キューの名前と数は設定どおりです。このサンプル出力は、10 個のデータパケットが送信され、パケットがドロップされなかったことを示しています。Logical interface—設定したマルチリンクバンドルの名前—lsq-0/0/0.0。Bundle options- フラグメンテーションしきい値が正しく設定されており、フラグメント インターリーブが有効になっています。Bundle errors—バンドルによってドロップされたパケットおよびフラグメント。Statistics- フラグメントとパケットは、デバイスによって正しく送受信されます。トラフィックの方向(入力または出力)へのすべてのリファレンスは、デバイスに関して定義されます。デバイスが受信した入力フラグメントは、入力パケットにアセンブルされます。出力パケットは、デバイス外に送信するために出力フラグメントに分割されます。この例では、200 バイトのうち 10 データパケットが送信されました。フラグメント化しきい値が 128 バイトに設定されているため、すべてのデータパケットが 2 つのフラグメントにフラグメント化されました。サンプル出力は、10 個のパケットと 20 個のフラグメントが正しく送信されたことを示しています。
Link—構成要素リンクがこのバンドルに追加され、フラグメントとパケットを正しく送受信しています。構成要素リンク上で送信されるフラグメントの合計数は、バンドルから送信されるフラグメントの数と等しくなければなりません。このサンプル出力では、バンドルが 20 個のフラグメントを送信し、2 つの構成要素リンクse-1/0/0.0se-1/0/1.0.0フラグメント10+10=20正しく送信されたことを示しています。DestinationandLocal—マルチリンクバンドルのリモート側とマルチリンクバンドルのローカル側のIPアドレス。このサンプル出力では、宛先アドレスが R1 のアドレスであり、ローカル アドレスが R0 のアドレスであることを示しています。
リンクサービスCoS設定の確認
目的
リンクサービスインターフェイスのCoS設定を確認します。
アクション
CLI から、以下のコマンドを入力します。
show class-of-service interface interface-nameshow class-of-service classifier name classifier-nameshow class-of-service scheduler-map scheduler-map-name
このセクションで提供されるサンプル出力は、例:MLPPP バンドルの設定で提供される設定に基づいています。
user@R0> show class-of-service interface lsq-0/0/0
Physical interface: lsq-0/0/0, Index: 136
Queues supported: 8, Queues in use: 4
Scheduler map: [default], Index: 2
Input scheduler map: [default], Index: 3
Chassis scheduler map: [default-chassis], Index: 4
Logical interface: lsq-0/0/0.0, Index: 69
Object Name Type Index
Scheduler-map s_map Output 16206
Classifier ipprec-compatibility ip 12
user@R0> show class-of-service interface ge-0/0/1
Physical interface: ge-0/0/1, Index: 140
Queues supported: 8, Queues in use: 4
Scheduler map: [default], Index: 2
Input scheduler map: [default], Index: 3
Logical interface: ge-0/0/1.0, Index: 68
Object Name Type Index
Classifier classfy_input ip 4330
user@R0> show class-of-service classifier name classify_input
Classifier: classfy_input, Code point type: inet-precedence, Index: 4330
Code point Forwarding class Loss priority
000 DATA low
010 VOICE low
user@R0> show class-of-service scheduler-map s_map
Scheduler map: s_map, Index: 16206
Scheduler: DATA, Forwarding class: DATA, Index: 3810
Transmit rate: 49 percent, Rate Limit: none, Buffer size: 49 percent, Priority:low
Drop profiles:
Loss priority Protocol Index Name
Low any 1 [default-drop-profile]
Medium low any 1 [default-drop-profile]
Medium high any 1 [default-drop-profile]
High any 1 [default-drop-profile]
Scheduler: VOICE, Forwarding class: VOICE, Index: 43363
Transmit rate: 50 percent, Rate Limit: none, Buffer size: 5 percent, Priority:high
Drop profiles:
Loss priority Protocol Index Name
Low any 1 [default-drop-profile]
Medium low any 1 [default-drop-profile]
Medium high any 1 [default-drop-profile]
High any 1 [default-drop-profile]
Scheduler: NC, Forwarding class: NC, Index: 2435
Transmit rate: 1 percent, Rate Limit: none, Buffer size: 1 percent, Priority:high
Drop profiles:
Loss priority Protocol Index Name
Low any 1 [default-drop-profile]
Medium low any 1 [default-drop-profile]
Medium high any 1 [default-drop-profile]
High any 1 [default-drop-profile]
これらの出力例は、設定された CoS コンポーネントの概要を示しています。次の情報を確認します。
Logical Interface- マルチリンク バンドルの名前と、バンドルに適用される CoS コンポーネント。サンプル出力では、マルチリンクバンドルがlsq-0/0/0.0されており、CoSスケジューラマップs_mapが適用されていることがわかります。Classifier—分類子に割り当てられたコードポイント、転送クラス、損失の優先度。サンプル出力では、デフォルトの分類子ipprec-compatibilityがlsq-0/0/0インターフェイスに適用され、分類子classify_inputがge-0/0/1インターフェイスに適用されたことがわかります。Scheduler—各スケジューラに割り当てられた送信レート、バッファ サイズ、プライオリティ、および損失のプライオリティ。サンプル出力では、データ、音声、およびネットワーク制御スケジューラが、設定されたすべての値とともに表示されます。
内部インターフェイスLSQ-0/0/0の設定について
リンクサービスインターフェイスは、内部インターフェイスのみです。物理メディアまたは PIM とは関連付けられていません。SRXシリーズファイアウォール内では、パケットはリンクバンドリングまたは圧縮のためにこのインターフェイスにルーティングされます。
リンクサービス キューイング インターフェイスとして、廃止された ls-0/0/0 ではなく、内部インターフェイス lsq-0/0/0 を使用するように、設定をアップグレードする必要がある場合があります。変更した設定をロールバックして、ls-0/0/0を使用することもできます。
例:マルチリンク サービスのための ls-0/0/0 から lsq-0/0/0 へのアップグレード
この例では、マルチリンク サービスの ls-0/0/0 から lsq-0/0/0 にアップグレードする方法(または変更を元に戻す方法)を示します。
必要条件
この手順は、lssq-/0/0/0 ではなく ls-0/0/0 を使用している場合、または古いインターフェイスに戻す必要がある場合にのみ必要です。
概要
この例では、リンクサービスの内部インターフェイスの名前をls-0/0/0からlsq-0/0/0に、またはその逆に変更します。設定内の ls-0/0/0 のすべての出現箇所の名前を lsq-0/0/0 に変更し、フラグメンテーションを追加しないことでフラグメンテーション マップを設定します。キュー 2 が設定されている場合はキュー 2 の名前の後、または確実な転送の後に、フラグメント化を指定しないようにします。次に、前のステップで設定したフラグメンテーションマップを lsq-0/0/0 に接続し、インターリーブフラグメントが設定されているマルチリンクバンドルのユニット番号を 6 に指定します。
次に、設定をlsq-0/0/0からls-0/0/0にロールバックします。設定内のすべての出現箇所の名前を lsq-0/0/0 から ls-0/0/0 に変更します。フラグメント化マップが[class-of-service]階層で設定されている場合は削除し、lsq-0/0/0に割り当てられている場合はフラグメント化マップを削除します。multilink-max-classes は、[interfaces] 階層の lsq-0/0/0 に設定されている場合、削除できます。次に、link-layer-overhead が [interfaces] 階層の lsq-0/0/0 に設定されている場合は削除します。
どの転送クラスにもフラグメント化が設定されておらず、フラグメント化マップが lsq-0/0/0 に割り当てられている場合は、ls-0/0/0 インターフェイスのインターリーブフラグメントを設定します。最後に、LFI パケットの分類子をキュー 2 を参照するように設定します。(ls-0/0/0インターフェイスは、キュー2をLFIキューとして扱います)。
構成
プロシージャ
CLIクイック構成
ls-0/0/0 から lsq-0/0/0 にすばやくアップグレードする(または変更を元に戻す)には、次のコマンドをコピーして CLI に貼り付けます。
For interfaces ls-0/0/0 to lsq-0/0/0 [edit] rename interfaces ls-0/0/0 to lsq-0/0/0 set class-of-service fragmentation-maps map6 forwarding-class assured-forwarding no-fragmentation set class-of-service interfaces lsq-0/0/0 unit 6 fragmentation-map map6
For interfaces lsq-0/0/0 to ls-0/0/0 [edit] rename interfaces lsq-0/0/0 to ls-0/0/0 delete class-of-service fragmentation-maps map6 delete class-of-service interfaces lsq-0/0/0 unit 6 fragmentation-map map6 delete interfaces lsq-0/0/0 unit 6 link-layer-overhead delete interfaces lsq-0/0/0:0 mlfr-uni-nni-bundle-options link-layer-overhead set interfaces ls-0/0/0 unit 6 interleave-fragments
手順
次の例では、設定階層のいくつかのレベルに移動する必要があります。その方法の詳細については、 設定モードでのCLIエディターの使用を参照してください。
ls-0/0/0 から lsq-0/0/0 にアップグレードするか、その変更を元に戻すには、次のようにします。
設定内で ls-0/0/0 が出現する箇所をすべて名前を変更します。
[edit] user@host# rename interfaces ls-0/0/0 to lsq-0/0/0
フラグメンテーション マップを設定します。
[edit class-of-service fragmentation-maps] user@host# set map6 forwarding-class assured-forwarding no-fragmentation
マルチリンクバンドルのユニット番号を指定します。
[edit class-of-service ] user@host# set interfaces lsq-0/0/0 unit 6 fragmentation-map map6
設定内のすべての発生について、設定をロールバックします。
[edit] user@host# rename interfaces lsq-0/0/0 to ls-0/0/0
サービス クラスでフラグメンテーション マップを削除します。
[edit] user@host# delete class-of-service fragmentation-maps map6
フラグメント化マップが lsq-0/0/0 インターフェイスに割り当てられている場合は、削除します。
[edit class-of-service interfaces] user@host# delete lsq-0/0/0 unit 6 fragmentation-map map6
lsq-0/0/0に設定されている場合、マルチリンク最大クラスを削除します。
手記：multilink-max-classes はサポートされていないため、設定されていない可能性があります。
link-layer-overhead が lsq-0/0/0 に設定されている場合は削除します。
[edit interfaces] user@host# delete lsq-0/0/0 unit 6 link-layer-overhead
link-layer-overhead が lsq-0/0/0:0 に設定されている場合は削除します。
[edit interfaces] user@host# delete lsq-0/0/0:0 mlfr-uni-nni-bundle-options link-layer-overhead
ls-0/0/0インターフェイスのインターリーブフラグメントを設定します。
[edit interfaces] user@host# set ls-0/0/0 unit 6 interleave-fragments
業績
設定モードから、 show class-of-service コマンドを入力して設定を確認します。出力結果に意図した設定内容が表示されない場合は、この例の設定手順を繰り返して設定を修正します。
[edit]
user@host# show class-of-service
interfaces {
lsq-0/0/0 {
unit 6 {
fragmentation-map map6;
}
}
}
fragmentation-maps {
map6 {
forwarding-class {
assured-forwarding {
no-fragmentation;
}
}
}
}
デバイスの設定が完了したら、設定モードから commit を入力します。
リンクサービスインターフェイスのトラブルシューティング
リンクサービスインターフェイスの設定上の問題を解決するには:
- 構成要素リンクに適用される CoS コンポーネントを決定する
- マルチリンクバンドルのジッターと遅延の原因を特定する
- LFIとロードバランシングが正しく動作しているかどうかを確認する
- ジュニパーネットワークスデバイスとサードパーティデバイス間のPVCでパケットがドロップされる理由を特定する
構成要素リンクに適用される CoS コンポーネントを決定する
問題
形容
マルチリンクバンドルを設定していますが、MLPPPカプセル化のないトラフィックがマルチリンクバンドルの構成要素リンクを通過します。すべてのCoSコンポーネントを構成要素リンクに適用していますか、それともマルチリンクバンドルに適用すれば十分ですか?
解決
スケジューラ マップは、マルチリンク バンドルとその構成要素リンクに適用することができます。スケジューラ マップで複数の CoS コンポーネントを適用できますが、必要なものだけを設定します。送信の不要な遅延を避けるために、構成要素リンクの設定をシンプルに保つことをお勧めします。
表 2 は、マルチリンク バンドルとその構成要素リンクに適用される CoS コンポーネントを示しています。
Cosコンポーネント |
マルチリンクバンドル |
構成要素リンク |
説明 |
|---|---|---|---|
類別詞 |
はい |
いいえ |
CoS分類は、送信側ではなくインターフェイスの受信側で行われるため、構成要素リンクに分類子は必要ありません。 |
転送クラス |
はい |
いいえ |
転送クラスはキューに関連付けられており、キューはスケジューラ マップによってインターフェイスに適用されます。キューの割り当ては、構成要素リンクであらかじめ決められています。マルチリンクバンドルの Q2 からのパケットはすべて構成要素リンクの Q2 に割り当てられ、他のすべてのキューからのパケットは構成要素リンクの Q0 にキューイングされます。 |
スケジューラ マップ |
はい |
はい |
以下のように、マルチリンクバンドルと構成要素リンクにスケジューラマップを適用します。
|
ユニット単位のスケジューラまたはインターフェイスレベルのスケジューラのシェーピング レート |
いいえ |
はい |
ユニット単位のスケジューリングはエンドポイントでのみ適用されるため、このシェーピング レートは構成要素リンクにのみ適用します。以前に適用された設定は、構成要素リンク設定によって上書きされます。 |
伝送レート、正確、またはキューレベルシェーピング |
はい |
いいえ |
構成要素リンクに適用されるインターフェイスレベルのシェーピングは、キューのシェーピングよりも優先されます。したがって、マルチリンクバンドルにのみ送信レートの正確なシェーピングを適用します。 |
ルールの書き換え |
はい |
いいえ |
書き換えビットは、フラグメンテーション中にパケットからフラグメントに自動的にコピーされます。したがって、マルチリンクバンドルで設定したことは、フラグメント上で構成要素リンクに伝送されます。 |
仮想チャネル グループ |
はい |
いいえ |
仮想チャネルグループは、マルチリンクバンドルの前のパケットにのみ適用されるファイアウォールフィルタールールによって識別されます。したがって、仮想チャネル グループ設定を構成要素リンクに適用する必要はありません。 |
参照
マルチリンクバンドルのジッターと遅延の原因を特定する
問題
形容
ジッターと遅延をテストするには、IP パケットの 3 つのストリームを送信します。すべてのパケットに同じ IP 優先順位設定があります。LFI と CRTP を設定した後、輻輳していないリンクでも遅延が増加しました。どうすればジッターと遅延を減らすことができますか?
解決
ジッターと遅延を減らすには、次の操作を行います。
各構成要素リンクでシェーピング レートが設定されていることを確認します。
リンクサービスインターフェイスでシェーピングレートが設定されていないことを確認します。
構成したシェーピング レート値が物理インターフェイス帯域幅と等しいことを確認します。
シェーピング レートが正しく設定されていてもジッターが続く場合は、ジュニパーネットワークス技術支援センター(JTAC)にお問い合わせください。
LFIとロードバランシングが正しく動作しているかどうかを確認する
問題
形容
この場合、複数のサービスをサポートする単一のネットワークがあります。ネットワークは、データと遅延の影響を受けやすい音声トラフィックを送信します。MLPPP と LFI を設定した後、音声パケットがネットワーク上で非常に小さな遅延とジッターで送信されることを確認します。音声パケットが LFI パケットとして処理され、ロードバランシングが正しく実行されているかどうかをどうやって確認できますか。
解決
LFI が有効な場合、データ(非 LFI)パケットは MLPPP ヘッダーでカプセル化され、指定されたサイズのパケットにフラグメント化されます。遅延に敏感な音声(LFI)パケットは、PPPカプセル化され、データパケットフラグメント間でインターリーブされます。キューイングとロードバランシングは、LFI パケットと非 LFI パケットで異なる方法で実行されます。
LFI が正しく実行されていることを確認するには、パケットがフラグメント化され、設定どおりにカプセル化されていることを確認します。パケットが LFI パケットとして扱われるか、非 LFI パケットとして扱われるかがわかったら、ロードバランシングが正しく実行されているかどうかを確認できます。
Solution Scenario- R0 と R1 の 2 つのデバイスのが、se-1/0/0 と se-1/0/1 の 2 つのシリアル リンクを集約したマルチリンク バンドル lsq-0/0/0.0で接続されているとします。R0 および R1 では、リンク サービス インターフェイスで MLPPP と LFI が有効になり、フラグメンテーションしきい値が 128 バイトに設定されます。
この例では、パケットジェネレーターを使用して音声とデータストリームを生成しました。パケット キャプチャ機能を使用して、着信インターフェイス上のパケットをキャプチャして分析入力します。
次の 2 つのデータ ストリームがマルチリンク バンドルで送信されました。
200 バイトの 100 データパケット(フラグメンテーションしきい値より大きい)
60 バイトの 500 データパケット(フラグメンテーションしきい値より小さい)
次の 2 つの音声ストリームがマルチリンク バンドルで送信されました。
送信元ポート 100 からの 200 バイトの音声パケット 100 個
送信元ポート 200 からの 200 バイトの 300 音声パケット
LFI とロードバランシングが正しく実行されていることを確認するには:
この例では、コマンド出力の重要な部分のみを表示し、説明しています。
パケットのフラグメント化を検証します。動作モードから
show interfaces lsq-0/0/0コマンドを入力して、大きなパケットが正しくフラグメント化されていることを確認します。user@R0#> show interfaces lsq-0/0/0 Physical interface: lsq-0/0/0, Enabled, Physical link is Up Interface index: 136, SNMP ifIndex: 29 Link-level type: LinkService, MTU: 1504 Device flags : Present Running Interface flags: Point-To-Point SNMP-Traps Last flapped : 2006-08-01 10:45:13 PDT (2w0d 06:06 ago) Input rate : 0 bps (0 pps) Output rate : 0 bps (0 pps) Logical interface lsq-0/0/0.0 (Index 69) (SNMP ifIndex 42) Flags: Point-To-Point SNMP-Traps 0x4000 Encapsulation: Multilink-PPP Bandwidth: 16mbps Statistics Frames fps Bytes bps Bundle: Fragments: Input : 0 0 0 0 Output: 1100 0 118800 0 Packets: Input : 0 0 0 0 Output: 1000 0 112000 0 ... Protocol inet, MTU: 1500 Flags: None Addresses, Flags: Is-Preferred Is-Primary Destination: 9.9.9/24, Local: 9.9.9.10Meaning—出力は、マルチリンクバンドル上のデバイスを通過するパケットの概要を示しています。マルチリンクバンドルに関する以下の情報を確認します。通過パケットの総数 = 1000
トランジットフラグメントの総数=1100
フラグメント化されたデータパケットの数 = 100
マルチリンクバンドルで送信されたパケットの総数(600 + 400)と通過パケットの数(1000)は一致しており、パケットがドロップされなかったことを示しています。
トランジット フラグメントの数がトランジット パケットの数を 100 上回っており、100 の大きなデータパケットが正しくフラグメント化されたことを示しています。
Corrective Action—パケットが正しくフラグメント化されていない場合は、フラグメント化しきい値の設定を確認します。指定されたフラグメント化しきい値より小さいパケットは、フラグメント化されません。パケットのカプセル化を検証します。パケットがLFIパケットとして扱われるか、非LFIパケットとして扱われるかを調べるには、そのカプセル化タイプを決定します。LFI パケットは PPP カプセル化され、非 LFI パケットは PPP と MLPPP の両方でカプセル化されます。PPP と MLPPP のカプセル化ではオーバーヘッドが異なるため、パケットのサイズが異なります。パケットサイズを比較して、カプセル化タイプを決定できます。
フラグメント化されていない小さなデータ パケットには、PPP ヘッダーと 1 つの MLPPP ヘッダーが含まれます。大きなフラグメント化されたデータ パケットでは、最初のフラグメントには PPP ヘッダーと MLPPP ヘッダーが含まれますが、連続するフラグメントには MLPPP ヘッダーのみが含まれます。
PPPおよびMLPPPカプセル化は、パケットに以下のバイト数を追加します。
PPP カプセル化は 7 バイトを追加します。
4 バイトのヘッダー + 2 バイトのフレーム チェック シーケンス(FCS)+1 バイト(アイドル状態またはフラグを含む)
MLPPPカプセル化は、6〜8バイトを追加します。
4バイトのPPPヘッダー+2〜4バイトのマルチリンクヘッダー
図 2 は、PPP および MLPPP ヘッダーに追加されるオーバーヘッドを示しています。
図 2:PPP および MLPPP ヘッダー
CRTP パケットの場合、カプセル化オーバーヘッドとパケット サイズは LFI パケットの場合よりもさらに小さくなります。詳細については、 例:圧縮リアルタイム トランスポート プロトコルの設定を参照してください。
表 3 は、データ パケットと音声パケットのカプセル化オーバーヘッドをそれぞれ 70 バイトに示します。カプセル化後、データ パケットのサイズは音声パケットのサイズよりも大きくなります。
表 3:PPP および MLPPP カプセル化のオーバーヘッド パケット タイプ
カプセル化
初期パケット サイズ
カプセル化オーバーヘッド
カプセル化後のパケット サイズ
音声パケット(LFI)
PPPの
70 バイト
4 + 2 + 1 = 7 バイト
77 バイト
短いシーケンスを持つデータフラグメント(非LFI)
MLPPP
70 バイト
4 + 2 + 1 + 4 + 2 = 13 バイト
83 バイト
長いシーケンスを持つデータフラグメント(非LFI)
MLPPP
70 バイト
4 + 2 + 1 + 4 + 4 = 15 バイト
85 バイト
動作モードから、
show interfaces queueコマンドを入力して、各キューで送信されたパケットのサイズを表示します。送信されたバイト数をパケット数で割ってパケットのサイズを取得し、カプセル化タイプを決定します。ロードバランシングを検証します。動作モードから、マルチリンクバンドルとその構成要素リンクに
show interfaces queueコマンドを入力し、パケットに対してロードバランシングが適切に実行されるかどうかを確認します。user@R0> show interfaces queue lsq-0/0/0 Physical interface: lsq-0/0/0, Enabled, Physical link is Up Interface index: 136, SNMP ifIndex: 29 Forwarding classes: 8 supported, 8 in use Egress queues: 8 supported, 8 in use Queue: 0, Forwarding classes: DATA Queued: Packets : 600 0 pps Bytes : 44800 0 bps Transmitted: Packets : 600 0 pps Bytes : 44800 0 bps Tail-dropped packets : 0 0 pps RED-dropped packets : 0 0 pps … Queue: 1, Forwarding classes: expedited-forwarding Queued: Packets : 0 0 pps Bytes : 0 0 bps … Queue: 2, Forwarding classes: VOICE Queued: Packets : 400 0 pps Bytes : 61344 0 bps Transmitted: Packets : 400 0 pps Bytes : 61344 0 bps … Queue: 3, Forwarding classes: NC Queued: Packets : 0 0 pps Bytes : 0 0 bps …user@R0> show interfaces queue se-1/0/0 Physical interface: se-1/0/0, Enabled, Physical link is Up Interface index: 141, SNMP ifIndex: 35 Forwarding classes: 8 supported, 8 in use Egress queues: 8 supported, 8 in use Queue: 0, Forwarding classes: DATA Queued: Packets : 350 0 pps Bytes : 24350 0 bps Transmitted: Packets : 350 0 pps Bytes : 24350 0 bps ... Queue: 1, Forwarding classes: expedited-forwarding Queued: Packets : 0 0 pps Bytes : 0 0 bps … Queue: 2, Forwarding classes: VOICE Queued: Packets : 100 0 pps Bytes : 15272 0 bps Transmitted: Packets : 100 0 pps Bytes : 15272 0 bps … Queue: 3, Forwarding classes: NC Queued: Packets : 19 0 pps Bytes : 247 0 bps Transmitted: Packets : 19 0 pps Bytes : 247 0 bps …user@R0> show interfaces queue se-1/0/1 Physical interface: se-1/0/1, Enabled, Physical link is Up Interface index: 142, SNMP ifIndex: 38 Forwarding classes: 8 supported, 8 in use Egress queues: 8 supported, 8 in use Queue: 0, Forwarding classes: DATA Queued: Packets : 350 0 pps Bytes : 24350 0 bps Transmitted: Packets : 350 0 pps Bytes : 24350 0 bps … Queue: 1, Forwarding classes: expedited-forwarding Queued: Packets : 0 0 pps Bytes : 0 0 bps … Queue: 2, Forwarding classes: VOICE Queued: Packets : 300 0 pps Bytes : 45672 0 bps Transmitted: Packets : 300 0 pps Bytes : 45672 0 bps … Queue: 3, Forwarding classes: NC Queued: Packets : 18 0 pps Bytes : 234 0 bps Transmitted: Packets : 18 0 pps Bytes : 234 0 bpsMeaning—これらのコマンドからの出力は、リンク サービス インターフェイスとその構成要素リンクの各キューで送信され、キューイングされたパケットを示しています。 表 4 は、これらの値の概要を示しています。(送信パケット数はすべてのリンクでキューに入れられたパケットの数と等しいため、このテーブルにはキューに入れられたパケットのみが表示されます)。表 4:キューで送信されたパケットの数 Packets Queued
バンドル lsq-0/0/0.0
構成要素リンク se-1/0/0
構成要素リンク se-1/0/1
説明
Q0のパケット
600
350
350
構成要素リンクを通過するパケットの総数(350+350 = 700)が、マルチリンクバンドルでキューイングされたパケットの数(600)を超えました。
Q2のパケット
400
100
300
構成要素リンクを通過するパケットの総数は、バンドル上のパケットの数と等しくなりました。
第 3 四半期のパケット
0
19
18
構成要素リンクの Q3 を通過するパケットは、構成要素リンク間で交換されるキープアライブ メッセージ用です。したがって、バンドルの Q3 でパケットはカウントされませんでした。
マルチリンクバンドルで、以下を確認します。
キューに入れられたパケットの数は、送信された数と一致します。番号が一致する場合、パケットはドロップされていません。送信されたパケット数よりも多くのパケットがキューに入れられた場合、バッファが小さすぎるためパケットがドロップされます。構成要素リンクのバッファーサイズによって、出力段での輻輳が制御されます。この問題を修正するには、構成要素リンクのバッファー サイズを増やします。
Q0 を通過するパケットの数(600)は、マルチリンク バンドルで受信した大小のデータパケットの数(100+500)と一致します。数値が一致する場合、すべてのデータパケットは Q0 を正しく通過しています。
マルチリンク バンドルで Q2 を通過するパケットの数(400)は、マルチリンク バンドルで受信した音声パケットの数と一致します。番号が一致する場合、すべての音声 LFI パケットは Q2 を正しく通過しています。
構成要素リンクで、以下を確認します。
Q0(350+350)を通過するパケットの総数は、データパケットおよびデータフラグメントの数(500+200)と一致します。数値が一致する場合、フラグメント化後のすべてのデータパケットは構成要素リンクの Q0 を正しく通過しています。
パケットは両方の構成要素リンクを通過しており、LFI以外のパケットでロードバランシングが正しく実行されたことを示しています。
構成要素リンクで Q2(300+100)を通過するパケットの総数は、マルチリンク バンドルで受信した音声パケットの数(400)と一致します。番号が一致する場合、すべての音声 LFI パケットは Q2 を正しく通過しています。
送信元ポート
100からの LFI パケットse-1/0/0を通過し、送信元ポート200からの LFI パケットはse-1/0/1を通過します。したがって、すべてのLFI(Q2)パケットは送信元ポートに基づいてハッシュされ、両方の構成要素リンクを正しく通過しました。
Corrective Action—パケットが 1 つのリンクのみを通過した場合は、次の手順を実行して問題を解決します。物理リンクが
up(稼働)かdown(使用不可)かを確認します。使用できないリンクは、PIM、インターフェイス ポート、または物理接続に問題があることを示します(リンク層エラー)。リンクが使用可能な場合は、次のステップに進みます。非LFIパケットに対して分類子が正しく定義されていることを確認します。非 LFI パケットが Q2 にキューイングされるように設定されていないことを確認します。Q2 にキューイングされたすべてのパケットは、LFI パケットとして扱われます。
LFI パケットで、送信元アドレス、宛先アドレス、IPプロトコル、送信元ポート、宛先ポートの値のうち、少なくとも 1 つが異なっていることを確認します。すべての LFI パケットに同じ値が設定されている場合、パケットはすべて同じフローにハッシュされ、同じリンクを通過します。
この結果を使用して、ロードバランシングを検証します。
ジュニパーネットワークスデバイスとサードパーティデバイス間のPVCでパケットがドロップされる理由を特定する
問題
形容
ジュニパーネットワークスデバイスとサードパーティデバイス上のT1、E1、T3、またはE3インターフェイス間に相手先固定接続(PVC)を設定しているところ、パケットがドロップされ、pingに失敗します。
解決
サードパーティ製デバイスがジュニパーネットワークスデバイスと同じFRF.12をサポートしていない場合、または異なる方法でFRF.12をサポートしている場合、PVC上のジュニパーネットワークスデバイスインターフェイスは、FRF.12ヘッダーを含むフラグメントパケットを破棄し、「ポリシングされた破棄」としてカウントする可能性があります。
回避策として、両方のピアでマルチリンクバンドルを設定し、マルチリンクバンドルでフラグメント化しきい値を設定します。