Voilà, je dois faire évoluer l'architecture d'un réseau local.
Je dispose pour cela de deux Catalyst 3750 et pas mal de switches d'accès 2950.
 
J'ai donc conçu une architecture en cross-stack Etherchannel telle que présentée sur le schéma ci-dessus :
 

 
 
Cependant, c'est la cinquième fois que je rencontre cette erreur en console lorsque je branche un PC sur un 2950 relié au stack de 3750 par un Etherchannel :
 

 
 
Avez-vous déjà rencontré ce genre d'erreur, inhabituelle sur Cisco, et qui me fait un peu peur ?
 
Merci

Tu n'aurais pas flasher ton IOS à tout hasard ??
Car cela ne ressemble pas à une erreur habituelle et perso j'en avais jamais vu de ce genre  

j'répond pas à ton sujet, désolé, en fait j'aimerais plus d'information sur ton architecture, et l'intêret de ce schéma (ça à l'air sympa )
 
merci

En fait l'etherchannel permet de grouper 2 cables réseaux qui se situe sur 2 backbone différents afin de doubler la bande passante.
c'est une architecture standard et qui fonctionne très bien  

comme les trunks?

 
 
  les trunks ne sont utilisés que pour la transmission des trames 802.1q

 
 
Pffff chui pas assez rapide  

Juste une question:
 
Est ce que tu utilise VMPS -> Bridage des ports pour une adresse mac donnée?

 
 
oups

je cherche ce que j'ai sur mes nortels, y'a un truc entre mes piles qui utilise 2 ports fibre pour double la bande passante

 
 
Connait pas les switchs nortel ...

si, sur mes nortels c'est du trunk
 
j'prends mes ports fibre optique, je les mets dans un trunk sur chaque pile et les deux ports sont agrégés
 

A priori chaque constructeur utilise des termes differents...
Sur cisco le trunk c'est pour le transport des vlan

oui, comme chez 3com d'ailleurs

Y a de quoi en perdre son latin.

Je suis en 12.1(19)EA1d donc a priori, pas de problème là-dessus

Bah l'intérêt est double en fait, voici un extrait de la doc que j'ai rédigée
 
Un EtherChannel est un regroupement logique de plusieurs ports, permettant de multiplier d’autant la bande passante disponible. De plus, plusieurs autres fonctionnalités intéressantes existent, comme la possibilité de faire de l’équilibrage de charge et de la résilience de lien.
Ainsi, le switch possède plusieurs méthodes pour automatiquement faire circuler les données sur les différents ports qui constituent l’EtherChannel, afin d’éviter l’occupation d’un seul lien.
L’autre fonctionnalité intéressante est la résilience de lien. En effet, les liens EtherChannel sont à tolérance de panne. Dès qu’un lien tombe, le switch bascule automatiquement tout le trafic sur les liens restants. L’expérience nous a montré que si le « portfast » était activé, aucun ping n’était perdu lors de la coupure de lien. Aucun ping manquant n’est également à déplorer si l’on rebranche les liens, contrairement à la solution en Spanning-Tree évoquée lors de la dernière réunion.

 
Non
 
 
 
Concernant l'aspect trunk, j'ai eu moi-même pas mal de souci à comprendre ça, puisque même Cisco se mélange les pinceaux là-dedans
Fondamentalement, c'est un transport de VLAN avec le 802.1Q ou l'ISL ((c) Cisco).
Cependant, on peut aussi appeler comme ça les cascades inter-switches, qui sont normalement censées tagguer les trames (même si c'est pas forcément le cas).
 
 
 
Dites, je crois avoir trouvé la solution, je vais pas avoir l'air con moi avec mon problème

Jusqu'à 8
L'intérêt est que c'est quand même normalisé par l'IEEE, et pas cantonné à un constructeur (même si j'utilise que du Cisco là )

Pour le trunk il faut se mefier mais cisco est tres clair sur le sujet:
 
ISL a n'utilser que dans un environnement full cisco
Sinon il faut mettre tout les ports en dynamic_desirable dans 1 environnement heterogene pour ensuite appliqué les trunk

En effet.
Pour ma part, j'utilise ça pour avoir aucune merde entre 2950 et 3750 pour les EtherChannels :

Perso il sont tous en dynamic_desirable chez moi avec l'encapsulation dot1q forcée + un no shutdown
 
Et un backbone fast pour squizzer les trames du vtp au reboot (eventuel) du backbone

J'ai pas encore envie de me fourrer dans ce genre de protocoles, c'est déjà assez le bordel comme ça, donc je reste en nonegotiate
 
 
Je crois avoir cerné le problème, vous allez halluciner
 

merci pour les infos

Sans problème
Pour tes Nortel, je sais pas trop Toujours est-il que sur Cisco, le trunking peut se faire automatiquement lors du branchement de deux câbles de cascade identiques.
 
Après, faut voir avec tes docs, mais je connais que les syntaxes Cisco (leur académie fait mouche - pourtant je n'ai que deux ans d'expérience sur Cisco, je finis mon DUT )

 
 
Vas y fait peter...  

C'est des choses qui arrive
 
Par contre la prochaine pense à utiliser les commandes debug

Ouais ben j'ai pas bien pigé ça
T'as pas des exemples
 
Enfin ils auraient pu éviter de faire un traceback pour ce genre de problème

Mis appart Cisco, quel constructeur, et quel équipement, permet l'utilisation d'Etherchannel ???

A priori, tous les switches supportant la norme IEEE 802.3ad (protocole LACP - Link Aggregation Control Protocol)