Solución de problemas de throughput y velocidad

Si nota alguna anomalía entre el tráfico que se transmite y el tráfico que espera recibir, su red podría estar experimentando problemas de throughput o de velocidad. Recomendamos seguir los siguientes pasos de solución de problemas para ayudar a aislar la causa.

Cómo verificar el estado del Port (1:02)

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

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

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

Acciones de solución de problemas

Action (Acción)	Steps (Pasos)
Comprobar 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 de la interfaz y los registros 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 de entrada 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.
Verificar los niveles ópticos Tx y Rx en el dispositivo	Verifique los niveles de luz transmitida (Tx) y recibida (Rx). Esta verificación de estado le permite validar la conectividad física. Consideraciones: Si no se recibe luz Rx, el servicio está caído. Si observa degradación de los niveles de luz Tx y Rx, el servicio podría verse interrumpido. Megaport recomienda comprobar sus conexiones físicas. Si no está transmitiendo (Tx) ni recibiendo (Rx) luz hacia/desde Megaport, puede deberse a uno de los siguientes motivos: Problema de polaridad de fibra – Verifique invirtiendo las fibras en su extremo. Problemas de conectividad dentro de su entorno o 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.
Verificar 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: Comprobar el cross connect por daños o limpieza, si es necesario. Asegurarse 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 medir la luz en el punto de demarcación con un medidor de potencia óptica.
Verificar el estado del circuito del carrier (si aplica)	Algunos cross connects pasan por uno o varios dispositivos de red de un 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 mediciones de luz óptica funcionen correctamente.
Validar 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 asegurarse de que las especificaciones y limitaciones de hardware sean compatibles con las Especificaciones técnicas de Megaport, y monitorear el tráfico de red y la carga de trabajo en el hardware para evitar congestión o degradación del rendimiento. Para asegurar que el hardware y su red estén funcionando como se espera, recomendamos validar el rendimiento de lo siguiente: Hardware Óptica (tipo de SFP, velocidad y longitud de onda) y tipo de fibra Capacidad de Port Modelos de switch, router y firewall Versión de firmware Red Flujo de tráfico Utilización de puerto Utilización de CPU Configuración Diseño general de la red Si identifica alguna anomalía, capture los registros, detalles de gráficas o cualquier mensaje de error relevante.
Realizar traceroute (u otra prueba) para localizar el síntoma	Las pruebas de Traceroute pueden ayudar a determinar si un destino es alcanzable. Traceroute envía una secuencia de UDPEl Protocolo de Datagrama de Usuario (UDP) es un protocolo de comunicaciones de la capa de transporte que funciona sobre el Protocolo de Internet (IP). UDP es uno de los protocolos de comunicación fundamentales de la suite IP que se utilizan para enviar mensajes a otros hosts en una red IP. Dentro de una red IP, UDP no requiere comunicación previa para configurar canales de comunicación o rutas de datos. UDP acelera las comunicaciones al no establecer formalmente una conexión antes de transferir los datos. paquetes entre dos puntos y le muestra la ruta que toman los paquetes. Traceroute también mide los retardos de tránsito de los paquetes a través de una red IP. Realizar 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 opciones pueden diferir según el dispositivo. Analizar los resultados Busque posible enrutamiento asimétrico. Si los resultados de traceroute no están siguiendo 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 impidan que el tráfico alcance el destino?
Realizar pruebas de throughput	iPerf es una herramienta multiplataforma utilizada para crear mediciones de rendimiento estandarizadas y ajustar su red. iPerf ofrece funcionalidades de cliente y servidor y puede crear flujos de datos para medir el throughput entre dos extremos, en una o ambas direcciones. Realizar la prueba Megaport recomienda realizar una prueba de 15 minutos a cada lado (cliente A-End y servidor B-End, luego cliente B-End y servidor A-End) para un total de 30 minutos de pruebas y aproximadamente de 10 a 15 minutos entre cada prueba. Esta prueba debe ejecutarse usando UDP. Aquí hay un ejemplo del comando para ejecutar en el A-End o B-End: `iperf3 -c <IP address> -b1000m -t 900 -u` Note (Nota): Se deben usar flujos UDP para medir el throughput entre los dos extremos de la conexión sin la sobrecarga de la negociación TCP, la evitación de congestión y el windowing. Analizar los resultados Busque posible enrutamiento asimétrico. Un traceroute ayudará a determinar si los resultados de traceroute están tomando rutas diferentes, lo que podría indicar 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? Después de las pruebas, proporcione las estadísticas de su interfaz y tome una captura de pantalla de: Gráficas de tráfico (si es posible) Puntos de entrada/salida en su red más cercanos a Megaport Gráficas de tráfico para la entrada/salida del B-End (si es posible) Especifique qué dispositivo(s), puerto(s) y VLAN en el diagrama de la red se relacionan con las gráficas.

Siguientes pasos

Si las acciones de solución de problemas no resuelven su problema, contacte al soporte. Antes de solicitar asistencia, recopile la siguiente información.

Resultados de la solución de problemas – Proporcione en detalle todos los pasos de solución de problemas que ha realizado. Por ejemplo, si se colocaron bucles, anote su ubicación y hacia 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 debería recibir el paquete.
Diagrama de red de alto nivel – Comprender cómo está implementado el diseño de su red y la conexión en la red de Megaport ayuda a identificar áreas de enfoque adicionales 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 VLAN implicadas de cada dispositivo.
Resultados de la prueba de ping – Proporcione la salida de cada prueba de ping realizada en el servicio. Si tiene múltiples servicios relacionados con diferentes productos (por ejemplo, un Port o VXC), proporcione todas las salidas de pruebas.
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 A-End y B-End de su VXC.
Resultados de la prueba iPerf (throughput) – Proporcione todos los datos basados en los pasos anteriores y cualquier información relevante relacionada con las preguntas a continuación:
- ¿Está utilizando modelado de tráfico en su red?
  Si está aplicando modelado, policing o filtrado de tráfico antes de que llegue a Megaport, puede hacer que solo veamos el tráfico de entrada modelado en la red de Megaport. Los clientes y revendedores deben asegurarse de que el equipo utilizado fuera de la red de Megaport pueda soportar las velocidades deseadas.
- ¿Se ha comunicado con el B-End de la conexión para asegurarse de que no haya problemas en ese lado de la ruta?
  Proporcione el número de caso, si corresponde. Una vez que el tráfico sale de la interfaz de red de Megaport hacia la interfaz del proveedor, ya no controlamos ese flujo.
- ¿Hay otros proveedores involucrados, como carriers telco? Si hay un carrier involucrado en la red, ¿se ha abierto un caso con ellos para investigar posibles problemas de enrutamiento?
  Proporcione el número de caso, si corresponde. Es importante verificar si está utilizando un carrier telco para encaminar el flujo de tráfico hacia/desde su red a Megaport, ya que solo podemos solucionar el flujo a través de nuestros dispositivos. Por ejemplo, no podemos considerar ninguna pérdida u otro problema antes de que llegue a nuestra red.
- Si se trata de una conexión de Azure, ¿está utilizando la opción Q-in-Q en Megaport Portal como se describe en Configuración de Q-in-Q?
  Azure con Q-in-Q puede ser complicado y debe estar configurado correctamente para enviar el tráfico adecuadamente a Megaport y luego a Azure.
Registros de captura de paquetes (opcional) – Los registros de captura de paquetes (PCAP) ayudan a recopilar tráfico de red, monitorear el ancho de banda, detectar malware y asistir en la respuesta a incidentes. Si es relevante para el problema, proporcione registros de captura de paquetes para una mayor comprensión de su red.

Nota

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