ブロードバンド加入者アクセスネットワークの概要
加入者アクセスネットワークの概要
加入者アクセス環境は、加入者アクセス技術および認証プロトコルを含む様々なコンポーネントを含むことができる。
加入者アクセス技術には次のようなものがあります。
DHCP(Dynamic Host Configuration Protocol)サーバー
ローカル DHCP サーバー
外部 DHCP サーバー
ポイントツーポイントプロトコル(PPP)
加入者認証プロトコルには、RADIUSサーバーが含まれます。
図 1 は、基本的な加入者アクセス ネットワークの例を示しています。
この機能にはライセンスが必要です。加入者アクセスライセンスの詳細については、「 購読者アクセスライセンスの概要」を参照してください。ライセンス管理に関する一般的な情報については、『ジュニパー ライセンス ガイド』を参照してください。詳細については、 MXシリーズルーター の製品データシートを参照するか、ジュニパーアカウントチームまたはジュニパーパートナーにお問い合わせください。
マルチサービスアクセスノードの概要
マルチサービスアクセスノードは、一般的に使用されるアグリゲーションデバイスのグループを指す広義の用語です。これらのデバイスには、xDSLネットワークで使用されるデジタル加入者ラインアクセスマルチプレクサ(DSLAM)、PON/FTTxネットワーク用の光回線終端(OLT)、アクティブイーサネット接続用のイーサネットスイッチが含まれます。最新のMSANは、多くの場合、これらすべての接続をサポートするだけでなく、普通の古い電話サービス(POTSと呼ばれる)やデジタル信号1(DS1またはT1)などの追加の回線に接続を提供します。
マルチサービスアクセスノードの定義機能は、複数の加入者からのトラフィックを集約することです。物理レベルでは、MSAN はトラフィックを ラスト マイル テクノロジ (ADSL など) からイーサネットに変換して、サブスクライバーに配信します。
MSAN は、ネットワークでのトラフィックの転送方法に基づいて、次の 3 種類に大別できます。
Layer–2 MSAN- このタイプの MSAN は、基本的にレイヤー 2 スイッチです(ただし、通常は完全に機能するスイッチではありません)。関連する拡張機能がいくつかあります。これらの MSAN は、イーサネット (または ATM) スイッチングを使用してトラフィックを転送します。MSAN は、すべてのサブスクライバ トラフィックをアップストリームに転送し、エッジ ルーターは一元化されたコントロール ポイントとして機能し、サブスクライバー間の直接通信を防ぎます。イーサネットリンクアグリゲーション(LAG)は、このタイプのネットワークで耐障害性を提供します。
レイヤー2 DSLAMはIGMPを解釈できないため、IPTVチャネルを選択的に複製することはできません。
Layer–3 aware MSAN- この IP 対応 MSAN は、マルチキャスト ストリームをローカルにレプリケートし、そのストリームを要求しているサブスクライバーに転送することで、IGMP 要求を解釈して応答できます。レイヤー3認識は、IPTVトラフィックがチャネル変更( チャネルザップと呼ばれることもあります)を実行するのをサポートする場合に重要です。静的 IP 対応 MSAN は、常にすべてのマルチキャスト テレビ チャネルを受信します。特定のチャネルを DSLAM に転送するように要求することはできません。ただし、動的 IP 対応 DSLAM は、DSLAM への個々のチャネルの送信を開始 (または中止) するようにネットワークに通知できます。DSLAMでIGMPプロキシまたはIGMPスヌーピングを設定すると、この機能が実現します。
Layer–3 MSAN- これらの MSAN は、レイヤ 2 テクノロジではなく IP ルーティング機能を使用してトラフィックを転送します。この転送方法の利点は、異なるアップストリーム ルーターに向かう複数のアップストリーム リンクをサポートし、ネットワークの耐障害性を向上させることができることです。ただし、このレベルの回復性を実現するには、各 MSAN に個別の IP サブネットワークを割り当てる必要があり、保守や管理がより困難になる可能性がある複雑さのレベルが追加されます。
MSAN の種類を選択する場合は、 図 2 を参照してください。
の選択
イーサネット MSAN アグリゲーション オプション
各 MSAN は、エッジ ルーター (ブロードバンド サービス ルーターまたはビデオ サービス ルーター) に直接接続することも、中間デバイス (イーサネット スイッチなど) がサービス ルーターに送信される前に MSAN トラフィックを集約することもできます。 表 1 に、使用可能な MSAN 集計方法と、それらが使用される条件を示します。
メソッド |
使用時 |
|---|---|
直接接続 |
各 MSAN は、ブロードバンド サービス ルーターとオプションのビデオ サービス ルーターに直接接続します。 |
イーサネットアグリゲーションスイッチ接続 |
各 MSAN は、中間イーサネット スイッチに直接接続します。次に、スイッチはブロードバンドサービスルーターまたはオプションのビデオサービスルーターに接続します。 |
イーサネットリングアグリゲーション接続 |
各 MSAN は、MSAN のリング トポロジに接続します。ヘッドエンド MSAN (アップストリーム エッジ ルーターに最も近いデバイス) は、ブロードバンド サービス ルーターに接続します。 |
ネットワークのさまざまな部分で異なる集約方法を使用できます。また、ネットワーク内に複数のトラフィックアグリゲーションレイヤーを作成することもできます。たとえば、MSAN はセントラル オフィス端末 (COT) に接続してイーサネット アグリゲーション スイッチに接続したり、エッジ ルーターに接続する前に複数レベルのイーサネット アグリゲーション スイッチを作成したりできます。
直接接続
直接接続方法では、各 MSAN にはブロードバンド サービス ルーターへのポイント ツー ポイント接続があります。中間セントラル オフィスが存在する場合は、波分割多重 (WDM) を使用して、複数の MSAN からのトラフィックを 1 つの接続に結合できます。MSAN をビデオ サービス ルーターに接続することもできます。ただし、この接続方法では、トラフィックの転送時に使用するリンクを決定できるレイヤー 3 MSAN を使用する必要があります。
直接接続方法を使用する場合は、次の点に注意してください。
ネットワーク管理を簡素化するために、可能な場合はこの方法をお勧めします。
サービス ルーターへの接続には複数の MSAN が使用され、レイヤー 3 MSAN は一般により高い機器コストを必要とするため、この方法はマルチエッジ サブスクライバ管理モデルではほとんど使用されません。
直接接続は、通常、ほとんどの MSAN リンクの使用率が 33% 未満で、複数の MSAN からのトラフィックを結合する価値がほとんどない場合に使用されます。
イーサネットアグリゲーションスイッチ接続
イーサネット アグリゲーション スイッチは、複数のダウンストリーム MSAN からのトラフィックをサービス ルーター (ブロードバンド サービス ルーターまたはオプションのビデオ サービス ルーター) への 1 つの接続に集約します。
イーサネット アグリゲーション スイッチの接続方法を使用する場合は、次の点に注意してください。
イーサネット集約は、通常、ほとんどの MSAN リンクが 33% 以上使用されている場合、または低速の MSAN (1 Gbps など) からサービス ルーターへの高速接続 (10 Gbps など) へのトラフィックを集約するために使用されます。
MXシリーズルーターをイーサネットアグリゲーションスイッチとして使用できます。レイヤー2シナリオでのMXシリーズルーターの設定については、 MXシリーズルーター用イーサネットネットワークユーザーガイドを参照してください。
リングアグリゲーション接続
リング トポロジでは、サブスクライバに接続するリモート MSAN はリモート端末 (RT) と呼ばれます。このデバイスは、外部プラント(OSP)またはリモート本社(CO)に配置できます。トラフィックは、リングのヘッドエンドにあるセントラル オフィス ターミナル(COT)に到達するまでリングを通過します。その後、COTはサービスルーター(ブロードバンドサービスルーターまたはビデオサービスルーター)に直接接続します。
RT と COT は、同じリング復元プロトコルをサポートする必要があります。
MXシリーズルーターは、イーサネットリングアグリゲーショントポロジーで使用できます。レイヤー2シナリオでのMXシリーズルーターの設定については、 MXシリーズルーター用イーサネットネットワークユーザーガイドを参照してください。
LDP 擬似配線自動センシングの概要
疑似回線は、MPLS エッジまたはアクセス ネットワークを介してレイヤー 2 サービスを転送するために使用される仮想リンクです。一般的なブロードバンドエッジやビジネスエッジネットワークでは、疑似回線の一端はアクセスノード上のレイヤー2回線として終端され、他端はアグリゲーションノードまたはMPLSコアネットワークとして機能するサービスノード上のレイヤー2回線として終端されます。従来、両方のエンドポイントは構成を通じて手動でプロビジョニングされていました。LDP擬似回線自動検知では、新しいプロビジョニングモデルが導入され、LDPシグナリングメッセージに基づいて、疑似回線エンドポイントをサービスノード上で自動的にプロビジョニングおよびプロビジョニング解除できます。このモデルにより、大規模な疑似回線のプロビジョニングが容易になります。アクセスノードは、LDPを使用して、疑似回線のIDと属性の両方をサービスノードに通知します。IDはRADIUSサーバーによって認証された後、LDPによってシグナルされる属性およびRADIUSサーバーから渡された属性とともに使用され、レイヤー2回線を含む疑似回線エンドポイント構成が作成されます。
疑似配線イングレス終端の背景
シームレスな MPLS 対応のブロードバンド アクセスやビジネス エッジ ネットワークでは、アクセス ノードとサービス ノードを接続するための仮想インターフェイスとして、イーサネット疑似配線がよく使用されます。各疑似配線は、アクセスノードとサービスノードのペア間で、1つまたは複数のブロードバンド加入者またはビジネスエッジ顧客の双方向トラフィックを伝送します。疑似回線の確立は、通常、アクセスノード上のクライアント側ポートに到着した新しいブロードバンド加入者またはビジネスエッジの顧客の静的設定または動的検出に基づいて、アクセスノードによって開始されます。
理想的には、アクセスノードはクライアントポートごとに1つの疑似回線を作成し、ポートでホストされているすべての加入者または顧客が疑似回線にマッピングされるようにする必要があります。もう1つは、クライアントポート(S-VLAN)ごとに1つの疑似回線があり、ポートで共通のS-VLANを共有するすべての加入者または顧客が疑似回線にマッピングされる場合です。いずれの場合も、疑似配線は raw モードでシグナリングされます。
S-VLAN は、サービス ノード上のサービスの区切りに使用しない場合、または加入者や顧客を識別するために C-VLAN と組み合わされない場合、トラフィックが疑似回線ペイロードにカプセル化されてサービス ノードに転送される前に削除されます。個々の加入者または顧客は、C-VLAN、またはDHCPやPPPなどのレイヤー2ヘッダーによって区別され、疑似回線ペイロードでサービスノードに伝送されます。サービスノードで疑似回線が終了します。その後、個々の加入者または顧客は逆多重化され、ブロードバンド加入者インターフェイス、ビジネス エッジ インターフェイス(PPPoE など)、イーサネット インターフェイス、または IP インターフェイスとしてモデル化されます。イーサネットおよびIPインターフェイスは、VPLSやレイヤー3 VPNインスタンスなどのサービスインスタンスにさらにアタッチすることができます。
Junos OS では、疑似ワイヤ サービスの物理インターフェイスと論理インターフェイスを使用することで、サービス ノードでの疑似ワイヤイングレス終端がサポートされています。このアプローチは、単一の疑似配線を介して加入者または顧客を多重化および逆多重化できるため、従来の論理トンネルインターフェイスベースのアプローチよりもスケーラビリティが優れていると考えられています。各疑似回線について、アンカーパケット転送エンジンと呼ばれる、選択されたパケット転送エンジン上に疑似回線サービスの物理インターフェイスが作成されます。この疑似回線サービス物理インターフェイスの上に、ps.0 論理インターフェイス(トランスポート論理インターフェイス)が作成され、ps.0 論理インターフェイスをアタッチメント インターフェイスとしてホストするためのレイヤー 2 回線またはレイヤー 2 VPN が作成されます。
レイヤー2回線またはレイヤー2 VPNは、アクセスノードへの疑似回線シグナリングを有効にし、ps.0論理インターフェイスは、疑似回線のカスタマーエッジ向けインターフェイスの役割を果たします。さらに、1つまたは複数のps.n論理インターフェイス(サービス論理インターフェイス、ここでn>0)を疑似回線サービス物理インターフェイス上に作成し、個々の加入者/顧客フローを論理インターフェイスとしてモデル化することもできます。これらのインターフェイスは、目的のブロードバンドサービスやビジネス エッジ サービス、あるいはレイヤー 2 やレイヤー 3 VPN インスタンスに接続できます。
アンカー パケット転送エンジンの目的は、カプセル化、カプセル化解除、VLAN マルチプレクサまたはデモプレクサ、QoS、ポリシング、シェーピングなど、疑似回線の双方向トラフィックを処理するためのパケット転送エンジンを指定することです。
Junos OSリリース16.2以前では、疑似回線サービス物理インターフェイス、疑似回線サービス論理インターフェイス、レイヤー2回線、疑似回線イングレス終端用のレイヤー2 VPNの作成と削除は、静的設定に依存します。これは、拡張性、効率性、および柔軟性の観点から、特に各サービスノードが多数の疑似配線をホストする可能性があるネットワークにおいては、最良の選択肢とは見なされません。目的は、サービスプロバイダーがサービスノードでの疑似回線イングレス終端のプロビジョニングとプロビジョニング解除において、静的な設定から抜け出せるようにすることです。
疑似ワイヤ自動センシングアプローチ
疑似配線自動センシングアプローチでは、サービスノードは、アクセスノードから受信したLDPラベルマッピングメッセージをトリガーとして使用し、疑似回線サービス物理インターフェイス、疑似回線サービス論理インターフェイス、レイヤー2回線の設定を動的に生成します。同様に、アクセスノードから受信したLDPラベル撤回メッセージとLDPセッションダウンイベントをトリガーとして使用して、生成された設定を削除します。擬似配線自動センシングでは、アクセスノードが疑似回線シグナリングのイニシエーターであり、サービスノードがターゲットであると想定しています。冗長性やロードバランシングのためにサービスが複数のサービスノードによってホストされる可能性があるネットワークでは、これはサービス確立のための選択アンドコネクトモデルをアクセスノードにも提供します。擬似配線自動センシングの基本的な制御フローを図3に示します
の基本制御フロー
疑似配線自動センシングの基本的な制御フロー手順は次のとおりです。
カスタマー構内機器(CPE)がオンラインになり、C-VLANを含むイーサネットフレームが光回線ターミネーター(OLT)に送信されます。OLTはフレームにS-VLANを追加し、そのフレームをアクセスノードに送信します。アクセス ノードは、RADIUS サーバーに確認して VLAN を承認します。
RADIUS サーバーは、アクセス ノードにアクセス許可を送信します。アクセスノードはレイヤー2回線を作成し、LDPラベルマッピングメッセージを通じてサービスノードに疑似回線をシグナリングします。
サービスノードはラベルマッピングメッセージを受け取り、許可と疑似回線サービスの物理インターフェイスまたは論理インターフェイスの選択のために、疑似回線情報を含むアクセス要求をRADIUSサーバーに送信します。
RADIUSサーバーは、選択された疑似回線サービス、物理インターフェイス、または論理インターフェイスを指定するサービス文字列を含むアクセス受け入れをサービスノードに送信します。サービスノードは、レイヤー2回線構成、疑似回線情報、および疑似回線サービスの物理インターフェイスまたは論理インターフェイスを作成します。サービスノードは、LDPラベルマッピングメッセージを通じて、アクセスノードに向けて疑似配線に信号を送ります。疑似配線は双方向で立ち上がります。
サンプル設定
以下の設定は、自動検知によって生成されたレイヤー 2 回線を明示的にマークします。疑似回線サービス物理インターフェイスと疑似回線サービス論理インターフェイスの設定は、既存の設定の有無によって任意となります。
ルーター0
[edit]
protocols {
Layer 2 circuit {
neighbor 192.0.2.2 {
interface ps0.0 {
virtual-circuit-id 100;
control-word;
mtu 9100;
auto-sensed;
}
}
}
}
疑似回線サービスインターフェイス上のレイヤー2サービスの概要
疑似回線サービス論理インターフェイスは、加入者管理ネットワークのMPLSアクセス側のトランスポート論理インターフェイス(psn.0)とMPLSコア側のサービス論理インターフェイス(psn.1からpsn.n)をサポートします。
サービス論理インターフェイス psn.1 から psn.n の疑似ワイヤ サービスは、ブリッジ ドメインまたは仮想プライベート LAN サービス(VPLS)インスタンスのレイヤ 2 インターフェイスとして設定されます。トランスポート論理インターフェイス psn.0 上の疑似ワイヤ サービスをレイヤー 2 回線の終端インターフェイスとして、またはサービス エッジ デバイスのレイヤー 2 VPN を使用して、イーサネット アグリゲーション デバイスとサービス エッジ デバイス間にレイヤー 2 回線またはレイヤー 2 VPN across MLPS アクセスがあります。
Junos OSは、ブリッジドメインまたはVPLSインスタンスのサービス論理インターフェイスpsn.1からpsn.nで疑似ワイヤサービスをサポートしており、サービスエッジデバイスのトランスポート論理インターフェイス上で疑似ワイヤサービスから出るトラフィックを受信します。また、サービス論理インターフェイス上の疑似回線サービス上で、MAC学習、VLAN操作、宛先MAC検索などのレイヤー2イングレス機能も有効にします。
トラフィックが逆方向の場合、宛先MACはサービスエッジデバイスのレイヤー2ドメインに入り、サービス論理インターフェイス上の疑似回線サービスで送信元MACとして学習されます。Junos OS Release 17.1R1 以降、疑似回線論理トンネル インターフェイスは、レイヤー 2 トラフィックから抜け出すためのイーサネット VPLS、イーサネット ブリッジ、VLAN VPLS、VLAN ブリッジ カプセル化ネクスト ホップをサポートしています。Junos OS リリース 18.4R1 以降、疑似回線サービスの論理インターフェイスを使用したレイヤー 2 サービスのサポートは、冗長論理トンネル インターフェイスに固定された疑似回線サービス インターフェイスにも拡張されています。これらのレイヤー2サービスは、サービス論理インターフェイス(psn.1〜psn.n)上の疑似回線サービスでのみサポートされ、トランスポート論理インターフェイス(psn.0)ではサポートされません。VLAN操作などのレイヤー2出力機能は、疑似回線サービスインターフェイスで有効になります。インターフェイスから送信されたトラフィックは、MPLS アクセス ドメイン全体のイーサネット アグリゲーション デバイスとサービス エッジ デバイス間のレイヤー 2 回線インターフェイスであるトランスポート論理インターフェイス上の疑似配線サービスに入ります。
Junos OS Release 16.2以前では、レイヤー2のカプセル化や機能をサービス論理インターフェイス上の疑似回線サービスで設定することはできませんでした。
カスタマーLANからMPLSへのトラフィック
VPLS-x および VPLS-y インスタンスは、サービス エッジ デバイス(PE A)の MPLS コア側で構成されます。レイヤー 2 回線またはレイヤー 2 VPN は、イーサネット アグリゲーション デバイス(EAD 1)とサービス エッジ デバイスの間に設定されます。ps0.0(トランスポート論理インターフェイス)は、PE Aのレイヤー2回線またはレイヤー2 VPNのローカルインターフェイスです。Junos OSは、VPLSインスタンスVPLS-x(VPLS-xのVLAN ID = m)のサービス論理インターフェイスps0.x(x>0)での疑似ワイヤサービス、およびVPLSインスタンスVPLS-y(VPLS-yのVLAN ID = n)のサービス論理インターフェイスps0.y(y>0)での疑似ワイヤサービスをサポートしています。
図 4 では、トラフィックが EAD 1 から VLAN ID で PE A (レイヤー 2 回線またはレイヤー 2 VPN 上)に送信されると、トラフィックは ps0.0 を経由して出力されます。トラフィックのVLAN IDに基づいて、サービス論理インターフェイス上の疑似回線サービスが選択されます。たとえば、VLAN ID が m の場合、トラフィックは ps0.x と入力し、VLAN ID が n の場合、トラフィックは ps0.y と入力します。
上の疑似回線サービス用のレイヤー2サービス
トラフィックがサービス論理インターフェイス ps0.n(n>0)で疑似回線サービスに入ると、次のステップが実行されます。
送信元MAC学習は、サービス論理インターフェイス上のレイヤー2疑似回線サービス上で行う必要があります。この MAC の送信元パケット転送エンジンは、PE A デバイスの VPLS インスタンスまたはブリッジ ドメインに疑似回線サービスが固定されている論理トンネル インターフェイスのパケット転送エンジンです。
宛先MACルックアップは、サービス論理インターフェイス上の疑似回線サービスの入力ブリッジファミリー機能リストとして、エントリ側で行われます。
宛先MACルックアップが成功すると、トラフィックはユニキャストとして送信されます。そうでない場合は、宛先MAC、ブロードキャストMAC、およびマルチキャストMACがフラッディングされます。
サービス論理インターフェイス上の疑似ワイヤ サービスに着信するトラフィックの宛先 MAC ルックアップが失敗した場合、
mlp queryコマンドはブリッジ ドメインまたは VPLS インスタンスのルーティング エンジンと他のパケット転送エンジンに送信されます。
サービス論理インターフェイス上の疑似ワイヤ サービスで新しい MAC が学習された場合、コマンドはルーティング エンジンとブリッジ
mlp addドメインまたは VPLS インスタンスの他のパケット転送エンジンに送信されます。
サービスエッジからカスタマーLANへのトラフィック
トラフィックがサービス エッジ デバイスで VPLS インスタンスまたはブリッジ ドメインに入り、トラフィック内の宛先 MAC がサービス論理インターフェイス上の擬似ワイヤ サービスで学習された場合、その疑似ワイヤ サービス論理インターフェイスに関連付けられたトークンがエントリ側に設定されます。その後、トラフィックはパケット転送エンジンに送信され、その上で疑似回線サービスの物理インターフェイスの論理トンネルインターフェイスがファブリックを介して固定されます。このトークンが起動されると、VLAN VPLS、VLAN ブリッジ、イーサネット VPLS、およびイーサネット ブリッジ カプセル化がサポートされます。カプセル化ネクストホップは、サービス論理インターフェイス上の疑似回線サービスのエグレス論理インターフェイス機能リストを指し、すべてのレイヤー2出力機能を実行し、トランスポート論理インターフェイスps0.0上の疑似回線サービスのエントリ側にパケットを送信します。
MAC クエリーが疑似回線サービスが固定されているパケット転送エンジンに到達した場合、パケット転送エンジンは、サービス論理インターフェイス上の疑似回線サービスで学習された MAC が存在する場合にのみ、応答を送信します。サービス論理インターフェイス上の疑似回線サービスで学習したMACの宛先MACルックアップの後に表示されるサービス論理インターフェイス上の疑似回線サービスに関連付けられたレイヤー2トークンは、サービス上の疑似回線サービスのアクセス側である論理インターフェイスに関連付けられたネクストホップを指す必要があります。
トランスポート論理インターフェイス上の疑似回線サービスは、サービスエッジとイーサネットアグリゲーションデバイス間のレイヤー2回線またはレイヤー2 VPNのローカルインターフェイスps0.0です。トラフィックは、MPLS アクセス ドメイン全体のレイヤー 2 回線またはレイヤー 2 VPN を経由してイーサネット アグリゲーション デバイスに送信されます。
サービスエッジデバイスの入口および出口側からの宛先MACトラフィックが不明またはマルチキャストまたはブロードキャストである場合は、トラフィックをフラッディングする必要があります。これには、カスタマーエッジデバイスのフラッディングネクストホップに、VPLSインスタンスまたはブリッジドメインのアクセス論理インターフェイスとして機能するサービス論理インターフェイスに疑似ワイヤサービスを含める必要があります。
疑似回線サービス インターフェイス
疑似回線サービスインターフェイスでは、以下の機能がサポートされています。
疑似回線サービスインターフェイスは、論理トンネルインターフェイス(lt-x/y/z)を介してホストされます。論理インターフェイス上のトランスポート擬似回線サービスから論理インターフェイス上の加入者擬似回線サービスへのトラフィックは、利用可能なVLAN IDに基づきます。
論理インターフェイス上の加入者擬似回線サービスから論理インターフェイス上のトランスポート擬似回線サービスへのトラフィックの転送は、利用可能なループバック IP アドレスを介した channelID に基づきます。
サービス論理インターフェイスでの疑似回線サービスは、仮想ルーティングおよび転送(VRF)ルーティングインスタンスでサポートされています。
-
VPLS対応仮想スイッチ内のレイヤー2回線インスタンスを終端するためのトランクインターフェイス上の疑似回線加入者(ps)サービス。同じレイヤー 2 回線を、異なるサービス論理インターフェイスを持つ VPLS インスタンスタイプ ルーティング インスタンスや、別のサービス論理インターフェイスを使用するレイヤー 3 VPN VRF インスタンスタイプ ルーティング インスタンスで終端することもできます。
サンプル設定
以下の構成例では、レイヤー 2 回線上のトランスポート論理インターフェイス上の疑似ワイヤ サービス、ブリッジ ドメイン内のサービス論理インターフェイス上の擬似ワイヤ サービスおよびサービス エッジ デバイスの VPLS インスタンス、VPLS インスタンス上のトランク サービス インターフェイス上の擬似ワイヤ サービスを示しています。
ルーター 0 のブリッジ ドメインのサービス論理インターフェイスでの擬似回線サービス
[edit]
interfaces {
ps0 {
unit 0 {
encapsulation ethernet-ccc;
}
unit 1 {
encapsulation vlan-bridge;
vlan-id 1;
}
unit 2 {
encapsulation vlan-bridge;
vlan-id 2;
}
}
ge-0/0/0 {
unit 1 {
encapsulation vlan-bridge;
vlan-id 1;
}
unit 2 {
encapsulation vlan-bridge;
vlan-id 2;
}
}
ge-2/0/6 {
unit 0 {
family inet {
address 10.11.2.1/24;
}
family mpls;
}
}
}
protocols {
mpls {
label-switched-path to_192.0.2.2 {
to 192.0.2.2;
}
}
bgp {
group RR {
type internal;
local-address 192.0.3.3;
}
}
l2-circuit {
neighbor 192.0.2.2 {
interface ps0.0 {
virtual-circuit-id 100;
}
}
}
}
bridge-domains {
bd1 {
domain-type bridge;
vlan-id 1;
interface ps0.1;
interface ge-0/0/0.1;
}
bd2 {
domain-type bridge;
vlan-id 2;
interface ps0.2;
interface ge-0/0/0.2;
}
}
ルーター 0 の VPLS インスタンスのサービス論理インターフェイスでの擬似回線サービス
[edit]
interfaces {
ps0 {
unit 0 {
encapsulation ethernet-ccc;
}
unit 1 {
encapsulation vlan-vpls;
vlan-id 1;
family vpls;
}
unit 2 {
encapsulation vlan-vpls;
vlan-id 2;
family vpls;
}
}
ge-0/0/0 {
unit 1 {
encapsulation vlan-vpls;
vlan-id 1;
family vpls;
}
unit 2 {
encapsulation vlan-vpls;
vlan-id 2;
family vpls;
}
}
ge-2/0/6 {
unit 0 {
family inet {
address 10.11.2.1/24;
}
family mpls;
}
}
}
protocols {
mpls {
label-switched-path to_192.0.2.2 {
to 192.0.2.2;
}
}
bgp {
group RR {
type internal;
local-address 192.0.3.3;
}
}
l2-circuit {
neighbor 192.0.2.2 {
interface ps0.0 {
virtual-circuit-id 100;
}
}
}
}
routing-instances {
vpls-1 {
instance-type vpls;
vlan-id 1;
interface ps0.1;
interface ge-0/0/0.1;
}
vpls-2 {
instance-type vpls;
vlan-id 2;
interface ps0.2;
interface ge-0/0/0.2;
}
}
ルーター 0 の VPLS インスタンスのトランク サービス インターフェイスでの擬似回線サービス
[edit]
interfaces {
ps0 {
flexible-vlan-tagging;
encapsulation flexible-ethernet-services;
unit 0 {
encapsulation ethernet-ccc;
}
unit 1 {
family bridge {
interface-mode trunk;
vlan-id 1;
}
}
ge-0/0/0 {
unit 1 {
encapsulation vlan-bridge;
vlan-id 1;
family bridge;
}
}
}
routing-instances {
vpls-1 {
instance-type virtual-switch;
protocols {
vpls {
site PE3 {
interface ps0.1;
site-identifier 1;
}
}
}
bridge-domains {
bd1 {
vlan-id 1;
}
}
interface ps0.1;
route-distinguisher 65001:1;
vrf-target target:1:1;
}
}
ルーター0上のレイヤー2回線内のサービス論理インターフェイス上の擬似回線サービス
[edit]
interfaces {
ps0 {
unit 0 {
encapsulation ethernet-ccc;
}
unit 1 {
encapsulation vlan-ccc;
vlan-id 1;
}
unit 2 {
encapsulation vlan-ccc;
vlan-id 2;
}
}
ge-0/0/0 {
unit 1 {
encapsulation vlan-vpls;
vlan-id 1;
family vpls;
}
unit 2 {
encapsulation vlan-vpls;
vlan-id 2;
family vpls;
}
}
ge-2/0/6 {
unit 0 {
family inet {
address 10.11.2.1/24;
}
family mpls;
}
}
}
protocols {
mpls {
label-switched-path to_192.0.2.2 {
to 192.0.2.2;
}
}
bgp {
group RR {
type internal;
local-address 192.0.3.3;
}
}
l2-circuit {
neighbor 192.0.2.2 {
interface ps0.0 {
virtual-circuit-id 100;
}
}
neighbor 10.10.10.10 {
interface ps0.1 {
virtual-circuit-id 1;
}
}
neighbor 10.11.11.11 {
interface ps0.2 {
virtual-circuit-id 2;
}
}
}
}
ブロードバンドアクセスサービス提供オプション
現在、ブロードバンドネットワークサービスの提供には、4つの主要な配信オプションがあります。これらのオプションには、次のものがあります。
デジタル加入者線
デジタル加入者線(DSL)は、世界で最も広く導入されているブロードバンド技術です。この配信オプションは、既存の電話回線を使用して、既存の音声サービスで使用されているものとは異なる頻度でブロードバンド情報を送信します。超高速デジタル加入者線2(VDSL2)や非対称デジタル加入者線(ADSL、ADSL2、およびADSL2 +)のバージョンなど、多くの世代のDSLが住宅サービスに使用されています。DSL のこれらのバリエーションは、主に、異なるアップストリーム速度とダウンストリーム速度が実装される非対称の住宅用ブロードバンド サービスを提供します。(VDSL2 は対称動作もサポートしています。高ビット レートのデジタル加入者線 (HDSL) や対称デジタル加入者線 (SDSL) などの他の DSL バリエーションは、対称速度を提供し、通常はビジネス アプリケーションで使用されます。
DSLシステムのヘッドエンドは、デジタル加入者線アクセスマルチプレクサ(DSLAM)です。顧客構内の境界デバイスはDSLモデムです。DSL サービス モデルは、ブロードバンド フォーラム (旧称 DSL フォーラム) によって定義されています。
アクティブイーサネット
アクティブイーサネットは、従来のイーサネット技術を使用して、光ファイバーネットワーク全体にブロードバンドサービスを提供します。アクティブイーサネットは、既存の音声サービスに個別のチャネルを提供しないため、VoIP(またはTDMからVoIP)機器が必要です。さらに、フルスピード(10または100 Mbps)のイーサネットを送信するには、大量の電力を必要とするため、本社外のキャビネットにあるイーサネットスイッチや光リピーターに配信する必要があります。これらの制限により、初期のアクティブイーサネットの導入は通常、人口密集地域で発生します。
パッシブ光ネットワーク
パッシブ光ネットワーク(PON)は、アクティブイーサネットと同様に、光ファイバーケーブルを使用して施設にサービスを提供します。この配信オプションは、DSL よりも高速ですが、アクティブ イーサネットよりも低速です。PONは各加入者に高速を提供しますが、ケーブルと接続にはより高い投資が必要です。
PONの主な利点は、本社の外に電力機器を必要としないことです。本社を出る各ファイバーは、電源供給されていない光スプリッターを使用して分割されます。その後、スプリットファイバーは、各加入者へのポイントツーポイント接続に従います。
PON技術は、大きく3つのカテゴリーに分類されます。
ATM PON(APON)、ブロードバンドPON(BPON)、ギガビット対応PON(GPON)- 以下の異なる配信オプションを使用するPON規格:
APON—最初のパッシブ光ネットワーク標準は、主にビジネスアプリケーションに使用されます。
BPON—APONに基づいて、BPONは、波分割多重方式(WDM)、動的でより高いアップストリーム帯域幅割り当て、およびベンダー混合ネットワークを可能にする標準管理インターフェイスを追加します。
GPON:GPONはBPONに基づいていますが、より高いレート、強化されたセキュリティ、および使用するレイヤー2プロトコル(ATM、汎用機器モデル[GEM]、またはイーサネット)の選択をサポートします。
イーサネットPON(EPON)- GPON、BPON、APONに類似した機能を提供しますが、イーサネット標準を使用します。これらの規格はIEEEによって定義されています。ギガビットイーサネットPON(GEPON)は最高速度バージョンです。
波長分割多重PON(WDM-PON)— その名の通り、各加入者に個別の波長を提供する非標準のPON。
PONシステムのヘッドエンドは、光回線ターミネータ(OLT)です。顧客構内の境界デバイスは、光ネットワークターミネーター(ONT)です。ONTは、イーサネット(RJ-45)、電話線(RJ-11)、または同軸ケーブル(Fコネクタ)を接続するための加入者側のポートを提供します。
ハイブリッドファイバー同軸
マルチシステムオペレーター(MSO、 ケーブルテレビオペレーターとも呼ばれます)は、ハイブリッドファイバー同軸(HFC)ネットワークを通じてブロードバンドサービスを提供します。HFCネットワークは、光ファイバーと同軸ケーブルを組み合わせて、顧客に直接サービスを提供します。サービスは、光ファイバー ケーブルを使用して本社(CO)を離れます。その後、サービスは、一連の光ノードを使用し、必要に応じてトランク無線周波数(RF)増幅器を介して、COの外部で同軸ケーブル ツリー に変換されます。その後、同軸ケーブルは複数の加入者に接続します。境界デバイスはケーブル モデムまたはセットトップ ボックスで、MSO ヘッドエンド または処理および配信用のテレビ信号を受信するプライマリ施設のケーブル モデム終端システム(CMTS)と通信します。ブロードバンド トラフィックは、CableLabs および多くの貢献企業によって定義された Data over Cable Service Interface Specification(DOCSIS)標準を使用して伝送されます。
ブロードバンド配信とFTTx
多くの実装では、既存の銅線ケーブルを使用して構内に信号を配信していますが、光ファイバーケーブル接続は加入者に近づきつつあります。ほとんどのネットワークでは、銅線ケーブルと光ファイバーケーブルの両方を組み合わせて使用します。ファイバー からx (FTTx)という用語は、銅線ケーブルへの切り替えが行われる前に、ネットワークの光ファイバーケーブルがどこまで続くかを表します。PONとアクティブイーサネットはどちらもネットワークの光ファイバー部分を使用できますが、xDSLは通常銅線部分で使用されます。つまり、1つのより線ファイバーで複数の銅線加入者をサポートできます。
ネットワークでのファイバー使用量が増えると、コストは増加しますが、各加入者のネットワークアクセス速度も向上します。
ネットワーク内の光ファイバー ケーブルの終端点を表すには、次の用語を使用します。
ファイバーからオンプレミス(FTTP)、ファイバーから家庭(FTTH)、ファイバーからビジネス(FTTB)—ファイバーは加入者まで延長されます。PONは住宅へのアクセスに最も一般的ですが、アクティブイーサネットは集合住宅などの密集した場所で効率的に使用できます。アクティブイーサネットは、企業にサービスを提供するためによく使用されます。
ファイバーから建物の手前まで(FTTC):ファイバーは加入者までほとんどの範囲(通常は 150 m/500 フィート以下)まで延長されます。既存の銅線は、加入者までの残りの距離に使用されます。
ファイバーからノード/ネイバーフッド(FTTN):ファイバーは加入者から数千フィート以内まで延長され、加入者までの残りの距離分を xDSL に変換します。
ファイバーからエクスチェンジへ(FTTE):ファイバーを使用して本社にトラフィックを提供し、xDSL を既存のローカル ループで使用する、典型的な本社ベースの xDSL 実装。
ボンディングされたDSLチャネル上でのカスケードDSLAM展開のためのBNGサポートを理解する
Junos OSは、銅線から建物へ(CuTTB)およびファイバーから建物へ(FTTB)のブロードバンドアクセス技術としてDSLアクセスマルチプレクサを使用して、アクセスノードとそのANCP加入者間のアクセスラインの設定と維持をサポートします。複数の加入者が同じアクセス回線を共有する場合、アクセス回線は次のいずれかのタイプになります。
PON、ファイバー・トゥ・ザ・ビルディング(FTTB)
ボンディング DSL カッパー トゥ ザ ビルディング(CTTB)
Junos OS Release 18.2R1以降、受動光ネットワーク(PON)アクセス技術は、BBE導入の住宅加入者向けに4レベルのサービス品質(QoS)スケジューラ階層でサポートされます。この機能は、ANCP(Access Node Control Protocol)の実装を拡張し、CuTTBとFTTBの両方のブロードバンドアクセステクノロジーとしてPONを使用する一般顧客のネットワーク構成を処理します。ANCPは、加入者が接続されている中間ノードの加入者レベルでシェーピングするために、インターフェイスセットで静的に制御されたトラフィック制御プロファイルを使用します。新しいアクセス テクノロジのアクセス ライン レート調整をサポートするために、新しい DSL タイプが用意されています。
新しいRADIUS VSA、26-211が導入され、L2BSA加入者の内部VLANタグプロトコル識別子値を取得し、 Inner-Tag-Protocol-Id 2つの独立した動的プロファイルではなく1つの動的プロファイルを維持できるようになりました。新しいJunos OSの動的プロファイル変数 $junos-inner-vlan-tag-protocol-id を使用すると、RADIUSまたは構成で提供される事前定義されたデフォルト値でVLANマップ inner-tag-protocol-id を設定できます。
- ボンディングされたDSLチャネル上でのカスケードDSLAM導入のメリット
- 4 レベルのスケジューラ階層
- ボンディングされたDSLチャネル上でのカスケードDSLAM導入の使用例
- 銅線対建物用ボンディング DSL(CuTTB)
- ハイブリッドPON + G.ファスト
- サポートされている機能
ボンディングされたDSLチャネル上でのカスケードDSLAM導入のメリット
この機能は、複数の加入者が、アクセスノードとホームルーティングゲートウェイ間の中間ノードによって集約された同じアクセス回線を共有するような、アクセスネットワークの展開をサポートするのに役立ちます。もう1つのメリットは、レイヤー2 CoSノードを節約することです。通常、ダミーのレイヤー2ノードは一般家庭ごとに作成され、レイヤー2 CoSリソースを使い果たす可能性があります。そのため、ボンディングされたDSL、G.Fast、PONアクセスモデルを使用するネットワークモデルでは、レイヤー2 CoSノードを節約できます。
4 レベルのスケジューラ階層
Junos OSは4レベルのQoSスケジューラ階層をサポートし、CTTB(銅線から建物へ)またはファイバーから建物へのアクセスネットワーク展開を介して、住宅とL2BSAアクセスを最小限サポートします。以下の QoS スケジューラ階層レベルがサポートされています。
レベル 1 ポート(物理インターフェイスまたは AE)
レベル 2 アクセス ライン(論理インターフェイス セットで、中間ノードによって集約された特定のアクセス ラインを共有する加入者の集合を表す)
レベル 3 加入者セッション
レベル 4 キュー (サービス)
図 5 では、レジデンシャルおよび L2BSA アクセスに必要なのは 4 レベルのスケジューラ階層のみです。ビジネス加入者アクセスは現在サポートされていないため、アパートを対象とするCuTTBおよびPONサービスには4レベルのスケジューラ階層で十分です。
ボンディングされたDSLチャネル上でのカスケードDSLAM導入の使用例
建物への銅線用ボンディング DSL (CuTTB) は、DSL アクセス マルチプレクサ (DSLAM) と顧客ロケーションの加入者のクラスタの間に中間ノードの配布ポイント ユニット銅線 (DPU-C) を導入します。共有アクセス回線の導入モデルは、パッシブ光ネットワーク(PON)またはボンディングされたDSL銅線タイプです。中間ノードの例を以下に示します。
DPU-C - 建物への銅線(CTTB)用のボンディングDSL
ONU - PON(ファイバー トゥ ザ ビルディング(FTTB)
PONとG.Fastのハイブリッド
銅線対建物用ボンディング DSL(CuTTB)
図6では、各DPU-CにANCPセッションがあり、ノードに接続されている個々の加入者のアクセス回線パラメータを報告しています。MSAN には、ボンディングされた DSL アクセス ラインのアクセス ライン パラメーターを DPU-C に報告する ANCP セッションもあります。したがって、DPU-C に接続されているすべての加入者は DSL アクセス回線ダウンストリーム レートの対象となり、DPU-C 加入者はインターフェイス セットにグループ化されます。個々の加入者回線に使用されるCoS調整制御プロファイルのセマンティクスを維持しながら、このPort-Upで報告された速度を調整し、対応するインターフェイスsteのCoSノードに適用することができます。アクセス モデルは、ボンディングされた DSL アクセスと従来のボンディングされていないアクセスのハイブリッドで構成されます。DPU-C とマルチ サービス アクセス ノード(MSAN)ANCP セッションは完全に独立しており、PPPoE-IA タグには dPU-C ANCP セッションで報告された属性のみが反映されます
ハイブリッドPON + G.ファスト
図7では、OLTがBNGとのANCPセッションを行い、ダウンストリームのすべてのネイティブPONノードのプロキシを使用しています。G.fast DSL加入者は、OLTの前にある中間ONUへのPON接続を持つ中間ノードに接続されます。
ハイブリッドアクセスネットワークは、OLTとホームゲートウェイ(HG)の間に中間ノードを持つPONアクセスノードとG.fastノードの両方を使用して、DSLベースの加入者回線を接続します。企業と住居の両方が、PONリーフである中間ノードに接続されています。加入者レベルとPONリーフレベルの両方でシェーピングが必要です。高速加入者は、ネイティブPON加入者と同様に中間ONUに関連付けられています。新しい DSL タイプ TLV は AN でサポートされており、その値は対応する加入者アクセス回線の ANCP Port-Up で報告されます。ただし、特定のPPPoEセッションの中間ノードと従来の接続を区別することはできません。
サポートされている機能
動的 iflset での ANCP ベースのトラフィック シェーピングをサポートします。
一般家庭向け加入者向けのCLI設定によるPPP0E-IAおよびANCPの独立性の維持。
新しいジュニパーVSA、ERX-Inner-Vlan-Tag-Protocol-Id(4874-26-211)は、L2BSA加入者の内部VLANタグプロトコル識別子の値を取得するためにサポートされており、TPID - 0x88a8用と0x8100用の2つの個別の動的プロファイルを維持し、Access-Acceptで26-4874-174(client-rofile-name)を返すことで目的の値を取得します。
DSL の種類 TLV の次の追加の型値がサポートされています。すべてのサブスクライバは、これらの DSL タイプ TLV を PPPoE PADR メッセージの PPPoE IA タグに含めます。
(8) G.ファスト
(9) VDSL2 附属書Q
(10) SDSLボンド
(11) VDSL2ボンド
(12)G、高速結合
(13)VDSL2附属書Qボンディング
バックホールライン識別子の検出と中間ノードインターフェイスセットの自動生成
開始する前に、既存のアクセスノードまたは IA が、この # 文字で始まる文字列をまだ挿入していないことを確認する必要があります。これはシステムレベルの設定であるため、解析は世界中のすべての ANCP アクセス ノードと PPPoE IA に適用されます。先頭 # のキャラクターは構成できません。一部のプロバイダーが他の目的でその文字を使用する場合、解析はデフォルトで無効になっています。
Junos OS Release 18.4R1以降、アクセスネットワーク内の論理中間ノードを検出するようにルーターを設定できます。このノードは、CuTTB 用の DPU-C に接続する PON ツリーやボンディング銅線など、同じ共有メディアに接続されているサブスクライバーを識別します。この検出を設定すると、ルーターは、ANCP ポート アップ メッセージまたは PPPoE PADR IA タグのいずれかで受信した ANCP アクセス集約回線-ID-ASCII 属性(TLV 0x03)を解析します。TLV文字列が 文字で始まる # 場合、その文字列は、ボンディングされたDSL回線またはPONツリーを識別するために、ネットワーク全体で一意のバックホール回線識別子です。DPU-C または PON に接続されているすべての加入者の TLV または IA で同じ文字列が報告されます。
文字列の文字の後の # 部分は、論理中間ノードを表します。これは、中間ノードを使用する加入者をグループ化する CoS レベル 2 ノードの動的インターフェイス セットの名前として使用されます。このインターフェイス セットは、親インターフェイス セットと呼ばれます。TLV 0x03に同じ値を持つすべての PPPoE または VLAN(L2BSA)論理インターフェイスは、そのインターフェイス セットのメンバーです。
TLV値は、インターフェイスセット命名の要件に一致する必要があります。このファイルには、英数字と次の特殊文字を含めることができます。
# % / = + - : ;@ ._
文字列のこの部分は、動的プロファイルの$junos-aggregation-interface-set-name定義済み変数の値も設定します。この値は、その文字列を共有する加入者をグループ化する CoS レベル 2 インターフェイス セットの名前として使用されます。これは、インターフェイスセットの名前として $junos-phy-ifd-interface-set-name の値を使用する、定義済みの変数デフォルトを上書きします。
例えば、TLV文字列の値が #TEST-DPU-C-100の場合、事前定義された変数の値、結果としてインターフェイスセットの名前はTEST-DPU-C-100になります。
Access-Loop-Remote-ID(TLV(0x02)も同様に文字に対して # 解析されますが、結果の文字列は現在のリリースでは使用されません。
中間ノード検出は 4 レベルのスケジューラ階層でのみサポートされているため、ビジネス アクセスは従来の DSL アクセス MPC に制限されます。
Access-Aggregation-Circuit-ID-ASCII TLV の解析とインターフェイス セット名の設定を有効にするには:
次の設定例は、L2BSA 加入者の動的プロファイルを示しています。ここで注意すべき 3 つの点は次のとおりです。
デフォルト値の $junos-phy-ifd-interface-set-name は、$junos-aggregation-interface-set-name 定義済み変数に定義されます。
インターフェイス セットの名前は、$junos-aggregation-interface-set-name の値になるように設定されます。
CoSスケジューラ設定では、$junosアグリゲーションインターフェイスセット名の値で という名前のインターフェイスを指定します。
hierarchical-access-network-detectionがアクセス回線に設定されている場合、レベル2スケジューラインターフェイスセットの名前は次のように決定されます。
TLV 0x03が で始まる
#場合、$junos-aggregation-interface-set-nameは、最初の#. を除いた文字列の残りの部分です。TLV 0x03が他の文字で始まる場合、$junos-aggregation-interface-set-name は $junos-phy-ifd-interface-set-name の値になります。
[edit dynamic-profiles L2BSA-subscriber]
predefined-variable-defaults {
aggregation-interface-set-name phy-ifd-interface-set-name;
cos-shaping-rate 1g;
cos-scheduler-map schedmap_L2BSA;
inner-vlan-tag-protocol-id 0x88a8;
}
routing-instances {
"$junos-routing-instance" {
interface "$junos-interface-name";
}
}
interfaces {
interface-set $junos-aggregation-interface-set-name {
interface "$junos-interface-ifd-name" {
unit "$junos-interface-unit";
}
}
"$junos-interface-ifd-name" {
unit "$junos-interface-unit" {
encapsulation vlan-vpls;
no-traps;
vlan-id "$junos-vlan-id";
input-vlan-map {
swap-push;
inner-tag-protocol-id "$junos-inner-vlan-tag-protocol-id"
vlan-id "$junos-vlan-map-id";
inner-vlan-id "$junos-inner-vlan-map-id";
}
output-vlan-map {
pop-swap;
inner-tag-protocol-id 0x8100;
}
family vpls;
}
}
}
class-of-service {
traffic-control-profiles {
L2BSAShaper {
scheduler-map "$junos-cos-scheduler-map";
shaping-rate "$junos-cos-shaping-rate" burst-size 17k;
overhead-accounting frame-mode cell-mode-bytes 6;
}
L2iflsetShaper {
shaping-rate 1G burst-size 17k;
}
}
interfaces {
"$junos-interface-ifd-name" {
unit "$junos-interface-unit" {
output-traffic-control-profile L2BSAShaper;
classifiers {
ieee-802.1 L2BSA vlan-tag outer;
}
rewrite-rules {
ieee-802.1 L2BSA vlan-tag outer;
}
}
}
interface-set "$junos-aggregation-interface-set-name" {
output-traffic-control-profile L2iflsetShaper;
}
}
}