Saltar a contenido

Resolución de problemas de la sesión de BGP de IX interrumpida

Si su intercambio de Internet (IX) no funciona, es probable que haya un problema con su sesión de protocolo de gateway de borde (BGP). Siga estos pasos de resolución de problemas para confirmar si su sesión de BGP es la causa principal de los problemas de IX.

Consejo

Megaport administra un Looking Glass de MegaIX público y accesible a través de la web para que los pares y los operadores de red consulten el estado actual del enrutamiento. Aquí puede consultar los servidores de rutas primarios y redundantes para obtener datos de BGP en directo: Looking Glass de MegaIX.

Acciones de resolución de problemas

Acción Pasos
Compruebe los errores de interfaz o CRC y el descarte de paquetes en el dispositivo Las estadísticas y los registros de la interfaz pueden ayudar a identificar qué extremo de la conexión cruzada está causando el fallo, y la posible solución. Por ejemplo, un número creciente de errores entrantes en una interfaz de red generalmente descarta ese SFP (enchufable de pequeño formato) específico e indica un posible problema con otros componentes del IX.

Tenga esto en cuenta:

Tipo de interfaz, tipo de SFP y tipo de cable
  • 1 Gbps 1000BASE-LX [10 km; dúplex en fibra óptica monomodo (SMOF)]
  • 10 Gbps 10GBASE-LR [10 km; dúplex en fibra óptica monomodo (SMOF)]
  • 100 Gbps 100GBASE-LR4 [10 km; dúplex en fibra óptica monomodo (SMOF)]
MTU (tamaño máximo de trama Ethernet)
  • 9100 bytes para VXC entre puertos de clientes.
  • MCR y MVE admiten un MTU estándar de 1500 bytes.
  • IX y muchos puertos CSP no admiten tramas gigantes, pero todos admiten un MTU estándar de 1500 bytes.
LAG (grupo de agregación de enlaces)
  • Protocolo: LACP
  • Interfaz: 10GBASE-LR (10 Gbps) o 100GBASE-LR4 (100 Gbps). Los puertos de 1 Gbps no son compatibles.
  • Número máximo de interfaces en un solo LAG: 8
  • No se admite la agregación de enlaces de múltiples chasis (MC-LAG) en varios dispositivos.
VLAN de extremo A preferida (VXC/IX)
  • Sin etiqueta (habilitado) – Esto limitará el puerto del extremo A a un solo servicio. Solo un VXC/IX por puerto, equivalente a un puerto de acceso en el lado del dispositivo.
  • Sin etiqueta (desactivado) – Especifique el número de VLAN 802.1q en el puerto del extremo A. Cada VXC se proporciona como una VLAN independiente en el puerto. Debe ser un ID de VLAN único en el puerto, que puede ir de 2 a 4093. Si se especifica un ID de VLAN que ya se haya utilizado, el sistema mostrará el siguiente número de VLAN disponible. El sistema asignará aleatoriamente un número de VLAN, equivalente a un puerto troncal con VLAN permitidas en el lado de su dispositivo, dejando el ID de VLAN en blanco.
Tunelización 802.1Q (Q-in-Q) IEEE 802.1ad (VXC de Azure)
  • Para acceder a Microsoft Azure ExpressRoute, se requiere Q-in-Q (IEEE 802.1ad). Dependiendo del método elegido, las configuraciones de sus dispositivos pueden variar, ya sea Q-in-Q, Q-in-Q breakout, VXC sin etiqueta o MCR.
Verifique que la interfaz, el SFP, el cable y el cableado son correctos
  • Verifique que se utiliza la autonegociación (velocidad automática y dúplex automático) en las interfaces Gigabit.
  • Verifique que el cable de conexión cruzada está conectado al puerto correcto en ambos extremos.
  • Verifique que los niveles de potencia óptica del SFP (Tx y Rx) muestran una buena luz en ambos extremos.
Verifique las configuraciones de la capa 2
  • Verifique que el tamaño de MTU es correcto.
  • Verifique que la configuración de LACP es correcta si se utiliza LAG. MC-LAG no es compatible.
  • Verifique que sus dispositivos están configurados según la “VLAN preferida del extremo A” en el Portal de Megaport.
  • Si se utiliza una VLAN, confirme si se ha configurado el número correcto de VLAN en el lado de su dispositivo.
  • Si se utiliza una VXC de Azure, verifique que sus dispositivos están configurados utilizando uno de los métodos Q-in-Q.
Verifique las configuraciones de la capa 3
  • Verifique que la dirección IP de la interfaz y la dirección de subred están configuradas correctamente.
  • Verifique que las configuraciones del protocolo de enrutamiento (EIGRP/OSPF/BGP) están configuradas correctamente.
  • Ejecute una prueba de ping entre los dispositivos de red de capa 3 (por ejemplo, routers de borde, pares BGP).
  • Ejecute una prueba de ping entre el host de origen y el host de destino (prueba de conectividad de extremo a extremo).
  • Si la prueba de ping falla, compruebe la tabla ARP y la tabla de enrutamiento en ambos extremos.
  • Si la prueba de ping falla y no hay ningún problema en la tabla de enrutamiento en ambos extremos, tome los registros de traceroute de ambos extremos.

Verifique los niveles de potencia óptica en el dispositivo Las lecturas de luz óptica del terminal ayudan a comprender si las lecturas están dentro del rango de umbral. Compruebe los gráficos del dispositivo y del puerto en busca de errores y consulte el historial de gráficos de ópticas de Megaport. Los gráficos se actualizan cada cinco minutos, por lo que si la oscilación es poco frecuente, los gráficos podrían no captar una caída de la luz óptica. Asegúrese de que la lectura de la óptica está dentro de las especificaciones.
Realice una prueba de ping para enrutar servidores dentro de la red IX y/o pares bilaterales Una prueba de ping transmite paquetes de datos a una dirección IP específica y confirma o niega que haya conectividad entre los dispositivos de la red IP. Una confirmación incluye la latencia (el tiempo de respuesta) de la conexión.

Verifique la conectividad de la capa 2 (ARP) para enrutar servidores y/o pares bilaterales 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 la capa 1. Los problemas de conectividad de la capa 2 pueden afectar a la funcionalidad de sus VXC, que se conectan a su MCR. Al conectarse a un proveedor de servicios en la nube (CSP), asegúrese de que los detalles de la configuración de la VLAN sean correctos. Tenga especial cuidado al conectarse a Azure, ya que utilizará Q-in-Q.

Los problemas de conectividad de la capa 2 también pueden afectar a sus servicios IX. Las direcciones MAC se utilizan para autenticar sus dispositivos cuando se utilizan los servicios IX con Megaport. Dependiendo de su diseño de red, si se empareja con Megaport u otras organizaciones, asegúrese de que ha especificado la dirección MAC correcta en el Portal de Megaport.
    Realice estas comprobaciones antes de plantear una solicitud de soporte:

  1. Compruebe el estado de su servicio IX con la herramienta Looking Glass. Puede acceder a la información de los servidores de rutas primarios y redundantes para obtener datos de BGP en directo. Los problemas de la capa 2 pueden ser más difíciles de diagnosticar que los de la capa física 1. Proporcionar a Megaport los detalles de conectividad de la capa 2 ayudará a aislar el problema.
  2. Si no se empareja directamente con Megaport, confirme cualquier cambio de configuración con la compañía con la que se esté emparejando.
  3. Ejecute una prueba de ping para comprobar si está conectado a la capa 2.
  4. Compruebe las tablas ARP y confirme que la dirección MAC es visible en Portal de Megaport.
  5. Confirme que la configuración coincide con las especificaciones técnicas de Megaport.

    Para obtener orientación adicional, póngase en contacto con su gestor de cuentas y solicite una reunión con un arquitecto de soluciones de Megaport.
Verifique la configuración de BGP
  • Configuración de la interfaz, incluido el número de VLAN
  • Dirección IP y máscara de subred de BGP
  • Número de AS de BGP
  • Direcciones de red de BGP que se anunciarán
  • Dirección IP y máscara de subred de los vecinos de BGP
  • Número de AS de los vecinos de BGP
  • Direcciones de red de los vecinos de BGP que se recibirán
  • Autenticación de BGP entre pares de BGP
  • Filtrado y manipulación de rutas de BGP, si procede
    Compruebe los mensajes de error de BGP El protocolo BGP envía un mensaje de notificación cuando detecta un error con la sesión BGP, como por ejemplo: un temporizador de retención que va a expirar, un cambio en las capacidades del vecino o una solicitud de reinicio de una sesión BGP. Cuando se detecta un error, se cierra la sesión BGP.

    Por ejemplo, introduzca show log %BGP-xxxxx.

    Para conocer más detalles, consulte Descripción general de Internet Exchange.

    Siguientes pasos

    Si las acciones de resolución de problemas no resuelven la cuestión, póngase en contacto con el servicio de asistencia técnica. Antes de solicitar asistencia, reúna la información siguiente:

    Resultados de la resolución de problemas

    • Informe de todos los pasos de resolución de problemas realizados en detalle. Por ejemplo, si se han instalado bucles, anote su ubicación y la dirección a la que están orientados.

    Extractos de configuraciones de dispositivos de red

    • Configuraciones de interfaz
    • Rutas estáticas y configuraciones de protocolos de enrutamiento (EIGRP/OSPF/BGP)
    • Reglas de firewall y configuraciones ACL para el flujo de datos que tiene el problema

    Salida de comandos BGP e información de captura de paquetes

    • Tabla de enrutamiento (show IP route <ip-address>) en ambos extremos.
    • Estado del protocolo de enrutamiento y las tablas en ambos extremos; por ejemplo, la tabla de vecinos BGP que muestra el estado de BGP (show ip bgp summary) y los detalles de los vecinos BGP (show ip bgp neighbors <neighbor-ip-address>).
    • Entradas de la tabla de enrutamiento BGP que tienen problemas de enrutamiento BGP (resultado del comando show IP BGP).
    • Rutas anunciadas BGP (show IP BGP neighbors <neighbor-ip-address> advertised-routes).
    • Rutas recibidas BGP (resultado del comando show IP BGP neighbors <neighbor-ip-address> routes).- Tabla de enrutamiento (show IP route <ip-address>).
    • Registros de Traceroute entre el host de origen y el de destino.
    • Registros de captura de paquetes, si es posible (el tamaño del archivo puede ser de hasta 10 M).

    Última actualización: 2022-02-08