Pular para conteúdo

Solução de Problemas Sessão BGP IX Inativa

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

Dica

Megaport opera um MegaIX Looking Glass acessível ao público e disponível na web para colegas e operadores de rede investigarem o estado atual de roteamento. Você pode consultar os servidores de rotas primários e redundantes para dados BGP ao vivo 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.
Um tipo de código de detecção de erro usado para detectar erros de transmissão em dados.
e quedas de pacotes no dispositivo
As estatísticas e logs da interface podem ajudar a identificar qual extremidade da interconexão está causando a falha e a solução potencial. Por exemplo, um número crescente de erros de entrada em uma interface de rede geralmente descarta esse SFPTransceptor pluggable de pequeno formato.
Um transceptor hot pluggable usado em redes de comunicação de dados e 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 notar:

Tipo de interface, tipo de SFP e tipo de cabo
  • 1 Gbps 1000BASE-LX [10km; duplex em SMOFFibra óptica de modo único.
    Uma fibra óptica com um núcleo pequeno que suporta um único modo ou caminho de luz por vez.
    ]
  • 10 Gbps 10GBASE-LR [10km; duplex em SMOF]
  • 100 Gbps 100GBASE-LR4 [10km; duplex em SMOF]
MTU (Tamanho Máximo do Quadro Ethernet)
  • 9100 bytes para VXCs entre Portas do cliente.
  • MCR e MVE suportam o MTU padrão de 1500 bytes.
  • IX e muitas portas CSP não suportam quadros jumbo, mas todas suportam o MTU padrão de 1500 bytes.
LAGGrupo de Agregação de Links.
Usa várias conexões de rede paralelas para aumentar a largura de banda além do limite que um único link pode alcançar.
  • Protocolo: LACP
  • Interface: 10GBASE-LR (10 Gbps) ou 100GBASE-LR4 (100 Gbps). Portas de 1 Gbps não são suportadas.
  • O número máximo de interfaces em um único LAG: 8
  • Agregação de Link Multi-Chassis (MC-LAG) em vários dispositivos não é suportada.
VLAN A-End Preferencial (VXC/IX)
  • Sem tag (habilitado) – Isso limitará a Porta A-End a um único serviço. Apenas um VXC/IX por Porta, equivalente a uma porta de acesso no lado do seu dispositivo.
  • Sem tag (desabilitado) – Especifique o número VLAN 802.1q na Porta A-End. Cada VXC é entregue como uma VLAN separada na Porta. Esta deve ser uma ID de VLAN única na Porta e pode variar de 2 a 4093. Se você especificar uma ID de VLAN já em uso, o sistema exibirá o próximo número de VLAN disponível. O sistema atribuirá aleatoriamente um número de VLAN, equivalente a uma porta tronco com VLANs permitidas no lado do seu dispositivo, deixando o ID de VLAN em branco.
802.1Q Tunneling (Q-in-QTunneling 802.1Q (também conhecido como Q-in-Q ou 802.1ad) é uma técnica usada por provedores de OSI Layer 2 para clientes. 802.1ad fornece uma tag interna e uma externa, onde a tag externa (S-tag) pode ser removida para expor as tags internas (C-tag).) IEEE 802.1ad (Azure VXC)
  • Para acessar o Microsoft Azure ExpressRoute, é necessário usar Q-in-Q (IEEE 802.1ad). Dependendo do método escolhido, as configurações do seu dispositivo podem variar, seja Q-in-Q, breakout Q-in-Q, VXC sem tag ou MCR.
Verificar se a interface, SFP, cabo e cabeamento estão corretos
  • Verifique se a auto-negociação (velocidade automática e duplex automático) é usada em interfaces gigabit.
  • Verifique se o cabo de interconexão está conectado à porta correta em ambas as extremidades.
  • Verifique se os níveis de potência ótica do SFP (Tx e Rx) mostram boa luz em ambas as extremidades.
Verificar as configurações de Layer 2A camada de enlace de dados do modelo OSI. O L2 fornece transferência de dados de nó a nó (um link entre dois nós diretamente conectados). A maioria dos Megaport Virtual Cross Connects (VXCs) operam em L2.
  • Verifique se o tamanho do MTU está correto.
  • Verifique se a configuração do LACP está correta, se o LAG estiver sendo usado. MC-LAG não é suportado.
  • Verifique se os dispositivos estão configurados de acordo com a “VLAN A-End Preferencial” no Megaport Portal.
  • Se uma VLAN for usada, confirme se o número correto da VLAN está configurado no lado do seu dispositivo.
  • Se o Azure VXC estiver sendo usado, verifique se seus dispositivos estão configurados usando um dos métodos Q-in-Q.
Verificar as configurações de Layer 3A camada de rede do modelo OSI. O L3 traduz um endereço de rede lógico em um endereço físico de máquina (endereçamento IP).
  • Verifique se o endereço IP da interface e o endereço da sub-rede estão configurados corretamente.
  • Verifique se as configurações do protocolo de roteamento (EIGRP/OSPF/BGP) estão configuradas corretamente.
  • Execute um teste ping entre os dispositivos de rede Layer 3 (por exemplo, roteadores de borda, peers BGP).
  • Execute um teste ping entre o host de origem e o host de destino (teste de conectividade de ponta a ponta).
  • Se o teste ping falhar, verifique a tabela ARPProtocolo de Resolução de Endereço.
    Uma tabela de roteamento ARP contém uma lista de mapeamentos de endereços MAC (Layer 2) para endereços IP (Layer 3).
    e a tabela de roteamento em ambas as extremidades.
  • Se o teste ping falhar e não houver problema na tabela de roteamento em ambas as extremidades, colete logs do tracerouteUma ferramenta de diagnóstico que examina como os dados se movem pela internet para determinar se um destino é alcançável. de ambas as extremidades.

Verificar os níveis de potência ótica no dispositivo Leituras de luz ótica do terminal ajudam a entender se as leituras estão dentro da faixa de limite. Verifique os gráficos do dispositivo e da porta para erros e visualize o histórico de gráficos óticos da Megaport. Os gráficos são atualizados a cada cinco minutos, então, se a oscilação for rara, os gráficos podem não capturar uma queda na luz ótica. Certifique-se de que a leitura ótica está dentro das especificações.
Realizar um teste ping para servidores de rota dentro da rede IX e/ou peers bilaterais Um teste 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 (tempo de resposta) da conexão.

Verificar a conectividade Layer 2 (ARP) com servidores de rota e/ou peers bilaterais A Layer 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 Layer 1. Problemas de conectividade Layer 2 podem afetar a funcionalidade dos seus VXCs, que se conectam ao seu MCR. Ao se conectar a um Provedor de Serviços em Nuvem (CSP), certifique-se de que os detalhes da configuração da VLAN estejam corretos. Tenha especial cuidado ao se conectar ao Azure, pois você estará usando Q-in-Q.

Problemas de conectividade Layer 2 também podem impactar 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 se interconectando com Megaport ou outras organizações, certifique-se de ter especificado o endereço MAC correto no Megaport Portal.
    Realize estas verificações antes de abrir um pedido de suporte:

  1. Verifique o status do seu serviço IX com a ferramenta Looking Glass. Você pode acessar informações tanto para os servidores de rota primários quanto redundantes para dados BGP ao vivo. Problemas de Layer 2 podem ser mais desafiadores de diagnosticar do que problemas físicos da Layer 1. Fornecer à Megaport detalhes da conectividade Layer 2 ajudará a isolar o problema.
  2. Se você não estiver se interconectando diretamente com Megaport, confirme qualquer alteração de configuração com a empresa com a qual você está se interconectando.
  3. Execute um teste ping para verificar se você está conectado à Layer 2.
  4. Verifique as tabelas ARP e confirme se o endereço MAC está visível no Megaport Portal.
  5. Confirme que a configuração corresponde às Especificações Técnicas da Megaport.

    Para mais orientações, 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 BGP e máscara de sub-rede
  • Número do ASSistema Autônomo
    Uma rede muito grande ou grupo de redes com uma única política de roteamento.
    do BGP
  • Endereços de rede BGP a serem anunciados
  • Endereço IP do peer BGP e máscara de sub-rede
  • Número do AS do peer BGP
  • Endereços de rede do peer BGP a serem recebidos
  • Autenticação BGP entre peers BGP
  • Filtragem e manipulação de rotas BGP, se aplicável
    Verificar mensagens de erro BGP O protocolo BGP envia uma mensagem de notificação quando detecta um erro na sessão BGP, como um temporizador de retenção expirando, uma mudança nas capacidades do peer ou uma solicitação para reiniciar uma sessão BGP. Quando um erro é detectado, a sessão BGP é fechada.

    Por exemplo, insira show log %BGP-xxxxx.

    Para mais informações, veja Visão Geral do Internet Exchange.

    Próximos passos

    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, colete as seguintes informações:

    Resultados da solução de problemas

    • Forneça todos os passos de solução de problemas que você realizou em detalhes. Por exemplo, se foram colocados loops, observe sua localização e a direção em que estavam voltados.

    Trechos das configurações do dispositivo de rede

    • Configurações de interface
    • Rotas estáticas e configurações do protocolo de roteamento (EIGRP/OSPF/BGP)
    • Regras de firewall e configurações de ACL para o fluxo de dados com problema

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

    • Tabela de roteamento (show IP route <ip-address>) em ambas as extremidades.
    • Status do protocolo de roteamento e tabelas em ambas as extremidades, por exemplo, a tabela de peers BGP que mostra o estado do BGP (show ip bgp summary) e detalhes do peer BGP (show ip bgp neighbors <neighbor-ip-address>).
    • Entradas da tabela de roteamento BGP que tenham problemas de roteamento BGP (saída do comando show IP BGP).
    • Rotas anunciadas BGP (show IP BGP neighbors <neighbor-ip-address> advertised-routes).
    • Rotas recebidas BGP (saída do comando show IP BGP neighbors <neighbor-ip-address> routes).
    • Logs de traceroute entre o host de origem e o host de destino.
    • Logs de captura de pacotes, se possível (o tamanho do arquivo pode ser de até 10 M).

    Nota

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