Bonjour,
Stack ou pas Stack ? Tout dépend de l'application et de ce que l'on souhaite
faire.
Que ce soit Chez le constructeur X ou Y, il y aura toujours des avantages ou
inconvénients.
Mis à part les bugs qui arrivent sur tous les constructeurs, les limites que
nous avons pu voir sur ce
Hello Pascal,
J'ai vu la présentation de Greg, alors si tu parle de Trill vs 802.1aq, je suis
certain que dans pas longtemps cela risque d'être vraiment très intéressant.
En attendant, le stack reste selon moi la techno la plus sure pour le PAG (
chez certain on aime bien faire des acronymes
Raphael
Oui c'est ça basé sur du trill.. Techno jeune mais super prometteuse et
innovatrice et déjà dispo chez qui tu sais :) pas de limite de taille ni de
bande passante dans une pile ni de problème d'equilibrage de charges entre
liens LACP... et produits prêts pour transporter des flux de
Bonjour
il existe de nouvelles solutions pour les serveurs comme des clusters de
switches ou fabrique Ethernet... Ni stacks ni châssis..du pay as you grow sans
les inconvénients du stack et moins cher que les châssis ...
Pascal Gay
Mobile +33648755759
Le 18 mars 2011 à 07:29, Raphael
J'aurais tendance à te dire que la tolérence doit être applicative et
capable d'être répartie et distribuée. Les techno d'ajourd'hui le permettent
largement, mais je ne sais pas ce que tu comptes faire tourner derriere.
Chez moi on a effectivement systématiquement des stack pour chaque baie,
pour
Ouais Sympa !! tout ça, merci à tous pour vos réponses (en privée et en
public), Steven je veux bien ton script python :)
On est d'accord que le stack est super pratique mais les mises à jour sont
trop dangereuses, et les coupures de service ne seront pas admises.
Je suis surpris que si peu de
Pascal,
Tu parles de l'implémentation TRILL de B ou de J ou de XYZ, Il me semble que
pour un standard les implémentations sont pour le moins incompatible :)
Fabien
Le 18 mars 2011 à 08:25, Pascal Gay a écrit :
Raphael
Oui c'est ça basé sur du trill.. Techno jeune mais super prometteuse et
Les virtuals chassis c’est pas mal. 2 gros switch indépendant mais vu comme
un seul. Comme ca pas de spanning tree, tout en LACP …. Et une bonne
redondance. Bon par contre ca coute un peu plus chère que des swich en stack
…
_
De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org]
...@frnog.org] De la part de
Fregate84
Envoyé : jeudi 17 mars 2011 22:05
À : 'Raymond Caracatamatere'; frnog@frnog.org
Objet : RE: [FRnOG] Switch en stack ou pas?
Les virtuals chassis c’est pas mal. 2 gros switch indépendant mais vu comme
un seul. Comme ca pas de spanning tree, tout en LACP …. Et une
On Thu, 17 Mar 2011 21:53:42 +0100, Raymond Caracatamatere
raymond.caracatamat...@gmail.com said:
Avec 2x5 baies, je peux faire 2 stacks de 5 switchs par rangé de baie.
Pas trop, ou alors du stack non-redonde (juste chainage, pas boucle
ferme).
Au moins chez Cisco, des cables de stacking qui
Le 17 mars 2011 21:53, Raymond Caracatamatere
raymond.caracatamat...@gmail.com a écrit :
Bonjour à tous,
salut,
Les stacks c'est sexy car l'administration est sympa et simplifiée, et
surtout on peut utiliser le Pvlan (ou similaire) j'en suis fan et le LACP,
par contre les mises à jour de
Hello,
Assez d'accord sur la solution virtuel châssis. Chez cisco il y a la gamme
nexus 5k avec les modules nexus 2 k qui offre une bonne densité de ports et une
couverture assez large pour les besoins de connectivité serveurs avec un
upgrade a chaud possible ( issu) Pour simplifier ta
Sans aucune hesitation, deux n5k en tete en 10g les n2k en dessous, il existe
meme des bundles cisco 2x n5k 20 port plus 6x n2k pour 4€ remisé. Dans les
bundles tu as meme 40 FET inclus pour tes interco, As tu besoin des ref de ces
bundles ? Il y en 3-4 differents. Salut
Envoyé de mon
Les stacks en environnement DC je trouve pas ça tip-top. 4500 ou 6500 avec
les arguments qui vont bien (non on parle pas du prix ;) )
Un client m'a remonté un problème sur un 3750 stack-pas-tres-Wise et j'ai
testé ça en lab:
Sur le master tu configure ip vrf forwarding X , tu sauvegardes la
14 matches
Mail list logo
