QoS Video - Voglio dare la priorità al traffico video. Quali protocolli e numeri di porta devo aggiungere al mio progetto QoS?

Qualcuno può dirmi quali protocolli e numeri di porta devo aggiungere alle mie configurazioni Prec 5 DSCP QoS per garantire che qualsiasi traffico video venga espulso per primo in caso di congestione.

Sono solo i protocolli RTP e H.323?

Grazie :)

qos video

— NetworkNinja
fonte

Qualche risposta ti è stata d'aiuto? in tal caso, dovresti accettare la risposta in modo che la domanda non continui a comparire per sempre, cercando una risposta. In alternativa, potresti fornire e accettare la tua risposta.

— Ron Maupin

Mentre menzioni RTP e H.323 probabilmente stai dando la priorità al traffico di videoconferenza. Non entrerò nei dettagli dei vantaggi di H.323 rispetto a SIP, quindi esaminerò semplicemente i protocolli H.323.

Anche Prec 5 è davvero solo EF (Express Forwarding). Tuttavia, le code EF sono molto piccole e ciò potrebbe portare alla caduta di pacchetti. Suggerirei di utilizzare AF41, in quanto non otterrai un vantaggio migliore dando alla porzione audio della videoconferenza una priorità più alta rispetto al video. Usa AF41 sia per audio che per video.

Ecco le porte consigliate per il protocollo H.323.

80 Interfaccia Web HTTP TCP statica

389 LDAP TCP statico

443 HTTPS TCP statico e tunneling delle porte

1718 Scoperta del gatekeeper statico UDP

1719 UDP Gatekeeper statico RAS

Impostazione chiamata H.323 TCP statico 1720

2253 - 2263 TCP endpoint Sony

2326-2485 endpoint UDP Cisco / Tandberg

3230 - 3235 endpoint TCP Polycom

Endpoint Polycom UDP 3230-3280

Client PPCIP Polycom 5001 TCP e UDP

5004 - 6004 Endpoint TCP e UDP ClearOne

Endpoint SIP TCP e UDP 5060

5061 TCP SIP TLS

5555 - 5574 TCP Cisco / Tandberg endpoint

6000-6006 endpoint Librestream TCP e UDP

Push del server HTTP TCP statico 8080 (opzionale)

9400 - 9406 Endpoint AudiSoft TCP e UDP

9800 - 9806 TCP Server / Gateway AudiSoft

9810 - 9822 UDP AudiSoft Server / Gateway

15100 Chiamata TCP NetPoint Q.931 statica

15101 NetPoint TCP statico predefinito

15102 Predefinito NetPoint UDP statico

22136 Amministrazione endpoint TCP MXM statico

— Jaxxs
fonte

Il raggruppamento di porte comuni come 80, 443 e 8080 in una coda con soglia di rilascio bassa come questa rende inutile la strategia di accodamento. So che questo sito Web (da dove proviene questo elenco) dice che è necessario che queste porte siano aperte con NAT, ma ciò non significa che si accoda in quel modo.

— Ryan Foley,

Una buona strategia ti richiede di eliminare le code superiori per impedire alle persone di auto-attaccarsi e imbrogliare il sistema. Con la mancanza di chiarezza nella domanda, menzionare "tutti" i porti è una buona idea. Sono abbastanza sicuro che Network Ninja sappia fare la coda correttamente.

— Jaxxs,

L'OP è "dimmi di quali protocolli e numeri di porta ho bisogno" . Mi sembra semplice.

— Ryan Foley,

Quindi dare un piccolo extra è in qualche modo una cosa negativa? Perché non pubblicare la tua risposta? :-)

— Jaxxs

Ciao Jaxxs, grazie per la tua risposta. Ho già LDAP, HTTP e HTTPS in altre code. Ho anche RTP in Prec 5. Vorrei dare la priorità al traffico video in PREC 4 sul mio router Cisco. (il mio errore nella mia domanda originale). Di solito il comando sarebbe "match protocol rtp video" in class-maps. Sto cercando di scoprire quali protocolli e numeri di porta sono inclusi nel comando "rtp video" in Cisco IOS. Grazie

— NetworkNinja,

A seconda del livello di controllo che hai sull'ambiente di rete (o di quanto ti fidi dei dispositivi collegati ad esso), potresti anche cercare di far sì che i dispositivi video stessi taggino il loro traffico con il valore DSCP appropriato e quindi mappare qualsiasi traffico con quel valore per la coda desiderata. Ho trovato che questo è più facile che elencare i protocolli, poiché il terminale video ha la migliore conoscenza dei suoi protocolli, porte e così via. Spesso hanno un approccio abbastanza coerente di questo, etichettando i flussi multimediali come AF41 (o 43? Non l'hai cercato di recente). Ancora una volta, questo presuppone che ci si possa fidare dei tag in arrivo dalla LAN sul proprio router.

— Jeremy Gibbons
fonte