Cisco 7604 + RSP720 3CXL + WS-X6704-10GE aumentando los contadores de errores en el puerto, pero no hay pérdida a través del puerto


10

Cisco 7604 + RSP720 3CXL + WS-X6704-10GE aumentando los contadores de errores en el puerto, pero no hay pérdida a través del puerto:

   #sh interfaces Te3/4
  TenGigabitEthernet3/4 is up, line protocol is up (connected)
  Hardware is C7600 10Gb 802.3, address is 588d.09b4.8d80 (bia 588d.09b4.8d80)
  MTU 1500 bytes, BW 10000000 Kbit/sec, DLY 10 usec,
     reliability 255/255, txload 42/255, rxload 42/255
  Encapsulation 802.1Q Virtual LAN, Vlan ID  1., loopback not set
  Keepalive set (10 sec)
  Full-duplex, 10Gb/s
  Transport mode LAN (10GBASE-R, 10.3125Gb/s)
  input flow-control is off, output flow-control is off
  Clock mode is auto
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:00, output hang never
  Last clearing of "show interface" counters 3d03h
  Input queue: 0/75/291/291 (size/max/drops/flushes); Total output drops: 0
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 1667291000 bits/sec, 244099 packets/sec
  5 minute output rate 1665910000 bits/sec, 243961 packets/sec
  L2 Switched: ucast: 4875 pkt, 1667250 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 0 pkt, 0 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 0 pkt, 0 bytes mcast: 0 pkt, 0 bytes
     46982598919 packets input, 40800999530943 bytes, 0 no buffer
     Received 1748682 broadcasts (0 IP multicasts)
     0 runts, 0 giants, 0 throttles
     155706 input errors, 65000 CRC, 11401 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     46985469520 packets output, 40792363160570 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 unknown protocol drops
     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

El enrutador se utiliza para la finalización de los clientes y los límites de los canales con el uso de Policing.

ACTUALIZAR:

#sh int te3/4 transceiver detail
ITU Channel not available (Wavelength not available),
Transceiver is internally calibrated.
mA: milliamperes, dBm: decibels (milliwatts), NA or N/A: not applicable.
++ : high alarm, +  : high warning, -  : low warning, -- : low alarm.
A2D readouts (if they differ), are reported in parentheses.
The threshold values are calibrated.

                              High Alarm  High Warn  Low Warn   Low Alarm
           Temperature        Threshold   Threshold  Threshold  Threshold
Port       (Celsius)          (Celsius)   (Celsius)  (Celsius)  (Celsius)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4        28.2                   70.0       60.0        5.0        0.0

                              High Alarm  High Warn  Low Warn   Low Alarm
           Voltage            Threshold   Threshold  Threshold  Threshold
Port       (Volts)            (Volts)     (Volts)    (Volts)    (Volts)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4        0.00                    N/A        N/A        N/A        N/A

                              High Alarm  High Warn  Low Warn   Low Alarm
           Current            Threshold   Threshold  Threshold  Threshold
Port       (milliamperes)     (mA)        (mA)       (mA)       (mA)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4         N/A                    N/A        N/A        N/A        N/A

           Optical            High Alarm  High Warn  Low Warn   Low Alarm
           Transmit Power     Threshold   Threshold  Threshold  Threshold
Port       (dBm)              (dBm)       (dBm)      (dBm)      (dBm)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4         N/A         ++         0.9        0.4       -8.2       -8.1

           Optical            High Alarm  High Warn  Low Warn   Low Alarm
           Receive Power      Threshold   Threshold  Threshold  Threshold
Port       (dBm)              (dBm)       (dBm)      (dBm)      (dBm)
---------  -----------------  ----------  ---------  ---------  ---------
Te3/4         N/A         ++         0.9        0.4      -14.4      -15.0

Estoy usando un adaptador "XENPACK a SFP +" y "Cable de conexión directa SFP + a SFP +" - esto complica el diagnóstico.

¿Dónde encontrar la causa de los contadores de crecimiento?


1
verifique la intensidad de la señal de fibra, limpie las terminaciones de fibra (incluso en los paneles de conexión), reemplace la óptica.
Mike Pennington

Estoy usando un cable de conexión directa "SFP + a SFP +" con el adaptador "XFP a SFP +". Tal vez algo fuera del grupo necesita ser reemplazado.
Allan Sundry

Disculpe, estoy usando un adaptador "XENPACK a SFP +" y "Cable de conexión directa SFP + a SFP +"
Allan Sundry

@AllanSundry excusado!
jwbensley

Respuestas:


4

Estás viendo CRC y errores de trama y errores generales de entrada. Si esto sucediera mientras configuraba el puerto, esto podría ser causado por personas que aún manipulan la fibra.

Si esto sucede durante la operación normal, la mayoría de las veces indica un bajo nivel de luz o algún otro error con la fibra o las ópticas.

Puede verificar los niveles de luz con

show interfaces transceiver 

Tenga en cuenta que esto podría informar lecturas incorrectas para ópticas de terceros. Tendría que buscar el presupuesto de energía / límites de la óptica para ver si está dentro del alcance de las especificaciones.

Como sugirió Mike, intente limpiar todas las terminaciones de fibra. Si eso no ayuda, intente reemplazar la óptica.

Por el momento, los errores son demasiado pequeños para ser notados, pero eso puede cambiar muy rápidamente. Es mejor arreglarlo ahora que ser despertado a las 3am porque de repente hay más pérdidas en la línea.

También para los contadores de interfaz (error) a veces vale la pena usar el intérprete de salida de Cisco para analizar lo que está viendo:

https://www.cisco.com/pcgi-bin/Support/OutputInterpreter/home.pl

Tome el análisis con un grano de sal, a veces se están perdiendo el punto, pero puede ayudar a obtener una vista rápida de lo que está mal.

ACTUALIZACIÓN :

Cuando se usa un adaptador XENPAK / SFP + y cables DAC, el problema podría estar en cualquiera de ellos. Intente reemplazar los adaptadores y / o cables. Como DAC no tiene óptica (es cobre), el interface transceivercomando no mostrará nada útil.

Además, la longitud del cable y las posibles interferencias electromagnéticas podrían causar problemas con el DAC. Si todo falla, intente cambiar a óptica y cableado óptico y ver si eso ayuda.


"El intérprete de salida solo está disponible para usuarios registrados de Cisco.com con un contrato de servicio de Cisco". ¿Me puede dar el artículo en formato PDF?
Allan Sundry

Allan, el .plCGI al que se vinculó Sebastian no tiene una copia en PDF; esa es una herramienta donde puede pegar la salida del comando show y obtener recomendaciones para posibles soluciones.
Mike Pennington el

Lamentablemente no tengo acceso a esta página. El uso de un adaptador "XENPACK a SFP +" y "Cable de conexión directa SFP + a SFP +" conduce a un resultado vacío del comando "sh int te3 / 4 transceiver detail" (agregado a la primera publicación).
Allan Sundry

Bien, actualicé mi respuesta.
Sebastian Wiesinger

Después de reemplazar el DAC al enlace óptico, los contadores de errores han dejado de crecer, en ocho horas, aproximadamente 2 errores de entrada.
Allan Sundry

9

Hay pérdida, simplemente no estás viendo el impacto. La pantalla solo muestra 155706 errores de entrada de 46982598919 paquetes en los últimos tres días y cuatro horas. Esta es una pérdida de paquetes de .0003%, por lo que es tan difícil ver de primera mano durante las pruebas.

Si no está viendo ningún impacto operativo, lo más probable es que esto pueda ser ignorado de manera segura. Un nivel tan bajo de pérdida de paquetes tiene un efecto bastante insignificante en una red IP estándar y los protocolos de la capa superior se adaptarán en consecuencia.

Si tiene la intención de rastrear la fuente, será difícil. Como señaló Mike, el primer paso será verificar la intensidad de la señal (mostrar el transceptor xxxx de la interfaz; esto requiere módulos con capacidad DOM) e intentar limpiar los puntos de terminación de los cables de conexión. Si eso no funciona, intente reemplazar los cables de conexión. Como colmo, reemplace los módulos ópticos reales.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.