例:マルチポイントツーマルチポイント E-LAN サービスの設定と導入
この例では、3 つの MXシリーズルーターから始まるマルチポイントツーマルチポイント E-LAN サービスを導入し、検証する方法を示しています。 図 1 は、このサービスを示しています。
このサービスは、802.1Qインターフェイスエンドポイントを使用して、1つのVLANの接続を提供します。顧客サイトAは、SJC(IPアドレス1.1.1.1)という名前のN-PEデバイスを介してネットワークに接続します。顧客サイトBは、SFO(IPアドレス1.1.1.2)という名前のN-PEデバイスを介してネットワークに接続します。顧客サイト C は、BLR(IP アドレス 1.1.1.3)という名前の N-PE デバイスを介してネットワークに接続します。この例では、Network Activate が各 UNI を自動的に選択できるようにします。
各 UNI の帯域幅は 25 Mbps に制限されます。
このサービスは、次のタスクを実行して作成できます。
デバイスを検出するための準備
デバイス検出を使用してデバイスを追加する前に、次の条件を満たす必要があります。
SSH v2 がデバイスで有効になっています。デバイスでSSH v2を有効にするには、次のCLIコマンドを発行します。
set system services ssh protocol-version v2
SSH経由のNETCONFプロトコルがデバイスで有効になっています。デバイスでSSH経由のNETCONFプロトコルを有効にするには、次のCLIコマンドを発行します。
set system services netconf ssh
デバイスは、Junos Spaceサーバーから到達可能な静的管理IPアドレスで設定されます。IP アドレスは、インバンドまたはアウトオブバンドにすることができます。
Junos Space 管理者の完全な管理者権限を持つユーザーが、デバイスに作成されます。
デバイス検出の一環として SNMP を使用してデバイスをプローブする場合は、適切な読み取り専用の V1/V2C/V3 資格情報を使用して、デバイスで SNMP が有効になっていることを確認します。
デバイスの検出
デバイス検出は、Junos Space がネットワーク デバイスを制御下に置くために使用するプロセスです。この例では、2台のMXシリーズルーターをJunos Spaceの管理下に置くことができます。
または、Connectivity Services Director GUIを使用してデバイスをインポートすることもできます。Connectivity Services Director のビルド モードからデバイスを検出する手順については、 物理ネットワーク内のデバイスの検出 を参照してください。
参照
事前登録のためのデバイスの準備
マルチポイントツーマルチポイント サービス用にデバイスを事前設定する前に、次のエンティティを設定する必要があります。
MPLS は、各 N-PE デバイスで実行する必要があります。
MPBGP は、マルチポイントツーマルチポイント サービスに参加する各 N-PE デバイスで実行する必要があります。
上記の基準を満たすには、各 N-PE デバイスに次の設定が存在することを確認します。
interfaces {
ge-0/0/0 {
unit 0 {
family inet {
address 10.1.22.2/30;
}
family mpls;
}
}
}
lo0 {
unit 0 {
family inet {
address 192.168.1.30/32;
}
}
}
}
routing-options {
autonomous-system 65410;
}
protocols {
mpls {
interface ge-0/0/0.0;
interface lo0.0;
}
bgp {
group CA-Peer {
type internal;
local-address 192.168.1.30;
family l2vpn {
signaling;
}
neighbor 192.168.1.40;
neighbor 192.168.1.10;
neighbor 192.168.1.20;
neighbor 192.168.1.50;
neighbor 192.168.1.60;
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface lo0.0 {
passive;
}
interface ge-0/0/0.0;
}
ldp {
interface ge-0/0/0.0;
interface lo0.0;
}
}
OSPF の設定は、事前設定には必要ありません。
デバイスで静的疑似回線機能をアクティブにするには、ネットワークデバイスでE-LANサービスを有効にする必要があります。CLIウィンドウからネットワークデバイスを設定することで、静的疑似配線機能をアクティブにできます。ネットワーク要素の CLI 設定モードに入り、コマンドを実行する必要があります
set protocols vpls static-vpls no-tunnel-services
commit
デバイスがCLIで設定されていない場合、アプリケーションサーバーログ( JBOSSログ)に警告メッセージが表示されます。
デバイスの役割を検出して割り当てるには、次の手順を実行します。
設定されたネットワーク要素のロールを再同期させるには:
1. タスク ウィンドウから [Prestage Devices (デバイスの事前設定 )] > [ Prestage Devices (デバイスの事前設定 )] を選択します。[デバイス チャート(Devices Chart)] ページが表示されます。
2. ネットワーク要素のロール機能を再同期するには、ネットワーク要素の名前を選択し、[ デバイスロールの管理 ]メニューを開きます。
3. [ Re-sync Role Capability] をクリックします。[ Re-sync Role Capability ] ウィンドウが表示され、デバイスの名前を選択して [ Re-sync] をクリックできます。
これで、ロールが同じデバイスと再同期されます。
N-PE ロールの検出と割り当て
サービスをプロビジョニングする前に、デバイスを事前登録する必要があります。事前準備には、デバイスロールの割り当てや、それらのデバイス上のインターフェイスをUNIとして指定することが含まれます。この例では、N-PE デバイスと UNI に対するネットワーク サービス アプリケーションの推奨事項を受け入れる手順を示します。
参照
サービス定義の選択または作成
サービス定義は、サービスを構築するためのテンプレートを提供します。これは、サービス・インスタンスに固有ではないサービス属性を指定します。この例では、サービス定義は、N-PE デバイス、UNI、および帯域幅を除くすべてのサービス属性を提供します。
ネットワークサービスアプリケーションには、標準サービス定義が付属しています。まず、標準サービス定義をチェックして、動作可能なサービス定義がすでに存在するかどうかを判断します。
これで、サービス定義をプロビジョニングで使用する準備が整いました。
参照
顧客の作成
サービスをプロビジョニングする前に、お客様の詳細情報がJunos Spaceのデータベースに存在する必要があります。顧客を追加するには:
- 「ビュー」セレクタから、「 サービスビュー」を選択します。ルーティング サービスおよびトンネル サービスに適用可能なワークスペースが表示されます。
- Connectivity Services Directorバナーのサービスビューにある[Build]( ビルド )アイコンをクリックします。このモードで設定できる機能は、作業ウィンドウに表示されます。
- [サービス ビュー] 作業ウィンドウで、[顧客] を選択します。
- [ タスク ] 作業ウィンドウで、[ 顧客 ] > [顧客の管理] を選択します。
- [顧客の表示] 作業ウィンドウで、[追加] (+) を選択します。
- [名前] フィールドに「Best Customer」と入力します。
- [勘定番号] フィールドに、「1234」と入力します。
- 「作成」をクリックします。
[顧客の管理] ページに新しい顧客が表示されます。
参照
マルチポイントツーマルチポイントのサービス注文の作成と導入
デバイスを事前設定し、適切なサービス定義を作成し、顧客情報をデータベースに追加したので、サービス注文を作成して展開する準備が整いました。
参照
機能監査と構成監査の実行
新しいサービスがデプロイされたので、その構成と機能の整合性を検証することをお勧めします。機能監査は、デバイス上で運用コマンドを実行し、サービスが稼働中か停止しているかを検証します。構成監査では、展開中にデバイスにプッシュされた構成が実際にデバイス上にあるかどうかを確認します。
サービスの構成監査と機能監査を実行するには、次のようにします。
監査が成功すると、サービスがデプロイされ、使用できる状態になります。