Solución de problemas de pérdida de paquetes en Ports y VXCs

Al acceder a cualquier red, se envían y reciben pequeñas unidades de datos llamadas paquetes. Cuando uno o más de estos paquetes no llegan a su destino previsto, la pérdida de paquetesTasa de pérdida de paquetes/relación de pérdida de paquetes. Es el porcentaje de pérdida de paquetes durante el tránsito desde el origen hasta el destino. La pérdida de paquetes puede ser causada por enlaces congestionados, fallo de un dispositivo de red o cambios en el estado de alcanzabilidad de la red.
puede manifestarse en forma de interrupciones de red, servicio lento o incluso pérdida total de la conectividad de red.

Si nota pérdida de paquetes en un PortUn Port es la interfaz Ethernet de alta velocidad que se conecta a la red global definida por software (SDN) de Megaport. Los Ports están disponibles en 1 Gbps, 10 Gbps, 100 Gbps u opciones de mayor velocidad, según la ubicación y la disponibilidad del servicio.
o VXCUn VXC es un circuito Ethernet de Capa 2 directo que proporciona conexiones privadas, flexibles y bajo demanda entre cualquiera de las ubicaciones de la red de Megaport, ofreciendo capacidades que van desde 1 Mbps hasta velocidades de múltiples Gbps de alta capacidad, con niveles superiores disponibles en regiones seleccionadas.
, siga estas acciones de solución de problemas para aislar la causa raíz.

Consejo

Puede verificar el estado del Port o del VXC desde el Megaport Portal. En la Página de servicios en el Portal, busque el servicio 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 Port (1:02)

Solución de problemas de activación de Port (13:44)

También puede ver este video Common Troubleshooting Actions, Part I - Ports que muestra acciones comunes de solución de problemas que puede realizar si tiene un problema con un Port nuevo o existente.

Acciones de solución de problemas

Acción	Pasos
Compruebe errores de interfaz o de CRCVerificación de redundancia cíclica. Un tipo de código de detección de errores utilizado para detectar errores de transmisión en los datos. y descartes de paquetes en el dispositivo	Las estadísticas y los registros de la interfaz pueden ayudar a identificar qué extremo del cross connect está causando la falla, y la posible solución. Por ejemplo, un número creciente de errores entrantes en una interfaz de red generalmente descarta ese SFPUn Small Form-factor Pluggable (SFP) es un transceptor intercambiable en caliente utilizado en redes de comunicaciones de datos y de telecomunicaciones para permitir la transmisión de datos entre dos dispositivos. específico e indica un posible problema con otros componentes del cross connect.
Verifique los niveles ópticos de Tx y Rx en el dispositivo	Compruebe los niveles de luz transmitida (Tx) y recibida (Rx). Esta verificación de salud le permite validar la conectividad física. Consideraciones: Si no se recibe luz Rx, el servicio está inactivo. Si observa degradación de los niveles de luz Tx y Rx, el servicio podría interrumpirse. Megaport recomienda que verifique sus conexiones físicas. Si no está transmitiendo ni recibiendo luz hacia/desde Megaport, podría deberse a uno de los siguientes motivos: Problema de polaridad de fibra – Verifique intercambiando las fibras en su extremo. Problemas de conectividad dentro de su entorno o del cross connect – Verifique realizando pruebas de loopback físico dentro de su entorno. Problemas de conectividad dentro del entorno de Megaport – Verifique realizando pruebas de loopback físico desde su entorno hacia Megaport.
Verifique las conexiones físicas con el centro de datos (reinsertar y reemplazar SFP, limpiar y reemplazar cables, prueba de loopback)	Abra un ticket con el centro de datos para realizar las siguientes pruebas: Compruebe el cross connect por daños o limpieza, si es necesario. Asegúrese de que el centro de datos esté transmitiendo luz adecuada fuera del punto de demarcación en su extremo de la conexión. El centro de datos debe verificar la luz en el punto de demarcación con un medidor de potencia óptica.
Verifique el estado del circuito del carrier (si aplica)	Algunos cross connects están establecidos a través de uno o varios dispositivos de red del carrier antes de llegar a la red de Megaport. Verifique que las interfaces de los dispositivos en la ruta del cross connect estén libres de errores y que las lecturas de potencia óptica estén funcionando correctamente.
Valide el rendimiento del equipo	Durante la solución de problemas, Megaport no tiene visibilidad ni acceso fuera de la red de Megaport. Para verificar que la causa de un problema esté dentro de la red de Megaport, el Soporte de Megaport requiere que los clientes validen el rendimiento de su equipo. Esto incluye garantizar que las especificaciones y limitaciones del hardware sean compatibles con las Especificaciones técnicas de Megaport, y monitorizar el tráfico de la red y la carga de trabajo sobre el hardware para evitar congestión o degradación del rendimiento. Para garantizar que el hardware y su red estén operando como se espera, recomendamos que valide el rendimiento de lo siguiente: Hardware Óptica (tipo de SFP, velocidad y longitud de onda) y tipo de fibra Capacidad del Port Modelos de switch, router y firewall Versión de firmware Red Flujo de tráfico Utilización del Port Utilización de CPU Configuración Diseño global de la red Si identifica alguna anomalía, capture los registros, detalles de gráficas o cualquier mensaje de error relevante.
Ejecute 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. (u otra prueba) para localizar el síntoma	Traceroute es una herramienta de diagnóstico de red que rastrea en tiempo real el recorrido que sigue un paquete en una red IP desde el origen hasta el destino, informando las direcciones IP de todos los routers a lo largo del camino. Traceroute también registra el tiempo que tarda cada salto que realiza el paquete durante su ruta hasta el destino. Ejecute pruebas de traceroute de extremo a extremo Desde el host que origina el tráfico (A-End), inicie el traceroute hacia el host de destino (B-End). Luego ejecute el traceroute desde el host de destino hacia el host de origen. Los comandos y flags pueden diferir según el dispositivo. Analice los resultados Busque un posible enrutamiento asimétrico. Si los resultados de traceroute no están tomando la misma ruta, un traceroute ayudará a identificar enrutamiento asimétrico en alguna parte de la red. ¿Hay lugares en el traceroute donde el tiempo de respuesta haya aumentado significativamente? Si es así, ¿esos retrasos están dentro de su red? ¿Hay firewalls o reglas de listas de acceso que estén prohibiendo que el tráfico llegue al destino?

Siguientes pasos

Si las acciones de solución de problemas no resuelven su problema, comuníquese con soporte. Antes de solicitar asistencia, recopile la siguiente información.

Resultados de la solución de problemas – Proporcione todos los pasos de solución de problemas que ha realizado con detalle. Por ejemplo, si se colocaron loops, indique su ubicación y en qué dirección estaban orientados.
Dirección IP de origen y dirección IP de destino – La dirección IP de origen es la dirección IP del host que envió el paquete. La dirección IP de destino es la dirección IP del host que debe recibir el paquete.
Diagrama de red de alto nivel – Comprender cómo está implementado su diseño de red y la conexión hacia la red de Megaport ayuda a identificar áreas adicionales de enfoque dentro del proceso de solución de problemas. Proporcione un diagrama de red que incluya todos los dispositivos en la ruta; anote las direcciones IP y las VLANs involucradas de cada dispositivo.
Resultados de pruebas de ping – Proporcione la salida de cada prueba de ping realizada sobre el servicio. Proporcione todos los resultados de las pruebas si tiene múltiples servicios relacionados con diferentes productos (por ejemplo, un Port o VXC).
Resultados de traceroute – Proporcione resultados de traceroute, indicando qué lado de la conexión inició la prueba y cuál fue el destino. Recomendamos que use la información de A-End y B-End de su VXC.

Nota

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