Pular para conteúdo

Solução de Problemas do MCR Quando Está Inativo ou Indisponível

Se o seu Megaport Cloud Router (MCR) estiver inativo, a causa raiz pode ser o status das Portas ou VXCs conectados, a configuração BGP, ou as configurações da interface. Siga estas ações de solução de problemas para isolar o problema.

Dica

Você pode verificar o status do MCR a partir do Megaport Portal. Na página de Serviços no Portal, encontre o MCR e passe o mouse sobre seu ícone. Uma mensagem exibe o status do serviço. (A cor do ícone também indica o status do serviço.)

Ações de solução de problemas

Ação Etapas
Executar um teste 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. do MCR Execute testes ping do MCR para os seguintes destinos:
  • Cada VXC conectado ao MCR a partir dos dispositivos conectados diretamente na Layer 3A camada de rede do modelo OSI. A L3 traduz um endereço de rede lógico em um endereço físico de máquina (endereçamento IP).. Por exemplo, se uma das interfaces do MCR estiver configurada com o endereço IP 172.16.100.2 com máscara de sub-rede 30, execute o teste ping a partir do dispositivo conectado com o IP 172.16.100.1.
Um teste ping mostra a latência (o tempo de resposta) com uma confirmação de conexão.
Verificar a conectividade Layer 2 (ARP) Confirme que o endereço IP do MCR está mapeado corretamente para o endereço MAC na tabela do Protocolo de Resolução de Endereço (ARP). Por exemplo, insira show ip arp. 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 1A camada elétrica e mecânica do modelo OSI que transmite o fluxo de bits (impulso elétrico, sinal de luz ou de rádio) através da rede. A L1 fornece os meios físicos de envio e recebimento de dados por meio de um canal.. Problemas de conectividade na Layer 2A camada de enlace de dados do modelo OSI. A 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. 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-QTunneling 802.1Q (também conhecido como Q-in-Q ou 802.1ad) é uma técnica usada por provedores 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) que segmentam os dados.. 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 as regras de ACL/FW em seus dispositivos Em algumas sessões de solução de problemas, onde o circuito está ativo, mas você não consegue executar ping entre pontos de extremidade da Layer 3, pode haver um firewall ou uma ACLLista de controle de acesso.
Uma lista de regras que permite ou nega acesso a um ambiente de computador.
no meio.

Em muitos dispositivos, é possível configurar uma interface para filtrar ou ignorar solicitações ICMP, resultando em uma falha no ping, enquanto outros tipos de tráfego podem passar sem problemas.
É essencial conhecer a fonte do ping, seu destino, o caminho e quaisquer dispositivos intermediários que ele atravessa. A Megaport solicita aos clientes que forneçam um diagrama de rede e o resultado de um tracerouteUma ferramenta de diagnóstico que examina como os dados se movem pela internet para determinar se um destino é alcançável. antes da investigação e solução de problemas. Informações imprecisas podem levar a resultados incorretos de solução de problemas e soluções inadequadas.

Realize estas verificações antes de abrir um ticket com o suporte da Megaport:
  • Certifique-se de que o dispositivo de origem está enviando os pacotes ping examinando a interface/subinterface de saída.
  • Certifique-se de que o dispositivo de destino está recebendo os pacotes ping verificando a interface/subinterface de entrada.
  • Realize um traceroute e encontre o hop onde o traceroute começa a apresentar timeout. Examine a configuração nesse hop.

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, forneça detalhes de todas as etapas de solução de problemas. Por exemplo, se foram colocados loops, observe onde eles estavam localizados e sua direção.

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.