[FRnOG] [TECH] Gestions de vos câbles, racks...
Bonjour, Dans le cadre de gestion de datacenter, quels outils utilisez-vous pour votre gestion de câbles, racks, vlans, IP, ... ? Je pensais instinctivement à racktables, racksmith ou autre solution logicielle non libre. Si vous avez de bons pointeurs ? Je suis preneur de vos retours d'expérience... Cordialement, -- Christophe Lucas http://www.clucas.fr/blog/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Gestions de vos câbles, racks...
Pour ma part, nous utilisons racktables et il nous convient parfaitement pour ce dont tu cites. Seule chose qui manquerait, serait la gestion du Spare. D'ailleurs si certains ont de bons conseils/outils opensource, je suis preneur! -- Matthias Le 26/09/2012 10:36, Christophe Lucas a écrit : Bonjour, Dans le cadre de gestion de datacenter, quels outils utilisez-vous pour votre gestion de câbles, racks, vlans, IP, ... ? Je pensais instinctivement à racktables, racksmith ou autre solution logicielle non libre. Si vous avez de bons pointeurs ? Je suis preneur de vos retours d'expérience... Cordialement, --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Gestions de vos câbles, racks...
Bonjour, On utilise Racktables qui est vraiment un excellent outil (qui gère aussi VM et les bladecenter) Sinon tu peux aussi voir : RackMonkey qui me semble moins élaboré et moins suivi ou encore les softs payants d'Avocent. Pour la gestion des IP tu as phpipam (http://sourceforge.net/projects/phpipam/) qui est assez sexy ! Thierry Le 26/09/2012 11:40, Matthias GOUPIL a écrit : Pour ma part, nous utilisons racktables et il nous convient parfaitement pour ce dont tu cites. Seule chose qui manquerait, serait la gestion du Spare. D'ailleurs si certains ont de bons conseils/outils opensource, je suis preneur! -- Matthias Le 26/09/2012 10:36, Christophe Lucas a écrit : Bonjour, Dans le cadre de gestion de datacenter, quels outils utilisez-vous pour votre gestion de câbles, racks, vlans, IP, ... ? Je pensais instinctivement à racktables, racksmith ou autre solution logicielle non libre. Si vous avez de bons pointeurs ? Je suis preneur de vos retours d'expérience... Cordialement, --- Liste de diffusion du FRnOG http://www.frnog.org/ smime.p7s Description: Signature cryptographique S/MIME
Re: [FRnOG] [TECH] Gestions de vos câbles, racks...
Le 26/09/2012 11:40, Matthias GOUPIL a écrit : Pour ma part, nous utilisons racktables et il nous convient parfaitement pour ce dont tu cites. Seule chose qui manquerait, serait la gestion du Spare. D'ailleurs si certains ont de bons conseils/outils opensource, je suis preneur! +1 pour racktables. Nous découvrons tout les jours de nouvelles possibilités de cet outil. Tiens question en passant qui rejoint un peu celle de Mathias : est ce que quelqu'un a trouvé comment gérer proprement des APC zéro U ? -- Raphael Mazelier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Gestions de vos câbles, racks...
Le 26/09/2012 12:15, Raphael Mazelier a écrit : Le 26/09/2012 11:40, Matthias GOUPIL a écrit : Pour ma part, nous utilisons racktables et il nous convient parfaitement pour ce dont tu cites. Seule chose qui manquerait, serait la gestion du Spare. D'ailleurs si certains ont de bons conseils/outils opensource, je suis preneur! +1 pour racktables. Nous découvrons tout les jours de nouvelles possibilités de cet outil. Tiens question en passant qui rejoint un peu celle de Mathias : est ce que quelqu'un a trouvé comment gérer proprement des APC zéro U ? J'ai pu voir cette notion de Zero U dans la version 0.20... new feature: support for mounting object without specifying units (zero-U, #173) A creuser! -- Matthias --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] Interface STM4 pour Cisco ?
Bonjour, Je dois passer une interface de collecte DSLE France Telecom de STM1 a STM4. Actuellement on reçoit le STM1 sur un Cisco 7204 avec une NPE-G2. Je dois donc maintenant trouver la bonne carte pour mon cisco, quelqu'un aurait une idee de ce que l'on peut mettre ? merci d'avance Olivier --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Interface STM4 pour Cisco ?
Je dois passer une interface de collecte DSLE France Telecom de STM1 a STM4. Actuellement on reçoit le STM1 sur un Cisco 7204 avec une NPE-G2. Je dois donc maintenant trouver la bonne carte pour mon cisco, quelqu'un aurait une idee de ce que l'on peut mettre ? Pas de STM4/OC12 pour 7200[0], sauf pour faire du DPT[1] mais c'est pour des anneaux sdh/sonet (et en dual width en plus, donc obligatoirement dans le slot I/O du 7200). La PA-A3-OC12 ne rentre pas dans un 7200, c'est pour 7500 uniquement[2]. Soit tu transformes le STM4 en ethernet, soit asr1k. /pierre [0] http://www.cisco.com/en/US/docs/routers/7200/roadmaps/7200_series_port_adapter_doc_roadmap/3530.html#wp31266 [1] http://www.cisco.com/en/US/products/hw/modules/ps2033/products_data_sheet09186a00800afe7f.html [2] http://www.cisco.com/en/US/products/hw/modules/ps2033/products_qanda_item09186a008011126a.shtml#Q10 --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Interface STM4 pour Cisco ?
Le 9/26/12 2:01 PM, Olivier CALVANO a écrit : Bonjour, Je dois passer une interface de collecte DSLE France Telecom de STM1 a STM4. Actuellement on reçoit le STM1 sur un Cisco 7204 avec une NPE-G2. Je dois donc maintenant trouver la bonne carte pour mon cisco, quelqu'un aurait une idee de ce que l'on peut mettre ? Bonjour, Si tu te tournes vers la solution de convertir en ethernet qui parait le plus adapté à ta situation, je te conseille une petite boite anglaise très bien et pro : MetroData. Pour avoir testé, les gars avaient géré avec nous le déploiement, répondaient très vite sur les questions avec une bonne maitrise et les boîtiers marchaient vraiment bien et pour un tarif très raisonnable. Bémols : CLI par menu à la APC (telnet) et mono alimentation sur ceux qu'on avait pris (par contre au prix du truc tu mets du spare partout sans réfléchir). Sinon très stable dans le temps et performant. http://www.metrodata.co.uk/ Je recommande sans réserve quoi :) Cordialement, Frédéric --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Gestions de vos câbles, racks...
A propos de Racktables que nous utilisons aussi. On teste GLPI avec l'intégration automatique avec FusionInventory, qui marche pas trop mal. L'idée étant de centraliser les bases et pouvoir les lier avec les tickets et ainsi pouvoir dire que tel élément à déclencher tel nombre d'incident. Le souci c'est que GLPI n'est pas très souple et le module de gestion d'inventaire IP n'est pas très évolué, du type il faut qu'un élément soit créé pour qu'on puisse réservé une ip, pas de détection à partir des PTR comme RT alors que c'est super pratique quand on fait l'effort de mettre des reverses. Idéalement un module support dans Racktables avec en option un branchement de fusion inventory ou une solution équivalente avec un système de ticketing simple, si vous avez des idées? signature.asc Description: OpenPGP digital signature
Re: [FRnOG] [TECH] Gestions de vos câbles, racks...
Le 26/09/2012 11:59, Thierry Del-Monte a écrit : Bonjour, On utilise Racktables qui est vraiment un excellent outil (qui gère aussi VM et les bladecenter) C'est en effet un super logiciel. Avec un peut racksmith ca serait encore plus génial :) Sinon tu peux aussi voir : RackMonkey qui me semble moins élaboré et moins suivi ou encore les softs payants d'Avocent. Rackmonkey. Super, mais marche pas top sur autre chose que IE. Merci pour vos réponses en tous cas ... Pour la gestion des IP tu as phpipam (http://sourceforge.net/projects/phpipam/) qui est assez sexy ! Thierry Le 26/09/2012 11:40, Matthias GOUPIL a écrit : Pour ma part, nous utilisons racktables et il nous convient parfaitement pour ce dont tu cites. Seule chose qui manquerait, serait la gestion du Spare. D'ailleurs si certains ont de bons conseils/outils opensource, je suis preneur! -- Matthias Le 26/09/2012 10:36, Christophe Lucas a écrit : Bonjour, Dans le cadre de gestion de datacenter, quels outils utilisez-vous pour votre gestion de câbles, racks, vlans, IP, ... ? Je pensais instinctivement à racktables, racksmith ou autre solution logicielle non libre. Si vous avez de bons pointeurs ? Je suis preneur de vos retours d'expérience... Cordialement, --- Liste de diffusion du FRnOG http://www.frnog.org/ -- Christophe Lucas http://www.clucas.fr/blog/ --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Gestions de vos câbles, racks...
2012/9/26 Christophe Lucas christo...@clucas.fr Le 26/09/2012 11:59, Thierry Del-Monte a écrit : Bonjour, On utilise Racktables qui est vraiment un excellent outil (qui gère aussi VM et les bladecenter) C'est en effet un super logiciel. Avec un peut racksmith ca serait encore plus génial :) Sinon tu peux aussi voir : RackMonkey qui me semble moins élaboré et moins suivi ou encore les softs payants d'Avocent. Rackmonkey. Super, mais marche pas top sur autre chose que IE. Merci pour vos réponses en tous cas ... Quelqu'un a essayé http://kb.nocproject.org/display/SITE/NOC ? -- Matthieu MICHAUD --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Interface STM4 pour Cisco ?
On Wed, Sep 26, 2012, at 02:53 PM, Frederic Dhieux wrote: Si tu te tournes vers la solution de convertir en ethernet qui parait le plus adapté à ta situation, je te conseille une petite boite anglaise très bien et pro : MetroData. Pour avoir testé, les gars avaient géré avec nous le déploiement, répondaient très vite sur les questions avec une bonne maitrise et les boîtiers marchaient vraiment bien et pour un tarif très raisonnable. Bémols : CLI par menu à la APC (telnet) et mono alimentation sur ceux qu'on avait pris (par contre au prix du truc tu mets du spare partout sans réfléchir). Sinon très stable dans le temps et performant. http://www.metrodata.co.uk/ Par contre aux dernieres nouvelles il avait pas de produits pour faire du STM-4. STM-1 seulement. Apres, pour de la collecte DSL, meme en STM-1 je ne suis pas sur que c'est le bon produit. --- Liste de diffusion du FRnOG http://www.frnog.org/
Re: [FRnOG] [TECH] Interface STM4 pour Cisco ?
Bonjour, Ethernet sur STM-16 permettrait de bénéficier de la correction FEC de STM-16, et donc de parcourir de plus grandes distances. Le module STM-4 ne comporte pas de correction FEC. Cordialement, Michel Hostettler - Mail original - De: Radu-Adrian Feurdean fr...@radu-adrian.feurdean.net À: Frederic Dhieux frede...@syn.fr, frnog@frnog.org Envoyé: Mercredi 26 Septembre 2012 17:02:12 Objet: Re: [FRnOG] [TECH] Interface STM4 pour Cisco ? Par contre aux dernieres nouvelles il avait pas de produits pour faire du STM-4. STM-1 seulement. Apres, pour de la collecte DSL, meme en STM-1 je ne suis pas sur que c'est le bon produit. --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [TECH] RFC 6707: Content Distribution Network Interconnection (CDNI) Problem Statement
Je suppose que pas mal de gens ici ont un CDN. Ceci devrait les intérersser. http://www.bortzmeyer.org/6707.html Auteur(s) du RFC: B. Niven-Jenkins (Velocix (Alcatel-Lucent)), F. Le Faucheur (Cisco), N. Bitar (Verizon) Aujourd'hui, les CDN sont partout. Ces serveurs munis de nombreux disques et disposés dans les réseaux des FAI, au plus près de l'abonné, afin de servir du contenu numérique le plus rapidement possible, sont derrière un grand nombre de sites Web (non, ce blog n'utilise pas de CDN) et derrière bien des fournisseurs de streaming. La plus connue des entreprises de CDN est Akamai mais il en existe bien d'autres. Et c'est là que le problème commence : il n'existe aucun mécanisme d'interconnexion des CDN. Chacun utilise ses protocoles spécifiques et pas question de les faire travailler ensemble. L'IETF a donc créé un groupe de travail, CDNI http://tools.ietf.org/wg/cdni, chargé de réfléchir à l'interconnexion des CDN. Ce RFC est le premier du groupe, et il essaie de définir le problème (les solutions viendront plus tard). L'extension massive des CDN est bien sûr liée à l'augmentation considérable du contenu numérique : présentations PowerPoint ennuyeuses, vidéos de chats mignons, communiqués de presse en PDF qui prennent plusieurs mégaoctets pour ne pas dire grand'chose, publicités débiles, webinars en haute définition et au contenu vide, etc. Sans le CDN, un site Web qui veut distribuer un fichier de N mégaoctets à M clients va voir N*M mégaoctets passer sur sa liaison Internet. Avec le CDN, le fournisseur de contenu (CSP dans le RFC pour Content Service Provider) n'aura à faire passer le contenu qu'une fois, vers le CDN. Le contenu sera ensuite distribué par les serveurs du CDN, situés typiquement chez les FAI (notez aussi que certains FAI ont leur propre CDN). Meilleure latence, meilleure résilience (attaques dDoS et flash crowds), meilleur débit, bref, tous les avantages. Aujourd'hui, les CDN ne coopèrent pas. Si un fournisseur de CDN est très présent en Europe et en Amérique, mais pas en Asie, un CSP client de ce CDN verra ses clients asiatiques mécontents. Pour les satisfaire, il devra signer un contrat avec un autre CDN, très présent en Asie. Il serait pourtant plus simple que le premier fournisseur de CDN puisse s'appuyer sur l'infrastructure du second et lui transmettre données et instructions. Mais, en l'absence de normes techniques pour l'interconnexion des CDN, cela n'est possible aujourd'hui que par des arrangements privés. C'est l'une des principales motivations pour la création du groupe de travail CDNI. L'idée est que, dans le futur, le premier fournisseur de CDN cité (celui qui est trés présent en Europe et en Amérique) aura juste à signer un contrat avec le second fournisseur et, techniquement, tout se passera tout seul, il utilisera le réseau du second sans que le fournisseur de contenu n'y voit rien. Avant d'attaquer la question de l'interconnexion, notre RFC 6707 précise qu'il vaut mieux connaître les CDN pour suivre. Si ce n'est pas le cas, il recommande la lecture des RFC 3040 qui décrit les composants d'un CDN, RFC 3466 et RFC 3570, les deux derniers étant le résultat du travail du précédent groupe de travail IETF sur les CDN. Le RFC recommande également la lecture de « A Taxonomy and Survey of Content Delivery Networks http://www.gridbus.org/reports/CDN-Taxonomy.pdf ». La section 2 de notre RFC précise les cas où il est intéressant d'interconnecter les CDN. À la raison donnée plus haut (permettra à des CDN de s'allier pour avoir une meilleure couverture géographique), s'ajoute le désir de permettre l'interconnexion des CDN que gèrent certains FAI : en se regroupant, ils pourraient former un CDN alternatif aux CDN indépendants des FAI comme Akamai. Il y a aussi des cas où un FAI a déployé plusieurs CDN spécialisés et souhaite après les regrouper. Enfin, un dernier scénario envisagé est celui où un CDN doit faire appel temporairement à un autre (suite à une grosse panne, par exemple) et doit le faire vite, sans programmer des scripts spécifiques. Mais qu'est-ce que veut dire « Interconnecter des CDN » ? Des essais ont déjà été tentés, montrant qu'il y avait des choses qui marchaient et d'autres qui étaient vraiment pénibles en l'absence de normes. La section 3 identifie quatre *interfaces* par lesquelles on voudrait connecter des CDN, et pour lesquelles il n'existe pas de normes : * Interface de contrôle du CDN, par laquelle on démarre et arrête le service, on indique les politiques suivies (« aucun contenu ne doit pas être distribué en dehors des États-Unis », par exemple), on déclenche la copie de contenu, on vire le contenu qui ne doit plus être servi, etc. * Interface de routage des requêtes du CDN, qui n'est pas le routage de la couche 3. Il s'agit ici de s'assurer que les requêtes des utilisateur seront routées vers un CDN et un seul
Re: [FRnOG] [TECH] Gestions de vos câbles, racks...
C'est réglé dans la 0.20 en effet. Exemple ici: http://demo.racktables.org/index.php?page=rackrack_id=970 login admin pass admin My 2 cents, Le 26 septembre 2012 13:23, Matthias GOUPIL xguard.matth...@gmail.com a écrit : Le 26/09/2012 12:15, Raphael Mazelier a écrit : Le 26/09/2012 11:40, Matthias GOUPIL a écrit : Pour ma part, nous utilisons racktables et il nous convient parfaitement pour ce dont tu cites. Seule chose qui manquerait, serait la gestion du Spare. D'ailleurs si certains ont de bons conseils/outils opensource, je suis preneur! +1 pour racktables. Nous découvrons tout les jours de nouvelles possibilités de cet outil. Tiens question en passant qui rejoint un peu celle de Mathias : est ce que quelqu'un a trouvé comment gérer proprement des APC zéro U ? J'ai pu voir cette notion de Zero U dans la version 0.20... new feature: support for mounting object without specifying units (zero-U, #173) A creuser! -- Matthias --- Liste de diffusion du FRnOG http://www.frnog.org/ --- Liste de diffusion du FRnOG http://www.frnog.org/
[FRnOG] [JOBS] Recherches prestataires = BIZ
Bonjour, Le tag JOBS sert aux annonces et recherches d'emplois, si vous cherchez des prestataires ou formations il faut alors poster dans BIZ, car c'est une demande commerciale. Merci de votre compréhension. Cordialement, -- Philippe Bourcier web : http://sysctl.org/ blog : http://zsysctl.blogspot.com --- Liste de diffusion du FRnOG http://www.frnog.org/
