Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1051 connectés 

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

QoS et ToIP

n°35507
keke-man
Posté le 02-04-2008 à 11:21:02  profilanswer
 

Bonjour,
 
J'aimerais que certains puissent éclairer mon esprit sur la QoS dans la mise en place de la ToIP.
Je vais utiliser des switchs Cisco et IPBX + téléphones IP Alcatel.
J'ai vu qu'il y avait différentes manières de faire de la QoS : Intserv, Diffserv, paquets classifié, policiés, marqués, ....  :pt1cable:  
Toutes ces méthodes sont différentes ou s'additionne ?
 
Bref merci à tous

mood
Publicité
Posté le 02-04-2008 à 11:21:02  profilanswer
 

n°37232
keke-man
Posté le 05-05-2008 à 16:12:49  profilanswer
 

Petit up !!
 
Je me suis renseigné sur les mécanismes de QoS (qui s'ajoutent dans certains cas !!).
 
Par contre j'avais une question : selon vous, la qos est-elle nécessaire lorsque l'utilisation de la ToIP est faite en locale (LAN 100MBits) ?
 
Merci d'avance


Message édité par keke-man le 05-05-2008 à 16:13:07
n°37240
Pandinus2k​4
Posté le 05-05-2008 à 17:54:36  profilanswer
 

Salut,
 
Je pense qu'elle n'est pas nécessaire à tous les coups sur le LAN. Cela dépend si tu as des pics de charge sur ton LAN qui sature complètement tes switches et si tu as des grosses interconnexions sur des LANs étendus et qu'elles sont très sollicitées.
 
En fonction du profil de ton LAN, tu devras ou non implémenter de la QoS sur ton LAN. Pour ma part, je pense que ce n'est pas un impératif à la base.

n°37242
trictrac
Posté le 05-05-2008 à 19:35:48  profilanswer
 

si, il faut le faire, meme en LAN. La téléphonie reste la téléphonie, les utilisateurs ne tolèrent pas la moindre perturbation.
Pour ca, surtout avec des cisco, c'est facile.
Tu place le COS à 5 sur les ports ou tu mets des IP Phone, et c'est réglé.
C'est facile, et ca permet de prioritiser le trafic voix.
Par contre, sur un lan, t'amuse pas avec diffserv, policy-based qos et autres principes de QoS qui sont plus orientés WAN.


Message édité par trictrac le 05-05-2008 à 19:36:49
n°37244
Pandinus2k​4
Posté le 05-05-2008 à 20:52:05  profilanswer
 

Vu les débits actuels disponibles sur le LAN et les performances des équipements, je ne pense vraiment pas que ce soit nécessaire partout. A mon sens, il y a bon nombres de LAN moyens qui sont largement sous-utilisés, et qui peuvent donc laisser la place au trafic voix sans que celui-ci soit altéré par le reste.  
 
Après, c'est sûr que ça ne coûte pas grand chose d'en faire sur du Cisco (sauf si c'est inclus dans de la prestation), mais je ne suis pas vraiment convaincu de son intérêt dans pas mal d'environnements.

n°37245
dreamer18
CDLM
Posté le 05-05-2008 à 21:27:31  profilanswer
 

ça sert sur le LAN le jour où t'as une merde (un virus qui blaste le réseau ou autres), la voix reste prioritaire.


---------------
"Parceque toi tu fracasses du migrant à la batte de baseball, c'est ça ?" - Backbone-
n°37249
trictrac
Posté le 05-05-2008 à 22:58:56  profilanswer
 

meme pas forcement une merde, tu as régulièrement des congestions sur un LAN, mais c'est tout a fait transparent pour du trafic standard.
Par contre, pour la voix, ca peut poser des problèmes.
Je prends le risque de me répéter : les utilisateurs ne pardonnent jamais des perturbations du système téléphonique.

n°37259
jujudu44
Prophète du CAC
Posté le 06-05-2008 à 11:51:20  profilanswer
 

Un multicast mal géré et on en reparle de pas mettre de qos sur un lan...
A titre perso, je recois comme il faut les pros qui viennent me dire que de la qos sur un lan pour la toip ca sert a rien. Ils se font aimablement allumer avec des exemples précis, et je leur demande benoitement si ils viendront s'expliquer devant les users ce jour la :)

n°37265
keke-man
Posté le 06-05-2008 à 15:38:40  profilanswer
 

Je suis d'accord avec vous au niveau des utilisateurs; surtout que dans mon cas, on va passer de la téléphonie "classique" à la téléphonie IP. Donc les utilisateurs s'attendent à avoir la même qualité !!
 
Je vais le mettre en place en prévention :)
 
A tout hasard, quelqu'un l'aurait mis en place sur du Cisco ? Car la doc est un peu flou pour moi !
 
Merci à tous pour vos réponses

n°37274
dreamer18
CDLM
Posté le 06-05-2008 à 19:17:34  profilanswer
 

auto qos voip


---------------
"Parceque toi tu fracasses du migrant à la batte de baseball, c'est ça ?" - Backbone-
mood
Publicité
Posté le 06-05-2008 à 19:17:34  profilanswer
 

n°37282
keke-man
Posté le 07-05-2008 à 09:01:45  profilanswer
 

Humm ... auto qos ca me dit pas trop ...
Je préfère avoir le contrôle et savoir ce que je fais !! Jamais eu trop confiance dans les mécanismes auto ...

n°37300
jujudu44
Prophète du CAC
Posté le 07-05-2008 à 12:00:32  profilanswer
 

Ca t'évite de te palucher a la main les mappages l2/l3 et la gestion des files d'attentes.
C'est l'interet d'avoir du full cisco. cdp et auto qos ftw.
L'important c'est de comprendre ce qui se passe par derriere. Mais l'interet de tout se taper a la mano je vois pas trop.

n°37302
keke-man
Posté le 07-05-2008 à 12:07:16  profilanswer
 

Oui mais je ne suis pas en full Cisco :( Les téléphones sont des Alcatel.
 
Mais l'auto qos est réellement opérationnelle ?

n°37305
jujudu44
Prophète du CAC
Posté le 07-05-2008 à 13:55:56  profilanswer
 

Ca changera pas grand chose si tu fais ce qu'il faut sur ton OXE (ou OXO?)
Pas de cdp dispo donc soit tu paramètres tes téléphones a la main, soit tu utilises l'AVA (pour les vlans).
Il faut définir dans tes domaines IP de l'OXE le marquage L2/L3. Le mieux est de réutiliser les marquages que préconise cisco. En 802.1p c'est 5 mais pour le dscp je crois pas qu'ils utilisent la valeur 46. Dreamer18 doit connaitre ca par coeur, sinon ca se trouve sans pb sur leur site.
Ainsi tes téléphones parleront dans le bon vlan avec les bons marquages. Ensuite je pense que l'auto qos devrait donner les memes résultats meme si c'est un téléphone alcatel.
Sinon a toi les cos to dscp map, wrr etc

n°37327
keke-man
Posté le 07-05-2008 à 17:48:28  profilanswer
 

Encore une petite question ..
Dans la doc Cisco, voilà comment il présente la commande auto qos : auto qos voip {cisco-phone | cisco-softphone | trust}
Le trust est utilisé lorsque le port est connecté à un routeur / switch trusted.
 
Dois-je en déduire que seul les équipements Cisco sont compatibles ?
 
Merci beaucoup


Message édité par keke-man le 07-05-2008 à 17:49:27
n°37329
trictrac
Posté le 07-05-2008 à 18:03:02  profilanswer
 

sur le port en question, il te suffit de faire
switchport priority extend cos 5
C'est tout.
Ces histoire de mappage l2/l3, et autre queues ...
Dans le moteur meme du switch, la COS L2 est implémentée de base, donc tu set le champ dans ta trame, et le reste est géré nativement ....

Message cité 2 fois
Message édité par trictrac le 07-05-2008 à 18:04:07
n°37352
jujudu44
Prophète du CAC
Posté le 09-05-2008 à 09:29:07  profilanswer
 

trictrac a écrit :

sur le port en question, il te suffit de faire
switchport priority extend cos 5
C'est tout.
Ces histoire de mappage l2/l3, et autre queues ...
Dans le moteur meme du switch, la COS L2 est implémentée de base, donc tu set le champ dans ta trame, et le reste est géré nativement ....


Faudra que tu m'expliques comment tu te passes de mappage l2/l3 dans un contexte multisite, sachant que très souvent l'opérateur ne monte pas de trunk avec le réseau local du client... C'est pas tiptop pour gérer la qos de se baser sur les @IP/ports udp-tcp.

n°37377
trictrac
Posté le 09-05-2008 à 16:25:28  profilanswer
 

et chérie ... tu peux répondre a la question du monsieur ??
"Par contre j'avais une question : selon vous, la qos est-elle nécessaire lorsque l'utilisation de la ToIP est faite en locale (LAN 100MBits) ? "
On peut se lancer dans de grands débats QoS, personnellement je suis assez ouvert .. mais ou sera l'intérêt, vu qu'il s'en cogne ?

n°37465
jujudu44
Prophète du CAC
Posté le 13-05-2008 à 10:04:29  profilanswer
 

J'avais zappé son 2eme message, effectivement ca règle en partie le pb.
Par contre je reste "ferme" sur le fait qu'il faut un queeing dédié au flux voix, ne serait-ce que pour se protéger de floods non maitrisés (type ghost multicast, deja vu et ca fait mal à la voix)

n°37481
keke-man
Posté le 13-05-2008 à 17:23:15  profilanswer
 

trictrac a écrit :

sur le port en question, il te suffit de faire
switchport priority extend cos 5
C'est tout.
Ces histoire de mappage l2/l3, et autre queues ...
Dans le moteur meme du switch, la COS L2 est implémentée de base, donc tu set le champ dans ta trame, et le reste est géré nativement ....


 
Donc c'est simplement le champs COS ?
Pas de traitement des queues ingress et egress, politique, ... ?
 
Encore merci ^^

n°37489
trictrac
Posté le 13-05-2008 à 20:05:25  profilanswer
 

non, le switch gere ca nativement.
Pour la gestion plus fine des queues, sauf si tu avais un reseau complexe, tu n'en as pas besoin.

 

juju : bah oui, mais en lan, gereant settant le COS pour les flux voix suffit a régler le problème. Tu as lu ma réponse ?


Message édité par trictrac le 13-05-2008 à 20:05:37
n°37500
jujudu44
Prophète du CAC
Posté le 14-05-2008 à 08:46:09  profilanswer
 

Oui j'ai lu ta réponse mais je vois pas ce que la commande switchport priority extend cos 5 toute seule va apporter au final. Tu forces le port physique à marquer tous les flux qui en sorte à 5.
Si tu n'as pas de file dédiée pour ta cos 5 ca n'est pas suffisant. Generalement il y a 8 files par ports et il y a un mappage entre ces files et le 802.1p. C'est la qu'il faut vérifier que la cos 5 se trouve bien dans une file qui lui est réservée et a laquelle on alloue une bp garantie. Je sais pas si c'est natif chez cisco mais chez enterasys il vaut mieux fixer soit meme la bp par file, sinon on tombe dans un algo wrr qui sera pas tiptop en cas de flood important sur le réseau...


Message édité par jujudu44 le 14-05-2008 à 08:47:55
n°37501
dreamer18
CDLM
Posté le 14-05-2008 à 08:49:14  profilanswer
 

"auto qos" :)

Message cité 1 fois
Message édité par dreamer18 le 14-05-2008 à 08:49:24

---------------
"Parceque toi tu fracasses du migrant à la batte de baseball, c'est ça ?" - Backbone-
n°37506
keke-man
Posté le 14-05-2008 à 09:40:03  profilanswer
 


 
:) oui mais pour des téléphones Alcatel ...
 
Sinon voilà ce que j'ai fait :
1. Activation de la QoS :

Code :
  1. Switch(config)# mls qos


2. Classement des paquets en entrée :

Code :
  1. Switch(config)# interface <interface_id>
  2. Switch(config-if)# mls qos trust dscp


3. Réglage des files d'entrée :

Code :
  1. Par défaut, DSCP 0-39 et 48-63 sont placés dans ingress 1 et DSCP 40-47 dans ingress 2 (prioritaire); donc rien à faire !


Merci pour vos remarques

n°37516
jeep85
Windows N°1 in my Life
Posté le 14-05-2008 à 14:58:40  profilanswer
 

juste une question tu est parti sur un BIV de chez OBS ? car tu peux leurs demander de gérer la Qos si c'est cela.


---------------
"Tu vois, le monde se divise en deux catégories.
n°37536
jujudu44
Prophète du CAC
Posté le 15-05-2008 à 08:28:24  profilanswer
 

@keke man : attention avec le qos trust dscp. Normalement si on veut faire les choses dans les règles de l'art on force la réécriture du champ dscp.
En effet ya des applis sur PC qui envoie des trames avec du dscp taggué... Certains jeux videos le font et tu peux te retrouver a prioriser du flux a la con sans vraiment l'avoir voulu.
Les amis qui déploient de la toip en université ne trust jamais la qos et forcent la réécriture au niveau du port réseau.
Je sais que sur les postes IP cisco on peut leur dire de ne pas faire confiance a ce que le pc envoie. Avec de l'alcatel je n'ai pas regardé.
Si t'es en entreprise t'as pas trop besoin de te prendre la tete avec ca, mais si c'est dans une école/université etc... gaffe aux ptits malins ;)

n°37614
keke-man
Posté le 16-05-2008 à 11:44:06  profilanswer
 

Oui mais forcer la réécriture du port, sachant qu'il y a un PC derrière le téléphone, le problème est encore là .. Je vais essayer de regarder pour les téléphones Alcatel, on sait jamais :)
 
De toute façon je préfère forcer la réécriture. Je pense faire une ACL pour la plage d'IP réservée aux téléphones. Je vais regarder et surement vous la poster pour savoir ce que vous en pensez ^^
 
Merci encore


Message édité par keke-man le 16-05-2008 à 13:42:31
n°37808
keke-man
Posté le 19-05-2008 à 18:08:26  profilanswer
 

Alors voilà ce que je me disais .. Faire des ACL suivant l'IP ..
 

Code :
  1. Switch(config)# access-list <num_acl> permit ip <source_hard_ip_telephonie> <masque> any dscp cs5
  2. Switch(config)# class-map voip_hard
  3. Switch(config-cmap)# match access-group <num_acl>
  4. Switch(config-cmap)# end
  5. Switch(config)# access-list <num_acl> permit ip host <source_softip_telephonie> any dscp cs5
  6. Switch(config)# class-map voip_soft
  7. Switch(config-cmap)# match access-group <num_acl>
  8. Switch(config-cmap)# end


 
Ce que j'ai du mal à comprendre, c'est comment le switch ne va pas prioriser un flux venant du PC avec une valeur de dscp égale à celui provenant du téléphone ??
 
Merci d'avance

n°37826
trictrac
Posté le 19-05-2008 à 21:01:17  profilanswer
 

parce que ce que tu fais la c'est des ACL layer 3.
Ca repond pas a ton besoin. Tu geres des queue en fonction d'ACL.
Pour que ca fonctionne, il faut que tu l'applique a l'interface ( layer 3 ) d'un routeur; et ca ne fonctionnera que pour le trafic routé.
Pourquoi ma solution efficace et bien plus simple ne te plait-t-elle pas ? pas assez compliquée ?

n°37834
jujudu44
Prophète du CAC
Posté le 19-05-2008 à 21:51:58  profilanswer
 

@trictrac : ya pas le risque que les flux data du PC derriere le poste IP beneficient aussi du marquage L2 a 5? Dans ce cas on transfert le pb vers la couche 2 et on a pas bcp avancé...?

n°37836
trictrac
Posté le 19-05-2008 à 21:59:52  profilanswer
 

si, c'est le risque, mais avec des IPPhones alcatel, j'ai pas trouvé de solutions simples (dans la mesure ou très peu de PC sont connectés derrière le Tel chez moi, pas trop de prob dans mon cas pratique).

n°37859
keke-man
Posté le 20-05-2008 à 10:01:28  profilanswer
 

trictrac a écrit :

parce que ce que tu fais la c'est des ACL layer 3.
Ca repond pas a ton besoin. Tu geres des queue en fonction d'ACL.
Pour que ca fonctionne, il faut que tu l'applique a l'interface ( layer 3 ) d'un routeur; et ca ne fonctionnera que pour le trafic routé.
Pourquoi ma solution efficace et bien plus simple ne te plait-t-elle pas ? pas assez compliquée ?


 
Nan ce n'est pas ça .. Mais dans la doc Cisco, j'ai trouvé pour ce "switchport priority extend cos 5" : "Sets the priority of data traffic received from the IP Phone access port. The cos value will tell the phone to override the priority received from the PC or attached device with a CoS value of 5." C'est pas ce que je recherche !!
 
Pour ce qui est du traffic du PC derrière le téléphone, je ne vois pas vraiment de solution .. Après je ne pense pas que beaucoup d'applications utilisent cette valeur de COS ..
 
Bref c'est un peu le flou :(


Message édité par keke-man le 20-05-2008 à 10:23:20
n°37905
jujudu44
Prophète du CAC
Posté le 20-05-2008 à 16:50:21  profilanswer
 

Ben j'ai vraiment eu aucun soucis sur mon LAN enterasys avec les postes alcatel perso...  
Pour rappel il faut modifier les caractéristique du/des domaines IP (via les index de qualité de service) pour définir les valeurs cos/dscp.
Ensuite les téléphones marqueront automatiquement les flux sans qu'il n'y ai rien à faire => flux voip 5/46, flux data du pc derriere rien (ni lvl2, ni lvl3).
Donc sur le port de ton switch tu obtiens les flux voix comme il faut. Par contre tu peux te retrouver avec une appli à la con sur le PC qui va aller modifier le TOS. Si tu maitrises bien ton parc pas de soucis, sinon il va falloir gérer ces flux. La solution que je vois est de faire une acl de lvl3 pour détecter les PC, et ensuite de créer une policy qui forcera la réécriture du TOS à 0 en la mappant sur ton acl. Ensuite tu appliques cette policy à chaque port physique des switchs ou il y a des téléphones et c'est réglé.
Reste enfin à gérer tes files d'attentes en collant la cos 5 dans une file dédiée et en lui affectant ensuite une bp minimale garantie.
C'est pas si compliqué que ça.
Naturellement le sniffer reste le juge de paix pour valider que tout est ok au final :)
 
Méfiance pour les cartes intip/GD/PCS et callserver. Il faut modifier en hard sur les cartes les paramètres de QoS et ca nécessite un reboot du matos dans la foulée. J'ai du lutter avec l'acse d'obs pour qu'il finisse par le faire :D


Message édité par jujudu44 le 20-05-2008 à 16:52:11
n°37907
keke-man
Posté le 20-05-2008 à 17:53:30  profilanswer
 

Et serait-ce trop demandé d'avoir un exemple de conf pour la gestion des files d'attente ?
 
Merci !

n°37943
jujudu44
Prophète du CAC
Posté le 21-05-2008 à 10:14:22  profilanswer
 

La CLI est toute simple sur mon matos :
set port priority-queue fe.1.1 y z
Sur le 1er port fe du 1er switch de la stack j'indique qu'il doit mapper la priorité 802.1p y sur la file z. Sachant que j'ai 8 files mais que 6 dispos vu que 2 dernieres sont réservées par le système (cisco fait pareil).
Ensuite j'affecte une BP à chaque file sur un port :
set port txq fe.1.1 0 10 20 30 40 0
J'indique que sur le port la file 0 aura 0% de bp, la file 1 10% etc
L'algo est du wrr, et à partir du moment ou un seul octet se présente dans la file immédiatement l'intégralité de la bp définie est réservée. C'est certes pas l'optimum mais pour du LAN classique c'est amplement suffisant. Le 0 est l'équivalent du best effort.


Message édité par jujudu44 le 21-05-2008 à 10:15:18
mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
 

Sujets relatifs
[Résolu] Question sur les Vlan et la ToIPQoS sur switch Cisco
Débit nécessaire ToIPToIP centrex, CoS et VLAN
Quel intégrateur pour de la ToIP Cisco ?[ToIP] cherche alternative PM Operator
[toip] alcatel IPTouch et AVA[cisco] multicast, QoS et lien multilink
Plus de sujets relatifs à : QoS et ToIP


Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR