Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1245 connectés 

  FORUM HardWare.fr
  Windows & Software

  Pour les pros du Cisco, gros problème

 
 


Dernière réponse
Sujet : Pour les pros du Cisco, gros problème
FLo14 A priori, tous les switches supportant la norme IEEE 802.3ad (protocole LACP - Link Aggregation Control Protocol)

Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse
[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 
Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
FLo14 A priori, tous les switches supportant la norme IEEE 802.3ad (protocole LACP - Link Aggregation Control Protocol)
barcelona1 Mis appart Cisco, quel constructeur, et quel équipement, permet l'utilisation d'Etherchannel ???
FLo14

spy a écrit :

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


Ouais ben j'ai pas bien pigé ça :D
T'as pas des exemples :??:
 
Enfin ils auraient pu éviter de faire un traceback pour ce genre de problème :/
spy C'est des choses qui arrive ;)
 
Par contre la prochaine pense à utiliser les commandes debug :p
FLo14

spy a écrit :

Vas y fait peter...  :pt1cable:


Spoiler :

Un simple conflit d'adresse IP sur deux segments différents :(
Il n'a pas été rapporté :fou:
Moi qui était en train d'accuser les EtherChannels :whistle:

spy

FLo14 a écrit :


 
 
Je crois avoir cerné le problème, vous allez halluciner :lol:


 
 
Vas y fait peter...  :pt1cable:

FLo14

Krapaud a écrit :

merci pour les infos :jap:


Sans problème :D
Pour tes Nortel, je sais pas trop :D 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 :p (leur académie fait mouche - pourtant je n'ai que deux ans d'expérience sur Cisco, je finis mon DUT :D)
Krapaud merci pour les infos :jap:
FLo14 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 :d
 
 
Je crois avoir cerné le problème, vous allez halluciner :lol:
 
spy Perso il sont tous en dynamic_desirable chez moi avec l'encapsulation dot1q forcée + un no shutdown :D
 
Et un backbone fast pour squizzer les trames du vtp au reboot (eventuel) du backbone ;)
FLo14

spy a écrit :

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 :

3750Stack(config-if)# switchport trunk encapsulation dot1q
3750Stack(config-if)# switchport mode trunk
3750Stack(config-if)# switchport nonegotiate
3750Stack(config-if)# channel-group <numéro du channel> mode on

spy 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
FLo14

Jules418 a écrit :

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  :sol:


Jusqu'à 8 [:aloy]
L'intérêt est que c'est quand même normalisé par l'IEEE, et pas cantonné à un constructeur :D (même si j'utilise que du Cisco là http://altab.mesdiscussions.net/im [...] chupra.gif )
FLo14

Jules418 a écrit :

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  :(


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

Krapaud a écrit :

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 :D)
 
merci :D


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.

spy a écrit :

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


 
Non :p
 
 
 
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 :p
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 :whistle:
spy Y a de quoi en perdre son latin.
Krapaud oui, comme chez 3com d'ailleurs :o
spy A priori chaque constructeur utilise des termes differents...
Sur cisco le trunk c'est pour le transport des vlan ;)
Krapaud 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 :o
 
http://membres.lycos.fr/krapozen/hfr/trunk.png
spy

Krapaud a écrit :

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 :o


 
 
Connait pas les switchs nortel ...
Krapaud 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 :o
spy

Krapaud a écrit :

oups [:cupra]


 
 
 :lol:

Krapaud

spy a écrit :

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


 
 
oups [:cupra]
spy Juste une question:
 
Est ce que tu utilise VMPS -> Bridage des ports pour une adresse mac donnée?
Jules418

spy a écrit :

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


 
 
Pffff chui pas assez rapide  :sweat:

spy

Krapaud a écrit :

comme les trunks?


 
 
 :non: les trunks ne sont utilisés que pour la transmission des trames 802.1q
Krapaud comme les trunks?
Jules418 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  :sol:
Krapaud 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 :D)
 
merci :D
Jules418 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  :(
FLo14 [:zytrasnif]
FLo14 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 :
 
http://img230.echo.cx/img230/1189/ [...] nel0vn.png  
 
 
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 :
 


000071: 01:56:34: platform assert failure: hmac->mad == HRM_NULL_RWH: ../src-hul
c/src-common/hlfm_process.c: 1012: hlfm_get_mac_sd
000072: 01:56:34: -Traceback= 2D2360 34AC68 6A416C 6A44E8 69E01C 69E848 6F9660 6
FA0E8 24EED4 24F60C 2500B0 3769A4 1ED39C
 
 
000566: 1w5d: platform assert failure: hmac->mad_ref_cnt: ../src-hulc/src-sasq/h
lfm_sasq_l3.c: 543: hlfm_asic_unmap_ip_addr
000567: 1w5d: -Traceback= 2D2360 357028 6B50F0 6AA034 69D850 6A8678 6A871C 6A03F
8 6A078C 1ED39C    


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

Forum MesDiscussions.Net, Version 2010.2
(c) 2000-2011 Doctissimo

Copyright © 1997-2022 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR