Bonjour à tous  
 
J'aurais besoin de quelques explication sur la mise en place de la cos.
 
J'ai cru comprendre que pour mettre de la Cos il fallait créer des vlans, les taggés avec la norme 802.1q (leurs attribuer leurs priorité de passage de o à 7)et c'est pour la suite que j'aurais besoin d'explication car  je ne sais pas comment il faut gérer les scheduling, prioritisation et le policing. En sachant que je reste sur la couche 2.
Si quelqu'un avais un peu d'explication a me fournir .......
je vous remercie  

il faut effectivement faire des trunks car la QoS L2 passe par le 802.1p.
 
tes switchs peuvent marquer ce champ en fonction de ce qui est accroché sur tes ports. Ensuite pour les différentes politiques, les affectations aux queues etc faut lire la doc de ton switch.

Oui effectivement lire la notice serais une solution ......  
 
Mes à tous hasard si quelqu'un avais deja mis en place de la Cos sur un cisco 3560. Sa pourrait m'aider car les doc c'est pas toujours super simple a comprendre.

ha ben déjà si tu dis pas quel switch c'est...
 
mets en place l'autoqos sinon de mémoire le 3560 implémente du shaped round robin sur les queues.

La QoS se réfère aujourd'hui principalement au modèle DiffServ. IP, 802.1p, EXP (MPLS) implémentent ce modèle. Un ch'ti google sur Differentiated Services devrait te permettre d'y voir plus claire.
 
Si à tout hasard, le souci qui se pose est de prioriser le trafic voix. Une solution, outre l'autoqos, serait de sépararer le trafic voix dans un VLAN autre que le trafic data.

Je te remercie. Mais excepter la 802.1P tous le reste est du niveau 3 ?  
Je dois faire une présentation de la mise en place de COS et c'est vrais que j'ai un peu de mal a tous comprendre c'est pourquoi je faissais appelle a vous.

la qos ça doit être traité de bout en bout, et sur toutes les couches de "transport" donc effectivement dans un domaine ethernet c'est 802.1p et ensuite tu peux mapper la QoS L2 sur le champ DSCP des paquets IP.

A toutes fins utiles précisons bien que le marquage L2/L3 n'a rien à voir avec la QoS ou si peu... Marquer sans traiter les flux correctement ne sert a rien

c'était induit

Crois moi j'hallucine quotidiennement devant la méconnaissance du sujet chez bcp de monde y compris coté intégrateur...
Mon gros regret sur le sujet est l'absence quasi complète de normalisation et standardisation. Au final chaque constructeur fait son truc dans son coin avec ses propres appellations, et il est quasi impossible de savoir ce que fait réellement le bouzin. Pour vraiment se faire une idée il faut prendre l'admin guide aller jeter un oeil sur les CLI et voir ce que ca fait vraiment. J'ai appris comme cela récemment que les L3 HP n'étaient pas du tout comparable à du Cisco ou du Nortel...
Par exemple le respect des RFC Diffserv ne permet absolument pas de conclure que l'équipement est réellement capable de mettre en oeuvre les mécanismes du modèle Diffserv.
Si on prend les HP 3500 ou 2910 on se retrouve dans des situations ou l'on est incapable de faire une QoS à la mode d'un routeur Cisco 800 alors qu'on pourrait penser le contraire. Comme la RFC n'est pas précise sur les méthodes à employer chaque constructeur décide qu'il est conforme on ne sait trop comment. Par exemple la file SP n'existe pas sur le matos HP L3. Je me demande bien comment ils sont compliant avec la RFC Diffserv 2498 (EF forwarding)...

à leur décharge la QoS c'est tellement compliqué, et puis vu que les gens ne sont plus formés par qui que ce soit