Re: [FRnOG] [TECH] Supervision réseau

2017-06-06 Par sujet Jean-Baptiste COUPIAC
Salut,
Facile à mettre en place:
*Centreon + Centreon Plugin pack* (à prendre sur Git).
Si tu veux approfondir, tu peux utiliser les modèles. Pas mal de doc en
français pour débuter !

+

__

[image: NFrance Conseil] <http://www.nfrance.com/>

*Jean-Baptiste COUPIAC*
Tél. : +33 5 34 45 55 00 <%20+33534455500>
4 rue Kennedy 31000 Toulouse - France | www.nfrance.com


Le 6 juin 2017 à 15:07, Idriss SOIDIKI 
a écrit :

> Bonjour,
>
> Il y a Nagios, Observium aussi peu de gens connaissent mais c'est cool.
>
> Cordialement,
>
>
> Le 04/06/2017 14:05, Thin-hinen Hedli a écrit :
>
>> Chère Liste,
>>
>> Je suis stagiaire, en master réseau et systèmes embarqués et je sollicite
>> votre aide dans le cadre de la mise en place de la supervision réseau (
>> LAN
>> embarqué).
>> J'ai 6 équipements réseau (switch/switch-routeur) avec chacun derrière une
>> dizaine de PC et devices, des flux de toutes sortes : temps réel, vidéo,
>> data... La plupart des PCs ont deux cartes réseaux dans des VLAN séparés.
>> Je cherche une solution open source pour gérer la supervision, de
>> préférence "facile" à mettre en place :D
>> Qu'est ce que vous me conseillez ?
>> Merci pour vos avis expérimentés.
>>
>>
>> Thin
>>
>> ---
>> Liste de diffusion du FRnOG
>> http://www.frnog.org/
>>
>>
> --
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH] Avis sur switch juniper ex3300

2017-07-13 Par sujet Jean-Baptiste COUPIAC
Salut,

On utilise des EX3300 depuis quelques années à présent.
Aucun soucis, fiable, et surtout JunOS , avec son commit confirmed.

Niveau prix, un EX3300 en 48T, c'est moins de 1400€, donc plutôt bon marché
(pas besoin de carte additionnelle pour le VC)

A regarder aussi du coté des EX3400 qui sont pas beaucoup plus cher, et
avec 2*40Gbit/s pour le VC (et donc la libération de 2*10Gbits)

+

__


*Jean-Baptiste*




Le 13 juillet 2017 à 11:43, David Ramahefason  a écrit :

> white box switches avec Cumulus Linux ca reviens moins cher je pense.
> 6 qui tournent depuis presque 2 ans sans pb (fabric en OSPF pour le
> moment, mais ca tourne en BGP aussi)
>
> Sinon le v-Chassis Jun ca marche oui, utilisé il y a qq années sur des
> EX2500 (mais solution proprio).
>
> David
>
>
> > On 13 Jul 2017, at 11:39, Michaël  wrote:
> >
> > Bonjour,
> >
> > je cherche des switch TOR.
> >
> > Dans l'idéal je voudrais des arista 7010T. Mais pour des questions de
> budget, je cherche des alternatives moins cher pour les services moins
> sensibles.
> >
> > Je pensais mettre 2 EX3300 en TOR afin de minimiser les couts.
> >
> > Avez vous un retour d'expérience sur ces équipements, ainsi que sur la
> solution de virtual chassis de juniper ?
> >
> > Merci
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [BIZ] Housing 1U TH2

2017-09-27 Par sujet Jean-Baptiste COUPIAC
Bonjour,

Nous recherchons un espace d'hébergement 1U:

   - Emplacement: *TH2*
   - Prises: 1 ou 2 ports C13
   - Conso: 100W max
   - Engagement:  12 mois max

Contact en MP

Merci d'avance,
__

*Jean-Baptiste COUPIAC*
Tél. : +33 5 34 45 55 01

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [BIZ] Housing 1U TH2

2017-09-27 Par sujet Jean-Baptiste COUPIAC
On ne pas s'installer en sous-location et ré-utiliser des emplacements sur
le tiroir existant du bailleur (si ce dernier est ok bien sur :), et s'il
dispose d'un tiroir ) ?
+

__

[image: NFrance Conseil] <http://www.nfrance.com/>

*Jean-Baptiste COUPIAC*
Tél. : +33 5 34 45 55 00 <%20+33534455500>
4 rue Kennedy 31000 Toulouse - France | www.nfrance.com


Le 27 septembre 2017 à 16:34, Hugues VOITURIER 
a écrit :

> Bonjour,
>
> J’ai peut-être raté un truc, mais dans 1U, tu n’as pas la place de mettre
> ton équipement et un tiroir de fibres, du coup, c’est quoi l’idée ? :p
>
> Hugues,
>
>
> > On 27 Sep 2017, at 16:22, Jean-Baptiste COUPIAC <
> jeanbaptiste.coup...@nfrance.com> wrote:
> >
> > Bonjour,
> >
> > Nous recherchons un espace d'hébergement 1U:
> >
> >   - Emplacement: *TH2*
> >   - Prises: 1 ou 2 ports C13
> >   - Conso: 100W max
> >   - Engagement:  12 mois max
> >
> > Contact en MP
> >
> > Merci d'avance,
> > __
> >
> > *Jean-Baptiste COUPIAC*
> > Tél. : +33 5 34 45 55 01
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH] Re: auto-negotiation entre Juniper EX3400 et VmWare

2017-10-12 Par sujet Jean-Baptiste COUPIAC
Tu as changé tes câbles cuivres pour voir si le problème n'était pas là
bêtement ?

+

__

[image: NFrance Conseil] <http://www.nfrance.com/>

*Jean-Baptiste COUPIAC*
Tél. : +33 5 34 45 55 00 <%20+33534455500>
9 rue Ritay 31000 Toulouse - France | www.nfrance.com


Le 12 octobre 2017 à 14:27, Kevin Thiou  a écrit :

> Pour info les statu actuel me dit que l'auto-neg a fonctionné
>
> Côté juniper :
>
>   Autonegotiation information:
> Negotiation status: Complete
> Link partner:
> Link mode: Full-duplex, Flow control: Symmetric, Remote fault: OK,
> Link partner Speed: 10 Mbps
> Local resolution:
> Flow control: None, Flow control tx: Disabled, Flow control rx:
> Disabled, Remote fault: Link OK, Local link Speed: 10 Mbps, Link mode:
> Full-duplex
>
>
> Côté VmWare :
>
> wmic0 100 Complet Négocier vSwitch0
>
> négocier mais pas sur la même vitesse, je ne comprends pas.
> J'ai de la connectivité mais un débit très bas.
>
> Le 12 octobre 2017 à 14:19, Kevin Thiou  a écrit :
>
> > Bonjour,
> >
> > je viens d'installer 2 EX3400 en VC. Ils tournent sur JunOS 15.1X53-D56.
> >
> > Je branche mon serveur dessus, l'interface de l'idrac négocie 100M/full
> > sans problème.
> >
> > L'interface Gb1 ne réussie pas la négociation, le serveur tourne avec un
> > VmWare 6.5.
> >
> > J'ai essayer de forcer en 1G/full des deux côtés sans succès, le port
> > passe down.
> >
> > Quelqu'un a t il déjà eu ce problème ?
> >
> > J'ai essayé pas mal de configuration, la dernière en date :
> >
> > ge-1/0/0 {
> > ether-options {
> > auto-negotiation;
> > }
> > unit 0 {
> > family ethernet-switching {
> > interface-mode trunk;
> > vlan {
> > members [ admBackend Stockage ];
> > }
> > }
> > }
> > }
> >
> > je suis preneur de toute idée.
> >
> > Merci
> >
> >
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [MISC] cherche fournisseur pour jarretières fibre

2017-10-13 Par sujet Jean-Baptiste COUPIAC
Salut,

Lightmax, ils sont sympa et ont un bon catalogue : http://lightmax.fr
+

Le 13 oct. 2017 6:27 PM, "Clément Guivy"  a écrit :

> Salut, je cherche une boutique sérieuse qui peut fournir des jarretières
> fibre en faible quantité dans un délai assez court (< 1 semaine), pour un
> besoin basique : entre 1 et 10 m, OS2 ou OMx, connecteurs LC, SC, ou SC/APC
> dans la plupart des cas.
>
> Vous achetez chez qui, vous ?
>
> Merci.
>
>
>
> clément
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH] Cisco Nexus et VRRP

2018-04-06 Par sujet Jean-Baptiste COUPIAC
Bonjour à tous,

Je me permet de rebontir car j'essai d'annoncer en OSPF un /16 dont la GW
serai une @IP vrrpv3 secondary.
J'ai pas l'impression que ca marche très bien ^^

*ip prefix-list Vlan176 seq 5 permit 10.76.0.0/24 *
*ip prefix-list Vlan176 seq 10 permit 10.77.0.0/16 *

*interface Vlan176*
*  no shutdown*
*  ip address 10.76.0.252/24 *
*  ip ospf passive-interface*
*  vrrpv3 2 address-family ipv4*
*address 10.76.0.254 primary*
*address 10.77.255.254 secondary*

* redistribute direct route-map routes-Vlan176*

La redistribution du 10.76 est fonctionnelle mais pas celle du 10.77. Suis
je obligé d'avoir une ip physique dans le range 10.77 pour redistribuer en
ospf ?

+

__
Jean-Baptiste


Le 6 avril 2018 à 09:17, David Ponzone  a écrit :

> Mea culpa, effectivement on peut maintenant avoir l'IP virtuelle identique
> à une des IP réelles.
> Les docs de Cisco sont très mal écrites à ce niveau. C'était mieux avant.
>
> Le 6 avr. 2018 à 06:05, Cédric Houzé a écrit :
>
> > Hello la liste,
> >
> > Sur le papier, VRRPv3 semble ne plus nécessiter de définir une IP
> > spécifique pour la virtuelle.
> >
> > Ça a l'air bien expliqué ici :
> > https://www.randco.fr/blog/2012/2045/
> >
> > En réalité, l'important est qu'il y ait une adresse MAC virtuelle qui
> soit
> > définie.
> > En cas de bascule, la MAC utilisée par la table ARP doit rester la même
> > pour ne pas avoir d'interruption de service le temps que la table ARP
> soit
> > refreshée.
> >
> > C'est expliqué au chapitre  8.1.2
> > . "Host ARP
> Requests",
> > ici :
> >
> > https://tools.ietf.org/html/rfc5798
> >
> >
> >
> > Pour éviter une blague en prod, je te recommande de vérifier la MAC
> address
> > table en face de chaque interface histoire de voir si tu as bien 3
> adresses
> > MAC en tout ; 2 physiques et 1 virtuelle.
> > Dans l'idéal, un petit test de bascule devrait valider l'ensemble :)
> >
> >
> > Cordialement,
> > Cédric Houzé.
> >
> >
> >
> > Le jeu. 5 avr. 2018 à 23:27, Eric LECLERC  a
> écrit :
> >
> >> Bonsoir,
> >> je me lance pour ma première réponse dans la mailing list :)
> >> De ce que j'en comprends, il faut déjà activer la feature vrrpv3 sur le
> >> Nexus (jusque là c'est classique).
> >> Ensuite dans l'interface on configure le groupe vrrpv3 et on définit les
> >> IP dans les familles d'adresses.
> >> En IPv4, il y a la primaire et la secondaire. La primaire sert
> uniquement
> >> de next hop, tous les paquets qui sont directement adressés à cette
> adresse
> >> sont droppés. Il faut donc utiliser l'adresse secondaire lorsque l'on
> veut
> >> causer directement à l'équipement.
> >> En IPv6, il faut configurer une adresse globale ET une adresse
> link-local
> >> qui servira de next-hop pour les hôtes.
> >> Par ailleurs il faut désactiver le vrrpv2 sur l'interface. Voici le
> >> template de conf trouvé dans le guide des Nexus 3000 :
> >>
> >> interface Vlan20
> >> vrrpv3 10 address-family ipv4
> >> timers advertise 1000
> >> priority 100
> >> preempt
> >> match-address
> >> no vrrpv2
> >> address 20.1.1.1 primary
> >> address 20.1.1.5 secondary
> >> vrrpv3 10 address-family ipv6
> >> timers advertise 1000
> >> priority 100
> >> preempt
> >> match-address
> >> no vrrpv2
> >> address fe80::1 primary
> >> address 2011::5
> >>
> >> En espérant que ça t'aidera, et ci-dessous le petit lien qui va bien :
> >>
> >>
> >> https://www.cisco.com/c/en/us/td/docs/switches/datacenter/ne
> xus3000/sw/unicast/602_u1_1/l3_nx-os/l3_vrrp.html#pgfId-1208513
> >>
> >> Cordialement,
> >>
> >> LECLERC Eric
> >>
> >> Mobile +33 6 95 07 88 59
> >>
> >> er.lecler...@gmail.com
> >>
> >> Le 5 avril 2018 à 22:58, Michel Py 
> a
> >> écrit :
> >>
>  David Ponzone a écrit :
>  Je sais pas sur un Nexus mais chez Cisco, j'ai toujours configuré une
> >>> IP réelle par routeur, et une IP virtuelle flottante.
>  Donc si tu as R routeurs, tu as tout le temps besoin de R+1 adresses
> IP.
>  Je ne dis pas qu'il n'est pas possible que l'IP virtuelle soit
> >>> identique à une des IP réelles, mais cela me semble risquer.
> >>>
> >>> Je plussoie. Une addresse pour chaque switch/routeur plus l'addresse
> >>> fantome, qui est servie par celui des deux qui est "ACTIVE" (en termes
> de
> >>> HSRP, pas VRRP).
> >>> Je me suis laissé dire que VRPP et HSRP c'était très proche...
> >>>
> >>> Michel.
> >>>
> >>>
> >>> ---
> >>> Liste de diffusion du FRnOG
> >>> http://www.frnog.org/
> >>>
> >>
> >>
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [TECH] ServerU / ProApps / Netmap

2015-10-15 Par sujet Jean-Baptiste COUPIAC

Salut à tous,

Y'a t'il des personnes qui ont déjà travaillé avec des "appliances" 
ServerU L-800 ? (http://www.serveru.us/en/netmapl800)


Des feedbacks sur son utilisation, ses performances, avec netmap / 
netmap-ipfw ? Stabilité, ect...


Quid de l'os maison "ProApps" ?

Merci par avance,


---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH] Conseil switches

2016-02-11 Par sujet Jean-Baptiste COUPIAC
Bonjour à tous,

Je me permets de déterrer ce topic, car j'ai, il y a peu, fait face à un
bug applicatif sur mon Stack de switchs (Brocade ICX). Le stack s'est un
peu transformé en HUB, avec du Broadast qui a induit des pertes de paquets
sur des routeurs, rien de bien sympa...
Bien que le problème semble etre fixé chez Brocade (avec les updates
Softwares qui s’enchaînent), je suis de moins en moins chaud à faire du
stack Multi-chassis avec le super "SPOF logiciel".

Quelles seraient les alternatives ? les techno de type MC-LAG ? Faire de la
résilience niveau 3 exclusivement ?

+
*Jean-Baptiste*


Le 20 janvier 2015 à 09:44, Maxime Baudin  a
écrit :

> Le 09/01/2015 18:44, fatiha boudj a écrit :
>
>>   Il a y a aussi les switchs AVAYA ERS3500 ou ERS4000 en  réseau de
>> périphérie et
>>   en coeur il y a la gamme des ERS48xx ou ERS5000
>> http://www.avaya.com/fr/produit/ethernet-routing-switch-5000-series/
>>
>
> +1
>
> très content de la gamme 56xx (la gamme 55xx est en fin de vie, mais le
> 5530 reste LE switch qui a changé ma vie :)  ) en coeur de réseau
> idem pour la gamme 4xxx en edge ou en TopOfRack (préférer les 48xx, les
> 45xx sont en fin de vie également)
>
> Stack sérieux, cli intuitive et (trop) complète.
>
> les firmwares apportent régulièrement de nouvelles fonctionnalités, et
> surtout : il y a un grosse base documentaire sur le site Avaya.
>
> Bref, j'apprécie la gamme.
>
> Cordialement,
> Maxime Baudin
>
> --
> Maxime Baudin - Rectorat de Rennes
> SERIA-R, 8 rue Jean-Julien Lemordant - 35000 Rennes
> Tel : 02 23 42 16 88  Fax : 16 60
> E-mail :Maxime.Baudin(at)ac-rennes.fr
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>


--

---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [BIZ] Switchs stackables LACP Multi chassis

2014-04-07 Par sujet Jean-Baptiste COUPIAC
Bjr a tous,

Je suis à la recherche de switchs stackables pour faire du MLAG (LACP sur
deux unités physiques).

Le problème principal est que le prix doit être contenu (moins de
*1000 EURO* unitaire
pour du 24 ports Giga)

*Avez vous des modèles à me conseiller dans cette tranche de prix ?*
*(Aujourd'hui le seul que j'ai trouvéqui répond presque à la demande est le
Cisco 2960X-24TS-L + module Stack 2960X = Total 1300 EURO)*

Merci
Jb

---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [JOBS] Offre d'emploi à TOULOUSE - Responsable d’équipe technique

2014-08-08 Par sujet Jean-Baptiste COUPIAC
Dans le cadre de son développement, Nfrance recrute un responsable 
d’équipe technique à TOULOUSE.



* *Entreprise :
*Créée en 1997 parmi  les tous premiers hébergeurs Français, NFrance est 
un acteur  historique de ce marché. Spécialisée à l’origine en 
hébergement de sites, majoritairement mutualisé, NFrance a fait le choix 
de l’Open Source dès sa création. Les compétences acquises dans ce 
domaine, confirmées par la pratique de techniques maitrisées, renforcées 
par la recherche de l’excellence, ont permis à NFrance d’adapter au fil 
des années ses prestations aux exigences du marché. Elle ne s’adresse 
plus maintenant  qu’à une clientèle professionnelle à potentiel souvent 
élevé exigeant des architectures d’hébergement complexes et conséquentes.




* *Poste et missions :*
Dans le contexte de la mutation de nos produits et services, nous 
recherchons un*cadre senior pour un poste à responsabilités*.
Sous l’autorité directe du président ou du directeur général, vous 
participerez à la direction des équipes technique de l’entreprise, 
gérerez directement certains projets « grands comptes » et encadrerez 
les équipes projets. Vous superviserez par ailleurs le réseau, serez 
chargé de la consolidation des procédures d’exploitation et de suivi et 
participerez aux travaux d’avant-vente.



** Profil*
Formation initiale ingénieur diplômé ou équivalent. *Expérience en 
management*.***Maitrise des concepts PRA/PCA. Culture Unix / Linux 
Impérative*.
Connaissance du système d’exploitation FreeBSD. Connaissance Apache, 
MySQl, PHP. Connaissance des outils de virtualisation OpenSource (Xen), 
Réseaux/BGP·



* *Qualités essentielles exigées*
Rigueur / Recherche de la qualité. Bon contact relationnel / Goût du 
travail en équipe. Esprit logique et méthodologique affirmé. Bon sens 
(si possible), Pragmatisme. Dynamique.



Envoyez vos candidatures à*direct...@nfrance.com*

+-   N F R A N C E  -  C O N S E I L   -+
|  Jean-Baptiste COUPIAC  Toulouse, France  |
|  phone : +33 (0)5 34 45 55 01www.nfrance.com  |
|  email : jeanbaptiste(at)nfrance.com AS15826  |
+---+


---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [TECH] Coupure Fibre Sud Est / Impact Neo telecom - Free - ...

2014-09-11 Par sujet Jean-Baptiste COUPIAC
Coupure de fibre dans le sud-est de la France (cf support Zayo)

 

Trafic en dégradé chez nous, pas de perte.

 

Impact chez plusieurs transit il semble.

 

 

+-   N F R A N C E  -  C O N S E I L   -+

|  Jean-Baptiste COUPIAC  Toulouse, France  |

|  phone : +33 (0)5 34 45 55 01www.nfrance.com  |

|  email : jeanbaptiste(at)nfrance.com AS15826  |

+---+

 


---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [BIZ] Recherche Revendeur BROCADE (gamme ICX)

2015-01-06 Par sujet Jean-Baptiste COUPIAC
Bonjour la liste, 

 

Nous sommes à la recherche d’un revendeur Brocade pouvant nous fournir du
Switch  BROCADE ICX 6610 – 24p

 

Contact en MP :)

 

Cordialement,

 

+-   N F R A N C E  -  C O N S E I L   -+

|  Jean-Baptiste COUPIAC  Toulouse, France  |

|  phone : +33 (0)5 34 45 55 01www.nfrance.com  |

|  email : jeanbaptiste(at)nfrance.com AS15826  |

+---+

 


---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH] IPAM

2016-06-30 Par sujet Jean-Baptiste COUPIAC
Pour rebondir sur ce topic,

Quel est pour vous le meilleur outil DCIM / le plus abouti (qu'il soit
open-source ou non ...) ?

Merci,

__

[image: NFrance Conseil] <http://www.nfrance.com/>

*Jean-Baptiste COUPIAC*
Tél. : +33 5 34 45 55 00 <%20+33534455500>
4 rue Kennedy 31000 Toulouse - France | www.nfrance.com


Le 30 juin 2016 à 14:19, Florian Cauzard  a
écrit :

> Hello,
>
> Nous on utilise PHPIPAM. Ca fait le boulot, simple a upgrade. Tu peux y
> renseigner tes VLAN, IPv4, IPv6. Si tu choisis la mauvaise IP il te le dit
> donc tu ne peux pas faire n'importe quoi. Analyse du RIPE pour recuperer
> tes sugnets automatiquement. Peut se coupler avec un annuaire.
>
> Celle de digital Ocean est top car mélanger IPAM et Racktables (en gros)
> plus une gestion des secrets mais pas ne peut pas se coupler (sauf si je me
> trompe) a un annuaire.
>
> 2016-06-27 19:08 GMT+02:00 Foucault de Bonneval :
>
> > Bonsoir,
> >
> > Je viens de voir passer Netbox (IPAM+DCIM), un projet sous Apache de
> > Digital Ocean.
> >
> > https://github.com/digitalocean/netbox
> >
> >
> >
> > ++
> > F/
> >
> > 2016-06-21 10:55 GMT+02:00 Pierre-Yves Dubreucq :
> >
> > > Bien le bonjour,
> > >
> > > Je vais juste intervenir sur Ralph 3 pour donner un peu plus
> > d'information.
> > >
> > > Le lien qui présente Ralph en Français concerne Ralph 2 (c'est moi qui
> > > l'ai écrit) néanmoins, ils sont en train de porter toutes les
> > > fonctionnalités majeures de Ralph 2.
> > >
> > > D'ailleurs Ralph 3 n'est pas encore sorti en stable pour cette raison,
> il
> > > reste quelques fonctionnalités à porter à 100%.
> > >
> > > Voici un état d'avancement de la Roadmap du 19 mai dernier :
> > >
> > > https://github.com/allegro/ralph/wiki/Ralph-3.x-roadmap
> > >
> > > Dans sa globalité, c'est assez stable et le projet semble de bonne
> > > qualité. Niveau activité, il est vraiment très actif et est supporté
> par
> > > une entreprise.
> > >
> > > Je pense franchement que Ralph 3 deviendra une référence dans la
> gestion
> > > de datacenter / cmdb
> > >
> > > Bonne journée à tous
> > >
> > >
> > >
> > > Le 20/06/2016 à 15:11, Phil Regnauld a écrit :
> > >
> > >> Julien Schafer (j.schafer) writes:
> > >>
> > >>> Bonjour
> > >>>
> > >>> Je voudrais savoir si certains ont un avis éclairé sur les solutions
> > >>> disponibles sur le marché (sachant qu'il y a du GPL, du payant etc)
> > >>>
> > >>  J'ai fini par compiler une liste des différents outils, avec des
> > >>  commentaires perso (en anglais), y compris des outils plus
> complets
> > >> de gestion d'inventaire/configuration/data center.
> > >>
> > >> J'ai pas tout regardé, mais je retiens:
> > >>
> > >>  - GestioIP
> > >>  - Ralph 3
> > >>  - phpIPAM
> > >>  - opennetadmin
> > >>  - nocproject (usine à ga^H^Hplutonium)
> > >>  - NetDot (que je connais bien)
> > >>
> > >> # IPAM and CMDB software
> > >>
> > >> ## IPAM
> > >>
> > >> * HaCi http://haci.larsux.de/ - 2015-03
> > >>
> > >>  - IPAM only, v4/v6, multiple POPs, uses templates, space
> > >> visualization
> > >>
> > >> * GestioIP  http://haci.larsux.de/ - 2016-02
> > >>
> > >>  - IPAM w/ VLAN management, subnet disco. via SNMP, space
> > >> visualization
> > >>  - BIND zone file generator fwd/ptr
> > >>  - Integration OCS Inventory NG
> > >>
> > >> * TeemIP - http://www.combodo.com/teemip-194 (2015-03), part of iTop
> or
> > >> alone
> > >>
> > >>  - request management w/portal systen for requestors
> > >>  - DNS
> > >>  - extensible
> > >>
> > >> * Subnetsmgt http://sourceforge.net/projects/subnetsmngr/ - 2013-05
> > >>
> > >>  - IPAM
> > >>  - PowerDNS integration
> > >>
> > >> * phpIPAM - http://phpipam.net - 2016-02
> > >>
> > >>  VLAN, VRF, visualization, RIPE, host scanning, etc...
> > >>  IP request form
> > >>
&

[FRnOG] [TECH] Feedback JUNIPER Virtual-Chassis

2016-10-26 Par sujet Jean-Baptiste COUPIAC
Bonjour la liste,

J'utilise depuis quelques temps la techno Juniper Virtual-Chassis sur des
switchs entrées de gamme EX2200-EX3300 (techno de Stack chez Juniper). Je
trouve la techno assez fiable.

Y'a t'il du monde qui a du recul / un feedback sur VirtualChassis (en bien
ou pas bien :)) ?

Merci,
__

*Jean-Baptiste COUPIAC*
Tél. : +33 5 34 45 55 00 <%20+33534455500>
4 rue Kennedy 31000 Toulouse - France

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH] Feedback JUNIPER Virtual-Chassis

2016-10-26 Par sujet Jean-Baptiste COUPIAC
Le 26 octobre 2016 à 15:32, Cyril Lavier  a
écrit :

> Bonjour.
>
> J'en fais tourner pas mal dans les bureaux (10 stacks de 4-5 membres et 4
> stacks de 2 membres tout en EX3300), et ça tourne bien.
>
> Il faut bien suivre les recommandations (OS dans les mêmes versions, bien
> cabler) et ça tourne sans trop de soucis.
>
> Par contre, 2 choses :
> - Par expérience, je conseille le mode pré-provisionné sur les VChassis,
> et pas le provisionning dynamique basé sur le poids du master, car au
> moment de changer un membre, si tu ne vérifies pas le poids du nouveau
> membre, et hop, il se retrouve master et tu perds toute la conf de ton
> stack, et là, t'es bon pour aller chercher un backup à restaurer.
>
=> Point de ISSU sans conf provisionné de toute façon, c'est un des
premiers trucs que je fait que je tombe un Virtual-Chassis :)


> - Quand on fait du poll SNMP sur des stacks de 5 switchs, ça pique un peu
> en temps de polling, donc il faut faire attention à ça.
>
=> J'ai d'ailleurs eu un gros problème à cause du polling. Un LibreNMS
faisait du polling toutes les 5 mins sur mon stack (stack qui ne finissait
pas de répondre pas dans les 5 minutes...) et je me suis retrouvé avec le
Routing-Engine avec 200% de charge, et en pleine nuit, la coupure / le flap
de plusieurs services, dont ceux qui gèrent LACP et STP... Depuis j'ai mis
des alertes sur la charge CPU du routing engine.

Concernant la charge; sur un stack de 7*EX3300, j'ai un Load15 à 0.61 et un
Load1 qui peut monter à 1.2 / 1.5. Bien que je n'ai pas encore eu de
problème sur ce stack, je trouve ces valeurs un peu élevées L'HW du
EX3300 n'est t'il pas un peu faible ?

+


> Mais pour le reste, ça tourne correctement.
>
> Merci.
>
> - Original Message -
> From: "Jean-Baptiste COUPIAC" 
> To: frnog@frnog.org
> Sent: Wednesday, 26 October, 2016 15:26:44
> Subject: [FRnOG] [TECH] Feedback JUNIPER Virtual-Chassis
>
> Bonjour la liste,
>
> J'utilise depuis quelques temps la techno Juniper Virtual-Chassis sur des
> switchs entrées de gamme EX2200-EX3300 (techno de Stack chez Juniper). Je
> trouve la techno assez fiable.
>
> Y'a t'il du monde qui a du recul / un feedback sur VirtualChassis (en bien
> ou pas bien :)) ?
>
> Merci,
> __
>
> *Jean-Baptiste COUPIAC*
> Tél. : +33 5 34 45 55 00 <%20+33534455500>
> 4 rue Kennedy 31000 Toulouse - France
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> --
> Cyril "Davromaniak" Lavier
> KeyID 59E9A881
> http://www.davromaniak.eu
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH] Feedback JUNIPER Virtual-Chassis

2016-10-27 Par sujet Jean-Baptiste COUPIAC
Merci pour vos retours,
On a globalement tous les mêmes soucis :)

Vous compareriez une paire de EX3300 en VC à quel(s) modèle(s) chez les
autres constructeurs ?

+

__

[image: NFrance Conseil] <http://www.nfrance.com/>

*Jean-Baptiste COUPIAC*
Tél. : +33 5 34 45 55 00 <%20+33534455500>
4 rue Kennedy 31000 Toulouse - France | www.nfrance.com


Le 27 octobre 2016 à 00:23,  a écrit :

> Bonjour,
> Même souci avec snmp et LACP (sur 2200 et 4500), le CPU de la RE est trop
> juste.
> Cdt
> SBU
>
> -Message d'origine-
> De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part
> de Cyril Lavier
> Envoyé : mercredi 26 octobre 2016 15:32
> À : frnog@frnog.org
> Objet : Re: [FRnOG] [TECH] Feedback JUNIPER Virtual-Chassis
>
> Bonjour.
>
> J'en fais tourner pas mal dans les bureaux (10 stacks de 4-5 membres et 4
> stacks de 2 membres tout en EX3300), et ça tourne bien.
>
> Il faut bien suivre les recommandations (OS dans les mêmes versions, bien
> cabler) et ça tourne sans trop de soucis.
>
> Par contre, 2 choses :
> - Par expérience, je conseille le mode pré-provisionné sur les VChassis,
> et pas le provisionning dynamique basé sur le poids du master, car au
> moment de changer un membre, si tu ne vérifies pas le poids du nouveau
> membre, et hop, il se retrouve master et tu perds toute la conf de ton
> stack, et là, t'es bon pour aller chercher un backup à restaurer.
> - Quand on fait du poll SNMP sur des stacks de 5 switchs, ça pique un peu
> en temps de polling, donc il faut faire attention à ça.
>
> Mais pour le reste, ça tourne correctement.
>
> Merci.
>
> - Original Message -
> From: "Jean-Baptiste COUPIAC" 
> To: frnog@frnog.org
> Sent: Wednesday, 26 October, 2016 15:26:44
> Subject: [FRnOG] [TECH] Feedback JUNIPER Virtual-Chassis
>
> Bonjour la liste,
>
> J'utilise depuis quelques temps la techno Juniper Virtual-Chassis sur des
> switchs entrées de gamme EX2200-EX3300 (techno de Stack chez Juniper). Je
> trouve la techno assez fiable.
>
> Y'a t'il du monde qui a du recul / un feedback sur VirtualChassis (en bien
> ou pas bien :)) ?
>
> Merci,
> __
>
> *Jean-Baptiste COUPIAC*
> Tél. : +33 5 34 45 55 00 <%20+33534455500>
> 4 rue Kennedy 31000 Toulouse - France
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
> --
> Cyril "Davromaniak" Lavier
> KeyID 59E9A881
> http://www.davromaniak.eu
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH] Routeur BGP

2016-10-27 Par sujet Jean-Baptiste COUPIAC
Bonjour à tous,

Sur quelle base HW / SW avez vous pu faire tourner VyOS, Quagga ou Bird ?
Vous conseillerai plutôt BSD ou Linux en OS pour un max de stabilité ?

+

__

[image: NFrance Conseil] <http://www.nfrance.com/>

*Jean-Baptiste COUPIAC*
Tél. : +33 5 34 45 55 00 <%20+33534455500>
4 rue Kennedy 31000 Toulouse - France | www.nfrance.com


Le 27 octobre 2016 à 15:53, Sébastien 65  a écrit :

> Pour compléter la réponse de David sur archi PC il y aussi Quagga et Bird.
>
> 
> De : frnog-requ...@frnog.org  de la part de
> David Ponzone 
> Envoyé : jeudi 27 octobre 2016 15:48:17
> À : Richard MATOS
> Cc : frnog-t...@frnog.org
> Objet : Re: [FRnOG] [TECH] Routeur BGP
>
> Mikrotik ou PC avec VyOS.
>
>
> > Le 27 oct. 2016 à 15:42, Richard MATOS  a écrit
> :
> >
> > Salut la liste,
> >
> > Je dois mettre en place des intercos BGP avec 2 transitaires (un tiers1
> et
> > un national) et me connecter sur deux IX's pour peerer.
> > Quel routeur me conseillez-vous en sachant que les interco se feront en
> > 1gbps, que nous annoncerons qu'un AS avec un seul préfixe.
> > Merci pour vos retours.
> >
> > --
> > Richard MATOS
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [TECH]

2017-05-11 Par sujet Jean-Baptiste COUPIAC
Bonjour la liste,

J'utilise une appli KVM (ATEN) qui broadcast sur 255.255.255.255 pour
découvrir ses petits.

Bien que cette découverte ne soit pas parfaite, elle a le mérite de
simplifier la vie aux utilisateurs.
Cette découverte est limité à un même niveau 2.

Malheureusement, les postes de mes utilisateurs (appli KVM) ne sont pas sur
le même L2 que les KVM. La découverte n'est donc plus fonctionnelle.

Connaissez vous un moyen (sale ou propre) pour faire fonctionner une
découverte sur 255.255.255.255 dans deux L2 différents ? (proxy ***?)
A savoir, mes deux L2 sont en directly connected sur un même routeur.

Merci beaucoup,

__

*Jean-Baptiste,*

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH]

2017-05-12 Par sujet Jean-Baptiste COUPIAC
Bonjour,

Merci de vos réponses.
En effet, ces deux réseaux ne peuvent pas être unifiés.
Merci pour l'idée de propager un vlan sur les postes clients + KVM le tout
avec un / des routeur(s) au milieu (dois je faire obligatoirement du vxlan
dans ce cadre ?).

Pour un peu  résumer: les ranges IPs de mes deux réseaux (clients / KVM)
sont forcements différentes. Je dois par contre pouvoir découvrir, depuis
les clients, les KVMs. (le poste client fait un broadact
255.255.255.255:8000 pour découvrir des KVMs).
Solution 1:  Je peux placer tous les KVMs dans un même Vlan, et propager ce
Vlan (en taggé) jusqu'à mes postes clients. Mes clients devront par contre
avec une interface Vlan configuré sur leur poste (en plus du flux dé-taggé
"classique").
Solution 2: Est ce que ip helper-address peut aider dans le cadre d'un
broadcast UDP (255.255.255.255:8000) ? (d'après
http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/ipapp/configuration/12-4/iap-12-4-book/iap-bph.html#GUID-C0348E9F-D9BD-4AAC-8EBA-1684CEAA36C9
, je penses que oui). De toute façon, c'est pour Cisco, et moi je route
sous FreBSD ^^.
Après quelques recherches, j'ai peut être trouvé mon bonheur:
http://www.joachim-breitner.de/udp-broadcast-relay/ (un peu vieu, mais si
ca fait le taf)


+


__

[image: NFrance Conseil] <http://www.nfrance.com/>

*Jean-Baptiste COUPIAC*
Tél. : +33 5 34 45 55 00 <%20+33534455500>
4 rue Kennedy 31000 Toulouse - France | www.nfrance.com


Le 12 mai 2017 à 10:17, Michel Hostettler <
michel.hostett...@telecom-paristech.fr> a écrit :

>
> > L'usage d'un VLAN commun sur tes deux L2 pour avoir un même domaine de
> diffusion par exemple.
>
> Cela supposerait 2 adressages IP. Toutes les machines dans le VLAN commun
> doivent aussi être dans le même sous-réseau IP.
>
> > Configuré le routeur en pont ou le remplacer par un switch
>
> J'ai pas l'impression que cela change quoi que ce soit. La couche IP des
> machines terminales ne sera pas nécessairement atteinte, sauf si elles sont
> dans le sous-réseau IP.
>
> Cordialement,
> Michel
>
>
> - Mail original -
> De: "Xavier ROCA" 
> À: frnog-t...@frnog.org
> Envoyé: Jeudi 11 Mai 2017 19:34:59
> Objet: RE: [FRnOG] [TECH]
>
> Bonsoir,
>
> L'usage d'un VLAN commun sur tes deux L2 pour avoir un même domaine de
> diffusion par exemple.
> Cela est peut être incompatible avec l'archi déjà en place, surtout qu'il
> doit bien y avoir une raison d'avoir deux L2 sur un même routeur...
> Sinon  :
> Configuré le routeur en pont ou le remplacer par un switch
> Ok c'est pas encore Dredi je sors
> mais sans plus d'info sur l'archi cela va être dur de bien répondre.
>
> Xavier
>
> -Message d'origine-
> De : Jean-Baptiste COUPIAC [mailto:jeanbaptiste.coup...@nfrance.com]
> Envoyé : jeudi 11 mai 2017 09:53
> À : frnog-t...@frnog.org
> Objet : [FRnOG] [TECH]
>
> Bonjour la liste,
>
> J'utilise une appli KVM (ATEN) qui broadcast sur 255.255.255.255 pour
> découvrir ses petits.
>
> Bien que cette découverte ne soit pas parfaite, elle a le mérite de
> simplifier la vie aux utilisateurs.
> Cette découverte est limité à un même niveau 2.
>
> Malheureusement, les postes de mes utilisateurs (appli KVM) ne sont pas
> sur le même L2 que les KVM. La découverte n'est donc plus fonctionnelle.
>
> Connaissez vous un moyen (sale ou propre) pour faire fonctionner une
> découverte sur 255.255.255.255 dans deux L2 différents ? (proxy ***?) A
> savoir, mes deux L2 sont en directly connected sur un même routeur.
>
> Merci beaucoup,
>
> __
>
> *Jean-Baptiste,*
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/


[FRnOG] [TECH] Flow-Control / Bagots à 10G

2019-02-20 Par sujet Jean-Baptiste COUPIAC
Bonjour à tous,

Est ce que le flow-control , lorsqu'il n'est actif que d'un seul côté, peut
faire flaper un lien ? je m'explique :

d'un côté: baie SAN Compellent SCv3020 avec 8 ports 10G BaseT
de l'autre: switchs cisco Nexus 3064PQ avec 8 SFP 10G BaseT

Comportement:
Dès que je cable un port de la baie , en 10G, sur le switch, il flap
(toutes les 1s), jusqu'à ce que le port passe en linkFlapErrDisabled
Si je cable un port de switch en 10G BaseT avec un autre port de switch en
10G BaseT, je n'ai pas de flap => Les flaps n'interviennent qu'avec la baie.
Si je mets des SFP 1G , aucun flaps.
- Cables en CAT7 (800Mhz)
- Fix SolidOptics proposé mais sans effet (et pas sur que mon problème soit
lié aux SFP puisque sur un lien inter-switch, pas de flap...)

Avez vous déjà eu ce type de comportement ? Pensez vous que le problème est
lié au manque de flow-control côté switch ? (flow-control peut être
bloquant à 10G et pas 1G ...?)

Merci la liste !

__

Jean-Baptiste,

---
Liste de diffusion du FRnOG
http://www.frnog.org/


Re: [FRnOG] [TECH] Accès OOB 4G

2019-08-28 Par sujet Jean-Baptiste COUPIAC
Salut,
T
Tu as regardé du côté de Teltonika, le RUT955 par exemple ?
Super matos, ça gère Openvpn et probablement Ipsec (voir le manuel
d'utilisateur).

Nickel pour du Mgmt OOB

+

Le mer. 28 août 2019 à 19:09, Hugues Voiturier 
a écrit :

> Des opérateurs avec de la collecte EIT ? Je pense à Lasotel par exemple...
>
> Pour les Tunnels, j’ai déjà eu de la session fantôme sur du MikroTik côté
> LNS, mais en soi un kill et ça remonte...
>
>
> Sent from my iPhone
>
> > On 28 Aug 2019, at 19:02, David Ponzone  wrote:
> >
> >
> >
> >> Le 28 août 2019 à 18:33, Florent CARRÉ  a écrit :
> >>
> >> Effectivement David, tu as raison dans le cas d'IPv4 mais qu'en est-il
> des IPv6 ?
> >> Un accès direct peut être plus sympa, non ?
> >
> > Y a un opérateur qui fournit une vraie IPv6 publique en 4G ?
> > Qui ?
> >
> >> Quid du tunnel qui ne se rétablit pas ?
> >
> > Jamais eu de problème avec OpenVPN entre Mikrotik.
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

Le mer. 28 août 2019 à 19:09, Hugues Voiturier 
a écrit :

> Des opérateurs avec de la collecte EIT ? Je pense à Lasotel par exemple...
>
> Pour les Tunnels, j’ai déjà eu de la session fantôme sur du MikroTik côté
> LNS, mais en soi un kill et ça remonte...
>
>
> Sent from my iPhone
>
> > On 28 Aug 2019, at 19:02, David Ponzone  wrote:
> >
> >
> >
> >> Le 28 août 2019 à 18:33, Florent CARRÉ  a écrit :
> >>
> >> Effectivement David, tu as raison dans le cas d'IPv4 mais qu'en est-il
> des IPv6 ?
> >> Un accès direct peut être plus sympa, non ?
> >
> > Y a un opérateur qui fournit une vraie IPv6 publique en 4G ?
> > Qui ?
> >
> >> Quid du tunnel qui ne se rétablit pas ?
> >
> > Jamais eu de problème avec OpenVPN entre Mikrotik.
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>

---
Liste de diffusion du FRnOG
http://www.frnog.org/