6 réponses
Bonjour,
Le native vlan est utilisé sur les trunk pour permettre le transport de trames ethernet non taguées (certains trafic ne supportent pas de tag par exemple)
Le native vlan est utilisé sur les trunk pour permettre le transport de trames ethernet non taguées (certains trafic ne supportent pas de tag par exemple)
thierry
Pouvez-vous le détaillé un plus
salut et merci encore pour la réponse ,mais pouvez vous énumérer quelque trafics qui ne supportent pas de tags, et m'éclairer sur l'intérêt de tagger ou non des trames des vlan.......merci encore
oui, mais ça se sont des bidouillages propriétaires pour que les switchs cisco se reconnaissent entre eux (cdp) et se configurent automatiquement les vlans sur les liens trunk (vtp) ça n'a rien de normalisé .
en fait ces protocoles pourraient avoir n'importe quelle encapsulation du moment que les deux extrèmités la connaissent et ne risquent pas de la confondre avec autre chose .
en fait ces protocoles pourraient avoir n'importe quelle encapsulation du moment que les deux extrèmités la connaissent et ne risquent pas de la confondre avec autre chose .
..pas si poussiereuse que cela: Pour VOIP, pour la gestion des datas sur les SW cisco qui necessitent la conf trunk sur un port connecté à PC+IPphone (le natif: VLAN data pour PC qui tague pas ses trames (Non 802.1Q) et IPhone qui lui taggue (VLAN AWARE)
en général les trames non taggées sont considérées dans le vlan 1 à défaut de pouvoir configurer un vlan natif .
quand on raccorde un PC plus un téléphone ip sur une prise, on raccorde le PC sur le téléphone qui lui va tagger les trames du PC : le téléphone incorpore un petit switch intégré pour cette fonction .
quand on raccorde un PC plus un téléphone ip sur une prise, on raccorde le PC sur le téléphone qui lui va tagger les trames du PC : le téléphone incorpore un petit switch intégré pour cette fonction .
J'arrive apres la 'guerre' mais je tenais à ajouter que j'étais tout à fait d'accord avec brupala !
Pour revenir sur un exemple où le native vlan peut jouer son petit rôle : en transportant un vman sur trunk dot1q mais sur un switch ne sachant pas interpréter un ethertype à 9100 ! . Le trafic est alors considéré comme non taggué (alors qu'il l'est !) et transporté par le vlan natif.
Pour revenir sur un exemple où le native vlan peut jouer son petit rôle : en transportant un vman sur trunk dot1q mais sur un switch ne sachant pas interpréter un ethertype à 9100 ! . Le trafic est alors considéré comme non taggué (alors qu'il l'est !) et transporté par le vlan natif.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Le principe est de collecter un client en tunnel dot1q (double tag) mais le switch en question ne travail qu'avec en entête avec ethetype 9100 : en gros suivant les constructeurs, on a divers appellations (qinq, vman, svlan) qui suivent differents standards ou non ! (802.1q, 802.1ad, ..) ce qui donne des codes d'ethertype plus ou moins reconnus selon les constructeurs et les équipements (8100, 9100, 9200, 9300, 88a8)
Du coups, si tu collectes sur un eqt faisant du 9100 (par exemple) et que la trame arrive sur un switch ne sachant pas interpréter cet ethertype, j'utilise le vlan natif pour forwarder : ma trame est bien tagguée mais comme je ne "peux pas le voir", je la considere comme non tagguée.
Pour la petite histoire, j'arrive en "bout de course" sur un 7600 Cisco sur lequel je peux changer l'ethertype du port ce qui me permet de recuperer la vlan tag d'origine et de le traiter : en sortie de mon switch, sur mes autres ports, je reste en standard 8100 : le switch repositionne l'entête à 8100 ce qui permet de ne plus avoir de soucis sur le reste du reseau
Du coups, si tu collectes sur un eqt faisant du 9100 (par exemple) et que la trame arrive sur un switch ne sachant pas interpréter cet ethertype, j'utilise le vlan natif pour forwarder : ma trame est bien tagguée mais comme je ne "peux pas le voir", je la considere comme non tagguée.
Pour la petite histoire, j'arrive en "bout de course" sur un 7600 Cisco sur lequel je peux changer l'ethertype du port ce qui me permet de recuperer la vlan tag d'origine et de le traiter : en sortie de mon switch, sur mes autres ports, je reste en standard 8100 : le switch repositionne l'entête à 8100 ce qui permet de ne plus avoir de soucis sur le reste du reseau
Pour ceux que ça peu intéresser 2 ans après, le trafic DTP n'est pas tagué, il reste au format ethernet classique (802.3)
Salut,
(poster 2 ans après n'empêche pas de dire bonjour quand on remonte une vielle discussion)
c'est quoi le DTP dont tu parles ?
Le tag ne concerne que les équipements du réseau, pas le protocole transporté, sauf quand il veut imposer (802.1p) une COS au départ, mais encore c'est toujours l'équipement réseau, pas le protocole qui décide.
(poster 2 ans après n'empêche pas de dire bonjour quand on remonte une vielle discussion)
c'est quoi le DTP dont tu parles ?
Le tag ne concerne que les équipements du réseau, pas le protocole transporté, sauf quand il veut imposer (802.1p) une COS au départ, mais encore c'est toujours l'équipement réseau, pas le protocole qui décide.
