Bonjour, +1 pour le scanning tree, qui est en plus en pvst. Un petit paramétrage en portfast trunk devrait aider.
Cordialement / Best regards Pierre Lancastre Ingénieur Réseaux et Sécurité *-* SENSS - AS59798 *-* Le 7 janv. 2016 14:35, "David Ponzone" <[email protected]> a écrit : > > Xav, > > Le problème c’est qu’il me semble qu’il a dit que DHCP marchait normalement. > > > Le 7 janv. 2016 à 14:29, Xavier Beaudouin <[email protected]> a écrit : > > > > Hello, > > > > Y a un truc qui me saute aux yeux comme ça mais j'ai peut-etre tord et ca dépend de la ligne : > > > > vlan internal allocation policy ascending > > > > Par exemple... > > > >>>> vlan 4094 > >>>> name BOOTP > >>>> ! > >>>> ! > >>>> interface GigabitEthernet1/0/2 > >>>> switchport trunk encapsulation dot1q > >>>> switchport trunk native vlan 4094 > >>>> switchport mode trunk > > > > Déjà a verifier : > > > > - Si le port ne contient pas d'autres switch (spanning tree whatever) et qu'il reste EDGE un : > > spanning-tree portfast > > Peux faire gagner du temps surtout si le bidule fait du bootp/dhcp au boot et qu'il n'attend pas les 30 secondes du cisco a vérifier s'il n'y a pas de conneries. > > > > - Changer simplement de numéro de vlan (on est limité a 4096 vlan), il peux-être possible qu'une interface gi 1/0/x soit en mode no switchport et ai associé sans que vous le voyez un vlan a usage interne. > > > > Je ne connais pas de moyen facile de vérifier ça à par un reload du switch. > > > > Xavier > > > > > > --------------------------- > > Liste de diffusion du FRnOG > > http://www.frnog.org/ > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
