Requisitos de Encaminhamento do ExpressRoute

Para se conectar aos serviços de nuvem da Microsoft usando a Rota Expressa, você precisa configurar e gerenciar o roteamento. Alguns fornecedores de conectividade oferecem a configuração e a gestão do encaminhamento como um serviço gerido. Contacte o seu fornecedor de conectividade para ver se oferece este serviço. Caso contrário, terá de cumprir os seguintes requisitos:

Veja o artigo Circuits and routing domains (Circuitos e domínios de encaminhamento) para obter uma descrição das sessões de encaminhamento que têm de ser configuradas para facilitar a conectividade.

Endereços IP usados para emparelhamento

Tem de reservar alguns blocos de endereços IP para configurar o encaminhamento entre a sua rede e os routers Enterprise Edge da Microsoft (MSEEs). Esta secção fornece uma lista de requisitos e descreve as regras relativas ao modo como estes endereços IP têm de ser obtidos e utilizados.

Endereços IP utilizados para peering privado do Azure

Você pode usar endereços IP privados ou endereços IP públicos para configurar o emparelhamento. O intervalo de endereços usado para configurar rotas não pode se sobrepor aos intervalos de endereços usados para redes virtuais no Azure.

• IPv4:
  • Você deve reservar uma /29 sub-rede ou duas /30 sub-redes para interfaces de roteamento.
  • As sub-redes utilizadas para encaminhamento podem ser endereços IP privados ou endereços IP públicos.
  • As sub-redes não podem estar em conflito com o intervalo reservado pelo cliente para utilização no Microsoft Cloud.
  • Se uma /29 sub-rede for usada, ela será dividida em duas /30 sub-redes.
    • A primeira /30 sub-rede é usada para o link primário e a segunda /30 sub-rede é usada para o link secundário.
    • Para cada uma das /30 sub-redes, você deve usar o primeiro endereço IP da sub-rede para o /30 seu roteador. A Microsoft usa o segundo endereço IP da /30 sub-rede para configurar uma sessão BGP.
    • Você deve configurar ambas as sessões BGP para que o SLA de disponibilidade seja válido.
• IPv6:
  • Você deve reservar uma /125 sub-rede ou duas /126 sub-redes para interfaces de roteamento.
  • As sub-redes utilizadas para encaminhamento podem ser endereços IP privados ou endereços IP públicos.
  • As sub-redes não podem estar em conflito com o intervalo reservado pelo cliente para utilização no Microsoft Cloud.
  • Se uma /125 sub-rede for usada, ela será dividida em duas /126 sub-redes.
    • A primeira /126 sub-rede é usada para o link primário e a segunda /126 sub-rede é usada para o link secundário.
    • Para cada uma das /126 sub-redes, você deve usar o primeiro endereço IP da sub-rede para o /126 seu roteador. A Microsoft usa o segundo endereço IP da /126 sub-rede para configurar uma sessão BGP.
    • Você deve configurar ambas as sessões BGP para que o SLA de disponibilidade seja válido.

Exemplo de peering privado

Se você optar por usar a.b.c.d/29 para configurar o emparelhamento, ele será dividido em duas /30 sub-redes. No exemplo a seguir, observe como a a.b.c.d/29 sub-rede é usada:

• a.b.c.d/29 é dividido e a.b.c.d/30 a.b.c.d+4/30 transmitido à Microsoft por meio das APIs de provisionamento.
  • Você usa a.b.c.d+1 como o IP VRF para o PE primário e a Microsoft usa a.b.c.d+2 como o IP VRF para o MSEE primário.
  • Você usa a.b.c.d+5 como o IP VRF para o PE secundário e a Microsoft usa a.b.c.d+6 como o IP VRF para o MSEE secundário.

Considere um caso em que você opte por 192.168.100.128/29 configurar o emparelhamento privado. 192.168.100.128/29 inclui endereços de 192.168.100.128 , entre os 192.168.100.135quais:

• 192.168.100.128/30é atribuído ao , com o provedor usando 192.168.100.129 e a link1Microsoft usando 192.168.100.130o .
• 192.168.100.132/30é atribuído ao , com o provedor usando 192.168.100.133 e a link2Microsoft usando 192.168.100.134o .

Endereços IP utilizados para peering da Microsoft

Tem de utilizar endereços IP públicos da sua propriedade para configurar as sessões de BGP. A Microsoft tem de poder verificar a propriedade dos endereços IP através dos Registos de Internet de Encaminhamento e dos Registos de Encaminhamento de Internet.

• Os IPs listados no portal para Prefixos Públicos Anunciados para Emparelhamento da Microsoft criam ACLs para os roteadores principais da Microsoft para permitir o tráfego de entrada desses IPs.
• Você deve usar uma sub-rede exclusiva /29 (IPv4) ou /125 (IPv6) ou duas /30 sub-redes (IPv4) ou /126 (IPv6) para configurar o emparelhamento BGP para cada emparelhamento por circuito de Rota Expressa, se tiver mais de uma.
• Se uma /29 sub-rede for usada, ela será dividida em duas /30 sub-redes.
• A primeira /30 sub-rede é usada para o link primário e a segunda /30 sub-rede é usada para o link secundário.
• Para cada uma das /30 sub-redes, você deve usar o primeiro endereço IP da /30 sub-rede no seu roteador. A Microsoft usa o segundo endereço IP da /30 sub-rede para configurar uma sessão BGP.
• Se uma /125 sub-rede for usada, ela será dividida em duas /126 sub-redes.
• A primeira /126 sub-rede é usada para o link primário e a segunda /126 sub-rede é usada para o link secundário.
• Para cada uma das /126 sub-redes, você deve usar o primeiro endereço IP da /126 sub-rede no seu roteador. A Microsoft usa o segundo endereço IP da /126 sub-rede para configurar uma sessão BGP.
• É necessário configurar as duas sessões de BGP para que o nosso SLA de disponibilidade seja válido.

Requisito de endereço IP público

Peering privado

Pode optar por utilizar endereços IPv4 públicos ou privados para o peering privado. Fornecemos isolamento de ponta a ponta do seu tráfego, portanto, a sobreposição de endereços com outros clientes não é possível para emparelhamento privado. Esses endereços não são anunciados na Internet.

Peering da Microsoft

O caminho de peering da Microsoft permite-lhe lugar aos serviços cloud da Microsoft. A lista de serviços inclui os serviços do Microsoft 365, como o Exchange Online, SharePoint Online, Skype para Empresas e o Microsoft Teams. A Microsoft suporta a conetividade bidirecional no peering da Microsoft. O tráfego destinado aos serviços em nuvem da Microsoft tem de utilizar endereços IPv4 públicos válidos antes de serem introduzidos na rede da Microsoft.

Certifique-se de que o endereço IP e o número AS estão registados em seu nome num dos registos seguintes:

• ARIN
• APNIC
• AFRINIC
• LACNIC
• RIPENCC
• RADB
• ALTDB

Se os prefixos e o número AS não estiverem atribuídos a si nos registos anteriores, terá de abrir um pedido de suporte para a validação manual dos seus prefixos e ASN. O suporte requer documentação, como uma Carta de Autorização, que prova que está autorizado a utilizar o prefixo em questão.

É permitido um Número AS Privado com o Peering da Microsoft, mas também precisa de validação manual. Além disso, removemos os números privados COMO no COMO Caminho para os prefixos recebidos. Por consequência, não pode acrescentar números privados COMO no COMO Caminho de modo a influenciar o encaminhamento para o Peering da Microsoft. Além disso, não são permitidos no caminho os números AS 64496 a 64511, que estão reservados pela IANA para fins de documentação.

Troca de rotas dinâmicas

A troca de roteamento é feita pelo protocolo eBGP. São estabelecidas sessões de EBGP entre os MSEEs e os seus routers. A autenticação de sessões BGP não é um requisito. Se necessário, um hash MD5 pode ser configurado. Veja Configurar encaminhamento e Fluxos de trabalho de aprovisionamento dos circuitos e estados dos circuitos para obter informações sobre como configurar sessões de BGP.

Números do Sistema Autónomo (ASN)

A Microsoft utiliza AS 12076 para o peering público do Azure, o peering privado do Azure e o peering da Microsoft. Reservamos os ASNs do 65515 ao 65520 para utilização interna. Os números AS de 16 bits e 32 bits são suportados.

Não há requisitos quanto à simetria da transferência de dados. Os caminhos de reencaminhamento e do remetente podem atravessar pares de routers diferentes. Rotas idênticas devem ser anunciadas de ambos os lados em vários pares de circuitos pertencentes a você. As métricas de rota não precisam ser idênticas.

Agregação de rotas e limites de prefixo

O ExpressRoute suporta até 4000 prefixos IPv4 e 100 prefixos IPv6 anunciados à Microsoft através do emparelhamento privado do Azure. Esse limite pode ser aumentado até 10.000 prefixos IPv4 se o complemento premium ExpressRoute estiver habilitado. O ExpressRoute aceita até 200 prefixos por sessão BGP para emparelhamento público e Microsoft do Azure.

A sessão de BGP é ignorada se o número de prefixos exceder o limite. A Rota Expressa aceita rotas padrão somente no link de emparelhamento privado. O fornecedor tem de filtrar a rota predefinida e os endereços IP privados (RFC 1918) nos caminhos do peering público do Azure e do peering da Microsoft.

Encaminhamento de trânsito e encaminhamento por várias regiões

O ExpressRoute não pode ser configurado como roteadores de trânsito. Você tem que confiar em seu provedor de conectividade para serviços de roteamento de trânsito.

Anunciar rotas predefinidas

As rotas predefinidas só são permitidas em sessões do peering privado do Azure. Nesse caso, o ExpressRoute encaminha todo o tráfego das redes virtuais associadas para a sua rede. A publicidade de rotas padrão em emparelhamento privado resulta no bloqueio do caminho da Internet do Azure. Precisará da sua periferia empresarial para encaminhar o tráfego de e para a Internet para serviços alojados no Azure.

Alguns serviços não podem ser acessados a partir da borda corporativa. Para habilitar a conectividade com outros serviços e serviços de infraestrutura do Azure, você deve usar o roteamento definido pelo usuário para permitir a conectividade com a Internet para cada sub-rede que exija conectividade com a Internet para esses serviços.

Suporte para Comunidades BGP

Esta seção fornece uma visão geral de como as comunidades BGP são usadas com a Rota Expressa. A Microsoft anuncia rotas nos caminhos de emparelhamento privado, Microsoft e público (obsoleto) com rotas marcadas com valores de comunidade apropriados. A justificação para o fazer e os detalhes sobre os valores da comunidade são descritos como se segue. A Microsoft, no entanto, não honra nenhum valor da comunidade marcado para rotas anunciadas para a Microsoft.

Para emparelhamento privado, se você configurar um valor de comunidade BGP personalizado em suas redes virtuais do Azure, verá esse valor personalizado e um valor de comunidade BGP regional nas rotas do Azure anunciadas para seu local pela Rota Expressa.

Para emparelhamento da Microsoft, você está se conectando à Microsoft por meio da Rota Expressa em qualquer local de emparelhamento dentro de uma região geopolítica. Você também tem acesso a todos os serviços de nuvem da Microsoft em todas as regiões dentro do limite geopolítico.

Por exemplo, se você se conectou à Microsoft em Amsterdã por meio da Rota Expressa, terá acesso a todos os serviços de nuvem da Microsoft hospedados no Norte da Europa e no Oeste da Europa.

Veja a página Parceiros e localizações de peering do ExpressRoute para obter uma lista detalhada das regiões geopolíticas, das regiões do Azure associadas e das localizações de peering do ExpressRoute correspondentes.

Pode comprar mais do que um circuito do ExpressRoute por região geopolítica. Ter várias ligações oferece vantagens significativas de elevada disponibilidade, devido à georredundância. Nos casos em que você tem vários circuitos de Rota Expressa, você recebe o mesmo conjunto de prefixos anunciados da Microsoft nos caminhos de emparelhamento da Microsoft. Essa configuração resulta em vários caminhos da sua rede para a Microsoft. Essa configuração pode potencialmente fazer com que decisões de roteamento abaixo do ideal sejam tomadas em sua rede. Sendo assim, poderá ter experiências de conectividade aos diferentes serviços inferiores às ideais. Também pode utilizar os valores das comunidades para tomar decisões de encaminhamento adequadas para oferecer encaminhamento ideal aos utilizadores.

Todas as rotas anunciadas pela Microsoft são marcadas com o valor apropriado da comunidade.

Serviço ao valor da comunidade BGP

Além da tag BGP para cada região, a Microsoft também marca prefixos com base no serviço ao qual pertencem. Essa marcação só se aplica ao emparelhamento da Microsoft. A tabela a seguir fornece um mapeamento do serviço para o valor da comunidade BGP. Você pode executar o cmdlet 'Get-AzBgpServiceCommunity' para obter uma lista completa dos valores mais recentes.

(1) Os Serviços Globais do Azure incluem apenas o Azure DevOps neste momento.

(2) Autorização necessária da Microsoft. Consulte Configurar filtros de rota para o Microsoft Peering.

(3) Esta comunidade também publica as rotas necessárias para os serviços do Microsoft Teams.

(4) O CRM Online suporta Dynamics v8.2 e inferior. Para versões superiores, selecione a comunidade regional para suas implantações do Dynamics.

(5) O uso do Microsoft Peering com serviços PSTN é restrito a casos de uso específicos. Consulte Usando o ExpressRoute para serviços PSTN da Microsoft.

Suporte da Comunidade BGP nas Clouds National

• As comunidades do Office 365 não são suportadas pelo Microsoft Peering para Microsoft Azure operado pela região 21Vianet.

Próximos passos

• Configurar a ligação do ExpressRoute.

  • Criar e modificar um circuito
  • Criar e modificar a configuração de peering
  • Ligar uma VNet a um circuito do ExpressRoute