[FRnOG] RE: [FRnOG] Don matériel
Bonjour, Les commerciaux chez nous rachetent souvent du materiel obselete, ce materiel reste en stock indéfiniment. Je vais voir si je peux vous trouver une carte sup. Bonne journée -Message d'origine- De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de Florent Nolot Envoyé : mercredi 16 mars 2011 21:16 À : frnog@FRnOG.org Objet : [FRnOG] Don matériel Bonjour Je me permets d'utiliser la liste pour vous signaler que si vous avez du matériel réseaux ou des serveurs dont vous ne savez que faire, vous pouvez en faire un don à notre université. Je suis responsable d'un master 2 informatique spécialisé dans l'administration et la sécurité des réseaux et je suis toujours à la recherche d'équipements pour les étudiants. La procédure est hyper simple et on se charge de venir chercher le matériel, cela ne coute rien. Je suis d'ailleurs à la recherche de carte sup pour des Catalyst 4003 afin de pouvoir être en IOS et plus en CatOS. Cordialement -- Florent Nolot Université de Reims http://www.master-informatique.net http://netacad.univ-reims.fr --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Pertes de paquets OVH
Bonjour à tous, Je vous envois ce mail car j'observe actuellement des problèmes de pertes de paquets à destination de certains serveurs OVH. $ ping services.dialnode.com PING services.dialnode.com (188.165.215.209) 56(84) bytes of data. 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=1 ttl=54 time=68.1 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=2 ttl=54 time=53.6 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=3 ttl=54 time=53.9 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=4 ttl=54 time=42.8 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=6 ttl=54 time=32.9 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=7 ttl=54 time=67.8 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=9 ttl=54 time=12.4 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=10 ttl=54 time=23.7 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=11 ttl=54 time=11.0 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=12 ttl=54 time=11.9 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=15 ttl=54 time=12.4 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=16 ttl=54 time=25.2 ms ^C --- services.dialnode.com ping statistics --- 16 packets transmitted, 12 received, 25% packet loss, time 15085ms rtt min/avg/max/mdev = 11.080/34.697/68.188/21.007 ms J'utilise actuellement un liaison source de chez Free. Voici le tranceroute: $ traceroute services.dialnode.com traceroute to services.dialnode.com (188.165.215.209), 30 hops max, 40 byte packets 1 82.228.142.254 (82.228.142.254) 7.527 ms 7.444 ms 7.909 ms 2 78.254.2.126 (78.254.2.126) 9.788 ms 9.725 ms 11.168 ms 3 cbv-6k-2-po11.intf.nra.proxad.net (78.254.255.85) 11.105 ms * * 4 th2-crs16-1-be1011.intf.routers.proxad.net (212.27.50.21) 11.805 ms 15.311 ms 16.774 ms 5 th2-1-6k.fr.eu (213.186.32.181) 41.238 ms * * 6 gsw-2-6k.fr.eu (213.186.32.162) 18.537 ms * * 7 rbx-g1-a9.fr.eu (91.121.131.37) 53.453 ms 54.346 ms 54.557 ms 8 * vss-3-6k.fr.eu (178.33.103.193) 54.474 ms * 9 * * * 10 * * * 11 * * * 12 * * * Pourriez vous me dire si vous constatez le meme problème ? Cordialement P.Pinto -- Paolo Pinto IT Security Consultant SYSDREAM : www.sysdream.com 108 av Gabriel Péri 93400 Saint Ouen, France p.pi...@sysdream.com Tel: + 33 1 78 76 58 01 Fax: + 33 1 40 10 27 69 *** This message contains privileged and confidential information. If you are not the intended recipient, please notify us immediately and delete it. Ce message contient des informations confidentielles protegees par le secret professionnel. Au cas ou il ne vous serait pas destine, nous vous remercions de bien vouloir nous en aviser immediatement et de le supprimer. *** --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Pertes de paquets OVH
ok 2011/3/17 Paolo PINTO p.pi...@sysdream.com: Bonjour à tous, Je vous envois ce mail car j'observe actuellement des problèmes de pertes de paquets à destination de certains serveurs OVH. -- David Ramahefason r...@netfacile.net --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Pertes de paquets OVH
Bonjour, Le 17/03/2011 10:47, Paolo PINTO a écrit : Bonjour à tous, Je vous envois ce mail car j'observe actuellement des problèmes de pertes de paquets à destination de certains serveurs OVH. $ ping services.dialnode.com OVH filtre ICMP: http://travaux.ovh.com/?do=detailsid=4140 Rémi. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Pertes de paquets OVH
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Re, ok +1 2011/3/17 Paolo PINTO p.pi...@sysdream.com: Bonjour à tous, Je vous envois ce mail car j'observe actuellement des problèmes de pertes de paquets à destination de certains serveurs OVH. - -- Nicolas STRINA Jaguar Network Switzerland 5 route de Chene Case Postale 6298 CH - 1211 Geneva 6 More Than Your Hosting Company Tel : +33 4 88 00 65 16 Gsm : +33 6 18 20 49 55 Std : +41 8 40 65 61 11 Fax : +33 4 88 00 65 25 URL: http://www.jaguar-network.ch/ Support 24+7 : supp...@jaguar-network.ch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFNgduPhVupqbmzoscRAkufAKCXge6uYRuRvwX91HTyNOf1J8pwgQCgrRq7 IE1kn82DNlDL6EgjClUVcQ4= =9gsW -END PGP SIGNATURE- --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Pertes de paquets OVH
Apparemment le filtrage est une limite et non pas un blocage total. Je n'ai jamais constaté ce genre de problème auparavent. J'ai l'impression qu'il y a un problème au niveau des routes (suivant les opérateurs) car depuis dedibox par exemple je n'ai aucune perte. Merci pour votre réponse. Le Thursday 17 March 2011 10:59:14 Rémi Bouhl, vous avez écrit : Bonjour, Le 17/03/2011 10:47, Paolo PINTO a écrit : Bonjour à tous, Je vous envois ce mail car j'observe actuellement des problèmes de pertes de paquets à destination de certains serveurs OVH. $ ping services.dialnode.com OVH filtre ICMP: http://travaux.ovh.com/?do=detailsid=4140 Rémi. --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Paolo Pinto IT Security Consultant SYSDREAM : www.sysdream.com 108 av Gabriel Péri 93400 Saint Ouen, France p.pi...@sysdream.com Tel: + 33 1 78 76 58 01 Fax: + 33 1 40 10 27 69 *** This message contains privileged and confidential information. If you are not the intended recipient, please notify us immediately and delete it. Ce message contient des informations confidentielles protegees par le secret professionnel. Au cas ou il ne vous serait pas destine, nous vous remercions de bien vouloir nous en aviser immediatement et de le supprimer. *** --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Pertes de paquets OVH
Il n'y a pas de support chez Free et chez OVH ? Je sais que l'intention est bonne mais on reste quand même très loin de la charte de la liste là ... Julien Le 17/03/2011 10:47, Paolo PINTO a écrit : Bonjour à tous, Je vous envois ce mail car j'observe actuellement des problèmes de pertes de paquets à destination de certains serveurs OVH. $ ping services.dialnode.com PING services.dialnode.com (188.165.215.209) 56(84) bytes of data. 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=1 ttl=54 time=68.1 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=2 ttl=54 time=53.6 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=3 ttl=54 time=53.9 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=4 ttl=54 time=42.8 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=6 ttl=54 time=32.9 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=7 ttl=54 time=67.8 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=9 ttl=54 time=12.4 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=10 ttl=54 time=23.7 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=11 ttl=54 time=11.0 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=12 ttl=54 time=11.9 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=15 ttl=54 time=12.4 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=16 ttl=54 time=25.2 ms ^C --- services.dialnode.com ping statistics --- 16 packets transmitted, 12 received, 25% packet loss, time 15085ms rtt min/avg/max/mdev = 11.080/34.697/68.188/21.007 ms J'utilise actuellement un liaison source de chez Free. Voici le tranceroute: $ traceroute services.dialnode.com traceroute to services.dialnode.com (188.165.215.209), 30 hops max, 40 byte packets 1 82.228.142.254 (82.228.142.254) 7.527 ms 7.444 ms 7.909 ms 2 78.254.2.126 (78.254.2.126) 9.788 ms 9.725 ms 11.168 ms 3 cbv-6k-2-po11.intf.nra.proxad.net (78.254.255.85) 11.105 ms * * 4 th2-crs16-1-be1011.intf.routers.proxad.net (212.27.50.21) 11.805 ms 15.311 ms 16.774 ms 5 th2-1-6k.fr.eu (213.186.32.181) 41.238 ms * * 6 gsw-2-6k.fr.eu (213.186.32.162) 18.537 ms * * 7 rbx-g1-a9.fr.eu (91.121.131.37) 53.453 ms 54.346 ms 54.557 ms 8 * vss-3-6k.fr.eu (178.33.103.193) 54.474 ms * 9 * * * 10 * * * 11 * * * 12 * * * Pourriez vous me dire si vous constatez le meme problème ? Cordialement P.Pinto -- --- __ ___ Julien Escario /\ _ \ /\_ \ esca...@azylog.net \ \ \L\ \ __ __\//\ \ ___ __ Tél. : +33.677583199 \ \ __ \/\_ ,`\ /\ \/\ \ \ \ \ / __`\ /'_ `\ \ \ \/\ \/_/ /_\ \ \_\ \ \_\ \_/\ \L\ \/\ \L\ \ Azylog \ \_\ \_\/\\\/` \/\\ \/\ \ \ Rte de Champagnole \/_/\/_/\// `/___/ \//\/___/ \/___L\ \ F-39300 Les Nans /\___//\/ SIRET 49130560300020 \/__/ \_/__/ Hébergement mutualisé dédié - infogérance - noms de domaines GnuPG KeyID : 0x96E81867 Fingerprint : 2275 A56D FF0E 252D AAB3 3C04 2016 F00A 96E8 1867 --- --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Pertes de paquets OVH
J'ai contacté le support mais je cherchais juste a avoir votre retour vis à vis de vos liaisons et si vous observiez aussi des pertes de paquets. Toutes mes excuses si cela ne fait pas partie de la charte. Je me tais. Cordialement P.Pinto Le Thursday 17 March 2011 11:16:38 Julien Escario, vous avez écrit : Il n'y a pas de support chez Free et chez OVH ? Je sais que l'intention est bonne mais on reste quand même très loin de la charte de la liste là ... Julien Le 17/03/2011 10:47, Paolo PINTO a écrit : Bonjour à tous, Je vous envois ce mail car j'observe actuellement des problèmes de pertes de paquets à destination de certains serveurs OVH. $ ping services.dialnode.com PING services.dialnode.com (188.165.215.209) 56(84) bytes of data. 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=1 ttl=54 time=68.1 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=2 ttl=54 time=53.6 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=3 ttl=54 time=53.9 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=4 ttl=54 time=42.8 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=6 ttl=54 time=32.9 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=7 ttl=54 time=67.8 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=9 ttl=54 time=12.4 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=10 ttl=54 time=23.7 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=11 ttl=54 time=11.0 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=12 ttl=54 time=11.9 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=15 ttl=54 time=12.4 ms 64 bytes from ns211677.ovh.net (188.165.215.209): icmp_seq=16 ttl=54 time=25.2 ms ^C --- services.dialnode.com ping statistics --- 16 packets transmitted, 12 received, 25% packet loss, time 15085ms rtt min/avg/max/mdev = 11.080/34.697/68.188/21.007 ms J'utilise actuellement un liaison source de chez Free. Voici le tranceroute: $ traceroute services.dialnode.com traceroute to services.dialnode.com (188.165.215.209), 30 hops max, 40 byte packets 1 82.228.142.254 (82.228.142.254) 7.527 ms 7.444 ms 7.909 ms 2 78.254.2.126 (78.254.2.126) 9.788 ms 9.725 ms 11.168 ms 3 cbv-6k-2-po11.intf.nra.proxad.net (78.254.255.85) 11.105 ms * * 4 th2-crs16-1-be1011.intf.routers.proxad.net (212.27.50.21) 11.805 ms 15.311 ms 16.774 ms 5 th2-1-6k.fr.eu (213.186.32.181) 41.238 ms * * 6 gsw-2-6k.fr.eu (213.186.32.162) 18.537 ms * * 7 rbx-g1-a9.fr.eu (91.121.131.37) 53.453 ms 54.346 ms 54.557 ms 8 * vss-3-6k.fr.eu (178.33.103.193) 54.474 ms * 9 * * * 10 * * * 11 * * * 12 * * * Pourriez vous me dire si vous constatez le meme problème ? Cordialement P.Pinto -- Paolo Pinto IT Security Consultant SYSDREAM : www.sysdream.com 108 av Gabriel Péri 93400 Saint Ouen, France p.pi...@sysdream.com Tel: + 33 1 78 76 58 01 Fax: + 33 1 40 10 27 69 *** This message contains privileged and confidential information. If you are not the intended recipient, please notify us immediately and delete it. Ce message contient des informations confidentielles protegees par le secret professionnel. Au cas ou il ne vous serait pas destine, nous vous remercions de bien vouloir nous en aviser immediatement et de le supprimer. *** --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Pertes de paquets OVH
On n'a qu'a considerer ca comme le St-Patrick's Troll :) ( J'ai entendu dire qu'Equinix payait sa tournée de Guinness :P ) Nicolas Strina wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Re, ok +1 2011/3/17 Paolo PINTO p.pi...@sysdream.com: Bonjour à tous, Je vous envois ce mail car j'observe actuellement des problèmes de pertes de paquets à destination de certains serveurs OVH. - -- Nicolas STRINA Jaguar Network Switzerland 5 route de Chene Case Postale 6298 CH - 1211 Geneva 6 More Than Your Hosting Company Tel : +33 4 88 00 65 16 Gsm : +33 6 18 20 49 55 Std : +41 8 40 65 61 11 Fax : +33 4 88 00 65 25 URL: http://www.jaguar-network.ch/ Support 24+7 : supp...@jaguar-network.ch -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.7 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iD8DBQFNgduPhVupqbmzoscRAkufAKCXge6uYRuRvwX91HTyNOf1J8pwgQCgrRq7 IE1kn82DNlDL6EgjClUVcQ4= =9gsW -END PGP SIGNATURE- --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] Switch en stack ou pas?
Bonjour à tous, Je dois réfléchir à une architecture réseau très haute-disponibilité, et je me pose des questions sur ce qu'il est mieux de faire au niveau des switchs. Il est indispensable de double attacher les serveurs pour la redondance (utilisation aussi de bladecenter DELL M1000e), et j'aimerai avoir vos avis sur les stack de switch. Avec 2x5 baies, je peux faire 2 stacks de 5 switchs par rangé de baie. 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 firmware c'est triste quand il faut couper tout le stack ... ou bien quand tout ton stack à un soucis. D'après vos expériences, plutôt le stack ou plutôt les switchs seuls ? Et le double attachement des serveurs plutôt en spanning-tree (cela me semble très très moche) ou plutôt en teaming ? Il existe une solution miracle? Si vous avez des idées pour faire balancer mon cœur :) Merci beaucoup Ray
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 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] De la part de Raymond Caracatamatere Envoyé : jeudi 17 mars 2011 21:54 À : frnog@frnog.org Objet : [FRnOG] Switch en stack ou pas? Bonjour à tous, Je dois réfléchir à une architecture réseau très haute-disponibilité, et je me pose des questions sur ce qu'il est mieux de faire au niveau des switchs. Il est indispensable de double attacher les serveurs pour la redondance (utilisation aussi de bladecenter DELL M1000e), et j'aimerai avoir vos avis sur les stack de switch. Avec 2x5 baies, je peux faire 2 stacks de 5 switchs par rangé de baie. 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 firmware c'est triste quand il faut couper tout le stack ... ou bien quand tout ton stack à un soucis. D'après vos expériences, plutôt le stack ou plutôt les switchs seuls ? Et le double attachement des serveurs plutôt en spanning-tree (cela me semble très très moche) ou plutôt en teaming ? Il existe une solution miracle? Si vous avez des idées pour faire balancer mon cœur :) Merci beaucoup Ray
RE: [FRnOG] Switch en stack ou pas?
Un truc intéressant, sur les nouveaux Cisco, l’alimentation est partagée sur le stack : http://www.youtube.com/watch?v=E_WzxAuVn-Q http://www.youtube.com/watch?v=E_WzxAuVn-Qplaynext=1list=PL7A08C51023DA30 B6 playnext=1list=PL7A08C51023DA30B6 De : owner-fr...@frnog.org [mailto:owner-fr...@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 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] De la part de Raymond Caracatamatere Envoyé : jeudi 17 mars 2011 21:54 À : frnog@frnog.org Objet : [FRnOG] Switch en stack ou pas? Bonjour à tous, Je dois réfléchir à une architecture réseau très haute-disponibilité, et je me pose des questions sur ce qu'il est mieux de faire au niveau des switchs. Il est indispensable de double attacher les serveurs pour la redondance (utilisation aussi de bladecenter DELL M1000e), et j'aimerai avoir vos avis sur les stack de switch. Avec 2x5 baies, je peux faire 2 stacks de 5 switchs par rangé de baie. 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 firmware c'est triste quand il faut couper tout le stack ... ou bien quand tout ton stack à un soucis. D'après vos expériences, plutôt le stack ou plutôt les switchs seuls ? Et le double attachement des serveurs plutôt en spanning-tree (cela me semble très très moche) ou plutôt en teaming ? Il existe une solution miracle? Si vous avez des idées pour faire balancer mon cœur :) Merci beaucoup Ray
Re: [FRnOG] Switch en stack ou pas?
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 peuvent traverser 5 baies, il n'y a pas (de memoire). Et le double attachement des serveurs plutôt en spanning-tree (cela me semble très très moche) ou plutôt en teaming ? Deja spanning-tree, il faut que toutes les personnes qui ont root sur la machine comprennent vraiment ce que ca peut faire (en matiere de mal). Il existe une solution miracle? Deja une qui marche. Le mode fail-over je l'ai trouve tres aleatoire, meme sur la meme gamme de produits (genre ca detecte uniquement s'il y a ou non un cable branche dans la carte reseau). Si vous avez des idées pour faire balancer mon cœur :) Merci beaucoup Ray -- Radu-Adrian Feurdean raf (a) ftml ! net --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Switch en stack ou pas?
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 firmware c'est triste quand il faut couper tout le stack ... ou bien quand tout ton stack à un soucis. D'après vos expériences, plutôt le stack ou plutôt les switchs seuls ? de ce que j'ai pu voir, une stack de 3750 fonctionne en mode master/member, et tu peux faire les mises à jour de là même manière que sur deux carte sup dans un routeur. Tu upgrades les images, et au moment où tu reload le master, le member prend son rôle. Donc vraiment pas mal au niveau dispo. [0] Et le double attachement des serveurs plutôt en spanning-tree (cela me semble très très moche) ou plutôt en teaming ? Il existe une solution miracle? toujours sur les 3750, on utilise des flex links [1]. C'est sur qu'un vss c'est sexy comme solution, mais c'est pas le même budget non plus. -Pierre [0] http://www.cisco.com/en/US/docs/switches/lan/catalyst3750/software/troubleshooting/switch_stacks.html#wp39415 [1] http://www.cisco.com/en/US/docs/switches/lan/catalyst3750/software/release/12.2_44_se/configuration/guide/swflink.html --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] Switch en stack ou pas?
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 distribution cuivre tu peux partir sur une distrib cuivre en top of rack et y placer tes nexus 2k. Pour la scalabilite, c'est 500 vlan en mst et 250 en pvst, 480 ports serveurs en lacp dans une certaine configuration sinon ce sera du teaming. Cote prix : bien remplit (480 ports) un virtuel châssis redonde coûte moins cher que 2 stack de la gamme 3750g et maintenant 3750x. Cote management les deux solutions se valent sauf pour la supervision et le monitoring (XML vs snmp). Autre point : issu est en roadmap je crois sur la gamme 3750x a vérifier ... A+ Rachid Le 17 mars 2011 à 22:04, Fregate84 fregat...@free.fr a écrit : 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] De la part de Raymond Caracatamatere Envoyé : jeudi 17 mars 2011 21:54 À : frnog@frnog.org Objet : [FRnOG] Switch en stack ou pas? Bonjour à tous, Je dois réfléchir à une architecture réseau très haute-disponibilité, et je me pose des questions sur ce qu'il est mieux de faire au niveau des switchs. Il est indispensable de double attacher les serveurs pour la redondance (utilisation aussi de bladecenter DELL M1000e), et j'aimerai avoir vos avis sur les stack de switch. Avec 2x5 baies, je peux faire 2 stacks de 5 switchs par rangé de baie. 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 firmware c'est triste quand il faut couper tout le stack ... ou bien quand tout ton stack à un soucis. D'après vos expériences, plutôt le stack ou plutôt les switchs seuls ? Et le double attachement des serveurs plutôt en spanning-tree (cela me semble très très moche) ou plutôt en teaming ? Il existe une solution miracle? Si vous avez des idées pour faire balancer mon cœur :) Merci beaucoup Ray
Re: [FRnOG] Switch en stack ou pas?
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 iPhone Le 17 mars 2011 à 23:33, Rachid Zitouni rachid.zito...@gmail.com a écrit : 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 distribution cuivre tu peux partir sur une distrib cuivre en top of rack et y placer tes nexus 2k. Pour la scalabilite, c'est 500 vlan en mst et 250 en pvst, 480 ports serveurs en lacp dans une certaine configuration sinon ce sera du teaming. Cote prix : bien remplit (480 ports) un virtuel châssis redonde coûte moins cher que 2 stack de la gamme 3750g et maintenant 3750x. Cote management les deux solutions se valent sauf pour la supervision et le monitoring (XML vs snmp). Autre point : issu est en roadmap je crois sur la gamme 3750x a vérifier ... A+ Rachid Le 17 mars 2011 à 22:04, Fregate84 fregat...@free.fr a écrit : 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] De la part de Raymond Caracatamatere Envoyé : jeudi 17 mars 2011 21:54 À : frnog@frnog.org Objet : [FRnOG] Switch en stack ou pas? Bonjour à tous, Je dois réfléchir à une architecture réseau très haute-disponibilité, et je me pose des questions sur ce qu'il est mieux de faire au niveau des switchs. Il est indispensable de double attacher les serveurs pour la redondance (utilisation aussi de bladecenter DELL M1000e), et j'aimerai avoir vos avis sur les stack de switch. Avec 2x5 baies, je peux faire 2 stacks de 5 switchs par rangé de baie. 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 firmware c'est triste quand il faut couper tout le stack ... ou bien quand tout ton stack à un soucis. D'après vos expériences, plutôt le stack ou plutôt les switchs seuls ? Et le double attachement des serveurs plutôt en spanning-tree (cela me semble très très moche) ou plutôt en teaming ? Il existe une solution miracle? Si vous avez des idées pour faire balancer mon cœur :) Merci beaucoup Ray
Re: [FRnOG] Switch en stack ou pas?
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 config, tu perds le courant sur ton master. Le slave passe Master et le Master passe slave a son retour. Maintenant tu fais un show run et tu t’aperçois que t'as perdu la commande qui attribue une VRF a ton port . fun isnt it ? Pour ceux qui veulent tester et jeter un oeil : CSCtn46230 Une nouvelle version devrait corriger le bug assez rapidement. Le 18 mars 2011 00:21, Thery clement.th...@aciernet.com a écrit : 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 iPhone Le 17 mars 2011 à 23:33, Rachid Zitouni rachid.zito...@gmail.com a écrit : 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 distribution cuivre tu peux partir sur une distrib cuivre en top of rack et y placer tes nexus 2k. Pour la scalabilite, c'est 500 vlan en mst et 250 en pvst, 480 ports serveurs en lacp dans une certaine configuration sinon ce sera du teaming. Cote prix : bien remplit (480 ports) un virtuel châssis redonde coûte moins cher que 2 stack de la gamme 3750g et maintenant 3750x. Cote management les deux solutions se valent sauf pour la supervision et le monitoring (XML vs snmp). Autre point : issu est en roadmap je crois sur la gamme 3750x a vérifier ... A+ Rachid Le 17 mars 2011 à 22:04, Fregate84 fregat...@free.fr fregat...@free.fr a écrit : 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.orgowner-fr...@frnog.org [mailto: owner-fr...@frnog.org] *De la part de* Raymond Caracatamatere *Envoyé :* jeudi 17 mars 2011 21:54 *À :* frnog@frnog.org frnog@frnog.orgfrnog@frnog.org *Objet :* [FRnOG] Switch en stack ou pas? Bonjour à tous, Je dois réfléchir à une architecture réseau très haute-disponibilité, et je me pose des questions sur ce qu'il est mieux de faire au niveau des switchs. Il est indispensable de double attacher les serveurs pour la redondance (utilisation aussi de bladecenter DELL M1000e), et j'aimerai avoir vos avis sur les stack de switch. Avec 2x5 baies, je peux faire 2 stacks de 5 switchs par rangé de baie. 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 firmware c'est triste quand il faut couper tout le stack ... ou bien quand tout ton stack à un soucis. D'après vos expériences, plutôt le stack ou plutôt les switchs seuls ? Et le double attachement des serveurs plutôt en spanning-tree (cela me semble très très moche) ou plutôt en teaming ? Il existe une solution miracle? Si vous avez des idées pour faire balancer mon cœur :) Merci beaucoup Ray