Combien de temps les commutateurs Gigabit Ethernet gérés prennent-ils pour démarrer?

9

Un inconvénient critique que j'ai trouvé dans la recherche de commutateurs gérés, et celui avec lequel j'ai une certaine expérience passée, c'est que tout ce qui contient "beaucoup" de firmware va avoir beaucoup de problèmes associés à ce firmware.

Nous sommes en train de rechercher des commutateurs gigabits montés en rack (48 ports). Il ressemble à 48 ports, notre seul choix est les commutateurs gérés (Dell, Cisco / Linksys, HP, etc.). Ce que je veux savoir, que je ne peux pas en savoir beaucoup, c'est le temps de démarrage pour divers commutateurs gérés.

Si vous en possédez un, pouvez-vous répondre avec le numéro de modèle et le temps de démarrage à froid en secondes. J'ai lu en ligne que la série SRW de Linksys (maintenant Cisco) prend parfois près de 5 minutes avant de démarrer complètement, et c'est un coût inacceptable pour nous.

Je souhaite en particulier connaître le temps de démarrage du commutateur géré Dell PowerConnect (modèles 3548 et 5448) et je voudrais confirmer le temps de démarrage de 5 minutes sur le SRW2048 ou un modèle similaire, ainsi que les temps de démarrage HP ProCurve.

Le composite de tous ces chiffres devrait former une image globale intéressante des temps de démarrage sur les commutateurs gérés.

[MISE À JOUR: Suite à ceux qui pensent que je pose des questions sur le temps de démarrage parce que je suis assez stupide pour penser que cela a quelque chose à voir avec les performances opérationnelles réelles, j'ai mis à jour ce qui précède, pour préciser que je suis intéressé dans la compréhension des normes de ce type de matériel, et non dans la formation d'une impression globale sur les performances du commutateur basée sur un cas de bord du temps de démarrage. Merci pour votre temps.]

[MISE À JOUR2: Je vais ajouter ma propre réponse pour le commutateur SRW géré que nous avons acheté hier, un modèle Cisco (ancien-linksys) ... Y a-t-il quelque chose de mal à ne pas accepter UNE RÉPONSE À ce sujet? Je voudrais garder cette question ouverte pour collecter des points de données qui pourraient être utiles aux autres, ainsi qu'à moi-même. En général, le temps le plus long est de 5 minutes, et le plus court est de 1 à 2 minutes, avec une astucieuse exception pour celui HP ProCurve mentionné, qui est super rapide. ].

gigabit-ethernet switch Warren P
la source
3
À quelle fréquence vous trouvez-vous à redémarrer les commutateurs?
tomjedrz
1
Pouvez-vous expliquer pourquoi 5 minutes pour démarrer un commutateur sont inacceptables dans votre environnement?
James
Le démarrage est une chose - la récupération d'un ensemble de commutateurs de pile après une défaillance principale est une autre mesure de synchronisation potentiellement importante.
Helvick
Lorsque je lis des plaintes en ligne, juste après la mort après six semaines ou six jours de disponibilité nécessitant un redémarrage, la deuxième plainte la plus courante est le temps de démarrage. Les chiffres sont généralement la principale plainte de ceux qui examinent les commutateurs gérés. Puisque nous devons supposer que le premier est un défaut qui devrait être corrigé par une mise à niveau f / w, le dernier sera cependant considéré comme une "chose avec laquelle vous vivez". J'aime savoir avec quoi je vais vivre avant de me résigner à vivre avec. Le chiffre SRW de 97 secondes ci-dessous est dans ce que je peux vivre.
Warren P
J'espère que vous rassemblerez des données utiles. Au lieu de simplement vous demander pourquoi vous avez besoin de ces données, je voudrais souligner que vous pouvez exécuter les commutateurs les plus avancés en parallèle et laisser PVST + ou d'autres mécanismes permettre aux commutateurs parallèles de prendre le relais du redémarrage des commutateurs pendant leur temps d'arrêt. C'est une façon dont les grands centres de données gèrent le problème de temps de démarrage lent.
kmarsh

Réponses:

2

Ok, voici un autre point de données pour vous à partir d'un PowerConnect 5324. C'est quelques générations derrière les modèles que vous regardez. Alors prenez-le pour ce qu'il vaut.

Ainsi, la commande ping ci-dessous envoyait 1 ping par seconde à vous pouvez voir dans la sortie ci-dessous qu'il a fallu 108 secondes à partir du point où elle est passée de la reloadcommande au point où elle a recommencé à répondre.

Redémarrage du PowerConnect 5324 108 secondes

date && ping 192.168.0.2 && date
Thu Apr 15 00:06:45 EDT 2010
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
64 bytes from 192.168.0.2: icmp_seq=1 ttl=64 time=2.53 ms
64 bytes from 192.168.0.2: icmp_seq=2 ttl=64 time=2.54 ms
64 bytes from 192.168.0.2: icmp_seq=3 ttl=64 time=2.55 ms
64 bytes from 192.168.0.2: icmp_seq=4 ttl=64 time=2.60 ms
64 bytes from 192.168.0.2: icmp_seq=5 ttl=64 time=2.55 ms
64 bytes from 192.168.0.2: icmp_seq=6 ttl=64 time=2.76 ms
64 bytes from 192.168.0.2: icmp_seq=7 ttl=64 time=2.50 ms
64 bytes from 192.168.0.2: icmp_seq=8 ttl=64 time=2.63 ms
64 bytes from 192.168.0.2: icmp_seq=9 ttl=64 time=3.51 ms
....
64 bytes from 192.168.0.2: icmp_seq=117 ttl=64 time=2026 ms
64 bytes from 192.168.0.2: icmp_seq=118 ttl=64 time=1028 ms
64 bytes from 192.168.0.2: icmp_seq=119 ttl=64 time=30.1 ms
64 bytes from 192.168.0.2: icmp_seq=120 ttl=64 time=3.80 ms
^C
--- 192.168.0.2 ping statistics ---
120 packets transmitted, 13 received, +45 errors, 89% packet loss, time 119202ms
rtt min/avg/max/mdev = 2.502/239.520/2026.970/583.213 ms, pipe 4
Thu Apr 15 00:08:45 EDT 2010
3dinfluence
la source
C'est bon à savoir. Si les anciennes générations ont moins de 2 minutes, les dernières connexions d'alimentation sont sûrement également inférieures à 2 minutes.
Warren P
14

Je ne peux pas imaginer une raison pour laquelle vous redémarreriez les commutateurs assez souvent dans n'importe quel environnement pour même vous en inquiéter. Tout redémarrage d'un commutateur doit être effectué dans une fenêtre de maintenance, puis quelques minutes ne seront pas très importantes.

Je ne sais pas comment vous pensez que le temps de démarrage reflète les performances du commutateur. Les commutateurs, comme la plupart des périphériques intégrés, auront un processeur sous-alimenté qui est responsable du processus de démarrage et peut-être quelques fonctions telles que l'exécution de l'interface utilisateur ou de l'interface Web. Mais presque toutes les fonctions de mise en réseau seront gérées par des ASIC spécialement conçus et n'impliqueront pas du tout le CPU.

3dinfluence
la source
1
+1 a commencé à écrire la même chose, puis s'est distrait
Zypher
+1 Je suis d'accord, pourquoi le temps de démarrage du commutateur est-il si important? Tout / tout arrêt planifié n'est que cela, prévu.
DanBig du
Un imprévu se produit tout le temps. Nous avons eu des échecs de commutation ici la semaine dernière. Vous avez juste besoin d'un jour où vous avez plusieurs problèmes de commutation, et vous devez réacheminer l'ensemble du réseau de bureau, et vous commencez à vous soucier de petites choses comme ça. Parce que c'est 5 minutes PAR démarrage à froid. Et un jour où vous en aviez 10, c'est ennuyeux.
Warren P
1
D'accord, mais d'après mon expérience, les pannes dues à une panne de commutateur sont très rares, mais cela arrive. Si vous deviez redémarrer un commutateur 10 fois par jour, le temps de démarrage ne changera pas radicalement l'interruption. Le résultat final va être un réseau de haut en bas entraînant une perte de productivité si nous parlons d'utilisateurs finaux. Préférez-vous un commutateur qui prend 5 minutes pour démarrer mais aurait résolu le problème en 1 redémarrage ou un commutateur qui prend 3 minutes pour démarrer mais a pris 5 redémarrages pour résoudre vos problèmes. Je dis simplement que le temps de démarrage n'est peut-être pas la victoire que vous recherchez.
3dinfluence
1
D'accord avec tout ce que vous avez écrit, mais -1 car ce n'est pas ce que le PO a demandé (ne vous inquiétez pas, je vous ai donné un +1 sur votre autre réponse, vous avez donc encore 8 rep en avance!)
Mark Henderson le
4

SRW2048 à partir d'un démarrage à froid exécutant 1.2.1, 97 secondes

tsavo:~ mcd$ date
Mon Apr 12 14:04:48 EDT 2010
tsavo:~ mcd$ ping 192.168.24.70
PING 192.168.24.70 (192.168.24.70): 56 data bytes
Request timeout for icmp_seq 0
Request timeout for icmp_seq 1
Request timeout for icmp_seq 2

... snipped ...

Request timeout for icmp_seq 85
64 bytes from 192.168.24.70: icmp_seq=86 ttl=64 time=45.284 ms
^C

tsavo:~ mcd$ date
Mon Apr 12 14:06:25 EDT 2010

la source
Merci d'avoir fourni ce que j'ai demandé. Beaucoup de gens ne peuvent pas comprendre pourquoi la mesure des performances est même importante. Un commutateur non géré est de retour en ligne en très peu de temps. Le temps nécessaire à un commutateur géré pour démarrer est quelque chose que les administrateurs réseau doivent prendre en compte. Cela peut ne pas arriver si souvent, mais lorsque vous avez des gens qui demandent "quand le système sera-t-il sauvegardé", il est inattendu de devoir dire "eh bien le serveur prend 3 minutes pour démarrer, mais notre commutateur prend 5 minutes".
Warren P
+1 pour avoir réellement répondu à la question, au lieu de la poser. Alors que j'avais initialement la même réaction «pourquoi», je me suis soudain rendu compte qu'il existe de nombreux systèmes qui ont des exigences contractuelles de disponibilité et des pénalités.
kmarsh
@kmarsh S'il y a des exigences de disponibilité telles qu'un SLA, le réseau doit être conçu dans cet esprit. Ce n'est pas toujours possible à la périphérie d'un réseau d'entreprise, mais si vous maintenez les commutateurs de périphérie à 24 ports, le risque d'affecter la productivité peut être minimisé. Les commutateurs basés sur le châssis que vous trouverez au cœur de la plupart des grands réseaux gèrent très bien ce type de choses. Avec plusieurs blocs d'alimentation et modules de contrôle hotswap. Mais comme vous l'avez dit dans votre commentaire, vous pouvez également faire des choses au niveau de la couche réseau avec RSTP / PVST, les protocoles de routage dynamique et la liaison Ethernet.
3dinfluence
1

Je n'ai pas l'heure exacte sous la main, mais nous avons à la fois des commutateurs Cisco (3750) et HP (2524 et 2510G). Les Cisco prennent en effet plusieurs minutes pour démarrer. Les HP prennent environ 30 secondes. Les HP sont à 24 ports, et il teste chaque port (fait environ 4 ports par seconde), donc un port 48 prendrait un peu plus de temps.

Chris S
la source
Merci. Le Cisco 3750 est un catalyseur / série ios non? Ceux que je demandais à l'origine sont les anciens Linksys maintenant renommés comme commutateurs de petites entreprises "Cisco" et ne sont pas des catalyseurs non-ios.
Warren P
Oui, le 3750 est un appareil basé sur IOS. Je pense que tous les appareils Catalyst ont été supprimés, mais je ne suis pas un expert.
Chris S