Solución de problemas de MCR cuando está caído o no disponible

Si su Megaport Cloud Router (MCR) está caído, la causa raíz podría ser el estado de sus Ports o VXCs adjuntos, la configuración de BGP o los ajustes de la interfaz. Siga estas acciones de resolución de problemas para aislar el problema.

Consejo

Puede verificar el estado de MCR desde el Megaport Portal. En la Página de servicios del Portal, busque el MCR y coloque el cursor sobre su icono. Un mensaje muestra el estado del servicio. El color del icono también indica el estado del servicio.

Cómo verificar el estado del MCR (1:06)

Cómo verificar la latencia de red (1:23)

También puede ver este video How to Check the Status of Your Megaport Services que muestra cómo puede comprobar el estado de los servicios de Megaport directamente en el Portal.

Acciones de resolución de problemas

Acción	Pasos
Realizar una prueba de ping al MCR	Aunque el MCR no puede iniciar pingUna prueba de ping transmite paquetes de datos a una dirección IP específica y confirma o niega la conectividad entre dispositivos conectados a una red IP. internamente, puede verificar la conectividad ejecutando pruebas de ping hacia el MCR desde dispositivos conectados en Capa 3La Capa 3 del modelo OSI es la capa de red. Traduce la dirección lógica de la red en la dirección física de la máquina (direccionamiento IP). Los routers de Capa 3 analizan el tráfico en función de los detalles de las direcciones y reenvían según corresponda, lo que requiere conocer los detalles que generalmente se intercambian en las sesiones BGP para el intercambio de tablas de enrutamiento. . Por ejemplo, si una de las interfaces del MCR está configurada con la dirección IP 172.16.100.2 con máscara de subred 30, ejecute la ping desde el dispositivo conectado con la dirección IP 172.16.100.1. Una ping exitosa confirma la conectividad básica y muestra la latencia (tiempo de respuesta).
Verificar la conectividad de Capa 2 (ARP)	Confirme que la dirección IP del MCR esté mapeada correctamente a la dirección MAC en la tabla de Protocolo de resolución de direcciones (ARP)La tabla de enrutamiento del Protocolo de Resolución de Direcciones (ARP) contiene una lista de asociaciones de direcciones MAC (Capa 2) a direcciones IP (Capa 3). . Por ejemplo, ejecute show ip arp. La Capa 2 controla el flujo de datos entre nodos en segmentos WAN o LAN, y también es responsable de detectar y posiblemente corregir errores de Capa 1La Capa 1 del modelo OSI transmite el flujo de bits (impulso eléctrico, luz o señal de radio) a través de la red a nivel eléctrico y mecánico. Proporciona los medios de hardware para enviar y recibir datos sobre un medio de transmisión, incluyendo la definición de cables, tarjetas y aspectos físicos. Se consideran Capa 1 un cable de fibra óptica/terminaciones SFP, así como el Port físico. . Los problemas de Capa 2La capa 2 del modelo OSI es la capa de enlace de datos. Esta proporciona transferencia de datos de nodo a nodo (un enlace entre dos nodos conectados directamente). La mayoría de los Megaport Virtual Cross Connects (VXCs) operan en esta capa. La capa 2 se divide en la capa de Control de Acceso al Medio (MAC) (controla cómo los dispositivos en una red obtienen acceso al medio y el permiso para transmitir), y la capa de Control de Enlace Lógico (LLC) (responsable de identificar los protocolos de la capa de red y luego encapsularlos y controla la verificación de errores y la sincronización de tramas). pueden afectar la funcionalidad de sus VXCs, que se conectan a su MCR. Al conectarse a un Proveedor de servicios cloud (CSP), asegúrese de que los detalles de configuración de la VLAN sean correctos. Tenga especial cuidado al conectarse a Azure, ya que se utilizará Q-in-QLa tunelización 802.1Q (también conocida como Q-in-Q o 802.1ad) es una técnica utilizada por proveedores de Capa 2 del modelo OSI para clientes. 802.1ad admite tanto una etiqueta interna como una externa mediante la cual la externa (a veces llamada S-tag de proveedor de servicios) puede eliminarse para exponer las etiquetas internas (C-tag o de cliente) que segmentan los datos. . Para obtener orientación adicional, comuníquese con su Account Manager y solicite una reunión con un Solution Architect de Megaport.
Verificar las reglas de ACL/FW en sus dispositivos	Durante algunas sesiones de resolución de problemas en las que el circuito está activo pero no puede hacer ping entre endpoints de Capa 3, podría haber un firewall o una ACLUna lista de control de acceso (ACL) es un conjunto de reglas que controla el acceso a un dispositivo o recurso de red. Las ACL se utilizan para especificar qué tráfico tiene permitido entrar o salir de una red, y pueden utilizarse para filtrar el tráfico en función de diversos criterios, como direcciones IP, protocolos, puertos y otros parámetros. Las ACL se utilizan comúnmente en routers y firewalls para controlar el flujo de tráfico de red entre distintos segmentos de red o entre una red y internet. en medio. En muchos dispositivos, es posible configurar una interfaz para filtrar o ignorar solicitudes ICMP, lo que provoca que el ping falle, mientras que otro tráfico podría pasar sin problemas. Es esencial conocer el origen del ping, su destino, el camino y cualquier dispositivo intermedio que atraviesa. Megaport requiere que los clientes proporcionen un diagrama de red y el resultado de tracerouteUna herramienta de diagnóstico que examina cómo los datos se mueven a través de Internet para determinar si un destino es accesible. antes de la investigación y resolución de problemas. Información inexacta podría conducir a resultados erróneos y soluciones inapropiadas. Realice estas comprobaciones antes de abrir un ticket con el soporte de Megaport: Asegúrese de que el dispositivo de origen esté enviando los paquetes de ping examinando la interfaz/subinterfaz de egreso. Asegúrese de que el dispositivo de destino esté recibiendo los paquetes de ping leyendo la interfaz/subinterfaz de ingreso. Realice un traceroute y encuentre el salto donde el traceroute comienza a agotar el tiempo. Examine la configuración en ese salto.

Próximos pasos

Si las acciones de resolución de problemas no resuelven su problema, contacte al soporte. Antes de contactar al soporte para obtener ayuda, proporcione detalles de todos los pasos de resolución de problemas. Por ejemplo, si se colocaron bucles, indique dónde estaban ubicados y su dirección.

Nota

Para obtener más información sobre cuándo se necesita que un técnico de servicios de campo esté presencialmente en el centro de datos, consulte Servicios de campo para clientes.