Exemplos de configuração de roteadores

Este artigo descreve exemplos de configuração de interface e roteamento para roteadores Cisco IOS-XE, série Juniper MX e Arista ao trabalhar com Azure ExpressRoute.

Importante

Os exemplos neste artigo são apenas para orientação. Trabalhe com a equipe de vendas/equipe técnica do seu fornecedor e sua equipe de rede para encontrar as configurações apropriadas para atendar às suas necessidades. A Microsoft não oferece suporte a problemas relacionados às configurações listadas nesta página. Entre em contato com o fornecedor do dispositivo para obter suporte.

Configurações de MTU e MSS do TCP nas interfaces do roteador

A unidade de transmissão máxima (MTU) para a interface do ExpressRoute é 1.500, que é a MTU padrão típica para uma interface Ethernet em um roteador. A menos que seu roteador tenha uma MTU diferente por padrão, não é necessário especificar um valor na interface do roteador.

Diferente de um gateway VPN do Azure, você não precisa especificar o tamanho máximo de segmento (MSS) do TCP para um circuito ExpressRoute.

As amostras de configuração do roteador neste artigo se aplicam a todos os emparelhamentos. Examine emparelhamentos do ExpressRoute e requisitos de roteamento do ExpressRoute para obter mais detalhes sobre roteamento.

Configurar interfaces e subinterfaces

Você precisará de uma subinterface por emparelhamento em cada roteador conectado à Microsoft. Identifique uma subinterface por um ID de VLAN ou um par empilhado de IDs de VLAN e um endereço IP.

As amostras nesta seção se aplicam a qualquer roteador que esteja executando a família de sistemas operacionais IOS-XE.

Definição da interface Dot1Q

Este exemplo define uma subinterface com um único ID de VLAN. A ID de VLAN é exclusiva por emparelhamento. O último octeto de seu endereço IPv4 sempre será um número ímpar.

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

Definição da interface QinQ

Este exemplo define uma subinterface com dois IDs de VLAN. O identificador da VLAN externa (s-tag), se usado, permanece o mesmo em todas as conexões de peering. O ID da VLAN interna (c-tag) é exclusivo para cada peering. O último octeto de seu endereço IPv4 sempre será um número ímpar.

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

Os exemplos desta seção se aplicam a qualquer roteador Arista.

Definição da interface Dot1Q

Este exemplo define uma subinterface com um único ID de VLAN. A ID de VLAN é exclusiva por emparelhamento. O último octeto de seu endereço IPv4 sempre será um número ímpar.

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

Definição da interface QinQ

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

As amostras nesta seção aplicam-se a qualquer roteador da série Juniper MX.

Definição da interface Dot1Q

Este exemplo define uma subinterface com um único ID de VLAN. A ID de VLAN é exclusiva por emparelhamento. O último octeto de seu endereço IPv4 sempre será um número ímpar.

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

Definição da 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>;
                                }
                        }
                }
        }

Configurar sessões eBGP

Você deve configurar uma sessão BGP com a Microsoft para cada emparelhamento. Configure uma sessão BGP usando a seguinte amostra. Se o endereço IPv4 que você usa para sua subinterface for a.b.c.d, então o endereço IP do vizinho BGP (Microsoft) é a.b.c.d+1. O último octeto do endereço de IPv4 do vizinho BGP sempre será um número par.

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

Configurar prefixos a serem anunciados pela sessão BGP

Configure seu roteador para anunciar prefixos selecionados para a Microsoft usando o exemplo a seguir.

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

Mapas de rotas

Use mapas de rotas e listas de prefixos para filtrar os prefixos propagados na sua rede. Veja o exemplo a seguir e certifique-se de que você tem as listas de prefixos adequadas configuradas.

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

Configurar BFD

Você configurará o BFD em dois locais: um no nível da interface e outro no nível do BGP. Este exemplo utiliza a 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
!

Você configurará o BFD em dois locais: um no nível da interface e outro no nível do BGP. Este exemplo utiliza a 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
!

Configure o BFD apenas na seção do protocolo BGP.

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

Configurar o MACSec

Para a configuração MACSec, a Chave de Associação de Conectividade (CAK) e o Nome da Chave de Associação de Conectividade (CKN) devem corresponder aos valores configurados por meio dos comandos do PowerShell.

Este artigo não inclui um exemplo de MACSec para Cisco IOS-XE. Veja sua documentação Cisco para configuração MACSec em roteadores IOS-XE.

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

Próximas etapas

Comentários

Esta página foi útil?

Last updated on 2026-08-09

Exemplos de configuração de roteadores

Configurações de MTU e MSS do TCP nas interfaces do roteador

Configurar interfaces e subinterfaces

Configurar sessões eBGP

Configurar prefixos a serem anunciados pela sessão BGP

Mapas de rotas

Configurar BFD

Configurar o MACSec

Próximas etapas

Comentários

Recursos adicionais