Sulla nostra rete di ufficio (26 persone), alcuni utenti si sono lamentati della scarsa qualità delle chiamate Skype, in particolare nella direzione a monte. Volevo chiedere, come posso identificare il traffico Skype, considerando che utilizza una porta casuale, in modo da poter dare la priorità a livello di router?
Risposte:
Penso che tu abbia ragione; Skype utilizza porte in uscita non comuni casuali (maggiore di 1024) per ogni sessione, il che rende problematica la codifica QoS
Ma è possibile utilizzare QoS per SIP e fornire priorità ai dati vocali purché si disponga di hardware basato sulla qualità del servizio SIP.
Puoi abbinare il traffico skype in una mappa di classi usando la configurazione seguente sui router Cisco. Per fare ciò, il router utilizza una funzionalità chiamata NBAR (cerca il livello 4 e informazioni più alte nel pacchetto per determinare l'applicazione).
class-map priority
match protocol skype
Una volta abbinato, puoi quindi assegnare a quella classe una priorità più alta in questo modo:
policy-map outbound
class priority
priority 2000 ! Gives a dedicated 2Mbits/sec
interface Gigabit0/1
description Outside interface
service-policy output outbound
Sono sicuro che altri fornitori offrono funzionalità simili, ma non posso dirlo con certezza.
Se i tuoi computer si trovano su un dominio Windows, puoi utilizzare le impostazioni QoS dei criteri di gruppo per assegnare i valori DSCP al traffico generato dal file eseguibile di Skype (skype.exe) (in realtà, puoi fare lo stesso con i criteri locali su un computer del gruppo di lavoro, potrebbe essere necessario aggiungere anche una chiave di registro). DSCP 46 Credo sia quello che di solito viene utilizzato per l'inoltro accelerato. Quindi dovresti ottenere la configurazione QoS su tutti gli switch e router che il traffico attraverserà in modo da rispettare i contrassegni ef DSCP.
Skype for Business già etichetta automaticamente i suoi due diversi tipi di traffico con un DSCP ( Differentiated Services Code Point ):
Altri potrebbero suggerire di provare a classificare il traffico Skype per porte (al punto che potrebbero persino lamentarsi del fatto che Skype utilizza porte casuali che rendono più difficile la ricerca).
Ovviamente cercare di classificare il traffico Skype in base alle porte su cui comunica è sbagliato, perché allora classificheresti erroneamente sia l' audio che il video nella stessa classe di priorità, vanificando così l'intero scopo di QoS.
Altri potrebbero anche suggerire di utilizzare la politica QoS ( gpedit.msc) per applicare una politica DSCP a Skype.exe. Anche questo è sbagliato, poiché classificherai erroneamente sia l'audio che il video con la stessa priorità.
Purtroppo è solo Skype for Business che tagga le diverse classi di traffico.
Microsoft è piccola e petulante e non disabilita specificamente la funzione trasparente che può aiutare le persone solo nella versione gratuita.
Per audio e video Cisco consiglia:
| 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 |