+1 sur l’idée de Michel; Pour avoir longtemps pratiqué le MSTP/RSTP, sur un réseau de stockage, franchement, t’es chaud à utiliser cette techno.
La meilleure façon de prédire ce qu’il va se passer, c’est de maitriser le shutdown des ports pour être certain que quand ton switch va revenir il n’existe pas de boucle physique. Je comprend que ton but est d’avoir de la redondance pour « le jour ou un switch meurt, le stockage fonctionne ». Mon retour d’expérience c’est que, a part une alimentation qui meurt, c’est souvent des comas. Le switch est pas mort complément, il marchouille. Et la, avec une typologie 802.1w, c’est Verdun. Je suis plus preneur d’avoir deux réseaux distincts (deux fabrics) chaque réseau étant la redondance de l’autre, mais dans le réseau, que des trucs simple et donc pas de 802.1w. Tu ne te poserais pas ses questions et tu aurais la certitude de pouvoir toucher à l’un des deux réseaux sans crainte. Et ça te coute pas plus cher. Preneur de ton retour d’expérience. Bon courage. Chris. > Le 7 sept. 2019 à 05:07, Michel Py <[email protected]> a > écrit : > >> Rémi Holveck a écrit : >> Pour cela, deux possibilités : augmenter la priorité de sw-core1 à 12288, ou >> baisser celle de sw-core2 à 0. > > Note : je ne connais pas les switch Dell. Mais si c'était du Cisco : aucune > de tes deux options. > > La manière dont je ferais çà : shutdown des ports. Il n'y a rien de plus > rapide pour faire spanning-tree réaliser que quelque chose a changé. > Tu mets ton portable sur le port console, tu fais un shutdown du ou des > ports. T'as gagné quelques millisecondes avant que les paquets STP soient > envoyés. > Sur un Cisco, l'évènement du port qui passe en shut va immédiatement > provoquer un recalcul de spanning-tree. > > Quand tu rebootes sw-core1, tous tes ports sont en shut donc rien ne se > passe. Tu les mets en no-shut 1 par 1. > > Au pif, sur sw-core1 je ferais un shutdown sur le port vers sw-san1, puis le > reste, mais c'est ton réseau. > Démerdes-toi, le ciel t'aidera. Si tu survis, çà serait cool de poster là ou > tu as merdé et là ou t'avais raison. > > Michel. > > > > --------------------------- > Liste de diffusion du FRnOG > http://www.frnog.org/ --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
