リンクサービスインターフェイスの設定
ジュニパーネットワークスデバイスは、MLPP、MLFR、CRTPなどのマルチリンクサービスを含む、 lsq-0/0/0 リンクサービスキューイングインターフェイス上のリンクサービスをサポートします。以下のトピックでは、リンクサービスの概要、設定の詳細、リンクサービスの検証について説明します。
リンクサービスインターフェイスの概要
リンクサービスには、マルチリンクサービスであるMLPPP(マルチリンクポイントツーポイントプロトコル)、MLFR(マルチリンクフレームリレー)、CRTP(Compressed Real-Time Transport Protocol)などがあります。ジュニパーネットワークスデバイスは、 lsq-0/0/0 リンクサービスキューイングインターフェイスでリンクサービスをサポートします。
ジュニパーネットワークスデバイスでリンクサービスキューイングインターフェイス(lsq-0/0/0)を設定して、マルチリンクサービスとCRTPをサポートします。
リンクサービスキューイングインターフェイスは、マルチリンクサービスインターフェイス(ml-fpc/pic/port )、リンクサービスインターフェイス(ls-fpc/pic/port )、およびリンクサービスインテリジェントキューイングインターフェイス(lsq-fpc/pic/port )のインターフェイスによって提供されるサービスで構成されています。マルチリンクサービス、リンクサービス、およびリンクサービスのIQ(インテリジェントキューイング)インターフェイスはPIC(物理インターフェイスカード)にインストールされていますが、リンクサービスキューイングインターフェイスは内部インターフェイスのみであり、物理メディアや PIM(物理インターフェイスモジュール )に関連付けられていません。
(ls-fpc/pic/port )はサポートされていません。
このセクションでは、以下のトピックについて説明します。
- リンク サービス インターフェイスで利用可能なサービス
- リンクサービスの例外
- マルチクラス MLPPP の設定
- LFIを使用したキューイング
- Compressed Real-Time Transport Protocolの概要
- フォワーディングクラスによるフラグメント化の設定
- リンク層オーバーヘッドの設定
リンク サービス インターフェイスで利用可能なサービス
リンクサービスインターフェイスは、デフォルトで利用可能な 論理インターフェイス です。 表1は 、インターフェイスで利用可能なサービスを要約したものです。
| サービス |
目的 |
詳細情報 |
|---|---|---|
| MLPPPおよびMLFRカプセル化によるマルチリンクバンドル |
複数の構成リンクを1つの大きな論理バンドルに集約し、追加の帯域幅、ロードバランシング、冗長性を提供します。
手記：
ダイナミックコールアドミッションコントロール(DCAC)設定は、リンクサービスインターフェイスではサポートされていません。 |
|
| リンクのフラグメント化およびインターリーブ(LFI) |
大きなデータパケットを分割し、遅延の影響を受けやすい音声パケットと結果として得られる小さなパケットをインターリーブすることで、リンクの遅延と ジッター を低減します。 |
|
| CRTP(Compressed Real-Time Transport Protocol) |
音声およびビデオパケットのRTP(リアルタイムトランスポートプロトコル)によって生じるオーバーヘッドを削減します。 |
|
| サービスクラス(CoS)分類子、転送クラス、スケジューラとスケジューラマップ、シェーピングレート |
遅延の影響を受けやすいパケットに高い優先度を提供します。たとえば、CoSを次のように設定します。
|
リンクサービスの例外
リンクおよびマルチリンクサービスの実装は、以下の例外を除いて、他のルーティングプラットフォームでの実装と似ています。
-
リンクおよびマルチリンクサービスのサポートは、
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 の設定
MLPPPカプセル化を使用して、ジュニパーネットワークスデバイス上で lsq-0/0/0 するために、マルチクラスMLPPPを設定できます。マルチクラスMLPPPを設定しない場合、異なるクラスのフラグメントをインターリーブすることはできません。別のパケットからのフラグメントが送信される前に、1つのパケットのすべてのフラグメントを送信する必要があります。フラグメント化されていないパケットを別のパケットのフラグメント間でインターリーブすることで、フラグメント化されていないパケットで見られる遅延を減らすことができます。事実上、遅延の影響を受けやすいトラフィックは通常のPPPトラフィックとしてカプセル化され、バルクトラフィックはマルチリンクトラフィックとしてカプセル化されます。このモデルは、遅延の影響を受けやすいトラフィックのクラスが 1 つ存在し、遅延の影響を受けやすいトラフィックよりも優先される優先度の高い遅延トラフィックがない限り機能します。リンクサービスPICで使用されるこのLFIへのアプローチは、2つのレベルのトラフィック優先度のみをサポートしており、4〜8の転送クラスを伝送するには不十分です。
マルチクラスMLPPPにより、遅延の影響を受けやすいトラフィックを複数のクラスに、バルクトラフィックとともに単一のマルチリンクバンドル上で伝送することができます。事実上、マルチクラスMLPPPでは、異なるクラスのトラフィックに異なる遅延保証を持たせることができます。マルチクラス MLPPP を使用すると、各転送クラスを個別のマルチリンク クラスにマッピングできるため、優先度と遅延の保証を維持できます。
マルチクラスMLPPPは機能のスーパーセットを表すため、同じバンドルでLFIとマルチクラスMLPPPの両方を設定する必要はなく、サポートもされていません。マルチクラス MLPPP を設定すると、LFI が自動的に有効になります。
Junos OS PPP実装は、アドレスフィールド圧縮およびプロトコルフィールド圧縮PPP NCPオプションのネゴシエーションをサポートしていないため、ソフトウェアは常に完全な4バイトPPPヘッダーを送信します。
マルチクラス MLPPP の Junos OS 実装は、共通ヘッダー バイトの圧縮をサポートしていません。
マルチクラス MLPPP は、複数のリンクを使用した場合に発生するパケットの順序付けの問題を大幅に簡素化します。マルチクラス MLPPP を使用しない場合、パケット順序の問題を回避するために、単一フローに属するすべての音声トラフィックが単一リンクにハッシュされます。マルチクラス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でバンドルが設定されていない場合を含め、常に適用されます。
Compressed Real-Time Transport Protocolの概要
RTP(リアルタイムトランスポートプロトコル)は、ネットワークオーディオおよびビデオアプリケーションのさまざまな実装間の相互運用性を実現するのに役立ちます。ただし、ダイヤルアップモデムなどの低速回線を使用するネットワークでは、IP、UDP、およびRTPヘッダーを含むヘッダーが大きすぎる(約40バイト)場合があります。CRTP(Compressed Real-Time Transport Protocol)を設定して、低速リンクのネットワークオーバーヘッドを削減できます。CRTPは、IP、UDP、およびRTPヘッダーを2バイトのコンテキストID(CID)に置き換えることで、ヘッダーのオーバーヘッドを大幅に削減します。
図1は、CRTPが音声パケットのRTPヘッダーを圧縮し、40バイトのヘッダーを2バイトのヘッダーに縮小する方法を示しています。
リンクサービスインターフェイスでは、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] 階層レベルでフラグメント化-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バンドルの設定を参照してください。
- CRTPを設定するには、 例を参照してください。 圧縮リアルタイムトランスポートプロトコルの設定
リンクサービスインターフェイスの検証
設定が正常に機能していることを確認します。
リンクサービスインターフェイス統計情報の検証
目的
リンクサービスインターフェイスの統計情報を確認します。
アクション
このセクションで提供される出力例は、 例:MLPPPバンドルの設定で提供されている設定に基づいています。構成リンクがバンドルに正しく追加され、パケットがフラグメント化されて正しく送信されていることを確認するには、以下のアクションを実行します。
この例で使用する2つのデバイスであるデバイス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.0Bundle 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フラグメントが正しく送信されたことを示しています。DestinationLocal- マルチリンクバンドルのリモート側とマルチリンクバンドルのローカル側の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 に関連付けられていません。パケットは、リンクのバンドリングまたは圧縮のためにこのインターフェイスにルーティングされます。
非推奨になった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に割り当てられている場合は削除します。[interfaces]階層のlsq-0/0/0に設定されている場合、multilink-max-classesを削除できます。[interfaces]階層のlsq-0/0/0に設定されている場合は、link-layer-overheadを削除します。
転送クラスにフラグメント化が設定されておらず、フラグメント化マップが 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に設定されている場合は、マルチリンク最大クラスを削除します。
手記：Multilink-max-classesはサポートされておらず、設定されていない可能性があります。
lsq-0/0/0に設定されている場合は、link-layer-overheadを削除します。
[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—2台のジュニパーネットワークスデバイス(R0とR1)が、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 カプセル化のオーバーヘッドが異なるため、パケットのサイズが異なります。パケットサイズを比較して、カプセル化タイプを決定できます。
フラグメント化されていない小さなデータパケットには、1つのPPPヘッダーと1つのMLPPPヘッダーが含まれています。大きなフラグメントデータパケットでは、最初のフラグメントにはPPPヘッダーとMLPPPヘッダーが含まれますが、連続するフラグメントにはMLPPPヘッダーのみが含まれます。
PPPおよびMLPPPカプセル化は、パケットに以下のバイト数を追加します。
PPPカプセル化は、7バイトを追加します。
ヘッダー4バイト+フレームチェックシーケンス(FCS)2バイト+アイドルまたはフラグを含む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:キューで送信されたパケット数 キューに入れられたパケット
バンドル 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
構成リンクを通過するパケットの総数は、バンドル上のパケット数と等しくなりました。
Q3のパケット数
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を正しく通過しました。
送信元ポートからのLFIパケット
100トランジットse-1/0/0、送信元ポートからのLFIパケット200トランジット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ヘッダーを含むフラグメントパケットを破棄し、「ポリシングされた破棄」としてカウントすることがあります。
回避策として、両方のピアでマルチリンクバンドルを設定し、マルチリンクバンドルでフラグメント化しきい値を設定します。