Exemples de configuration de routeurs

Cet article décrit des exemples de configuration d’interface et de routage pour les routeurs Cisco IOS-XE, Juniper MX et Arista lors de l’utilisation d’Azure ExpressRoute.

Important

Les exemples de cet article sont uniquement à titre de conseil. Adressez-vous à l’équipe commerciale ou technique de votre fournisseur et à votre équipe de réseau pour rechercher les configurations adaptées à vos besoins. Microsoft ne prend pas en charge les problèmes liés aux configurations listées dans cette page. Contactez le fournisseur de votre appareil pour la prise en charge des problèmes.

Paramètres MTU et TCP MSS sur les interfaces de routeur

L’unité de transmission maximale (MTU) de l’interface ExpressRoute est 1500, qui est la valeur MTU par défaut classique pour une interface Ethernet sur un routeur. À moins que votre routeur ait une taille MTU par défaut différente, il est inutile de spécifier une valeur sur l’interface du routeur.

Contrairement à une passerelle VPN Azure, vous n'avez pas besoin de spécifier la taille maximale de segment (MSS) TCP pour un circuit ExpressRoute.

Les exemples de configuration de routeur présentés dans cet article s’appliquent à tous les Peerings. Pour plus d’informations sur le routage, voir Peerings ExpressRoute et Configuration requise pour le routage ExpressRoute.

Configurer des interfaces et des sous-interfaces

Vous avez besoin d’une sous-interface par Peering dans chaque routeur que vous connectez à Microsoft. Identifiez une sous-interface par un identifiant VLAN ou une paire empilée d’identifiants VLAN et une adresse IP.

Les exemples de cette section s’appliquent à tous les routeurs exécutant la famille de systèmes d’exploitation IOS-XE.

Définition de l’interface Dot1Q

Cet exemple définit une sous-interface avec un seul identifiant de VLAN. L’ID de réseau local virtuel est unique pour chaque peering. Le dernier octet de votre adresse IPv4 est toujours un nombre impair.

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

Définition de l’interface QinQ

Cet exemple définit une sous-interface avec deux identifiants VLAN. L’ID VLAN externe (s-tag), s’il est utilisé, reste le même pour tous les Peerings. L’identifiant VLAN interne (c-tag) est propre à chaque peering. Le dernier octet de votre adresse IPv4 est toujours un nombre impair.

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

Les exemples de cette section s’appliquent à tout routeur Arista.

Définition de l’interface Dot1Q

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

Définition de l’interface QinQ

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

Les exemples de cette section s’appliquent à tous les routeurs de la gamme Juniper MX.

Définition de l’interface Dot1Q

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

Définition de l’interface QinQ

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

Configurer des sessions eBGP

Vous devez configurer une session BGP avec Microsoft pour chaque peering. Configurez une session BGP à l’aide de l’exemple suivant. Si l’adresse IPv4 que vous utilisez pour votre sous-interface est a.b.c.d, alors l’adresse IP du voisin BGP (Microsoft) est a.b.c.d+1. Le dernier octet de l’adresse IPv4 du voisin BGP est toujours un nombre pair.

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>;
                        }
                }
        }

Configurer des préfixes à annoncer sur la session BGP

Configurez votre routeur pour qu’il publie certains préfixes sur Microsoft à l’aide de l’exemple suivant.

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>;
                        }
                }
        }

Cartes d’itinéraire

Utilisez des cartes d’itinéraire et des listes de préfixes pour filtrer les préfixes propagés sur votre réseau. Consultez l’exemple suivant et assurez-vous d’avoir configuré les listes de préfixes appropriées.

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>;
                        }
                }
        }

Configurer BFD

Vous configurez BFD à deux emplacements : l’un au niveau de l’interface et l’autre au niveau du protocole BGP. Cet exemple utilise l’interface 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
!

Vous configurez BFD à deux emplacements : l’un au niveau de l’interface et l’autre au niveau du protocole BGP. Cet exemple utilise l’interface QinQ.

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
!

Configurez BFD sous la section Protocole BGP uniquement.

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

Configurer MACSec

Pour la configuration de MACSec, la clé d’association de connectivité (CAK) et le nom de clé d’association de connectivité (CKN) doivent correspondre aux valeurs configurées via les commandes PowerShell.

Cet article ne contient pas d’exemple MACSec pour Cisco IOS-XE. Consultez votre documentation Cisco pour la configuration MACSec sur IOS-XE routeurs.

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>;
                                }
                        }
                }
        }

Étapes suivantes

Commentaires

Cette page a-t-elle été utile ?

Last updated on 2026-07-16

Exemples de configuration de routeurs

Paramètres MTU et TCP MSS sur les interfaces de routeur

Configurer des interfaces et des sous-interfaces

Configurer des sessions eBGP

Configurer des préfixes à annoncer sur la session BGP

Cartes d’itinéraire

Configurer BFD

Configurer MACSec

Étapes suivantes

Commentaires

Ressources supplémentaires