En el primer artículo de QoS había explicado como configurar una GPO tratando de aplicar las distintas configuraciones de DSCP para las sesiones de Audio y Video desde el Cliente Lync. En este segundo artículo vamos a ver como configurar una nueva GPO para las sesiones de Audio y Video desde la parte de servidor. La configuración de los DSCP es la misma que la aplicada a la parte de cliente, 46 para Audio y 34 para Video. Si queréis implementar QoS para el Uso compartido de aplicaciones  el código DSCP que utilizaremos será uno diferente al de Audio y Video, además un intervalo de puertos reservado diferente. La configuración de las reglas de QoS podrían ser las siguientes:

Lync_Server_Aplicaciones_Compartidas
DSCP: 24
Limite de velocidad de salida del acelerador: Sin especificar
Todas las aplicaciones (no como en la configuración del cliente que escribíamos el nombre del ejecutable de Lync)
Cualquier IP Origen y Cualquier IP Destino
TCP y UDP
Puertos:  El rango de puertos que hayamos reservado

Ahora debemos configurar en una GPO con estas configuraciónes de QoS  que se aplicará a los servidores de Conferencias, Aplicación y Mediación. Además, debéis tener en cuenta siempre que debéis establecer la misma configuración en vuestra eletrónica de red que soporte QoS. En caso de que tengáis configurado QoS en vuestra red, podéis utlizar los mismos DSCP en Lync así evitáis configurar de nuevo toda la QoS de vuestro hardware.

El mundo de QoS es muy complejo, de hecho como véis Microsoft en sus artículos comienza diciendo que Lync no necesita de QoS, que si tienes problemas en la red que aumentes el ancho de banda. Con Windows podemos hacer cosas muy interesantes en relación a QoS, pero realmente en donde debemos aplicar nuestras configuraciones de QoS es en la electrónica de nuestra red. Porque por mucho que etiquetemos el tráfico con los DSCP si no le damos continuidad en nuestros elementos de red … no tenemos nada que hacer. Un ejemplo claro es cuando cliente nos comenta que tienen routers «configurados con QoS», bueno realmente lo único que tiene es un router o switch con una serie de colas tratando de dar prioridad al tráfico que recibe y envía, pero una vez que lo envía fuera de la interface.. se acabó el «QoS» puesto que el proveedor no le da continuidad. Una línea con QoS (de extremo a extremo)  tiene un coste considerable y muy por encima de cualquier línea de datos convencional o simétrica. Realmente QoS se implementa en las LAN, MetroLAN, Punto a Punto o líneas similares pero cuando las comunicaciones salen a la WAN de un operador a otro es inviable. QoS es un mundo muy completo, podemos hacer que la red vaya genial o simplemente que ni se mueva. Además detectar problemas en su configuración es muy complejo, hasta el más experto en redes puede tener problemas con su configuación. Yo creo que la idea es saber por donde nos movemos y tener claro cuales son las necesidades de las aplicaciones que utilizamos y queremos aplicar QoS. Tratar de ser un experto en QoS es posible, pero requiere un dedicación muy importante a este mundo. Si bien es cierto que Microsoft nos ha facilitado mucho la vida, nos ofrece guías para su implementación y recomandación de buenas prácticas para tener un sistema con QoS si tener grandes conocimientos sobre el tema.

Aquí os dejo algunos enlaces sobre QoS para que os volváis si cabe aún más autodidactas:

Cisco: Classifying VoIP Signaling and Media with DSCP for QoS

Microsoft: Quality of Service (QoS)

Espero que os sea de utilidad!!!