Solução de problemas do MCR quando inativo ou indisponível
Se o seu Megaport Cloud Router (MCR) estiver inativo, a causa raiz pode ser o status das suas Ports conectadas ou VXCs, a configuração de 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 no Megaport Portal. Na página de serviços do Portal, localize o MCR e passe o mouse sobre o ícone. Uma mensagem exibe o status do serviço. A cor do ícone também indica o status do serviço.
Você também pode assistir a este vídeo How to Check the Status of Your Megaport Services, que mostra como verificar o status dos seus serviços da Megaport diretamente no Portal.
Ações de solução de problemas
| Ação | Etapas |
|---|---|
| Executar um teste de ping para o MCR | Embora o MCR não possa iniciar testes de 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. internamente, você pode verificar a conectividade executando testes de ping para o MCR a partir de dispositivos conectados na Camada 3A Camada 3 do modelo OSI é a camada de rede. Ela traduz o endereço lógico de rede em endereço físico de máquina (endereçamento IP). Roteadores de Camada 3 analisam o tráfego com base nos detalhes de endereçamento e encaminham apropriadamente, exigindo conhecimento dos detalhes geralmente trocados em sessões BGP para a troca de tabelas de roteamento. . 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 de ping a partir do dispositivo conectado com o endereço IP 172.16.100.1. Um teste de ping bem-sucedido confirma a conectividade básica e mostra a latência (tempo de resposta). |
| Verificar conectividade de Camada 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ços (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). . Por exemplo, execute show ip arp. 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 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 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). 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), verifique se os detalhes de configuração de VLAN estão corretos. Tenha cuidado especial ao se conectar ao Azure, pois você usará 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. . Para obter 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. |
| Verificar regras de ACL/FW nos seus dispositivos | Durante algumas sessões de solução de problemas em que o circuito está ativo, mas você não consegue dar ping entre endpoints de Camada 3, pode haver um firewall ou uma ACLUma lista de controle de acesso (ACL) é um conjunto de regras que controla o acesso a um dispositivo ou recurso de rede. As ACLs são usadas para especificar qual tráfego tem permissão para entrar ou sair de uma rede, e podem ser usadas para filtrar o tráfego com base em diversos critérios, como endereços IP, protocolos, portas e outros parâmetros. As ACLs são comumente usadas em roteadores e firewalls para controlar o fluxo de tráfego de rede entre diferentes segmentos de rede ou entre uma rede e a internet. no caminho. Em muitos dispositivos, é possível configurar uma interface para filtrar ou ignorar solicitações ICMP, o que leva a falhas no ping, enquanto outro tráfego pode passar sem problemas. É essencial conhecer a origem do ping, seu destino, o caminho e quaisquer dispositivos intermediários pelos quais ele passa. A Megaport exige que os clientes forneçam um diagrama de rede e o resultado do tracerouteUma ferramenta de diagnóstico que examina como os dados trafegam pela internet para determinar se um destino é alcançável. antes da investigação e da solução de problemas. Informações imprecisas podem levar a resultados de diagnóstico incorretos e soluções inadequadas. Realize estas verificações antes de abrir um ticket com o suporte 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 contatar o suporte para obter assistência, forneça detalhes de todas as etapas de solução de problemas. Por exemplo, se foram inseridos loops, informe onde estavam localizados e sua direção.
Nota
Para obter mais informações sobre quando é necessário um técnico de serviços de campo no data center, consulte Serviços de campo do cliente.