Voila, j'explique ma situation,  
 
je cherche à faire du routage inter-vlan
seulement je ne prnds meme pas en comtpe le routeur dans mon exemple...
 
J'installe mes switchs, je crée le srv vtp pour relier tous les switches, je précise l'assignation des ports aux différents vlans, et des que je commence les tests et que je reviens voir les différents vlans, tous les ports se retrouvent dans le vlan1 et je ne peux plus les y bouger
mes vlan existent bien mais je ne peux pas les modifier .....
 
Voila estce que qqun a une idée?
Adi

comme d'hab, show ver, show run et show vlan à poster ici.

alors je teste la config sur un simulateur mais la je crois que j'ai encore mieux
j'ai rechargé une config neutre
je change un port de vlan pour le vlan 3 et pouf 1s plus tard il est dans le vlan 3 puis passe au vlan 2

Un seul des switchs est en mode server ?

en fait je pense que c est du au simulateur mais je n'en suis pas convaincu,  
 
-j'installe le premier switch en server vtp sur le domaine test.
-je choisis les ports a utiliser pour le trunking et je les configure avec le protocole 802.1q
-je crée les différents vlans
-ensuite je configure le switch client en le mettant sur le meme serveur vtp
- je vois les vlans crées précédemment et des que je bouge un port dans un des vlan, il revient automatiquement dans le 1er vlan
-en revanche je viens de voir que des que je change le domaine VTP, les routeurs conservent leurs vlans précédemment configurés, et je peux intégrer nimporte quel port à nimporte kel vlan...
 
une fois que tous les ports sont configurés, je rejoins le domaine vtp et la il me casse tout et remet tout dans le premier vlan (default)
 
si qqun avait une idée... et pour le fichier de conf jvé avoir du mal jarrive aps a copier et j men sors aps encore sous telnet....
sorry...

 
 
oui un seul des switch est en mode serveur

Je pense également (ou alors un pb de N° de revision mais, très improbable).
Je viens de faire un test de routage à partir des simulateurs boson.
R1 avec RIPv2
R3 avec RIPv1
et entre les deux, qui les relient, R2 avec RIPv2.
Tout passe.Meme R2 reçoit et prends en compte les maj de R3, alors qu'il ne devrait pas sans la commande "ip rip receive version 1" sur l'interface concernée.

Je viens de faire la meme manip....meme résultat...enfin, pire, moi il m'a "éffacé" la vlan database.

ben j utilise boson aussi..... mé bon jcomprends plus rien la...
 
 
jai la meme version de vtp sur les deux switchs....

oué donc ca vient bien du simul... tu me confirmes que sur un vrai switch il me ferait aps ca?

J'ai pas de switchs...j'en cherche justement
Mais au niveau routeurs, je pense avoir ce qu'il faut et je peux te garantir que cela n'a rien à voir.
Les bosons, c'ets bien pour le CCNA...et encore.
Quoique, j'utilise la version 6 beta3.....ceci explique peut être cela.

ben suis en version 6 beta 1.....
et apparemment spa mieux.....

kill9 : des 1924 ca te va ?? certain avec uplink en fast meme ...
Je doit pouvoir en trouver a pas cher ...

J'aurais préféré des 2950 mais, why not, suivant le prix

des 1924 c'est du catOS non ?

euh est ce que qqun pourrait me dire comment mettre un port d un switch cisco en multi vlan???
 
marci bocoup

non non, pas de panique, pas ceux que j'ai ...
ceux que j'ai, certain l'interface est antérieur à catOS
je crois que certains, l'interface est par menu, d'autres par config ..
je dois les allumer et les checker pour les refiler à un brocker, je peux faire un etat des lieu et vous tenir au courant par MP de ce que j'ai sous le coude ...

switchport mode trunk
switchport trun encapsulation dot1q
 
(de memoire, utilise tab et ? pour etre sur)

oui, pour un mode trunk, et encore tu peux virer la 2eme ligne sur un 2950 car il ne fait QUE du 802.1q.
 
Je pense qu'il voulait dire, plusieurs vlan sur le meme port en mode access, et je ne pense pas que cela existe (ou alors le neurone responsable de cette information est en congé ).

alors effectivement c kill9 ki se rapproche de ce que je veux dire...
mais je sais qu il est possible de rattacher plusieurs vlans a un seul port pour qu il soit accessible par plusieurs vlans..... et je l'avais fait l'année derniere en cours mais je ne m en rappelle plus
et je ne crois pas qu'il sagisse de trunking qui est plutot conseillé pour cascader ses switchs avec des vlans...

oui tu peux le faire; tu définis un native vlan et un tagged vlan sur le même port.

dreamer18> alors oki je vois pas du tout  comment faire ca tu aurais un pti lien ou une petite info comment faire un vlan en native ou en tagged?  
 
merci d'avance

switchport trunk native vlan ?

heu, je sais plus; je me souviens juste que c'est possible (et utilisé dans les déploiement de téléphonie /ip) faudrait que je regarde ça...

http://www.netcraftsmen.net/welche [...] chvtp.html
 
 
 

mais je pense qu une fois de plus je suis decus par le simulateur...
 
dreamer18: est ce que tu pourrais si cette série de routeur: C2950T-24 (24 10/100 ports w/ 2 10/100/1000BASE-T ports, Enhanced Image)
 
au fait rassures moi cette description ca fait 26 ports possibles o final??
 
c bien 24 +2 et pas 22+2??

oui; c'est bien 24+2 Par contre il me semble que pour faire du native et du tagged sur le même port il faut un 3550 (je suis pas sûr du tout là).

[/quotemsg]

c sur meme paske je me rappelle pas avoir vu d'options voip sur les c2950 mé bon g pas épluché toute la gamme ...

a propos du soucis que j ai eu avec le simulateur...
 
http://www.amazon.com/gp/product/1 [...] e&n=283155
I sent the company some feedback last week and have heard nothing from them. Product does not apply ACL's properly to interfaces and has problems recording matches to outbound ACL's. Also there are problems with alternate vlans on 2950 switches. Numerous bugs running verion 5.07 with latest patch. Was a very disappointing purchase.
 
Dennis Byford, CCNP
 
et g la version 6 donc bon ca fait un bout de tps que ca traine..

je comprend pas vos histoires la ..
c'est quoi la diff avec un trunk ??
le native vlan, pour les paquets non taggués.
Et le vlan du tag .1q pour les paquets taggués : c'est tout bonnement un trunk ...
Effectivement, c'est le mécanisme qui est utilisé en ToIP, et le port est configuré en trunk ...
acces: 1 seul vlan, celui definit dans l'acces.
Trunk: tous les vlan autorisés, en fonction du tag, avec un vlan attribué aux trames sans tag ...
Je persiste avec ma config ...
ensuite, pour le coup de definir l'encapsulation, il faut prendre la bonne habitude de toujours la définir, car si il n'y a que ca sur les 2950 (et encore, j'ai des doutes, ca doit dépendre de l'IOS) la commande existe, et tu ne configureras pas que des 2950 (qui sont en fin de vie d'ailleur)
 
edit: pourkoi tu veux attribuer plusieurs vlan sur un port ??utilité de la chose ?

port de switch ------ téléphone IP ------ PC.
 
Sur le port du switch; il faut etre capable de distinguer les trames à destination du vlan DATA du PC et les trames à destination du VLAN télphone. Ex : Vlan data : 10; vlan téléphone : 20.
 
Lorsque le port du switch reçoit une trame non tagguée; il sait qu'il doit la tagguer en 10 sur les liens trunks. Lorsque le port reçoit une trame tagguée, il sait qu'elle doit aller dans le vlan 20.

faux.
Lorsqu'il recoir une trame tagguée, il sait qu'elle doit aller dans le vlan spécifié par le tag ...
Sur nos téléphone, on peut spécifier le vlan en question ...

sur les 7940/7960 le téléphone discute en CDP avec le switch pour savoir dans quel vlan il doit se mettre.

ok, mais une fois qu'il sait ca, il tag les paquets avec le vlan en question. Donc en reviens bien au schéma classique du trunk .... avec un native vlan pour la data, et le vlan spécifié dans le tag pour la voix.
(Et pour info, je ne tiens pas compte de cdp, qui est tout ce qu'il y a de plus pas standard si je peux me permettre)

CDP RULEZ ! après oui; c'est comme un trunk mais avec un seul vlan taggué et un seul vlan natif; qui lui peut être retaggué derrière sur les "vrais" trunks qui sont sur les liens inter switchs

pour cdp, quand on voit ta citation, on s'en doute. Tout comme vtp je présume? Et pourtant, tu aimes pas la commande-line, c'est étonnant ca ...
mais bon, je m'éloigne la ...
Sinon, explique moi la différence avec un trunk.
le tel est connecté en mode trunk sur le switch. Il transfert les paquets data tel quels vers le switch. Comme ils ne sont pas taggués, le switch les fait circuler sur son native_vlan.
Pour les paquets générés par le téléphone, ils sont taggués avec le vlan de le ToIP, et sont donc compris par le switch, et envoyé sur ce meme vlan.
Je repete ma question: quelle différence avec un autre trunk ??
Hormis que la, en l'occurence, tous les paquets qui passent dans le trunk, ont le meme tag ??
As-tu déjà analysé une trame 802.1q avec un analyseur comme ethereal? parce que je me demande si tu vois vraiment ce qu'est un tag.
Donc ma question persite (2 en fait):
quelle différence entre ce mode, et un trunk?
Pourkoi le posteur initial qui a disparu a besoin de ca ?

un "vrai" trunk laisse passer toutes les trames 802.1q par défaut alors que ce système ne laisse passer que les trames tagguées pour un VLAN particulier; c'est la seule diférence avec un "vrai" trunk Quant à pourquoi le posteur initial en a besoin, j'en sais rien
 
Sinon oui cdp rulez ! et le vtp aussi. Même si de toutes les "inventions" cisco; la meilleure reste à mon avis eigrp (ISL c'est naze; ok). Quant à la ligne de commande; j'en chie assez avec l'IOS; j'ai pas envie de me taper de l'iptables en plus