Pular para conteúdo

Solução de problemas de conectividade IX

Uma perda de conectividade com o IX (Internet Exchange) pode ser causada por vários problemas, incluindo status Down, flapping, perda de pacotesTaxa de perda de pacotes/proporção de perda de pacotes. É a porcentagem de perda de pacotes durante o tráfego da origem ao destino. A perda de pacotes pode ser causada por links congestionados, falha de dispositivo de rede ou alterações no estado de alcançabilidade da rede.
, picos na rede ou um loop de Camada 2.

Se um IX estiver enfrentando problemas de conectividade, siga estas ações de solução de problemas para identificar a possível causa.

Dica

Megaport opera um MegaIX Looking Glass público e acessível via web para pares e operadores de rede investigarem o estado atual de roteamento. Você pode consultar os servidores de rota primário e redundante para 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 descartes de pacotes no dispositivo
As estatísticas da interface e os logs podem ajudar a identificar qual extremidade do cross connect 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 aquele transceiver 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.
Verificar os níveis de potência óptica no dispositivo Leituras de luz óptica no terminal ajudam a entender se os valores estão dentro da faixa de limite. Verifique os gráficos do dispositivo e da porta para erros e visualize os gráficos ópticos para o histórico.
Executar um pingUm 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.
de teste para servidores de rota e/ou peers bilaterais
A confirmação do ping de teste inclui a latência (o tempo de resposta) da conexão. Forneça a saída dos testes de ping a partir do IP de serviço IX do cliente para os seguintes destinos:
  • Servidores de rota na rede IX
  • Peers bilaterais
Verificar a conectividade de Camada 2 (ARP)A 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).
com servidores de rota e/ou peers bilaterais
Camada 2A Camada 2 do modelo OSI é a camada de enlace de dados. Ela fornece transferência de dados nó a nó (um enlace entre dois nós diretamente conectados). A maioria dos Megaport Virtual Cross Connects (VXCs) opera nessa camada. A Camada 2 é dividida na camada Media Access Control (MAC) (controla como os dispositivos em uma rede obtêm acesso ao meio e permissão para transmitir), e na camada Logical Link Control (LLC) (responsável por identificar os protocolos da camada de rede e então encapsulá-los, além de controlar a verificação de erros e a sincronização de quadros).
controla o fluxo de dados entre nós em segmentos WAN ou LAN e também é responsável por detectar e possivelmente corrigir erros de Camada 1A Camada 1 do modelo OSI transmite o fluxo de bits (impulso elétrico, luz ou sinal de rádio) pela rede no nível elétrico e mecânico. Ela fornece os meios de hardware para enviar e receber dados em um meio físico, incluindo a definição de cabos, placas e aspectos físicos. Cabos de fibra óptica/terminações SFP seriam considerados Camada 1, assim como a Port física.
. Problemas de conectividade de Camada 2 podem afetar a funcionalidade dos seus VXCs. Ao se conectar a um Provedor de Serviços de Nuvem (CSP), assegure-se de que os detalhes da configuração de VLAN estejam corretos. Tenha atenção especial ao se conectar ao Azure, pois você utilizará 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.
.

Problemas de conectividade de Camada 2 também podem afetar seus serviços de IX. Endereços MAC são usados para autenticar seus dispositivos ao usar serviços de IX com Megaport. Dependendo do design da sua rede, se você estiver em PeeringUm processo pelo qual duas redes de internet se conectam e trocam tráfego. Isso permite que essas duas redes de internet troquem tráfego diretamente entre os clientes uma da outra, sem precisar pagar a uma terceira parte para transportar esse tráfego pela internet.
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 enviar uma solicitação de suporte:

  1. Verifique o status do seu serviço IX com o MegaIX Looking Glass. Você pode acessar informações tanto dos servidores de rota 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.
  2. Se você não estiver em Peering diretamente com Megaport, confirme quaisquer alterações de configuração com a empresa com a qual você está em Peering.
  3. Execute um teste de ping para verificar se você está conectado à Camada 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 orientação adicional, entre em contato com o seu Gerente de Conta e solicite uma reunião com um Arquiteto de Soluções da Megaport.

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

  • Resultados da solução de problemas – Forneça em detalhes todas as etapas de solução de problemas que você realizou. Por exemplo, se loops foram colocados, registre sua localização e a direção em que estavam orientados.
  • Resultados do teste de ping – Forneça a saída de cada teste de ping a partir do endereço IP do serviço IX do cliente para os seguintes destinos:
    • Servidores de rota na rede IX
    • Peers bilaterais

Nota

Para mais informações sobre quando é necessário um técnico de field service no local no data center, consulte Serviços de Campo do Cliente.