¿Cómo puedo verificar el marcado QoS DSCP en un Cisco Catalyst 4500E?

13

Buenas tardes,

Tengo un nuevo y brillante 4500E con 15.0 (1r) SG7 que está configurado para reemplazar un 3750E enfermo. Está ejecutando ipbase por ahora.

En el 3750 tuve la oportunidad de revisar los valores de CoS DSCP entrantes / en las interfaces utilizando el sh mls qos int gigX/X/X statistics. Parece que no puedo encontrar ningún comando relevante para mostrar la misma información en esta plataforma. Mirando los documentos de configuración aquí: Al configurar la Calidad de servicio , parece haber mucha menos visibilidad en las marcas de interfaz individuales.

Creo que debería haberse mostrado con un sh qos int tenX/X/Xpero todo lo que me da es esto:

SR-CORE-C4500X-32#sh qos int ten1/1/31
Operational Port Trust State: Trusted
Trust device: none
Default DSCP: 0 Default CoS: 0
Appliance trust: none

¿Algunas ideas?

qos cisco-catalyst cisco-ios-15 cisco-4500 Miguel
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:

13

Prueba esto:

show platform hardware interface ten1/1/31 statistics

Eso debería mostrarle bytes de entrada por CoS.

El 4500 es una bestia muy diferente al 3560/3750 para la configuración y el monitoreo de qos. Algunos otros comandos de verificación útiles son:

show platform hardware qos interface foo X/Y

muestra longitudes de cola y recuentos de flujo

show interface foo X/Y counter detail

muestra los paquetes de salida de interfaz por cola, caídas de cola y caídas de DBL.

show policy-map interface foo X/Y

Principalmente útil si está haciendo mapas de políticas personalizados

show interface foo X/Y capabilities

Si desea saber cuál es el número y el tipo de colas disponibles en una interfaz particular

show qos maps

Para mostrar las asignaciones DSCP-CoS

smithian
fuente
2

Los catalizadores basados ​​en Sup6E / Sup7E tienen una arquitectura muy diferente a la de los catalizadores de acceso y los supervisores anteriores.

Esencialmente, la nueva arquitectura se basa en una arquitectura de hardware diferente. La buena noticia es que es compatible con MQC y se comporta más como QoS del enrutador, por lo que la solución más fácil para su problema sería definir un mapa de clase con criterios de coincidencia, y luego hacer que coincida con los diferentes valores de DSCP que le interesen, y luego aplique esa política de servicio a la entrada de las interfaces que le gustaría monitorear.

Łukasz Bromirski
fuente