¿Cómo saber si un conmutador Cisco maneja bien el tráfico?

18

Acabo de leer la pregunta de Jeremy sobre el manejo del tráfico 2960-S e iSCSI , lo que me llevó a hacer esta pregunta: Todos tenemos muchos conmutadores implementados en infraestructuras distintas, ¿cómo puede saber que el tráfico se trata bien?

Por lo general, verifico la CPU, la RAM y los registros del sistema, pero no pensé en los buffers.

Utilicé las fallas de mostrar buffers y aquí hay un ejemplo de los datos:

show buffers failures 
Caller       Pool          Size      When
0x1279AE0   Middle           445    3d19h
0x1279AE0   Middle           446    3d19h
0x1279AE0   Middle           444    3d19h

¿Cómo puedo saber en qué interfaz ocurrió esto?

¿Hay otras métricas de rendimiento que deberían revisarse?

laf
fuente
¿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:

14

Eso depende del modelo de interruptor que tenga y no es tan fácil.

Los interruptores de Catalyst más pequeños en general usan al menos dos formas de búfer: generalmente hay un búfer de nivel de interfaz, en el Catalyst más pequeño (2k / 3k) visible en 'show buffers' en la sección llamada 'Interfaz de agrupaciones de búfer:':

Interface buffer pools:
Syslog ED Pool buffers, 600 bytes (total 132, permanent 132):
   100 in free list (132 min, 132 max allowed)
   11151 hits, 0 misses
RxQ1 buffers, 2040 bytes (total 128, permanent 128):
   4 in free list (0 min, 128 max allowed)
   244594209 hits, 4559839 fallbacks
RxQ2 buffers, 2040 bytes (total 128, permanent 128):
   1 in free list (0 min, 128 max allowed)
   202559241 hits, 1582494 fallbacks, 0 trims, 0 created
   1582494 failures (0 no memory)
...

... y hay un área "pública", donde la CPU está utilizando las memorias intermedias, ya que están dirigidas hacia ella y necesitan mantenimiento. Los búferes de nivel "Rx" son parte del búfer compartido para dar servicio a todas las interfaces (en conmutadores antiguos, como 2950 o 2960S / 3560X / etc más nuevos ) o un subconjunto de interfaces, que pertenecen a un puerto ASIC específico (como 2960 o 3560 / 3750 / 3560E / 3750E ).

En los modelos 4500 y 6500, en particular, se vuelve desordenado, ya que hay varios grupos por los que puede pasar el paquete: búfer de interfaz de entrada (ASIC), el grupo a nivel de tarjeta de línea (en el 6500 a DFC), a nivel de switch-fabric y al final el búfer a nivel de Supervisor. No tienen que ser grupos de memoria físicamente separados, pero a menudo se asignan en diferentes comandos a diferentes nombres para facilitar el proceso de resolución de problemas (en qué paso del recorrido del paquete se descartó el paquete, por ejemplo).

Łukasz Bromirski
fuente
14

Tienes excelentes respuestas hasta ahora.

Como dice Lukasz, la configuración del buffer es un poco compleja en los switches Catalyst. Hay un grupo desde el que asigna buffers para las 4 colas de salida. Puede optar por reservar una cierta cantidad de amortiguadores y dejar que el resto se siente en una piscina y usarlo según sea necesario. Los buffers que están reservados no pueden ser tocados por otras colas / umbrales.

ingrese la descripción de la imagen aquí

Para ver caídas en diferentes colas / umbrales, use este comando:

show platform port-asic stats drop gix/x

ingrese la descripción de la imagen aquí

Daniel Dib
fuente
11

Si tiene fallas en el búfer, usaría un comando como el siguiente:

mostrar interfaz | i (protocolo de línea | sin buffer)

Tendrá que ordenar manualmente un poco la salida, pero está buscando líneas donde tiene más de 0 sin errores de búfer como este:

FasttEthernet0/24 is up, line protocol is up (connected)
     1557332164 packets input, 3733280910 bytes, 6718 no buffer
YLearn
fuente