caída de paquetes en la interfaz de 10 gb / s

Tengo una cierta cantidad de paquetes descartados en mi interfaz de 10 gb / s, en Cisco 6500 con Sup 720. Puede ver debajo de la cantidad de paquetes descartados en un minuto, después de que borre los contadores.

No vemos ninguna degradación del rendimiento y ninguno de nuestros clientes se quejó. ¿Será esto un problema serio en el futuro? Nunca he visto un solo paquete en la cola. Estoy considerando cambiar el tamaño de la cola de entrada a 1024 porque es 75 paquetes en la cola por defecto, pero me pregunto por qué los paquetes no entran en la cola antes de ser descartados. En las interfaces de 1 gb / s no veo ningún paquete descartado y todo está bien. Por favor, ayúdame a resolver el problema con las caídas de cola.

sh int TenGigabitEthernet1/1

 Hardware is C6k 10000Mb 802.3, address is 000f.3589.ac00 (bia 000f.3589.ac00)
  Description: transit 
  Internet address is 192.0.2.1/24
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 84/255, rxload 3/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 10Gb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:01, output hang never
  Last clearing of "show interface" counters 00:00:40
  Input queue: 0/75/8097/0 (size/max/drops/flushes); Total output drops: 0  <-----
                    ^^^^
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 138646000 bits/sec, 99380 packets/sec
  5 minute output rate 3321988000 bits/sec, 329345 packets/sec
  L2 Switched: ucast: 158 pkt, 51401 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 4120795 pkt, 695621509 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 13774697 pkt, 17424995312 bytes mcast: 0 pkt, 0 bytes
     3484933 packets input, 608041136 bytes, 0 no buffer
     Received 0 broadcasts (0 IP multicasts)
     0 runts, 40 giants, 0 throttles
     8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     11742838 packets output, 14837984934 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

cisco cisco-6500 packet-loss

— usuario4262
fuente

Con respecto a su edición , es la correcta ortografía Inglés para el tiempo pasado de "caída" se redujo (véase el cuadro de Google información por debajo de la línea de búsqueda)

— Mike Pennington

En mi publicación, utilicé la palabra "descartado", pero he enviado un correo electrónico (parece ser automático) que no es correcto y debe repararse.

— user4262

Stack Exchange también tiene un sitio dedicado a los estudiantes del idioma inglés ; en caso de que desee obtener una aclaración sobre esto :-)

— Mike Pennington

¿Alguna respuesta te ayudó? Si es así, debe aceptar la respuesta para que la pregunta no siga apareciendo para siempre, buscando una respuesta. Alternativamente, puede proporcionar y aceptar su propia respuesta.

— Ron Maupin

Respuestas:

Me pregunto por qué los paquetes no entran en la cola antes de ser descartados.

Debido a que fueron errores: 8097 input errors, 7120 CRC, 894 frame no pondrá en cola un paquete que no se recibió correctamente, o que no se recibió por completo (la cola de entrada está en el software, aún puede anular la cola del hardware, que no puede cambiar)

— Ricky Beam
fuente

Gracias a Ricky, de alguna manera me perdí esta información de que la cantidad de errores es igual al paquete descartado :). Mi primera suposición fue un cable defectuoso, o gbic, pero son las interfaces principales para todos los clientes importantes de transmisión de video en línea, no es fácil interrumpir los servicios para obtener un mantenimiento de la ventana :) tal vez hablar con un socio de tránsito ..

— user4262

@ user4262 Los he visto como resultado de (9 veces de 10) una fibra sucia / dañada: sugiera que se limpie primero y se reemplace segundo antes de considerar la óptica.

— John Jensen

Veo esto en tu salida:

8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^               ^^^^      ^^^

Esto significa que podría tener una tarjeta de interfaz de red (NIC), un cable o un controlador defectuosos.

— mihai
fuente

Esta es una interfaz de 10 gb / s conectada directamente al ISP a través de GBIc, no está conectada al usuario final ...

— user4262

Puede pedirles (ISP) que verifiquen desde su final.

— mihai

Si es un transceptor óptico, también asegúrese de estar dentro de los umbrales de la salida de: "detalle del transceptor de interfaz sh"

— mastrboy

Thx mastrboy, pero todo está dentro de los valores de umbral mínimo y máximo ..

— user4262

Cada vez que veo errores de CRC o errores de entrada / salida, asumo automáticamente que hay una falla en el cableado. Ese no es siempre el caso, pero hay una alta probabilidad de que ocurra; eso es seguro.

— Ryan Foley

Los errores de CRC tienden a indicar un problema con la señal cuando cruza el medio entre dispositivos. Donde 1G a menudo era mucho más resistente a problemas menores, 10G puede ser muy particular sobre el medio.

Para las conexiones de cobre, esto podría indicar algún tipo de interferencia sangrando en el cable si no está utilizando cable blindado, o un problema con la tierra en los cables blindados.

En el caso de la fibra, me he encontrado con errores varias veces, y la causa más común en mi experiencia es que nadie tenía o usó un kit de fibra adecuado para limpiar la fibra (transceptores, cables e infraestructura) al hacer las conexiones. Esto es cierto incluso con cables nuevos (y a veces más).

Un endoscopio de fibra puede ser muy útil para este proceso, ya que le permitirá verificar que las superficies estén limpias y sin defectos (rasguños, etc.) antes de realizar la conexión.

Como se ha indicado en otras respuestas y comentarios, verifique que su señal Rx esté dentro de los márgenes aceptables (no demasiado fuertes o demasiado débiles) si su hardware lo admite. Si no se sugiere nada más, corríjalo si es posible intercambiando los transceptores y los cables (recuerda limpiar de nuevo si lo haces).

— YLearn
fuente

Gracias YLearn, no he tenido tanta experiencia con 10G, es muy buena información ..

— user4262