15.1. L3接続のFIC-Connection Azure ExpressRoute(Microsoft Peering)を購入する¶
いずれかのエリアで購入済のFIC-Routerから、ExpressRoute(Microsoft Peering)を利用してMicrosoft365などのMicrosoft社提供サービスに接続する手順を説明します。
15.1.1. 事前に準備いただくもの¶
- Microsoft側で作成したService Key
- 購入済の FIC-Router (FIC-NATが購入済であること) ※3
注釈
- ※1 ExpressRoute回線を作成する際は、「プロバイダー」として [NTT Communications - Flexible InterConnect] を選択してください。選択肢として [NTT Communications] という項目もありますが、そちらを選択すると接続できません。
- ※2 Azureへ広告するFIC-NATのグローバルIPアドレスは、FIC-NATで設定したグローバルIPアドレスから指定します。
- ※3 購入済のFIC-RouterがSingle(非冗長)/Paird(冗長)構成のどちらの場合でも、本FIC-ConnectionはPaird構成として購入されます。
15.1.2. 購入の流れ¶
FIC-NATを導入済のFIC-Routerを、ExpressRouteを利用してMicrosoft365などのMicrosoft社提供サービスとパブリック接続するために、専用のFIC-Connectionを購入します。 FIC-Connectionの購入は、 「エリアビュー」 画面左側のメニューから [コネクション] を選んで表示される 「コネクションメニュー」 の [購入] ボタンから、「コネクション購入メニュー」 画面にて行います。
「コネクション購入メニュー」 画面にて [Azure ER] を選択し、続いて [Microsoft Azure ExpressRoute - Microsoft Peering] ボタンを押下してください。
「クラウド接続の購入手続き」 ダイアログに従って、接続元のFIC-Routerを指定してください。
「コネクションの購入情報入力(Azure(Microsoft Peering))」 画面にて必要な情報を入力して [確認] ボタンを押下します。
¶ 項番 入力項目 説明 購入後変更 1 コネクション名 L3接続のFIC-Connectionについて を参照 〇 2 接続帯域 L3接続のFIC-Connectionについて を参照 〇 3 ルータID 固定値のID × 4 Routing Group L3接続のFIC-Connectionについて を参照 × 5 BGP Filter Ingress 経路制御で利用するパラメータ を参照 〇 6 BGP Filter Ingress prefix list 「BGP Filter Ingress」で「フルルート」を選択した場合、プレフィックスによる受信経路のフィルタリングが設定可能 〇 7 BGP Filter Ingress 受信設定 「BGP Filter Ingress prefix list」をONにすると表示され、プレフィックスによるフィルタを最大10個設定できる。 経路制御で利用するパラメータ も参照 〇 8 BGP Filter Egress 経路制御で利用するパラメータ を参照 〇 9 AS-Path Prepend Egress 経路制御で利用するパラメータ を参照 〇 10 Connecting Point ExpressRoute回線を作成する際に「ピアリングの場所」として指定したのと同じ拠点Connecting Pointにつきましては こちら ご参照ください。× 11 Service Key 作成したExpressRoute回線の「サービスキー」に相当 × 12 Advertised Public Prefixes 経路制御で利用するパラメータ を参照 〇 内容を確認して [購入] すると、 「エリアビュー」 のFIC-Routerのアイコンから「Azure ER」のアイコンとの間が接続されます。 画面左側のサイドメニューから [履歴] ボタンを押下し、 申し込み履歴画面 でステータスが 「Completed」 となっていることを確認してください。
Azure Portal上にて、FIC-Routerとの接続が完了したExpressRoute回線をMicrosoft365などのMicrosoft社提供サービスに接続してください。
注釈
- Microsoft側が受信可能な経路数の上限を超過すると通信断となります。お客さまにて経路を削減後、5分以内に自然回復します。Microsoft Peeringの場合、受信可能な経路数の上限は200以下です。
- FIC側が受信可能な経路数の上限を超過すると通信断となります。お客さまにて経路を削減後、BGPセッションクリアを行うと回復します。Microsoft Peeringの場合、受信可能な経路数の上限は5000以下です。