Solução de problemas da sessão BGP do IX inativa

Se o seu Internet Exchange (IX) estiver inativo, provavelmente há um problema com sua sessão do Border Gateway Protocol (BGP). Siga estas etapas de solução de problemas para confirmar se sua sessão BGP é a causa raiz dos problemas do IX.

Dica

Megaport opera um MegaIX Looking Glass público e acessível pela web para peers e operadores de rede investigarem o estado de roteamento atual. Você pode consultar os route servers primário e redundante para obter dados BGP em tempo real aqui: MegaIX Looking Glass.

Ações de solução de problemas

Ação	Etapas
Verificar erros de interface ou CRCVerificação de redundância cíclica (CRC). Um tipo de código de detecção de erros usado para detectar erros de transmissão nos dados. e perdas de pacotes no dispositivo	As estatísticas e os logs da interface podem ajudar a identificar qual extremidade do cross connect está causando a falha e a possível solução. Por exemplo, um número crescente de erros de entrada em uma interface de rede geralmente descarta aquele SFPUm Small Form-factor Pluggable (SFP) é um transceptor hot pluggable usado em redes de comunicação de dados e de telecomunicações para permitir a transmissão de dados entre dois dispositivos. específico e indica um possível problema com outros componentes do IX. Importante observar: Tipo de interface, tipo de SFP e tipo de cabo 1 Gbps 1000BASE-LX [10km; duplex em SMOFUm cabo de fibra óptica com diâmetro de núcleo pequeno que suporta um único modo ou caminho de luz por vez. O cabo de fibra possui apenas um modo de propagação: um único comprimento de onda de luz no núcleo da fibra. A fibra óptica multimodo (MMOF) é mais barata, mas só pode operar em distâncias mais curtas sem degradação do sinal. ] 10 Gbps 10GBASE-LR [10km; duplex em SMOF] 100 Gbps 100GBASE-LR4 [10km; duplex em SMOF] MTU (Tamanho Máximo de Quadro Ethernet) 9100 bytes para VXCs entre Ports do cliente. MCR e MVE suportam a MTU padrão de 1500 bytes. IX e muitas portas de CSP não suportam quadros jumbo, mas todas suportam a MTU padrão de 1500 bytes. LAGDescreve diversos métodos para usar múltiplas conexões de rede paralelas para aumentar a vazão além do limite que um único link (uma conexão) pode atingir. Em geral, para agregação de links, as Ports físicas devem residir em um único switch/roteador. Protocolo: LACP Interface: 10GBASE-LR (10 Gbps) ou 100GBASE-LR4 (100 Gbps). As Ports de 1 Gbps não são compatíveis. Número máximo de interfaces em um único LAG: 8 Agregação de Link Multi-Chassis (MC-LAG) entre vários dispositivos não é compatível. Preferred A-End VLAN (VXC/IX) (VLAN preferida no A-End (VXC/IX)) Untag (enabled) (Sem tag (habilitado)) – Isso limitará a Port do A-End a um único serviço. Apenas um VXC/IX por Port, equivalente a uma porta de acesso no lado do seu dispositivo. Untag (disabled) (Sem tag (desabilitado)) – Especifique o número da VLAN 802.1q na Port do A-End. Cada VXC é entregue como uma VLAN separada na Port. Deve ser um ID de VLAN exclusivo na Port e pode variar de 2 a 4093. Se você especificar um ID de VLAN já em uso, o sistema exibirá o número de VLAN disponível seguinte. Se o ID de VLAN for deixado em branco, o sistema atribuirá aleatoriamente um número de VLAN, equivalente a uma porta trunk com VLANs permitidas no lado do seu dispositivo. Tunelamento 802.1Q (Q-in-QO tunelamento 802.1Q (também conhecido como Q-in-Q ou 802.1ad) é uma técnica usada por provedores de Camada 2 do OSI para clientes. O 802.1ad prevê tanto uma tag interna quanto uma tag externa, na qual a externa (às vezes chamada de S-tag, de provedor de serviços) pode ser removida para expor as tags internas (C-tag, de cliente) que segmentam os dados. ) IEEE 802.1ad (Azure VXC) Para acessar o Microsoft Azure ExpressRoute, é necessário Q-in-Q (IEEE 802.1ad). Dependendo do método escolhido, as configurações do seu dispositivo podem variar: Q-in-Q, Q-in-Q breakout, VXC sem tag ou MCR.
Verificar se interface, SFP, cabo e cabeamento estão corretos	Verifique se a auto-negociação (speed auto e duplex auto) é usada nas interfaces gigabit. Verifique se o cabo do cross connect está conectado à porta correta em ambas as extremidades. Verifique se os níveis de potência óptica do SFP (Tx e Rx) apresentam boa luz em ambas as extremidades.
Verificar as configurações de Camada 2	Verifique se o tamanho da MTU está correto. Verifique se a configuração do LACP está correta se LAG for usado. MC-LAG não é compatível. Verifique se seus dispositivos estão configurados conforme “Preferred A-End VLAN” no Megaport Portal. Se uma VLAN for usada, confirme se o número de VLAN correto está configurado no lado do seu dispositivo. Se o Azure VXC for usado, verifique se seus dispositivos estão configurados usando um dos métodos Q-in-Q.
Verificar as configurações de Camada 3	Verifique se o endereço IP da interface e o endereço de sub-rede estão configurados corretamente. Verifique se as configurações dos protocolos de roteamento (EIGRP/OSPF/BGP) estão corretas. Execute um teste de ping entre dispositivos de rede de Camada 3 (por exemplo, roteadores de borda, peers BGP). Execute um teste de ping entre o host de origem e o host de destino (teste de conectividade de ponta a ponta). Se o teste de ping falhar, verifique a tabela ARPA tabela de roteamento do Protocolo de Resolução de Endereços (ARP) contém uma lista de mapeamentos de endereço MAC (Camada 2) para endereço IP (Camada 3). e a tabela de roteamento em ambas as pontas. Se o teste de ping falhar e não houver problema na tabela de roteamento em ambas as pontas, então colete logs de tracerouteUma ferramenta de diagnóstico que examina como os dados trafegam pela internet para determinar se um destino é alcançável. de ambas as pontas.
Verificar os níveis de potência óptica no dispositivo	As leituras de luz óptica do terminal ajudam a entender se as leituras estão dentro da faixa de limite. Verifique os gráficos do dispositivo e da porta quanto a erros e visualize o Megaport optic graphs history. Os gráficos são atualizados a cada cinco minutos; portanto, se o flapping for raro, os gráficos podem não capturar uma queda na luz óptica. Certifique-se de que a leitura óptica esteja dentro das especificações.
Executar um teste de ping para servidores de rota dentro da rede IX e/ou peers bilaterais	Um teste de ping transmite pacotes de dados para um endereço IP específico e confirma ou nega a conectividade entre dispositivos em rede IP. Uma confirmação inclui a latência (o tempo de resposta) da conexão.
Verificar a conectividade de Camada 2 (ARP) com servidores de rota e/ou peers bilaterais	A Camada 2 controla o fluxo de dados entre nós em segmentos WAN ou LAN, e também é responsável por detectar e possivelmente corrigir erros da Camada 1. Problemas de conectividade de Camada 2 podem afetar a funcionalidade dos seus VXCs, que se conectam ao seu MCR. Ao se conectar a um Provedor de Serviços de Nuvem (CSP), certifique-se de que os detalhes de configuração de VLAN estejam corretos. Tenha cautela especial ao se conectar ao Azure, pois você usará Q-in-Q. Problemas de conectividade de Camada 2 também podem afetar seus serviços IX. Endereços MAC são usados para autenticar seus dispositivos ao usar serviços IX com Megaport. Dependendo do design da sua rede, se você estiver fazendo Peering com Megaport ou outras organizações, garanta que você especificou o endereço MAC correto no Megaport Portal. Realize estas verificações antes de enviar uma solicitação de suporte: Verifique o status do seu serviço IX com a Looking Glass tool. Você pode acessar informações para ambos os route servers, primário e redundante, para dados BGP em tempo real. Problemas de Camada 2 podem ser mais desafiadores de diagnosticar do que problemas físicos de Camada 1. Fornecer à Megaport detalhes de conectividade de Camada 2 ajudará a isolar o problema. Se você não estiver fazendo Peering diretamente com Megaport, confirme quaisquer alterações de configuração com a empresa com a qual você está em Peering. Execute um teste de ping para verificar se você está conectado à Camada 2. Verifique as tabelas ARP e confirme que o endereço MAC está visível no Megaport Portal. Confirme se a configuração corresponde às Especificações técnicas da Megaport. Para orientação adicional, entre em contato com seu Gerente de Conta e solicite uma reunião com um Arquiteto de Soluções da Megaport.
Verificar a configuração do BGP	Configurações de interface, incluindo o número da VLAN Endereço IP do BGP e máscara de sub-rede Número do AS do BGP Endereços de rede BGP a serem anunciados Endereço IP do vizinho BGP e máscara de sub-rede Número do AS do vizinho BGP Endereços de rede do vizinho BGP a serem recebidos Autenticação BGP entre peers BGP Filtragem e manipulação de rotas BGP, se aplicável
Verificar mensagens de erro do BGP	O protocolo BGP envia uma mensagem de notificação quando detecta um erro na sessão BGP, como um hold timer expirando, uma alteração nas capacidades do vizinho ou uma solicitação para redefinir uma sessão BGP. Quando um erro é detectado, a sessão BGP é encerrada. Por exemplo, digite show log %BGP-xxxxx. Para mais informações, consulte Visão Geral do Internet Exchange.

Próximas etapas

Se as ações de solução de problemas não resolverem seu problema, entre em contato com o suporte. Antes de solicitar assistência, reúna as seguintes informações:

Resultados da solução de problemas

Forneça detalhadamente todas as etapas de solução de problemas que você executou. Por exemplo, se loops foram inseridos, informe sua localização e para qual direção estavam orientados.

Trechos de configurações de dispositivos de rede

Configurações de interface
Rotas estáticas e configurações de protocolos de roteamento (EIGRP/OSPF/BGP)
Regras de firewall e configurações de ACL para o fluxo de dados que apresenta o problema

Saída de comandos BGP e informações de captura de pacotes

Tabela de roteamento (show IP route <ip-address>) em ambas as pontas.
Status dos protocolos de roteamento e as tabelas em ambas as pontas, por exemplo, a tabela de vizinhos BGP que mostra o estado BGP (show ip bgp summary) e detalhes do vizinho BGP (show ip bgp neighbors <neighbor-ip-address>).
Entradas da tabela de roteamento BGP que têm problemas de roteamento BGP (saída do comando show IP BGP).
Rotas BGP anunciadas (show IP BGP neighbors <neighbor-ip-address> advertised-routes).
Rotas BGP recebidas (saída do comando show IP BGP neighbors <neighbor-ip-address> routes - Tabela de roteamento (show IP route <ip-address>)).
Traceroute logs entre o host de origem e o host de destino.
Captura de pacotes logs, se possível (o tamanho do arquivo pode ser de até 10 M).

Nota

Para mais informações sobre quando é necessário um técnico de serviços de campo no local no data center, consulte Serviços de Campo para o Cliente.