リンクサービスとマルチリンク サービスについて
リンクサービスとマルチリンクサービスの概要
マルチリンクベースのプロトコルを使用すると、複数の論理データ リンクにわたってデータグラムの分割、再入力、シーケンスを行います。マルチリンク操作の目的は、システムの固定ペア間にある複数の独立リンクを調整して、他のメンバーよりも広い帯域幅を持つ仮想リンクを提供することでした。複数のリンクをバンドルすると、段階的な帯域幅の提供に加え、専用アクセス サービスに 耐障害性 レベルの 耐障害性 を追加できます。なぜなら、複数の PIC 間にバンドルを実装して、単一の PIC の障害から保護できる点です。
Junos OS MLFR(Multilink Point-to-Point Protocol)やMLFR(Multilink Frame Relay)など、複数のマルチリンクベース プロトコルをサポートしています。MLPPP を使用すると、複数の PPP リンクを単一の論理リンクにバンドルできます。MLFR を使用すると、複数のフレーム リレー データリンク接続識別子(DLC)を単一の論理リンクにバンドルできます。MLPPP と MLFR は、低速の T1 および E1 サービスと、より高速な T3 および E3 サービスの間で、サービス オプションのきめ細かい機能を提供します。MLPPP と MLFR を使用して、コスト効率の高い小さな増分で帯域幅を増やします。
MLPPP 拡張のマルチクラス拡張では、MLPPP を使用して複数のサービス クラスを利用できます。詳細については、 RFC 2686, The Multi-Class Extension to Multi-Link PPP をご覧ください。ネットワークJunos OS PPP実装では、アドレス フィールド圧縮およびプロトコル フィールド圧縮PPP NCPオプションのネゴシエーションをサポートしていない。ソフトウェアは常に完全な4バイトPPPヘッダーを送信します。
基準
MLPPP、MLFR FRF.15、MLFR FRF.16 の規格は、以下の仕様で定義されています。
RFC 1990、THE PPP Multilink Protocol(MP)
FRF.15、 エンドツーエンド のマルチリンク フレーム リレー実装契約
FRF.16.1、マルチリンク フレーム リレー UNI/NNI実装契約
注:エンドポイント識別子クラスの互換性チェックは、MLPPPインターフェイスで有効です。Junos OS リリース 8.0 以前、ジュニパーネットワークス ルーターが MLPPP セッション ピアからサポートされていない Endpoint Discriminator Class メッセージを受信すると、ACK 応答を返しました。
マルチリンクサービスとリンクサービスPICの概要
各マルチリンク サービスまたはリンク サービス PIC は、複数のバンドルを サポートできます。バンドルには、最大 8 個のリンクを 含めできます。
マルチリンク サービス PIC の場合、リンクは T1、E1、または DS0 の物理インターフェイスに対応し、各リンクは設定した論理ユニット番号に関連付けられる可能性があります。リンク サービス PIC の場合、リンクは E1、T1、チャンネル化 DS3-DS1、チャンネル化 DS3-to-DS0、チャンネル化 E1、チャンネル化 STM1 インターフェイス、またはチャンネル化 IQ インターフェイスを使用できます。MLFR FRF.16 バンドルでは、各リンクが設定したチャネル番号に関連付けられている。
バンドルに参加するには、その前にリンクを設定する必要があります。各バンドルは 1 種類のリンクのみで構成する必要があります。バンドル内で異なる速度の物理インターフェイスの混在はサポートされていません。
表 1 に示すように、3 つのバージョンのマルチリンク サービスと 3 バージョンのリンク サービス PIC を使用できます。PICハードウェアは同一です。ただし、設置しているバージョンを識別できる異なるフェースプレートを除きます。ソフトウェアは、PICに割り当てる物理インターフェイスのユニット番号と最大数を制限します。
PIC 容量 |
ユニット番号 |
最大 T1/DS0 インターフェイス数 |
E1 インターフェイス最大数 |
|---|---|---|---|
4 バンドル PIC |
0~3 |
32 リンク |
32 リンク |
32 バンドル PIC |
0~31 |
256 リンク |
219 のリンク |
128 バンドル PIC |
0~127 |
292 リンク |
219 のリンク |
単一の PIC で、450 Mbps(メガビット/秒)の集約帯域幅をサポートできます。
多数のリンクを設定できますが、マルチリンク サービスとリンク サービスの PIC は 450 Mbps のトラフィックのみを確実に処理できます。トラフィックのレートが高くなると、パフォーマンスが低下する可能性があります。
デバイス Junos OS 9.0 以上では、リンク サービス PIC で使用可能な最大ユニット番号を超えるユニット番号を設定できません。そうしようとすると、エラー メッセージが表示されます。
サービス PIC のサポート
Junos OSは、マルチリンク サービス PIC やリンク サービス PIC などのサービス PIC に、またアダプティブ サービス(AS)およびマルチサービス PIC 上に設定されたリンク サービス インテリジェント キューイング(IQ)と音声サービスで、マルチリンク ベースのプロトコルをサポートします。リンク サービス IQ の詳細については、「 レイヤー 2 サービス パッケージ機能およびインターフェイス 」 を参照してください。音声サービスの詳細については、「 Voice Services 向けサービス インターフェイス の設定 」を参照してください。
Junos OS リリース 12.1 から、MX240、MX480、MX960 ルーターの以下のチャンネル化 MIC は、MLPPP(マルチリンク ポイント to ポイント プロトコル)ベースのサービスをサポートしています。
4 ポート チャネル化 SONET/SDH OC3/STM1(マルチレート)MIC と SFP(MIC-3D-4CHOC3-2CHOC12)
8 ポート チャネル化 SONET/SDH OC3/STM1(マルチレート)MIC と SFP(MIC-3D-8CHOC3-4CHOC12)
8 ポート チャネル化 DS3/E3 MIC(MIC-3D-8CHDS3-E3-B)
MLPPP ベースのサービス MIC の詳細については、「 チャネル化 MIC 上のマルチリンク インターフェイスの概要 」 を参照してください。
リンク サービスとマルチリンク サービスの PIC は、次のカプセル化タイプをサポートしています。
MLPPP
MLFR
Junos OSリリース12.1から、次のカプセル化タイプおよびプロトコルのサポートが、マルチサービスDPCを備えたMX240、MX480、MX960ルーターに拡張されました。
MLPPP
マルチクラス MLPPP
MLFR エンドツーエンド(FRF.15)
MLFR UNI NNI(FRF.16)(MFR とも呼ばれます)
CRTP(Compressed Real-Time Transport Protocol)
一部のルーターでは、MLPPP ACX シリーズサポートされています。MLFR は、一部のルーター ACX シリーズサポートされていません。
論理ユニット レベルでは、マルチリンク サービスとリンク サービスの PIC は、MLPPP および MLFR フレーム リレー フォーラム(FRF)15 のカプセル化タイプをサポートしています。物理インターフェイス レベルでは、リンク サービスPICはMLFR FRF.16カプセル化タイプもサポートしています。
マルチM Series エッジ ルーターでは、MLFR バンドルで許可される DS3 リンクは 1 つのみです。MLPPP バンドルには、2 つの DS3 リンクを含む場合があります。
一ACX シリーズルーターでは、PICで最大4xDS3の総スループットをサポートできる場合でも、各アグリゲートは帯域幅で1つのDS3と等しいトラフィックの量しか実行できます。DS3リンクのアグリゲートはサポートされていません。
インターフェイス タイプのサポート
MLPPP および MLFR FRF.15 は、インターフェイス タイプ ml-fpc/pic/port 、 ls-fpc/pic/port でサポートされています lsq-fpc/pic/port 。MLFR FRF.15 では、複数の永続的仮想サーキット(PVC)が 1 つのアグリゲート仮想サーキット(AVC)に組み合わされます。これにより、一方の端に複数の PVC を使用してフラグメント化を行い、もう一方の端で AVC を再組み立てできます。
MLFR FRF.16 は、単一 ls-fpc/pic/port:channel の MLFR FRF.16 バンドルを示す、チャネル化インターフェイスでサポートされています。MLFR FRF.16 では、複数のリンクが結合して 1 つの論理リンクを形成します。パケットのフラグメント化と、VC 単位での再アセンブが行われます。各バンドルは複数のVCSをサポートできます。リンク サービスPICは、MLFR FRF.16バンドルあたり最大256のDLCをサポートできます。物理接続には、E1、T1、チャンネル化DS3-DS1、チャンネル化DS3-DS0、チャンネル化E1、チャンネル化STM1、またはチャンネル化IQインターフェイスが必要です。リンク サービス インターフェイスを使用してチャンネル化インターフェイスをバンドルする場合、チャンネル化インターフェイスにはFPC(enhanced Flexible PIC Concentrators)M Seriesが必要です。
インターフェイス タイプは、マルチリンク サービスPIC上でインターフェイスを設定するために使用され、サービス クラス(CoS)機能 ml- をサポートしていない。インターフェイス タイプはリンク サービス PIC 上の制限された CoS 設定に使用され、インターフェイス タイプはアダプティブ サービスおよびマルチサービス PIC 上のフル CoS 設定に使用されます。 ls- lsq- バンドル インターフェイスは、マルチサービス インターフェイス上DPCリンク サービスIQ(lsq)インターフェイスおよび仮想LSQ冗長(DPC c y)インターフェイスとして設定されています。
リンク サービスIQ( )インターフェイスでは、ルーティング デバイスのJunos OSサービス クラス ユーザー ガイド に記載されているとおり、Junos OS CoSコンポーネントは完全にサポートされ、M SeriesおよびT Seriesルーター上で通常処理されます。 lsq リンク サービス IQ 設定の詳細については、「 レイヤー 2 サービス パッケージ機能およびインターフェイス 」を参照してください。
非 QPP インターフェイス上で MLPPP または MLFR を実行する場合、アグリゲートのメンバーである論理ユニットを、次のような他のファミリーを使用して設定された論理ユニットと混在することはできません inet 。たとえば、次の設定は無効です。
interface e3-0/0/0 {
encapsulation frame-relay;
unit 99 {
dlci 99;
family mlfr-end-to-end {
bundle ls-0/0/0.1;
}
}
unit 100 { ## mixes mlfr with family inet
dlci 100;
family inet {
address 192.168.164.53/30;
}
}
}
詳細については、
チャンネル化されたMIC上のマルチリンク インターフェイスの概要
MIC(マルチサービス モジュラー インターフェイス カード)を使用すると、音声サービスやレイヤー 2 トンネリング プロトコル(L2TP)サービスなどのサービスとアプリケーションのセットを設定して、同じ MIC 上で複数のサービスを実行できます。5G ジュニパーネットワークス MX シリーズ アーキテクチャユニバーサル ルーティング プラットフォームサービス サービス アーキテクチャはDPC、基本的にマルチサービス PIC と同じ機能を提供します。両方のプラットフォームのインターフェイスは、同じ方法で設定されています。マルチリンク インターフェイスは、チャネル化された MIC でホストされます。バンドル インターフェイスは、マルチサービス インターフェイス上DPC(DPC)冗長化()インターフェイスとして設定されています。
Junos OSリリース12.1から、MX240、MX480、MX960ルーター上の以下のチャンネル化されたMICは、MLPPP(マルチリンク ポイントアンドポイントプロトコル)ベースのサービスをサポートしています。
4 ポート チャネル化 SONET/SDH OC3/STM1(マルチレート)MIC と SFP(MIC-3D-4CHOC3-2CHOC12)
8 ポート チャネル化 SONET/SDH OC3/STM1(マルチレート)MIC と SFP(MIC-3D-8CHOC3-4CHOC12)
8 ポート チャネル化 DS3/E3 MIC(MIC-3D-8CHDS3-E3-B)
前述の MICS では、次のカプセル化、インターフェイス、プロトコル、パケット タイプがサポートされています。
MLPPP(マルチリンク ポイント to ポイント プロトコル):データ パケット用の優先度ベースのフロー制御(PFC)と、制御パケット用の LCP(リンク制御プロトコル)をサポートします。 CRTP(Compressed Real-Time Transport Protocol)とマルチクラス MLPPP は、データ パケットと制御パケットの両方でサポートされています。
MLFR(マルチリンク フレーム リレー)エンドツーエンド(FRF.15):データおよび制御パケット用に、LMI(Ethernet Local Management Interface)、C-LMI(Consortium LMI)、およびリンク整合性プロトコル(LIP)をサポートします。
MFR(マルチリンク フレーム リレー)UNI NNI(FRF.16):データおよび制御パケット用に、イーサネット ローカル管理インターフェイス(LMI)、Consortium LMI(C-LMI)、およびリンク整合性プロトコル(LIP)をサポートします。
リンク フラグメント化および LFI(インターリーブ)、非マルチリンク MLPPP および MLFR パケット。
レイヤー 2 サービスと音声サービス機能はマルチサービス高密度ポート コンセントレータに実装されています。マルチサービス高密度ポート コンセントレータでは、マルチサービス によってルーティングされる次の 2 種類のトラフィックパケット転送エンジン。
顧客からプロバイダエンド(顧客トラフィックとも呼ばれる)— ここで、顧客のエンドからのマルチリンク フラグメントが、チャネル化された MIC 上に設定されたマルチサービス インターフェイスに到着します。次に、これらのフラグメントは CoS などのレイヤー 2 処理のためにマルチサービス DPC に送信され、マルチサービス サービス プラットフォームで実行されているマルチサービス ソフトウェアによって再DPC。これらの再構成されたパケットは、通常のルーター ルックアップ プロセスパケット転送エンジンを通過し、最終的にインターネット経由でプロバイダ エンドに送信されるパケットです。音声パケットも同じプロセスを通過します。
プロバイダ-エンドツーエンド(インターネット トラフィックとも呼ばれる)—ここでは、インターネット プロバイダから送信されたデータ パケットが、インターネット プロバイダの汎用イングレス インターフェイスで受信パケット転送エンジン。その後、これらのパケットはレイヤー 2 処理のためにDPCサービス プロトコルに送信されます。マルチサービス上で実行されるマルチサービス ソフトウェアDPCデータ パケットをフラグメント化して、マルチサービス サービスにパケット転送エンジン。これらのマルチリンク フラグメントは、チャネル化された MIC インターフェイスを通して顧客エンドに送信されます。音声パケットも同じプロセスを通過します。
マルチリンク サービスとリンク サービスの PIC でサポートされる機能はすべて、マルチリンク サービスまたはリンク サービス MICS でもサポートされています。マルチリンクサービスおよびリンクサービスPICの詳細については、 マルチリンクおよびリンクサービス PICの概要 を参照してください。
次のカプセル化、インターフェイス、プロトコル、パケット タイプのサポートが、前述の MICS に拡張されました。
MLPPP(マルチリンク ポイント to ポイント プロトコル):データ パケット用の優先度ベースのフロー制御(PFC)と、制御パケット用の LCP(リンク制御プロトコル)をサポートします。CRTP(Compressed Real-Time Transport Protocol)とマルチクラス MLPPP は、データ パケットと制御パケットの両方でサポートされています。
MLFR(マルチリンク フレーム リレー)エンドツーエンド(FRF.15):データおよび制御パケット用にイーサネット ローカル管理インターフェイス(LMI)と事業体 LMI(C-LMI)をサポートします。
MLFR(マルチリンク フレーム リレー)UNI NNI(FRF.16):データおよび制御パケット用に、イーサネット ローカル管理インターフェイス(LMI)、事業体 LMI(C-LMI)、およびリンク整合性プロトコル(LIP)をサポートします。
マルチリンク MLPPP および MLFR パケット上のリンク フラグメント化と LFI(インターリーブ):大規模なデータ パケットを分割し、結果として小さいパケットで遅延の影響を受け取る音声パケットをインターリーブすることで、リンク上の遅延とジッターを低減します。