En nuestra red de oficinas (26 personas), algunos usuarios se han quejado de la mala calidad de las llamadas de Skype, particularmente en la dirección ascendente. Quería preguntar, ¿cómo identifico el tráfico de Skype, considerando que usa un puerto aleatorio, para poder priorizarlo en el nivel del enrutador?

Creo que tienes razón; Skype utiliza puertos de salida aleatorios no comunes (superiores a 1024) para cada sesión, lo que hace que el etiquetado de QoS sea problemático

Pero puede usar QoS para SIP y proporcionar prioridad de datos de voz siempre que tenga hardware basado en la calidad de servicio SIP.

Puede hacer coincidir el tráfico de Skype en un mapa de clase utilizando la configuración a continuación en los enrutadores Cisco. Para hacer esto, el enrutador utiliza una función llamada NBAR (analiza la capa 4 e información más alta en el paquete para determinar la aplicación).

class-map priority
  match protocol skype

Una vez emparejado, puede darle a esa clase una prioridad más alta como esta:

policy-map outbound
 class priority
  priority 2000 ! Gives a dedicated 2Mbits/sec
interface Gigabit0/1
 description Outside interface
 service-policy output outbound

Estoy seguro de que otros proveedores ofrecen una funcionalidad similar, pero no puedo decirlo con certeza.

Si sus computadoras están en un dominio de Windows, puede usar la configuración de QoS de la política de grupo para asignar valores DSCP al tráfico generado por el archivo ejecutable de Skype (skype.exe) (en realidad, puede hacer lo mismo con la política local en una computadora de grupo de trabajo, usted es posible que también necesite una clave de registro agregada). DSCP 46 Creo que es lo que generalmente se usa para el reenvío acelerado. Luego, deberá configurar QoS en cualquier conmutador y enrutador que atraviese el tráfico para que cumpla con las marcas ef de DSCP.

Skype Empresarial ya etiqueta automáticamente sus dos tipos diferentes de tráfico con un Punto de código de servicios diferenciados (DSCP):

• Audio : EF (reenvío acelerado, DSCP 46): bajo retraso, baja pérdida y baja fluctuación
• Video : AF41 (Assuring Forwarding 41, DSCP 34) - clase 4, baja probabilidad de caída

Clasificar por puerto es incorrecto

Otros podrían sugerir tratar de clasificar el tráfico de Skype por puertos (hasta el punto de que incluso podrían quejarse de que Skype usa puertos aleatorios que hacen que sea más difícil de encontrar).

Obviamente, tratar de clasificar el tráfico de Skype por los puertos en los que se comunica es incorrecto, porque clasificaría erróneamente tanto el audio como el video en la misma clase de prioridad, lo que anularía el propósito de QoS.

La clasificación por Skype.exe es incorrecta

Otros también pueden sugerir el uso de la política QoS ( gpedit.msc) para aplicar una política DSCP Skype.exe. Esto, nuevamente, también está mal, ya que clasificará erróneamente tanto el audio como el video como la misma prioridad.

Skype Empresarial solamente

Lamentablemente, solo Skype Empresarial etiqueta sus diferentes clases de tráfico.

Microsoft es mezquino y petulante, y no desactivan específicamente la función transparente que solo puede ayudar a las personas en la versión gratuita.

Cisco recomienda

Para audio y video, Cisco recomienda:

| Traffic           | DSCP           | Notes                            |
|-------------------|----------------|----------------------------------|
| Voice             | EF   (DSCP 46) | No packet loss,   150 ms latency |
| Interactive video | AF41 (DSCP 34) | Packet loss 1%,   150 ms latency |
| Streaming video   | CS4  (DSCP 32) | Packet loss 4-5%, 4-5s latency   |