Bonjour,
Merci à tous pour vos feedback en privé.
Pour ceux qui seraient intéressés par les quelques réponses :
Il s'avère que cette option ne semble pas fiable et que peu la conseille.
Il vaut donc mieux opter pour une autre technologie plus éprouvée.
À bientôt.
2011/9/20 Alexis Savin
Bonjour,
Je serais bien intéressé pour que tu me forward les réponses que tu as
obtenu par apport à ceci histoire de me faire ma propre opinion. On
risque de devoir utiliser du SFP+ en DWDM pour un site sur 40km donc je
me renseigne ma-fois.
Cordialement,
Ducassou Laurent
Université de
Hello tous,
Un truc me turlupine depuis hier là.
Sur nos cisco 2960, on met en place la config spanning-tree suivante
pour les ports edge (y compris ports trunk arrivant sur des serveurs):
- portfast
- bpdu guard
- bpdu filter
- root guard
Est-ce que finalement j'aurais pas intérêt à disable
On a bien quelques machines virtu pour les environnements de dev et
préprod en interne (du proxmox).
Ca a une incidence sur le STP ?
Au pire je peux conserver le STP sur leurs ports, et le disable sur tous
les autres edge.
On 9/23/11 10:02 AM, Fabien Delmotte wrote:
Bonjour,
Utilises tu
La comme ça à froid un vendredi, le spanning tree n'est obligatoire que si
tu as une boucle dans tes switchs.
Si tu supprimes la boucle, tu peux virer le spanning tree.
Dans le cas contraire, je dirais que ça doit clignoter sévère sur les
ports des switches ;p
Vincent
On Fri, 23 Sep 2011
Bonjour,
Sauf erreur de ma part (ouf on est vendredi :p), la commande spanning-tree
bpdufilter enable sert justement à desactiver le spanning tree sur un port...
JMichel
-Message d'origine-
De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de
Désactiver le spanning-tree sur ces ports, tu l'as déjà quasiment fait avec
bdpu filter. Si un malcomprenant fait une boucle, le switch ne la verra pas et
tu regretteras d'avoir placé cette commande :)
De façon générale, supprimer le spanning-tree sur les ports edge peut sembler
une bonne idée
Pas tout à fait.
Le BPDUfilter (que ce soit au niveau interface, ou global pour les ports
en portfast ou portfast trunk) filtre les BPDUs entrant et sortant du port.
Mais techniquement parlant le STP tourne toujours sur ce port, pour
chaque instance de VLAN:
#sh spanning-tree interface g1/0/7
Pour le coup on a bien du bonding sur les serveurs et il est arrivé que
certains soient mal configurés (load balancing au lieu de redondance).
Je vais peut être faire au plus simple et garder
filter+guard+rootguard+portfast sur les ports.
C'est pas comme si les switchs bossaient comme des
Bonjour,
La commande spanning-tree bpdufilter enable stop l'echange de bpdu sur le port
edge (mode passive),
Le best practice exige la configuration du bpdugurad et du bpdufiler sur les
portedge avec un bon portfast ou portfast trunk au final,
Pour le bpduguard il mettra les ports en
Tu droppes les BPDU==ton spanning-tree actuel ne sert à rien :)
La bonne démarche est de virer cette commande pour commencer.
bpdu guard est suffisant, rootguard ne sert à rien du coup. Par contre
attention aux blade-centers avec switch intégré: dans ce cas, pas de bpdu guard
(sinon le port il
Les root bridges sont déjà fixés avec respectivement 4096 et 8192.
Concernant les blade centers avec switchs intégrés, c'est des switchs
cisco alors sur les ports d'uplink on a une configuration standardisée:
- pas de portfast , donc pas de bpdufilter/guard
- root guard
La question subsidiaire
On 9/23/11 10:49 AM, Fabien Delmotte wrote:
Bonjour,
Je pensais que UDLD était Unidirectional link détection et donc n'avait
rien a voir avec le STP ?
Par contre cela peut être un complément au STP, mais UDLD ne s'utilise
que sur de la fibre
Suis je dans l'erreur ?
En effet pas de
Spanningtree portfast bpduguard en global sur le switch et non par interface
deja, c'est un poil plus optimum !
Le 23 sept. 2011 10:24, Olivier Benghozi olivier.benghozi+fr...@gmail.com
a écrit :
Désactiver le spanning-tree sur ces ports, tu l'as déjà quasiment fait
avec bdpu filter. Si un
On 9/23/11 12:44 PM, Guillaume Barrot wrote:
Spanningtree portfast bpduguard en global sur le switch et non par
interface deja, c'est un poil plus optimum !
Deja fait, pas fou ;)
---
Liste de diffusion du FRnOG
http://www.frnog.org/
UDLD sur du copper faut pas avoir de bol :)
Pour approfondir un peu, un bpdufilter en global configuration va aussi te
permettre de perdre ton portfast si le port reçoit un BPDU.
BPDU gard et portfast pour moi en général :)
Bon vendredi.
Le 23 septembre 2011 10:53, Damien Fleuriot m...@my.gd a
On 9/23/11 2:12 PM, Nicolas MICHEL wrote:
UDLD sur du copper faut pas avoir de bol :)
Pour approfondir un peu, un bpdufilter en global configuration va aussi
te permettre de perdre ton portfast si le port reçoit un BPDU.
BPDU gard et portfast pour moi en général :)
Bon vendredi.
Ici,
Bonjour,
Vu la nouvelle fracassante de ce matin, concernant les neutrinos
(http://www.dailymotion.com/video/xl98r3_des-petites-particules-plus-rapides-qui-pourraient-tout_news),
et du coup la reprise des travaux sur IPoT (http://kadreg.org/ipot/),
je cherche un transit de 1 à 10Mb/s^2 avec un
On 9/23/11 2:31 PM, Jérôme Nicolle wrote:
Bonjour,
Vu la nouvelle fracassante de ce matin, concernant les neutrinos
(http://www.dailymotion.com/video/xl98r3_des-petites-particules-plus-rapides-qui-pourraient-tout_news),
et du coup la reprise des travaux sur IPoT (http://kadreg.org/ipot/),
Salut,
On 09/23/2011 02:40 PM, Damien Fleuriot wrote:
Troll du vendredi ?
Sous prétexte que c'est vendredi, on croit pouvoir tout se permettre...
Cette mailing ne présente plus le moindre intérêt. C'est désolant.
--
Clément Cavadore
---
Liste de diffusion du FRnOG
2011/9/23 Clement Cavadore clem...@cavadore.net:
Salut,
On 09/23/2011 02:40 PM, Damien Fleuriot wrote:
Troll du vendredi ?
Sous prétexte que c'est vendredi, on croit pouvoir tout se permettre...
Cette mailing ne présente plus le moindre intérêt. C'est désolant.
Deuxième troll du vendredi
Le 23 septembre 2011 15:32, Fabrice fabric...@gmail.com a écrit :
quelqu'un peut il me donner une définition du terme 10Gps lossless svp ?
Contexte ? Ca pourrait être line-rate / pas de perte de paquet, mais
c'est un peu la moindre des choses...
--
Jérôme Nicolle
06 19 31 27 14
Hi,
Un port qui dispose de technos dites lossless ?
Type Bandwidth Management (802.1Qaz), PFC (802.1Qbb) ou encore gestion de la
congestion (802.1Qau) ?
C'est comme CA que c'est écrit chez nous, hors contexte CA va être difficile
d'aider.
Cdt,
Le 23 septembre 2011 15:32, Fabrice
C'est dans le cadre d'un serveur dédié chez le trés connu hebergeur a 3
lettres :). L'offre Milieu de gamme exactement.
Merci pour Vos retour.
2011/9/23 Pascal Gay p...@brocade.com
Bonjour
** **
Il s’agit surement de Ethernet DCB (Date Center Bridging)
** **
Le 23/09/2011 16:34, Fabrice a écrit :
C'est dans le cadre d'un serveur dédié chez le trés connu hebergeur a 3 lettres
:). L'offre Milieu de gamme exactement.
Merci pour Vos retour.
Alors c'est un pas lossless mais lostless (dixit Oct.ve). Un terme marketing
qu'il n'a pas expliqué
Non non c'est bien Lossless (désolé pour la pub)
Avec ses 2 processeurs Intel Xeon E5606 (soit 8 coeurs au total) et ses 24
Go de mémoire DDR3, le serveur XX propulse vos applications à toute
vitesse. De plus, sa connexion réseau 10 Gbps Lossless vous assure une
excellente qualité de service
2011/9/23 Julien Escario esca...@azylog.net:
Le 23/09/2011 16:34, Fabrice a écrit :
C'est dans le cadre d'un serveur dédié chez le trés connu hebergeur a 3
lettres
:). L'offre Milieu de gamme exactement.
Merci pour Vos retour.
Alors c'est un pas lossless mais lostless (dixit Oct.ve). Un
2011/9/23 Fabrice fabric...@gmail.com:
Non non c'est bien Lossless (désolé pour la pub)
Ya pas de mal, mais le terme me fait vraiment penser à du
bullshitotron de marketteux, je savais pas qu'il y en avait chez cet
hébergeur...
--
Jérôme Nicolle
06 19 31 27 14
---
Liste
Bonjour
Il s’agit surement de Ethernet DCB (Date Center Bridging)
http://en.wikipedia.org/wiki/Data_center_bridging
Cordialement
Pascal Gay
From: owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] On Behalf Of Thomas
Barandon
Sent: vendredi 23 septembre 2011 16:16
To: Fabrice
Cc: frnog
Le 23 septembre 2011 15:29, SadSkull sadsk...@gmail.com a écrit :
2011/9/23 Clement Cavadore clem...@cavadore.net:
Salut,
On 09/23/2011 02:40 PM, Damien Fleuriot wrote:
Troll du vendredi ?
Sous prétexte que c'est vendredi, on croit pouvoir tout se permettre...
Cette mailing ne
Le 23/09/2011 16:57, Julien Richer a écrit :
2011/9/23 Julien Escario esca...@azylog.net:
Le 23/09/2011 16:34, Fabrice a écrit :
C'est dans le cadre d'un serveur dédié chez le trés connu hebergeur a 3
lettres
:). L'offre Milieu de gamme exactement.
Merci pour Vos retour.
Alors c'est un pas
On Fri, 23 Sep 2011 16:08:51 +0200, Jérôme Nicolle jer...@ceriz.fr
said:
Le 23 septembre 2011 15:32, Fabrice fabric...@gmail.com a écrit :
quelqu'un peut il me donner une définition du terme 10Gps lossless svp ?
Contexte ? Ca pourrait être line-rate / pas de perte de paquet, mais
c'est un
Vu sa mission actuelle je dirais au début des années 90.
/privatejoke
Le 23 septembre 2011 17:13, Guillaume Barrot guillaume.bar...@gmail.com a
écrit :
Le 23 septembre 2011 15:29, SadSkull sadsk...@gmail.com a écrit :
2011/9/23 Clement Cavadore clem...@cavadore.net:
Salut,
On
si on utilise les switchs de la gamme cisco nexus on
appele ce reseau lossless (moi je prefere lostless)
et si on utilise du (simple) catalyst on n'appele pas
ce reseau avec un nom commercial. c'est du reseau.
c'est tout.
si vous voulez connaitre les avantages côté marketing
de nexus et
bonjour
Ces technos ne sont pas exclusives Cisco elles existent aussi chez d'autres
constructeurs comme Brocade dans la
Gamme VDX par exemple et aussi dans l'offre Datacenter de Juniper ou Arista
entre autres
Pascal Gay
De : owner-fr...@frnog.org
Pour les cartes 10Gbps PC, j'ai mesuré des perfs allant de 2Mpps à 14Mpps
sur le même serveur à base de Xeon 5550.
Mais comme sur une liaison 10Gbps très chargée, on n'a en gros que 2.5Mpps
par seconde, est-ce que ça a une importance?
Détecter un DDOS pour tenter d'y résister?
François-Frédéric
Bonsoir,
En fait, et si c'est bien ce que je crois, le lossless dans le cas des Nexus
est liée a l’arrivée de FCoE, donc la nécessité d'avoir une classe de
service sur laquelle la perte de paquet n'est pas tolérable.
C'est une amélioration de la fonction pause qui existait déjà dans Ethernet,
Nan, mais c'etait plutot drole.
Ca donne même a réfléchir. Disons que la nuit derniere, mon monitoring
me réveille pour un serveur en indispo.
Qui me dis que la session TCP responsable de l'alerte n'a pas été
troublée par l'ingestion impromptue d'un pigeon responsable du transit
IPoACoT par
Ça me rappelle un Passport 8600 Nortel qui continuait a envoyer des traps
SNMP plusieurs mois après avoir été démonté ... un précurseur de l'IPoT !
N’empêche qu'on a jamais su d'ou venaient ces traps !
Le 23 septembre 2011 23:02, Julien Gormotte jul...@gormotte.info a écrit :
Nan, mais c'etait
Jérôme Nicolle a écrit:
et du coup la reprise des travaux sur IPoT
(http://kadreg.org/ipot/), je cherche un transit de 1
à 10Mb/s^2 avec un commit de 3600 secondes.
Damien Fleuriot a écrit:
Troll du vendredi ?
Cela allait sans dire.
Clement Cavadore a écrit:
Sous prétexte que c'est
40 matches
Mail list logo
