Foro en Español

vimarba · ‎12-14-2016

La configuración QoS en los switches ArubaOS es muy versatil. A continuación os presento diferentes opciones para adecuarse a diferentes escenarios:

1. La opción que mas se utiliza por ser la opción mas sencilla de configurar dando un comportamiento adecuado para la mayoría de los casos es simplemente respetar el marcado dscp del trafico de entrada

# qos type-of-service diff-services

(para cualquiera de las siguientes opciones asegurarse de deshabilitar este modo de funcionamiento con: no qos type-of-service (verificar con: show qos type-of-service))

comandos utiles para verificar el funcionamiento:
# show qos dscp-map, para ver el mapeo entre DSCP y 802.1p
# show qos queue-config, para ver el mapeo entre 802.1p y la cola de salida

2. Otra posibilidad de configuración también sencilla, es remarcar por VLANes enteras:

Si la VLAN 101 es una VLAN de usuarios y la VLAN 103 es de voz

# vlan 101
# qos dscp 0
# vlan 103
# qos dscp ef (o cualquier otro DSCP, p.e. af31)

Esta opción no permite diferenciar diferentes tipos de trafico dentro de la vlan de voz. Pero no confía en el marcado de tráfico del usuario y reescribe la QoS de todos los paquetes entrantes por esas VLANes

3. Otra posible config mas elavorada para los puertos de acceso es identificar el tráfico concreto de voz y señalización de voz y remarcarlo con los DSCP adecuados para luego ser tratado adecuadamente en el puerto de salida. El resto del tráfico (pcs de usuarios,…) se fuerza a DSCP=0

# class ipv4 "SET-QOS-RT"
# 10 remark "***Media Streams***"
# 10 match tcp 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255 range 16384 32767
# 20 match udp 0.0.0.0 255.255.255.255 range 16384 32767 0.0.0.0 255.255.255.255
# exit
# class ipv4 "SET-QOS-Signaling"
# 10 remark "***Cisco_Call_Signaling***"
# 10 match tcp 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255 eq 2000
# 20 match tcp 0.0.0.0 255.255.255.255 eq 2000 0.0.0.0 255.255.255.255
# 30 match udp 0.0.0.0 255.255.255.255 0.0.0.0 255.255.255.255 eq 5060
# 40 match udp 0.0.0.0 255.255.255.255 eq 5060 0.0.0.0 255.255.255.255
# exit
# policy qos "SET-QOS-VOIP"
# 10 class ipv4 "SET-QOS-RT" action dscp ef
# 20 class ipv4 "SET-QOS-Signaling" action dscp af31
# default-class action dscp default
# exit
# interface 1/1
# service-policy "SET-QOS-VOIP" in

En los puertos de uplink habría que respetar el marcado de los paquetes que vengan del core:

# interface Trk1
# qos trust dscp

4. Tambien hay configuraciones más complejas como por ejemplo no solo remarcar el DSCP del trafico de voz, sino limitarlo también para evitar que un mal uso consuma demasiado o todo el ancho de banda de la interfaz uplink de salida

# policy qos "SET-QOS-VOIP"
# 10 class ipv4 "SET-QOS-RT" action rate-limit kbps 340 action dscp ef
# 20 class ipv4 "SET-QOS-Signaling" action dscp af31
# default-class action dscp default
#exit
# interface 1/1
# service-policy "SET-QOS-VOIP" in

Esta configuración es opcional y solo sería obligatoria si se configura la cola de mayor prioridad de la interfaz de salida de uplink con prioridad estricta. Esta opción no viene activada por defecto. Por defecto, todas las colas tienen un ancho de banda garantizado por lo que por defecto ni siquiera la cola de mayor prioridad puede dejar sin ancho banda a las colas de menor prioridad.

Ver comandos:
# show bandwidth output 1/1, para ver la asignación de anchos de banda garatizados por cola
# int 1/1
# bandwidth-min output …, para cambiar la asignación de anchos de banda garantizados por cola y definir la cola de mayor prioridad como PQ

5. Otros comandos utiles
# show qos queue-config
# show qos dscp-map
# show statistics policy SET-QOS-VOIP port 1/1
# show interfaces queues 1/1

dhardaker · ‎12-14-2016

¡Gracias por compartir! Una pregunta que tengo. ¿En un trunk es necesario habilitar el "trust" del marcado de QoS? Con otros equipos que he visto, algunos confian del marcado de QoS en enlaces de trunk por defecto.

David

David Hardaker
HPE Aruba ERT (EMEA) ACMP

vimarba · ‎12-14-2016

Entiendo que con trunk te refieres a enlace taggeado que transporta multiples VLANes. Para el trafico recibido por este tipo de puertos, si no matchea ningun otro clasificador global (puertos TCP/UDP, IPs, DSCP, VLAN,..) al final se respeta en marcado 802.1p qur viene la cabecera del tag VLAN.

Por lo tanto, no hace falta poner ningun comando para respetar el marcado 802.1p de un enlace tagged.

El comando que he incluido puerto de uplink del post es para tener el cuenta el DSCP de la cabecera IP. Para hacer caso a este campo en vez del 802.1p si que hay que especificarlo, o de forma global o puerto a puerto.

carloshp · ‎01-25-2017

buenos dias,

estoy configurando la qos en un 2930F y he cambiado la configuracion a 4 colas. En el mapeado de 802.1p a colas me sale esto:

SYLAN_PRUEBAS(config)# show qos queue-config

Egress Queue Configuration

Number of Queues : 4

          802.1p
Queue   Priorities
-----   ----------
    1     1-2
    2     0,3
    3     4-5
    4     6-7

queria cambiar esta tabla, he leido documentacion y aparece que con el traffic-template se puede hacer esto. pero este equipo no soporta ese comando.

habria otra forma de hacerlo??

gracias

n_laura · ‎03-06-2017

Las colas van por hardware y no son configurables. Pero hay algunas opciones que llevan al mismo resultado.

Se puede remarcar el tráfico para caer en la cola deseada configurando tu valor de DSCP con una prioridad diferente. Esto puede hacerse con el siguiente comando :

qos dscp-map af31 priority 5 -- Para ver los cambios utiliza: show qos dscp-map

Si tu tráfico no entra en el switch con un valor DSCP, entonces se puede clasificar y asignar el tráfico con la prioridad deseada. Esto se puede hacer basándose en el IP, el ID de VLAN, la interfaz o los puertos L4:

vlan 2 qos priority 5 --- Para ver los cambios utiliza: show qos vlan-priority

interface 1/A1 qos priority 6 --- Para ver los cambios utiliza: show qos port-priority

qos device-priority 1.1.1.1 priority 5 --- Para ver los cambios utiliza: show qos device-priority

qos tcp-port 8080 priority 6 --- Para ver los cambios utiliza: show qos tcp-udp-port-priority

Cada cola tiene un cierto ancho de banda asignado que se puede cambiar con el comando :
"interface 1/ A1 bandwidth-min output 2 3 30 10 10 10 15 20". (En tu caso tendrás 4 valores correspondientes a las 4 colas)
Se puede cambiar tambien estes porcentajes para cumplir con los requisitos.

Aruba5406-1# show bandwidth output 1/A1

Outbound Guaranteed Minimum Bandwidth Percentage

Port Q1 Q2 Q3 Q4 Q5 Q6 Q7 Q8
------ ------ ------ ------ ------ ------ ------ ------ ------
1/A1 2 3 30 10 10 10 15 20

Saludos,

Laura

n_laura · ‎03-06-2017

Hola Carlos ,

Las colas van por hardware y no son configurables. Pero hay algunas opciones que llevan al mismo resultado.
Se puede remarcar el tráfico para caer en la cola deseada configurando tu valor de DSCP con una prioridad diferente. Esto puede hacerse con el siguiente comando :