Configuration QOS

[KeKeMaN]

Bonjour,

Nous sommes en train de mettre en place la VoIP sur un site (aucune sortie, juste en interne). Les commutateurs seront des Catalyst 3560. La solution choisie est basé sur l'IPBX Alcatel.

J'aimerais savoir ce que je devais connaitre pour faire une bonne configuration de la QOS pour la VoIP sur les commutateurs Cisco ?

Merci d'avance

[KeKeMaN]

Un petit up pour ce post. J'ai réalisé une première version de ma configuration QoS :

1. Activation de la QoS :

[KeKeMaN]

petit up !!

[gunm]

Bonjour,

trois petits liens vallent mieux qu'un long discours:

autoQoS: http://www.cisco.com/en/US/docs/ios/12_2t/12_2t15/feature/guide/ftautoq1.html
Classification: http://www.cisco.com/en/US/docs/ios/12_2t/12_2t2/feature/guide/ft_dscp.html
QoS: http://www.cisco.com/en/US/docs/ios/solutions_docs/qos_solutions/QoSVoIP/QoSVoIP.html
_________________
Cordialement,

~~~ GunM ~~~

[KeKeMaN]

Merci !

J'ai lu ces docs, et voici ce que j'ai fait :

[johnlewis]

Salut Kekeman

Si tu mets "mls qos trust dscp" tu considere que ce qui t es envoye est correcte et qu il n'y aura pas besoin de remarquer tes paquets.
Si tu ne trust pas, tu vas devoir classifier comme tu le fait et donc tu n'aura pas de priorite pour ton traffic en Ingress.
Peux-tu poster toute ta config pour y jeter un oeil

Cdtl

[gunm]

de ce que je me rappelle de mon cours BCMSN, pour la QoS tu dois truster ce qui arrive de ton CiscoPhone (en effet, il va marquer ton traffic grâce au champs 802.1p de ta trame 802.1Q) ainsi tu peux différencier le traffic voix du traffic pc avec de la CoS.

ça donnait un truc du genre:

int fa0/1
switchport voice vlan 2
mls qos trust cos

je te retrouve tout ça et je te le poste asap
_________________
Cordialement,

~~~ GunM ~~~

[KeKeMaN]

Et bien en fait les téléphones IP sont des Alcatel (4018 + un softphone), et je n'en ai pas encore en main pour faire des tests de configuration .. Donc à voir !!

Sinon j'hésite à truster les paquets car dans ce cas, je trust aussi les paquets du PC qui se trouve derrière le téléphone et j'ai peur que certaines applications se servent du DSCP ..

Voilà ma config (en cours d'ébauche ) :

[johnlewis]

Pour le moment ds ta config tu n'utilise pas de LLQ.
Tu n'as donc pas de priorite entre tes 2 classes. Tu guaranties juste de la bande passante pour chaque classe.

Cdtl

[KeKeMaN]

Oups j'ai oublié de prendre en compte ma policy !

C'est bien ça ?

[johnlewis]

Salut Kekeman

Je ne sais pas exactement ce que tu cherche a faire, ms pour le moment tu as cree tes 2 class et chaque classe a 10% de bandwidth guarantie en cas de congestion. Lorsqu'il n'y a pas de congestion, chacune des classes peut burster jusqu'a la vitesse de ton lien.
Ta classe default, elle n'a pas de bande pasante guarantie ms si il n y a pas d'utilisation sur ton lien peut burster jusqu'a la vitesse de ton lien

Maintenant, si tu veux que ta classe voip-hard est de la priorite par rapport a tout le reste, je te conseille de la mettre ds ta LLQ avec la commande:
priority bandwidth 10
Par contre cette commande police aussi ton traffic et le limite a 10% de ta bande passante totale

Cdtl

[KeKeMaN]

Re,

J'ai deux classes, l'une pour les hard phones (ACL suivant la plage d'adresses IP réservée pour ceux-ci), l'autre pour le soft phone (ACL suivant l'adresse IP du PC hébergeant le soft).
Ce sont deux manières de téléphoner, mais elles doivent avoir le même poids face à une congestion; tant que les flux VoIP ont une bande passante de réservée en cas de congestion, c'est tout ce qui importe.

Je vais surement prioriser les deux classes par rapport aux restes. Sur un lien à 100Mb, réservé 10% pour la voix est déjà pas mal je pense ..

Sinon pour le reste de la configuration, elle tient la route ? Je ne pense pas avoir besoin de partir dans les configurations poussés des files d'entrée et de sortie .. Les valeurs par défaut vont me convenir !

Merci pour vos réponses

[johnlewis]

Re

Pour une configuration basic ca va. Par contre dans ton exemple la bande passante guarantie ne sera que sur ton port de sortie. Tu n'aura aucun mechanisms pour ton input queue et surtout, pas de priorite/differantiation lorsque tu passeras ta switch fabric.

Moi je classifierais sur tes ports d entres avec une service-policy input et donc tes access lists. Tu pourras specifier les valeurs de ton SRR selon tes besoins et garantir en sortie ta bande passante du traffic deja classifie.

Cdtl

[KeKeMaN]

Ha m****, les commandes "bandwidth percent" et "priority bandwidth" ne sont pas disponibles sur mon 3560

Sinon je fais une config comme celle-ci :