ルーター構成サンプル

この記事では、Azure ExpressRouteを扱う際のCisco IOS-XE、Juniper MXシリーズ、Aristaルーターのインターフェースおよびルーティング構成サンプルについて説明します。

重要

この記事のサンプルはあくまで参考にあくまでです。ベンダーの販売 (または技術) チームおよび自社のネットワークチームと協力して、ニーズに対応する適切な構成を見つけます。 Microsoft では、このページに示す構成に関連する問題には対応できません。サポートの問題については、デバイスベンダーに問い合わせる必要があります。

ルーターのインターフェイスの MTU および TCP MSS 設定

ExpressRoute インターフェイスの最大転送単位 (MTU) は 1500 で、これは、ルーターでの Ethernet インターフェイスの一般的な既定の MTU です。お使いのルーターに既定で異なる MTU が設定されていない限り、ルーターインターフェイスで値を指定する必要はありません。

Azure VPNゲートウェイとは異なり、ExpressRoute回線のTCP最大セグメントサイズ(MSS)を指定する必要はありません。

この記事のルーター構成サンプルは、すべてのピアリングを対象としています。詳細については、「ExpressRoute のピアリング」および「ExpressRoute のルーティングの要件」をご覧ください。

インターフェイスとサブインターフェイスの構成

Microsoft に接続するすべてのルーターで、ピアリングごとにサブインターフェイスが必要です。サブインターフェースはVLAN IDまたは積み重ねられたVLAN IDのペアとIPアドレスで識別します。

このセクションのサンプルは、IOS-XE OS ファミリを実行するルーターを対象としています。

Dot1Q インターフェイスの定義

このサンプルは、単一のVLAN IDを持つサブインターフェースを定義しています。 VLAN ID はピアリングごとに一意となります。 IPv4 アドレスの最後のオクテットは、常に奇数です。

interface GigabitEthernet<Interface_Number>.<Number>
 encapsulation dot1Q <VLAN_ID>
 ip address <IPv4_Address><Subnet_Mask>

QinQ インターフェイスの定義

このサンプルは、2つのVLAN IDを持つサブインターフェースを定義しています。外側 VLAN ID (s-tag) が使用されている場合、すべてのピアリングでそのまま維持されます。内側 VLAN ID (c-tag) はピアリングごとに一意となります。 IPv4 アドレスの最後のオクテットは、常に奇数です。

interface GigabitEthernet<Interface_Number>.<Number>
 encapsulation dot1Q <s-tag> second-dot1Q <c-tag>
 ip address <IPv4_Address><Subnet_Mask>

このセクションのサンプルは、どのAristaルーターにも適用されます。

Dot1Q インターフェイスの定義

interface Ethernet<Interface_Number>.<Number>
 encapsulation dot1Q vlan <VLAN_ID>
 ip address <IPv4_Address>/<Subnet_Mask_Length>

QinQ インターフェイスの定義

interface Ethernet<Interface_Number>.<Number>
 encapsulation dot1Q vlan <s-tag> inner <c-tag>
 ip address <IPv4_Address>/<Subnet_Mask_Length>

このセクションのサンプルは、Juniper MX シリーズのルーターを対象としています。

Dot1Q インターフェイスの定義

        interfaces {
                vlan-tagging;
                <Interface_Number> {
                        unit <Number> {
                                vlan-id <VLAN_ID>;
                                family inet {
                                        address <IPv4_Address/Subnet_Mask>;
                                }
                        }
                }
        }

QinQ インターフェイスの定義

        interfaces {
                <Interface_Number> {
                        flexible-vlan-tagging;
                        unit <Number> {
                                vlan-tags outer <S-tag> inner <C-tag>;
                                family inet {
                                        address <IPv4_Address/Subnet_Mask>;
                                }
                        }
                }
        }

eBGP セッションの設定

すべてのピアリングについて、Microsoft との BGP セッションを設定する必要があります。以下のサンプルを使用して BGP セッションを設定してください。サブインターフェースに使うIPv4アドレスがa.b.c.dなら、BGP隣接するMicrosoftのIPアドレスはa.b.c.d+1です。 BGP 近隣ノードの IPv4 アドレスの最後のオクテットは、常に偶数です。

router bgp <Customer_ASN>
 bgp log-neighbor-changes
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
 neighbor <IP#2_used_by_Azure> activate
 exit-address-family
!

router bgp <Customer_ASN>
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
  neighbor <IP#2_used_by_Azure> activate
!

        routing-options {
                autonomous-system <Customer_ASN>;
        }
        protocols {
                bgp {
                        group <Group_Name> {
                                peer-as 12076;
                                neighbor <IP#2_used_by_Azure>;
                        }
                }
        }

BGP セッションでアドバタイズするプレフィックスの設定

次のサンプルを使用して、特定のプレフィックスを Microsoft にアドバタイズするようにルーターを構成します。

router bgp <Customer_ASN>
 bgp log-neighbor-changes
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
    network <Prefix_to_be_advertised> mask <Subnet_mask>
    neighbor <IP#2_used_by_Azure> activate
 exit-address-family
!

router bgp <Customer_ASN>
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
  network <Prefix_to_be_advertised>/<Subnet_mask_length>
  neighbor <IP#2_used_by_Azure> activate
!

        policy-options {
                policy-statement <Policy_Name> {
                        term 1 {
                                from protocol OSPF;
                                route-filter;
                                <Prefix_to_be_advertised/Subnet_Mask> exact;
                                then {
                                        accept;
                                }
                        }
                }
        }
        protocols {
                bgp {
                        group <Group_Name> {
                                export <Policy_Name>;
                                peer-as 12076;
                                neighbor <IP#2_used_by_Azure>;
                        }
                }
        }

ルートマップ

ネットワークに伝播されるプレフィックスは、ルートマップとプレフィックスリストを使用してフィルタリングします。以下のサンプルを参照し、適切な接頭辞リストを設定していることを確認してください。

router bgp <Customer_ASN>
 bgp log-neighbor-changes
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
    network <Prefix_to_be_advertised> mask <Subnet_mask>
    neighbor <IP#2_used_by_Azure> activate
    neighbor <IP#2_used_by_Azure> route-map <MS_Prefixes_Inbound> in
 exit-address-family
!
route-map <MS_Prefixes_Inbound> permit 10
 match ip address prefix-list <MS_Prefixes>
!

router bgp <Customer_ASN>
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
  network <Prefix_to_be_advertised>/<Subnet_mask_length>
  neighbor <IP#2_used_by_Azure> activate
  neighbor <IP#2_used_by_Azure> route-map <MS_Prefixes_Inbound> in
!
route-map <MS_Prefixes_Inbound> permit 10
 match ip address prefix-list <MS_Prefixes>
!

        policy-options {
                prefix-list MS_Prefixes {
                        <IP_Prefix_1/Subnet_Mask>;
                        <IP_Prefix_2/Subnet_Mask>;
                }
                policy-statement <MS_Prefixes_Inbound> {
                        term 1 {
                                from {
                                        prefix-list MS_Prefixes;
                                }
                                then {
                                        accept;
                                }
                        }
                }
        }
        protocols {
                bgp {
                        group <Group_Name> {
                                export <Policy_Name>;
                                import <MS_Prefixes_Inbound>;
                                peer-as 12076;
                                neighbor <IP#2_used_by_Azure>;
                        }
                }
        }

BFD の構成

BFD の構成は 2 つの場所で行います。1 つはインターフェイスレベルで、もう 1 つは BGP レベルです。この例ではQinQインターフェースを使用しています。

interface GigabitEthernet<Interface_Number>.<Number>
 bfd interval 300 min_rx 300 multiplier 3
 encapsulation dot1Q <s-tag> second-dot1Q <c-tag>
 ip address <IPv4_Address><Subnet_Mask>

router bgp <Customer_ASN>
 bgp log-neighbor-changes
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
    neighbor <IP#2_used_by_Azure> activate
    neighbor <IP#2_used_by_Azure> fall-over bfd
 exit-address-family
!

interface Ethernet<Interface_Number>.<Number>
 bfd interval 300 min-rx 300 multiplier 3
 encapsulation dot1Q vlan <s-tag> inner <c-tag>
 ip address <IPv4_Address>/<Subnet_Mask_Length>

router bgp <Customer_ASN>
 neighbor <IP#2_used_by_Azure> remote-as 12076
 !
 address-family ipv4
  network <Prefix_to_be_advertised>/<Subnet_mask_length>
  neighbor <IP#2_used_by_Azure> activate
  neighbor <IP#2_used_by_Azure> bfd
!

BFD は、プロトコル BGP のセクションでのみ構成します。

        protocols {
                bgp {
                        group <Group_Name> {
                                peer-as 12076;
                                neighbor <IP#2_used_by_Azure>;
                                bfd-liveness-detection {
                                        minimum-interval 300;
                                        multiplier 3;
                                }
                        }
                }
        }

MACsec の構成

MACSec の構成では、CAK (接続関連付けキー) と CKN (接続関連付けキー名) は、PowerShell コマンドを使用して構成された値と一致する必要があります。

この記事にはCisco IOS-XE用のMACSecサンプルは含まれていません。 IOS-XE ルーターのMACSec設定についてはCiscoのドキュメントを参照してください。

mac security
   profile <Profile_Name>
      cipher <Cipher_Name E.g. aes256-gcm>
      key <Connectivity_Association_Key_Name> 7 <Connectivity_Association_Key>
      key derivation padding append
      sci
   !
!
interface Ethernet<Interface_Number>
   mac security profile <Profile_Name>

        security {
                macsec {
                        connectivity-association <Connectivity_Association_Name> {
                                cipher-suite gcm-aes-xpn-128;
                                security-mode static-cak;
                                pre-shared-key {
                                        ckn <Connectivity_Association_Key_Name>;
                                        cak <Connectivity_Association_Key>; ## SECRET-DATA
                                }
                        }
                        interfaces {
                                <Interface_Number> {
                                        connectivity-association <Connectivity_Association_Name>;
                                }
                        }
                }
        }

次のステップ

フィードバック

このページはお役に立ちましたか?

Last updated on 2026-07-16

ルーター構成サンプル

ルーターのインターフェイスの MTU および TCP MSS 設定

インターフェイスとサブインターフェイスの構成

eBGP セッションの設定

BGP セッションでアドバタイズするプレフィックスの設定

ルート マップ

BFD の構成

MACsec の構成

次のステップ

フィードバック

その他のリソース

ルートマップ