リンク サービス インターフェイスの設定
ジュニパーネットワークスのデバイスは、MLPP、MLFR、CRTP などのマルチリンク サービスを含む、 lsq-0/0/0 リンク サービス キューイング インターフェイス上のリンク サービスをサポートしています。以下のトピックでは、リンクサービスの概要、設定の詳細、SRXシリーズファイアウォールのリンクサービスの検証について説明します。
リンク サービス インターフェイスの概要
リンク サービスには、マルチリンク サービスであるマルチリンク MLPPP(マルチリンク ポイントツーポイント プロトコル)、MLFR(マルチリンク フレーム リレー)、CRTP(圧縮リアルタイム転送プロトコル)が含まれます。ジュニパーネットワークス デバイスは、 lsq-0/0/0 リンク サービス キューイング インターフェイス上のリンク サービスをサポートします。
マルチリンク サービスと CRTP をサポートするには、ジュニパーネットワークス デバイスでリンク サービス キューイング インターフェイス(lsq-0/0/0)を設定します。
SRXシリーズファイアウォールのリンクサービスキューイングインターフェイスは、ジュニパーネットワークスのMシリーズおよびTシリーズルーティングプラットフォーム上のマルチリンクサービスインターフェイス(ml-fpc/pic/port)、リンクサービスインターフェイス(ls-fpc/pic/port)、リンクサービスインテリジェントキューイングインターフェイス(lsq-fpc/pic/port)のインターフェイスによって提供されるサービスで構成されています。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(リアルタイム転送プロトコル)によって発生するオーバーヘッドを軽減します。 |
|
サービスクラス(CoS)の分類、転送クラス、スケジューラおよびスケジューラ マップ、シェーピング レート |
以下のようにCoSを設定することで、遅延の影響を受けやすいパケットに高い優先度を与えます。
|
リンクサービスの例外
SRXシリーズファイアウォールでのリンクおよびマルチリンクサービスの実装は、MシリーズおよびTシリーズのルーティングプラットフォームでの実装と類似していますが、次の例外があります。
リンクおよびマルチリンクサービスのサポートは、
ml-fpc/pic/port、lsq-fpc/pic/port、およびls-fpc/pic/portインターフェイスではなく、lsq-0/0/0インターフェイスで行われます。LFI を有効にすると、フラグメント化されたパケットは構成リンク上でラウンドロビン方式でキューイングされ、パケット単位およびフラグメント単位のロード バランシングが可能になります。 LFIを使用したキューイングを参照してください。
ユニット単位のスケジューリングのサポートは、すべてのタイプの構成要素リンク(すべてのタイプのインターフェイス)にあります。
CRTP(圧縮リアルタイム転送プロトコル)のサポートは、MLPPP と PPP の両方で対応しています。
マルチクラス MLPPP の設定
ジュニパーネットワークスデバイス上の lsq-0/0/0 では、MLPPPカプセル化を使用して、マルチクラスMLPPPを設定できます。マルチクラス MLPPP を設定しない場合、異なるクラスのフラグメントはインターリーブできません。1 つのパケットのすべてのフラグメントは、別のパケットのフラグメントを送信する前に送信する必要があります。フラグメント化されていないパケットを別のパケットのフラグメント間でインターリーブすることで、フラグメント化されていないパケットが見る遅延を減らすことができます。実際には、遅延の影響を受けやすいトラフィックは通常のPPPトラフィックとしてカプセル化され、バルクトラフィックはマルチリンクトラフィックとしてカプセル化されます。このモデルは、レイテンシの影響を受けやすいトラフィックのクラスが 1 つであり、レイテンシの影響を受けやすいトラフィックよりも優先される優先度の高いトラフィックが存在しない限り機能します。Link Services 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 を使用することで、CRTP を LFI パケットおよび非 LFI パケットに適用できます。CRTP によるキュー番号の変更はありません。
構成要素リンクのQ2でのキューイング
マルチリンクバンドルで サービスクラス を使用する場合、マルチリンクバンドルからのすべてのQ2トラフィックは、パケットの送信元アドレス、宛先アドレス、およびIPプロトコルから計算されたハッシュに基づいて、構成リンクのQ2にキューイングされます。IP ペイロードが TCP または UDP トラフィックの場合、ハッシュには送信元ポートと宛先ポートも含まれます。このハッシュアルゴリズムの結果、1つのトラフィックフローに属するすべてのトラフィックが、1つの構成リンクのQ2にキューイングされます。この構成リンクへのトラフィック配信方法は、バンドルにLFIが設定されていない場合も含め、常に適用されます。
圧縮リアルタイム転送プロトコルの概要
リアルタイム転送プロトコル (RTP) は、ネットワーク オーディオおよびビデオ アプリケーションのさまざまな実装間の相互運用性を実現するのに役立ちます。ただし、場合によっては、IP、UDP、および RTP ヘッダーを含むヘッダーが、ダイヤルアップ モデムなどの低速回線を使用するネットワークでは大きすぎる (約 40 バイト) ことがあります。CRTP(圧縮リアルタイム転送プロトコル)は、低速リンクのネットワーク オーバーヘッドを削減するように構成できます。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 つのリンクのみを使用します。フローが単一リンクを超える場合、パケットサイズが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] 階層レベルでフラグメント化マップ・ステートメントをインクルードします。
[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%をお勧めします。
Juniper Networks デバイスの lsq-0/0/0 では、リンクレイヤーのオーバーヘッドのために確保するバンドル帯域幅の割合を設定できます。これを行うには、リンク層オーバーヘッド ステートメントを含めます。
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 バンドルの設定で提供される設定に基づいています。構成要素リンクがバンドルに正しく追加され、パケットがフラグメント化されて正しく送信されたことを確認するには、以下のアクションを実行します。
この例で使用されている2つのデバイスであるデバイスR0とデバイスR1では、 例:MLPPPバンドルの設定の説明に従ってMLPPPとLFIを設定します。
CLI から
pingコマンドを入力して、R0 と R1 の間に接続が確立されていることを確認します。10 個のデータ パケット(それぞれ 200 バイト)を R0 から R1 に送信します。
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.0およびse-1/0/1.0.010+10=20フラグメントを正しく送信したことを示しています。DestinationおよびLocal—マルチリンクバンドルのリモート側とマルチリンクバンドルのローカル側の 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 にアップグレードする(または変更を元に戻す)例を示します。
必要条件
この手順は、lsq-/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に割り当てられている場合は削除します。マルチリンク-max-classesが[interfaces]階層でlsq-0/0/0に設定されている場合、そのクラスを削除することができます。その後、[interfaces]階層でlsq-0/0/0に設定されている場合は、リンク層オーバーヘッドを削除します。
どの転送クラスにもフラグメンテーションが設定されておらず、フラグメント化マップが lsq-0/0/0 に割り当てられている場合は、ls-0/0/0 インターフェイスにインターリーブフラグメントを設定します。最後に、キュー 2 を参照するように LFI パケットの分類子を設定します。(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 に設定されている場合は、削除します。
手記：マルチリンク-max-classesはサポートされておらず、設定されていない可能性が高いです。
リンク層オーバーヘッドが lsq-0/0/0 に設定されている場合は、削除します。
[edit interfaces] user@host# delete lsq-0/0/0 unit 6 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- ジュニパーネットワークスの 2 つのデバイス、R0 と R1 が、2 つのシリアル リンク(se-1/0/0 と se-1/0/1)を集約したマルチリンク バンドル 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)
ティッカー
70 バイト
4 + 2 + 1 + 4 + 2 = 13 バイト
83 バイト
長いシーケンスを持つデータフラグメント(非LFI)
ティッカー
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: キューで送信されたパケットの数 キューに入れられたパケット
バンドル 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 ヘッダーを含むフラグメント パケットを破棄し、「ポリシングされた破棄」としてカウントすることがあります。
回避策として、両方のピアにマルチリンクバンドルを設定し、マルチリンクバンドルにフラグメンテーションしきい値を設定します。