Bonjour,
 
J'ai un switch de niveau 2 (Netgear 7212) avec une dizaine de VLAN et je souhaite privilegier le trafic de certains VLAN.
Le switch propose quelques options (802.1p et option diffserv)
 
Comment doit je m'y prendre pour prioritiser des VLAN par rapport à d'autre ?
Y-a-t-il une manip simple ou faut-il gérer ça avant que le trafic n'entre dans le switch ?
 
Si vous avez les noms des technos ou un tuto pour faire ça ca m'arrange
 
Merci.

Connait pas le netgear donc je pourrais pas te filer la CLI
Par contre sur le principe le plus simple reste de définir une policy mapping en fonction des vlan et qui va aller modifier le champ 802.1p pour affecter une meilleure priorité en fonction des flux.
Ensuite faut voir combien de files d'attente tu as sur tes ports physiques et de mapper ton traffic dans les differentes files en fonction du marquage 802.1p.
 
Le trafic peut aussi bien tagué ou pas niveau 802.1p avant l'entrée sur le réseau. Ca dépend du matos et des OS. Le plus simple c'est de pas se prendre la tete et de reforcer le marquage en fonction des vlans/subnet etc

je vais me renseigner

Merci.
Je vais aller voir aujourd'hui dans le CLI si il y a des options pour marquer en 802.1p les paquets entrants par port/vlan.
Il me semble qu'il y a 8 valeurs de 802.1p à répartir dans 4 files. Pour l'instant j'ai besoin d'avoir 3 trafic prioritisés.
 

Merci.

bonjour,
 
pouvez vous en dire plus car je ne suis pas sur de voir l'interet de faire de la priorite level 2 a l interieur du meme switch.
y a t il une intention d'utiliser des trunk ou si c'est seulement mettre une priorite sur un port (serveur) par rapport aux autres(stations)...
   
 
merci

C'est un équipement de labo qui sert de backbone pour relier d'autres équipements entre eux.
La majeure partie des ports est utilisée en trunk.

Je crois que j'ai un peu mieux compris ce que je dois faire.
- définir dans le switch le champ 802.1p sur les paquets entrant "untagged"
- définir sur l'équipement connecté le champ 802.1p sur les paquets entrant dans des ports trunk déjà taggés VLAN.
- mapper le 802.1p et les priorités.
 
J'ai regardé dans l'admin HTTP du netgear et il ne semble pas être capable de reforcer le 802.1p sur les paquets entrant dans les ports trunk. Il faudra que je regardes dans le CLI si il y a plus d'options.  
Pour une fois que j'avais un équipement qui se configure facilement par http sans lire la doc...

ok ceci explique cela...    
 
avez vous un monitoring genre mrtg ou cacti du switch qui permet de dire a quel point celui est utilise?
sinon,est ce que la priorite est une question de bande passante sur les trunk ou de capacite de fond de panier sur le switch?
 
peut etre cela pourrait aider : http://fr.wikipedia.org/wiki/IEEE_802.1Q#Priority  

plop  
 
si tu veux suivre les "règles d'usage" tu gères la QoS lorsque c'est commuté en 802.1p/CoS et lorsque c'est routé en DSCP (ou n'importe quel mécanisme de marquing du champ ToS IP (ToS (ouais c'est un peu farfelue y a le même nom ), IP Prec, DSCP...))
 
vu que le 7212 est un switch L2 normalement tu dois utiliser que le 802.1p/CoS par contre fait gaffe sur les port tag/untag parce que dès que tu vas passer dans un port untag adieu le 802.1p
 
par contre si tu utilises ton switch en temps que coeur de réseau c'est de la "grosse connerie" de marquer les flux dessus "normalement" tu fais le marquing (insertion du flag QoS L2/L3) de ton trafic à la source et tu fais que du mapping/queuing/scheduling sur ton backbone

Le principe n'est effectivement pas compliqué. Généralement on mappe le champ 802.1p en fonction du VID ou d'un subnet.
Par contre gaffe au fait que sur un lien non trunk le tag sautera.
Windows sait gérer le 802.1p mais pas le 802.1q. On peut donc très bien avoir une appli qui utilise l'API gqos pour marquer une valeur et au niveau du switch avoir un port untagged. Le flux sera donc marqué à l'entrée du réseau. Ce que je me suis toujours demandé c'est si il fallait mettre le port du switch en trunk ou en untagged. Jamais testé ^^

ben en fait quand tu fais du tagging/marquing 802.1p directement sur l'host t'as l'overhead 802.1q complète avec un VID NULL (000000000000)
 
au niveau du switch il faut donc que le port soit untagged sinon il fait la gueule enfin c'est ce que j'ai vu sur du Cisco, 3Com, Foundry et Volktek

Merci. Je savais que le tag dot1q était rempli de zéro par contre je me demandais comment réagissait un switch pour lequel le port est untagged.
On peut applaudir windows pour ne pas avoir pousser le sujet jusqu'au bout. Quand on voit ce que sait faire l'API gqos... c'est débile

C'est un équipement de labo, il y a un peu de tout connecté dessus et ça évolue en permanence.
Marquer le flux directement sur le switch me permettrait de le protéger un minimum des éventuelles configs foireuses des autres équipements.
 
En tout cas merci pour toutes ces infos car ça m'est bien utile.