> Le 3 nov. 2015 à 19:57, Antoine Durant <[email protected]> a écrit :
> 
> "Sur le switch, je pense que je me contenterais de faire du trust cos sur 
> tous les postes, si bien entendu les flux SIGNALING et AUDIO sont 
> correctement taggés par tes endpoints."
> Donc si je comprend ton avis, il faut que j'active *mls qos trust cos* sur 
> tout les ports du switch à conditions que mes téléphones taguent bien le 
> COS/SDCP ??

Ouais, à priori, sinon voir doc chez Cisco, il y a peut-être des subtilités.

> "Ensuite sur le routeur, je ferais du « shape average » de la data en output 
> sur le lien WAN afin de garder X% pour la voix, et de même sur le port qui va 
> vers le switch (ce qui correspond à l’INPUT du WAN)."
> Comment tu réalise le shape average sur le routeur ?? 
> 
> !
> mls qos
> !
> class-map match-all SIGNALING
>   match access-group name SIGNALING
> class-map match-all AUDIO
>   match access-group name AUDIO
> !
> policy-map QOS
> class AUDIO
>    set ip dscp ef  
>    shape average 2000000
> class SIGNALING
>    set ip dscp af31
>    shape average 2000000
> !
> ip access-list extended AUDIO
> permit udp any any range 16384 32767
> ip access-list extended SIGNALING
> permit tcp any any range 2000 2002
> permit tcp any any range 5060 5061
> !
> interface WAN
>  mls qos trust cos
>  service-policy output QOS
> !
> 

Presque ça, sauf que là, tu shapes le trafic voix à 2Mbps :)
Ce que tu veux, c’est shaper ta data à 2000000*0.9 par exemple, donc 1.8Mbps, 
pour laisser 200Kbps minimum pour la voix.
Les Service Policy de Cisco, c’est quand même un gros gros bordel, il y a X 
manières de faire les choses, dont un certain nombre qui ne marchent pas sur 
tel ou tel hardware et/ou IOS.
Personnellement, je vais au plus simple.


---------------------------
Liste de diffusion du FRnOG
http://www.frnog.org/

Répondre à