Kassinipedia

QoS - Troubleshooting

Se lee en 3 min

QoS - Troubleshooting

Método general (de lo mínimo a lo complejo)

  1. ¿La política está aplicada en la interface y dirección correctas (service-policy input/output)?
  2. ¿La clase clasifica el tráfico? revisa los contadores de la class-map.
  3. ¿La acción es la correcta (marcado, police, shape)?
  4. ¿La dirección tiene sentido? (policing/marcado suelen ir en input; shaping en output).

Comando base:

Router# show policy-map interface fastEthernet 0/0

Caso 1 — La clase no clasifica tráfico (contadores en 0)

Síntoma: una class-map muestra 0 paquetes aunque hay ese tráfico.

Causas:

  • El match está mal (ACL o protocolo incorrecto).
  • El tráfico entra por otra interface/dirección.

Diagnóstico:

Router# show policy-map interface fastEthernet 0/0   ! packets por clase
Router# show access-lists                            ! ¿matchea la ACL?

Solución: corregir el match de la class-map.

Router(config)# class-map match-all PRUEBA
Router(config-cmap)# match access-group 10

Caso 2 — El marcado no llega al siguiente salto

Síntoma: el tráfico sale sin el DSCP/CoS esperado.

Causas:

  • La política no está aplicada, o en la dirección equivocada.
  • Un dispositivo intermedio no confía en el marcado y lo reescribe.

Diagnóstico:

Router# show policy-map interface fastEthernet 0/0

Solución: aplicar la política de marcado en la entrada donde llega el tráfico, y asegurar que el resto de la red confíe en esa marca (trust boundaries).

Caso 3 — Policing descarta tráfico legítimo

Síntoma: el contador exceeded sube y se cae tráfico bueno.

Causa: la tasa del police es demasiado baja.

Diagnóstico:

Router# show policy-map interface fastEthernet 0/0   ! exceeded

Solución: subir la tasa, o cambiar la acción de exceed a re-marcar en vez de descartar.

Router(config-pmap-c)# police 64000 conform-action transmit exceed-action set-dscp-transmit 0

Caso 4 — El shaping introduce demasiado retardo

Síntoma: con shape, el tráfico sensible (voz) sufre retardo/jitter.

Causa: el shaping encola el exceso; sin priorización, la voz espera en la misma cola.

Solución: usar una política jerárquica que dé prioridad a la voz dentro del shaping (LLQ/priority), y ajustar la tasa de shape.

Caso 5 — La política no se aplica en la interface

Síntoma: al poner service-policy da error o no surte efecto.

Causas:

  • La dirección no es soportada para esa acción en esa plataforma (por ejemplo, shape solo en output).
  • La interface no soporta ese tipo de política.

Diagnóstico:

Router# show running-config interface fastEthernet 0/0 | include service-policy

Solución: aplicar en la dirección correcta (shaping en output, policing/marcado normalmente en input).

Recuerda el orden: política aplicada (interface/dirección), la clase clasifica (match correcto), la acción adecuada (marcar/police/shape), y revisar conformed/exceeded.

Vista Gráfica

Retroenlaces