Re: [FRnOG] [TECH] Eth 800Gbps

2020-04-10 Par sujet Pascal Gay via frnog 
Premiers produits planifiés en 2021 avec optiques OSFP 





> Le 10 avr. 2020 à 10:42, David Ponzone  a écrit :
> 
> https://ethernettechnologyconsortium.org/press-room/press-releases/25-gigabit-ethernet-consortium-rebrands-to-ethernet-technology-consortium-announces-800-gigabit-ethernet-gbe-specification-152/
>  
> 
> 
> Netflix va pouvoir nous envoyer des films en 32K.
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] sflow sur Arista

2018-09-27 Par sujet Pascal Gay 
bonjour Raphael

Les infos sont en lignes sur la partie publique sur notre site….tout est clair 
et transparent 

https://www.arista.com/en/um-eos/eos-section-46-1-sflow-conceptual-overview#ww1152186

"46.1.2 Arista sFlow Implementation
Arista switches provide a single sFlow agent instance that samples ingress 
traffic from all Ethernet and port channel interfaces.

Pascal

> Le 27 sept. 2018 à 08:46, Arnaud Fenioux  a écrit :
> 
> Salut Raphael,
> 
> On a migré tout le réseau d'HOPUS.net avec du Arista (boxes
> 7280SR-48C6 et chassis 7508N) et ca tourne super bien!
> La cli est tres (trop...) IOS-XE like, mais l'import des prefix-list
> par http/https/scp est un plaisir (surtout avec un "refresh ip
> prefix-list" en schedule),
> il ne manque plus que je le support de RTR pour RPKI/ROA :)
> 
> Pour le sFlow, on ne fait que du ingress... mais pense a activer les
> extentions BGP et enlever l'ECMP multipath-relax (ECMP sur des AS-PATH
> différents mais de meme longeur, ca complique les stats sFLOW avec des
> PEER_DST_ASN à 0) :
> 
> sflow extension bgp
> router bgp 44530
>   maximum-paths 4 ecmp 4
>   no bgp additional-paths receive
>   no bgp bestpath as-path multipath-relax
> 
> A part ca, le tac est vraiment efficace et réactif, ils ne posent pas
> des questions pour faire perdre du temps comme d'autres constructeurs
> (pas de noms!) et généralement donnent la solution/workaround en 24h.
> 
> Arnaud
> On Thu, Sep 27, 2018 at 8:11 AM Radu-Adrian Feurdean
>  wrote:
>> 
>> On Wed, Sep 26, 2018, at 22:24, Raphael Mazelier wrote:
>>> J'essaye de faire du sflow. Et pour le moment je m’aperçois d'un truc
>>> très moche, c'est que je n'arrive pas à avoir de sample en egress d'une
>> 
>> Tu n'a pas du passer par l'etape Brocade, qui avait exactement la meme 
>> limitation pour le sflow. L'idee etait d'activer les sFlow surtous les ports 
>> d'un edge, y compris les ports backbone. Ca marchait dans la plupart de cas.
>> 
>> 
>> ---
>> 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] [MISC] FRNOG 27.0 - RC 2

2016-10-02 Par sujet Pascal Gay 
Coté Arista chez Spotify je confirme

Cordialement

Le dimanche 2 octobre 2016, Raphael Mazelier <r...@futomaki.net> a écrit :

>
>
> On 01/10/16 16:24, Philippe Bourcier wrote:
>
>>
>>
>> J'ai une demande un peu particulière, je cherche quelqu'un qui aurait
>> migré une infra (de bonne taille, pas 3 baies...) en matos ONIE (sous
>> NOS Linux, genre Cumulus/OpenSwitch/...), que ce soit en access ou en
>> edge (Spotify-style) et qui pourrait venir en parler à la prochaine
>> réunion frnog lors d'une table-ronde sur le sujet.
>>
>>
> Juste un détail mais il me semble que l'infra edge spotify est sur de
> l'Arista. Meme si EOS est un NOS linux based, le matériel ne supporte pas
> ONIE afaik.
>
> Ceci étant excellent sujet. J'espere que tu trouvera des personnes pour ce
> retour d'expérience.
>
> --
> Raphael Mazelier
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
Pascal Gay
Mobile : +33662610645

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

Re: [FRnOG] [BIZ] Besoin Switch 48V

2016-05-09 Par sujet Pascal Gay 
Excellent choix :)

Si vous souhaitez plus d'infos topez moi

Cordialement

Le lundi 9 mai 2016, Edouard Chamillard <edouard.chamill...@ablogix.fr> a
écrit :

> un truc dans ce genre ? https://www.arista.com/en/products/7010-series
>
> j'ai des 7010 en prod et j'ai que du bien a en dire.
>
> On 05/09/2016 07:10 PM, Gwenael Adine wrote:
> > Bonjour,
> >
> > Je recherche un switch 48v avec 4 ports SFP et 12 ports Giga mini. Il
> est voué à être placé en cœur de réseau donc il faudrait un switch qui
> dépote un peu.
> >
> > Cordialement,
> > Gwenael ADINE
> >
> >
> > -------
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
>

-- 
Pascal Gay
Mobile : +33662610645

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

Re: [FRnOG] [TECH] Ports 10 Gbps

2016-04-21 Par sujet Mr Pascal Gay 
les gros clouds providers en sont friands (OVH, IBM SL par exemple)..il faut 
dire que de plus en plus de serveurs ont des cartes 1/10Gbase T natives

Pascal

> Le 21 avr. 2016 à 14:57, Xavier Beaudouin  a écrit :
> 
> Hello,
> 
>> Plusieurs clients m’ont remonté que les ports 10G des serveurs arrivent en 
>> 10G
>> BaseT. Cela est-il un épiphénomène ou cela se généralise-t-il ?
> 
> J'en vois oui. Hélas, le cuivre + RJ45 low life a de l'avenir :D
> 
> Xavier
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] TRILL vs. SPB

2016-04-15 Par sujet Mr Pascal Gay 
encore un point à regarder : l’arrivée des technologies 25/50/100 Gigabits……le 
port 25 Gigabit est au prix du 10 Gigabit, et peut faire du 10 Gigabit 
aussi….idem pour les ports 100 au prix du 40 Gig et qui peuvent faire du 40 Gig 
aussi..ça vaut le cout de regarder pour une plus grande pérennité 
d'investissement

> Le 15 avr. 2016 à 10:41, Raphael Mazelier  a écrit :
> 
> Hello,
> 
> A mon sens tu as deux grandes questions a te poser avant de choisir telle ou 
> telle technologie de "fabric ethernet".
> 
> 1) Est ce que tu veux réellement une architecture de type "fabric ethernet" ? 
> comme l'on dit mes camarades c'est certes (beaucoup ?) plus simple, mais 
> moins fiable et moins scalable qu'une fabric IP.
> 
> 2) Si oui, pose toi la question : avec quelle constructeur de matériel veut 
> tu travailler. Chaque constructeur a implémenté sa solution de fabric 
> ethernet à sa sauce (FabricPath, QFabric/VCF, Trill, SPB), avec c'est à 
> mentionner des constructeur qui utilisent des standards, et d'autres non. Et 
> d'autres ont choisi d'autre approches (comme Arista).
> 
> -- 
> Raphael Mazelier
> 
> Le 15/04/2016 00:19, Jean-Christophe Valiere a écrit :
>> Salut,
>> 
>> C'est dans le cadre d'un Datacenter.
>> Au début, étais plutôt TRILL me semblait plus pertinent mais plus je vois de 
>> doc et plus je penche pour SPB ...
>> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] TRILL vs. SPB

2016-04-15 Par sujet Mr Pascal Gay 
rebonjour

on peut faire très simple coté mise en oeuvre avec des Fabric IP ou du niveau 2 
(désolé de l’acronyme MLAG au passage, on va dire clustering de 2 switches mais 
avec plans de contrôle séparés pour ne pas confondre avec la technologie VSS de 
Cisco) avec les bons outils logiciels…..
Je suis heureux de voir que Brocade vient aussi à la Fabric IP cela confirme 
donc mon discours que c’est la technologie qui gagne sur le marché :) et grâce 
à cette technologie vous pouvez mixer des Leaf d’une marque et des Spine d’aune 
autre marque, voire mixer des marques coté Leaf et Spine….donc vous n’êtes pas 
enfermé chez un fournisseur 



> Le 15 avr. 2016 à 09:45, David Limery <dlim...@brocade.com> a écrit :
> 
> Salut,
> 
> Il y a plusieurs types de clients sur le marché. Ceux qui veulent du clé en 
> main et qui ne sont pas encore prêts à se lancer dans le développement ou la 
> gestion d'outils de provisioning ou d'automation; que ces outils soient 
> "maison" ou fournis par un éditeur soft. Et il y a ceux, plus mûrs, qui sont 
> déjà prêts à s'investir dans ce type d'approche souvent parce que l'outil 
> informatique est déjà considéré comme clé pour la génération de nouveaux 
> services pour leurs propres clients et donc de revenus accrus en matière de 
> chiffres d'affaires.
> 
> A liste des supporters des architectures MLAG proposées par mon confrère, 
> j'ajouterai Brocade (je vous renvoie aux motx-clés MCT/Multi-Chassis Trunking 
> ou VLAG/Virtual LAG).
> Pour les Fabric Ethernet, Brocade compte près de 4000 clients VCS (Virtual 
> Cluster Switching) dans le monde depuis la mise à disposition de cette 
> technologie en 2011. Cette technologie adresse le premier type de clients: 
> ceux qui veulent du clé en main, plug and play, propriétaire au sein du 
> cluster mais complètement interopérable en niveau 2 et niveau 3 avec tout 
> type d'environnement multi-constructeurs (réseau, serveurs, hyperviseurs, 
> stockage; ...).
> Pour le second type de clients, là aussi, Brocade propose des architectures 
> Leaf (Fabric IP) avec en guise de control plane:
> - soit un contrôleur externe comme NSX,
> - soit l'utilisation BGP EVPN au niveau des équipements qui constituent la 
> Fabric IP.
> Pour la partie data plane: le protocole qui a le vent en poupe aujourd'hui 
> pour adresser la micro segmentation est VXLAN que la Fabric IP Brocade met en 
> œuvre bien évidemment.
> 
> Pour revenir à la question initiale: Brocade a choisi TRILL (IETF) pour sa 
> Fabric Ethernet VCS pour sa disponibilité précoce par rapport à SPB et sa 
> simplicité de mise en œuvre. Brocade a enrichi le protocole pour y ajouter 
> notamment des fonctions OAM. Le protocole SPB, héritier des protocoles PLSB 
> (poussé par BT et feu Nortel à l'époque, évolution du PBB-TE), est à 
> l'origine orienté plus Service Provider; ce qui explique que des acteurs 
> (plus teintés Opérateurs) comme Avaya (ex-Nortel), Huawei, Alcatel ont opté 
> pour ce protocole de l'IEEE, mais aussi l'approche circuit-based et la 
> disponibilité native de mécanismes OAM.
> 
> Qu'il s'agisse de TRIIL ou SPB, la tendance à moyen et long terme est 
> clairement l'ouverture, l'interopérabilité et le scale. Seul le protocole IP 
> parvient aujourd'hui et de manière éprouvé à proposer ces caractéristiques 
> réseau. Aussi, pour ceux qui sont prêts, Les Fabric IP sont l'avenir. 
> Brocade peut d'ores et déjà vous accompagner dans vos projets de 
> transformation... et ce, quelque que soit l'approche choisie /: D.
> 
> A très bientôt
> /: David LIMERY.
> 
> 
> -Original Message-
> From: frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] On Behalf Of 
> Pascal Gay
> Sent: vendredi 15 avril 2016 07:49
> To: Jean-Christophe Valiere <j...@free.fr>
> Cc: Fabien Delmotte <fdelmot...@mac.com>; frnog-t...@frnog.org
> Subject: Re: [FRnOG] [TECH] TRILL vs. SPB
> 
> Tout cela c'est de la Fabric ethernet et c'est une technologie qui ne prend 
> pas sur le marché..car elle est difficilement interopérable les constructeurs 
> ayant pris un malin plaisir à faire des choses propriétaires  ...ce qui se 
> fait la plupart du temps est une architecture Spine Leaf côté physique et 
> soit une Fabric IP (avec du VXLAN pour le transport de niveau 2) soit une 
> architecture niveau 2  type MLAG côté logique c'est ce que font Cisco, 
> Arista, Juniper..les leaders sur ce marché ...entre autres... .c'est 
> complètement interopérable (on peut mélanger sans soucis 2 marques dans le 
> Datacenter ) et évolutif jusqu'à des centaines de milliers de serveurs et de 
> VMs si Virtualisation 
> 
> Pascal Gay
> 
> 
> 
>> Le 15 avr. 2016 à 00:19, Jean-Christophe Valiere <j...@free.fr> a écrit :
>> 
>> Salut,
>

Re: [FRnOG] [TECH] TRILL vs. SPB

2016-04-14 Par sujet Pascal Gay 
Tout cela c'est de la Fabric ethernet et c'est une technologie qui ne prend pas 
sur le marché..car elle est difficilement interopérable les constructeurs ayant 
pris un malin plaisir à faire des choses propriétaires  ...ce qui se fait la 
plupart du temps est une architecture Spine Leaf côté physique et soit une 
Fabric IP (avec du VXLAN pour le transport de niveau 2) soit une architecture 
niveau 2  type MLAG côté logique c'est ce que font Cisco, Arista, Juniper..les 
leaders sur ce marché ...entre autres... .c'est complètement interopérable (on 
peut mélanger sans soucis 2 marques dans le Datacenter ) et évolutif jusqu'à 
des centaines de milliers de serveurs et de VMs si Virtualisation 

Pascal Gay



> Le 15 avr. 2016 à 00:19, Jean-Christophe Valiere <j...@free.fr> a écrit :
> 
> Salut,
> 
> C'est dans le cadre d'un Datacenter.
> Au début, étais plutôt TRILL me semblait plus pertinent mais plus je vois de 
> doc et plus je penche pour SPB ...
> 
> Cordialement,
> Jean-Christophe
> 
> 
>> On Apr 14, 2016, at 5:55 PM, Fabien Delmotte wrote:
>> 
>> Bonjour,
>> 
>> Dans le cadre de DataCenter ou de Campus ?
>> Je pense que les problématiques sont différentes (entre DataCenter et 
>> Campus). Quoi qu’il en soit, Trill que je trouve sympathique 
>> intellectuellement a été « enrichi » par les constructeurs et cela est 
>> devenu un « machin » non interopérable.
>> 
>> Cordialement
>> 
>> Fabien
>> 
>>> Le 14 avr. 2016 à 17:37, Jean-Christophe Valiere <j...@free.fr> a écrit :
>>> 
>>> Salut,
>>> 
>>> Est-ce que des gens ont des input sur le choix entre TRILL & SPB ?
>>> 
>>> Si vous avez des questions n'hesitez pas :-)
>>> 
>>> Cordialement,
>>> Jean-Christophe Valiere
>>> ---
>>> Liste de diffusion du FRnOG
>>> http://www.frnog.org/
> 
> Regards,
> Jean-Christophe Valiere
> j...@free.fr
> 
> 
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [MISC] switch OS open source ?

2015-11-06 Par sujet Mr Pascal Gay 
bonjour

notre EOS est basé sur un Linux (Fedora) entièrement accessible et non 
modifié…le switch est pilotable comme un switch (CLI) et comme un serveur….très 
utilisé par les géants du web

www.arista.com

Cordialement


> Le 6 nov. 2015 à 09:27, Nicolas Parpandet  a écrit :
> 
> 
> Hello,
> 
> Existe t'il une plateforme de switch, basée sur de l'open source (bsd ou 
> linux) ?
> On trouve des routeurs, des pare-feux, pour la partie switch cela ne semble 
> pas évident.
> 
> A+
> 
> Nicolas
> 
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Design réseau L2

2015-10-07 Par sujet Pascal Gay 
Bonjour

Trill est propriétaire chez chacun des fournisseurs ;il n'y z guère plus que 
Brocade d'ailleurs à le pousser Cisco et Juniper sont partis sur autre chose) 
mais VXLAN est standard et interopérable certains clients français l'utilisent 
beaucoup en interconnexion de DC





> Le 7 oct. 2015 à 22:47, Arnaud Fenioux  a écrit :
> 
> 2015-10-07 21:04 GMT+02:00 Clement Cavadore :
> 
>> 
>> Sinon, tu peux aussi faire du QinQ avec des switch pas trop vieux, et
>> une redondance L2 "classique" type (x)STP, MRP ou autres.
>> 
> 
> Ouais, mais le "STP c est le mal" ;-)
> enfin disons qu'avec un design simple et qqlq bpdufilter/bpduguard tu peux
> t en sortir pour vraiment pas cher.
> 
> MLPS/VPLS est une techno épouvrée et pourrait etre un bon choix pour pas
> forcément trop cher (en broke).
> 
> Sinon, il ya en effet les solutions a base de VXLAN (pas testé),
> et TRILL ou SPB (
> http://etherealmind.com/trill-spb-spanning-tree-stp-risk-impact-design-reduce-domain-size/
> )
> c'est sympa sur le papier mais c est plutot "vendor locked" a ma
> connaissance.
> 
> On a mis du VCS/"TRILL by Brocade" quand j'étais sur Lyon, ca marche
> semblerait il ;) 
> 
> Arnaud
> 
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/


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

Re: [FRnOG] [TECH] Design réseau L2

2015-10-07 Par sujet Pascal Gay 
Bonjour

Du VXLAN pour transporter le niveau 2 sur un réseau routé IPv4 c'est aussi
une solution si vous interconnectez des DC et faire passer les VMs d'un
site a un autre...c'est plus simple et bien moins coûteux que du VPLS car
dispo sur des switches 10 Gig peu coûteux



Le mercredi 7 octobre 2015, David Ponzone <david.ponz...@gmail.com> a
écrit :

> Déjà, tu dois nous dire si tu veux allumer ta propre fibre ou si tu vas
> acheter des liens 10G à un opérateur.
>
> Tu dis que tu ne veux pas mettre un routeur à chaque POP.
> Tu veux mettre quoi alors ?
>
> Ensuite, pour faire court, tu peux construire tes services à l’ancienne,
> avec des switch ethernet. C’est plus simple mais moins souple.
>
> Ou tu fais du MPLS sur ton backbone (avec des routeurs IP donc), et tu
> livres tous tes services L2 par dessus MPLS.
> C’est plus complexe mais plus souple.
> Et d’autres ici vont certainement te dire que tu peux faire tout ça avec
> des routeurs Mikrotik à 1000€ pièce :)
>
> Il faudrait savoir ce que tu comptes vendre exactement et à qui.
>
> Le 7 oct. 2015 à 19:31, Jeremy <li...@freeheberg.com <javascript:;>> a
> écrit :
>
> > Bonjour les barbus,
> >
> > Désolé si il y a des façilités de langage ou des erreurs de frappes,
> l’attelle de poignet n'aide pas du tout à écrire ...
> >
> > Je suis en train de voir pour construire une boucle 10G entre plusieurs
> sites dans le secteur. Les objectifs sont simples :
> > - Avoir une redondance de circuit dans le cas ou la boucle est ouverte
> > - Avoir la possibilité de faire du L2 de manière transparente (vente de
> transport IP)
> > - Avoir une bonne maitrise du cout sans devoir mettre un routeur à
> chaque POP.
> >
> > Du coup, je regarde un peu les technos qui permettent de faire ça, mais
> j'avoue que le blabla en ligne n'aide pas à tout comprendre.
> > Ici je suis à la recherche de deux protocoles distincts je pense non ?
> Pour le premier point, je crois savoir que le protocole MPLS est le
> meilleurs choix.  Exact ?
> >
> > Pour le second point consistant à pouvoir vendre de la ressource de
> transport IP de manière transparente avec support de Vlan pour le client,
> c'est un autre protocole sur lequel je dois me concentrer ?
> >
> > Merci pour votre aide,
> >
> > Cordialement,
> > Jérémy Martin
> >
> > __
> > FreeHeberg.com : Osez l'h�bergement gratuit de qualit� professionnelle !
> > PHP + Mysql + Espace 2 � 20 Go
> >
> >
> > ---
> > Liste de diffusion du FRnOG
> > http://www.frnog.org/
>
>
> ---
> Liste de diffusion du FRnOG
> http://www.frnog.org/
>


-- 
Pascal Gay
Mobile : +33662610645

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

Re: [FRnOG] [TECH] SDN chez Google

2015-06-25 Par sujet Mr Pascal Gay 
bonjour

quand on veut faire bouger des VMs d’un serveur à un autre par exemple qui 
n’est pas dans le même domaine de Broadcast…VXLAN permet de faire un tunnel de 
niveau 2 dans un réseau de niveau 3 compatible avec VMWare et donc on peut le 
faire en software dans l’hyperviseur ou NSX et/ou en hardware dans les switches 
supportant le VTEP…on peut ainsi monter un DC tout niveau 3 (Fabric IP)  entre 
les TOR et le backbone (ou Leafs et Spine) interoperable entre plusieurs 
marques tout en préservant la possibilité de bouger les VMs…
On peut même l’utiliser pour de l’inter Datacenter et utiliser un backbone 
classique IPv4 (c’est de l’UDP)  (pas besoin de MPLS/VPLS)  et faire transiter 
des VMs d’un site à un autre comme cela…nous avons plusieurs clients qui font 
cela pour info

C’est donc utile et devenu un « standard » de fait car supporté par VMWare, 
Alcatel, Arista, A10, Brocade, Cisco, Fortinet, F5, HP, Juniper, Palo Alto 
(ordre alphabétique)  …et j’en passe surement (pardon pour les oubliés)... dans 
leurs switches de Datacenter, ADC et firewalls récents avec un excellente 
intéroperabilité

En espérant être utile à la discussion



 Le 25 juin 2015 à 11:15, Louis luigi.1...@gmail.com a écrit :
 
 VXLAN: quel intérêt en 2015, dans un monde IP, d'ajouter une couche
 supplémentaire pour maintenir l'existence de domaines de broadcast Ethernet
 entre serveurs ?
 
 je dirais que parmi les intérêts, il y a :
 - possibilité d'avoir plus de zones de broadcast. On est plus limité à 4096
 - ne plus faire dépendre une zone de broadcast d'un site géographique
 
 
 Le 25 juin 2015 06:59, Romain De Rasse rom...@de-rasse.fr a écrit :
 
 Bonjour,
 
 Je n'ai pas testé mais il y a l'air d'y avoir des pistes niveau devops
 réseau par exemple :
 https://github.com/spotify/napalm/blob/master/README.md qui vient avec un
 plugin ansible.
 
 RDR
 
 Le 25 juin 2015 06:33:31 GMT+10:00, Olivier Cochard-Labbé 
 oliv...@cochard.me a écrit :
 
 2015-06-24 21:01 GMT+02:00 Thomas Barandon t.baran...@gmail.com:
 
 Hi,
 
 
 Bref, le SDN c'est bon. Mangez en. De toute façon il faudra composer avec.
 
 
 
 ​Juste un «détail» qui me chiffonne avec les solutions SDN du moment: Ou
 est passé le principe KISS ?
 Prenons l'exemple de Juniper Contrail (je prends cet exemple uniquement car
 la solution fonctionne pas mal et la doc bien foutue):
 
 cf le white paper CONTRAIL ARCHITECTURE, Figure 1 Contrail system
 overview:
 http://www.juniper.net/us/en/local/pdf/whitepapers/2000535-en.pdf
 
 Donc sur ce schéma d'introduction simplifié (car réduire OpenStack à un
 seul bloc, j'appelle cela de la simplification) je
 découvre un joli mélange
 de:
 - XMPP, pour que routeur fasse des échanges multimédias ou du chat entre
 eux et le contrôleur ? :-)
 - BGP, normal c'est du réseau
 - Netconf, tiens… enfin!
 - API Rest, car c'est la mode de tout encapsuler dans HTTP… quelle connerie
 d'avoir prévus 65535 ports pour TCP, alors qu'il en suffisait de trois: 53,
 80 et 443.
 - Une couche d'overlay MPLS over GRE/UDP ou d'overlay VXLAN…
  - Pourquoi absolument du MPLS over quelques chose et pas le faire
 nativement ?
  - VXLAN: quel intérêt en 2015, dans un monde IP, d'ajouter une couche
 supplémentaire pour maintenir l'existence de domaines de broadcast Ethernet
 entre serveurs ?
 - hyperviseur
  - Comment garantir le jitter minimum lorsque l'on doit traverser
 plusieurs hyperviseurs ? (chainage de VMs)
 
 Et le pire: C'est que ça fonctionne.
 Par contre le jour il y aura un problème: Qui est capabl
 e de
 maitriser et
 comprendre l'ensemble des technos mis en œuvre dans une telle solution ?
 ​
 
 Cela me donne l'impression que la révolution SDN va vraiment trop vite.
 J'aurai aimé une étape intermédiaire plus simple avant, comme par exemple
 juste trouver une solution de déploiement automatisée de configuration d'un
 réseau hétérogène. Netconf, après des années de réflexions et je ne sais
 plus combien de RFC n'est toujours pas utilisable à grande échelle dans un
 environnement vraiment multi-constructeurs.
 Le monde de l'IT n'ont pas perdus leur temps en discussion: Ils disposent
 désormais de plusieurs solutions éprouvées qui leur permet de gérer leur
 énormes parc de serveurs (ansible, puppet, chef, salt, etc...). Et pendant
 ce temps là, nous au réseau: Que dalle! Pourtant un serveur est autrement
 plus complexe à gérer qu'un simple switch/routeur.
 Cela nous aurai permis de commencer
 tranquillement notre migration en mode
 devops au lieu de nous prendre la grosse claque SDN d'un coup.
 
 My two cents,
 
 Olivier
 
 ---
 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] Recherche switch durci 48 ports SFP

2015-06-19 Par sujet Pascal Gay 
Bonjour

Voir chez Microsense ou Hirschman les deux spécialistes 



Pascal Gay
Arista



 Le 19 juin 2015 à 14:06, Oceanet - Cédric BASSAGET ced...@oceanet.com a 
 écrit :
 
 Bonjour,
 
 Je suis à la recherche de références de switchs durcis 48 ports SFP (ou 24 
 ports si ça n'existe pas).
 Les switchs doivent résiter à des températures min -10°C max 60°C.
 
 Est-ce que l'un de vous connaîtrait des références ?
 
 Merci pour vos retours.
 Cédric
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/


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

Re: [FRnOG] [TECH] Recherche Switch Multicast gigabit pour flux IPTV

2015-01-29 Par sujet Pascal Gay 
Bonjour 

Nous aurions peut être des produits avec pas mal de buffers qui pourraient 
répondre à votre besoin chez Arista

N'hésitez pas à discuter avec Laurent Gallampois cote technique l...@arista.com

Cordialement 

Pascal Gay
Mobile professionnel  +33662610645



 Le 29 janv. 2015 à 12:47, Clement Cavadore clem...@cavadore.net a écrit :
 
 Bonjour Marc,
 
 Dans une précédente vie pro, nous avons utilisé des Brocade FCX  ICX
 pour ce genre d'usage, sans problèmes particuliers, pour peu qu'ils
 soient configurés correctement :-)
 
 -- 
 Clément Cavadore
 
 
 On Thu, 2015-01-29 at 12:19 +0100, Marc LENY wrote:
 Bonjour à la liste,
 
 Nous diffusons des flux IPTV multicast avec nos produits (gateway DVB vers 
 IP, serveurs vidéos, enregistreurs vidéos…). Depuis des années nous 
 utilisons pour notre backbone réseau des switchs HP 2524 qui sont 
 compatibles IGMP Snooping. Malheureusement cette gamme de produits a 
 disparu. Nous n’arrivons pas à trouver un matériel de remplacement qui 
 fonctionnerait avec des ports en Giga. Quand nous passons en Giga (tests 
 effectués sur un switch HP 2810-24G), nous perdons régulièrement des paquets 
 (plusieurs par minute) sur le réseaux alors qu’avec nos anciens switches 
 nous ne perdons aucun paquets ! C'est aussi le cas lorsque le réseau est en 
 giga mais que les flux ne dépassent pas quelques dizaines de Mb/s. Ceci est 
 indétectable si on décode les vidéos dans un player type vlc (cela fait un 
 glitch une fois de temps en temps) mais avec nos outils de monitoring vidéo 
 live nous voyons que la qualité du signal IPTV n’est pas parfaite…
 
 Donc deux questions :
 - Quelqu’un aurait-il la référence d’un switch multicast (IGMP Snooping 
 indispensable) fiable pour de l'IPTV ? Idéalement, on souhaiterait rester 
 dans les mêmes gammes tarifaires que le 2524 (autour des 1000€).
 - Auriez-vous une idée expliquant le comportement sur le multicast lors du 
 passage au gigabit ?
 
 Bien cordialement,
 
 Marc LENY
 EKTACOM
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/
 


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

Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G

2013-05-11 Par sujet Pascal Gay 
Raphaël

Lacp/etherchannel a toujours été disponible depuis de nombreuses années chez 
Foundry comme Brocade...la mise en place dynamique de la chose en revanche 
n'est arrivée que récemment sur la gamme FCX/ICX...sur Netiron cela fait des 
années que c'est mis en dynamique en revanche. ...

Voici pour les précisions 

Cordialement 




De : Raphaël Maunier - Jaguar Network [rmaun...@jaguar-network.com]
Date d'envoi : vendredi 10 mai 2013 20:31
À : Pascal Gay
Cc : romain.ma...@bsonetwork.com; frnog@frnog.org; esca...@azylog.net
Objet : Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G

Lacp / etherchannel fonctionnalités manquante sur un Sw en 2012, mais qu'elle 
bonne idée :)

Envoyé de mon iPad

Le 10 mai 2013 à 18:03, Pascal Gay p...@brocade.com a écrit :

 Bonjour

 Cette information est ancienne depuis la release 8.0 ce n'est plus vrai sur 
 la toute la gamme FCX et ICX donc après avoir fui vous pouvez revenir :):) ça 
 n'a jamais été un bug juste une fonctionnalité manquante gênante il est vrai

 Cordialement

 
 De : frnog-requ...@frnog.org [frnog-requ...@frnog.org] de la part de Raphael 
 Maunier - Jaguar Network [raphael.maun...@jaguar-network.com]
 Date d'envoi : vendredi 10 mai 2013 12:17
 À : Romain MAZET - BSO Network Solutions
 Cc : Julien Escario; frnog@frnog.org
 Objet : Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G

 Ouais les super ICX , c'est pas ceux les lags recalculent quand un membre du 
 channel est déconnecté ?

 La dernière fois que j'ai eu le support brocarde sur ce sujet ( via un client 
 ) : Bug qui sera potentiellement corrigé en Q4 …

 A fuir comme la peste :)

 Cordialement,
 --
 Raphael MAUNIER
 Jaguar Network France


 On May 10, 2013, at 12:01 PM, Romain MAZET - BSO Network Solutions 
 romain.ma...@bsonetwork.com wrote:

 Hello,

 Chez Brocade plutôt que les TurboIron, tu as aussi les ICX6450-24 avec 2 
 ports 10G SFP+ intégrés + 2 Ports SFP.
 Les 2 ports SFP peuvent se tranformer en port SFP+ sous activation d'une 
 licence.
 Je ne connais pas ton budget mais les 6450-24 sont vraiment abordables.

 Les ports SFP+ peuvent être utilisés soit pour monter un stack, soit pour 
 monter des liens 10G vers tes uplinks.
 Ca fait du dual mode SFP et SFP+.

 Sinon si tu recherches plus de ports 10G, tu as les ICX6610 (8 ports 10G 
 SFP+).

 Tu peux trouver facilement des optiques compatibles pour Brocade, tous les 
 vendeurs d'optiques peuvent les coder.

 http://www.brocade.com/products/all/switches/product-details/icx-6430-and-6450-switches/specifications.page

 http://www.brocade.com/products/all/switches/product-details/icx-6610-switch/specifications.page

 Romain

 
 De : frnog-requ...@frnog.org [frnog-requ...@frnog.org] de la part de Julien 
 Escario [esca...@azylog.net]
 Date d'envoi : vendredi 10 mai 2013 10:13
 À : frnog@frnog.org
 Objet : Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G

 Le 07/05/2013 15:00, David BERARD a écrit :
 Bonjour à tous,

 Je suis à la recherche de switch pour évoluer progressivement vers du 10G
 (cohabitation 1G SFP /cuivre et 10G).

 C'est les premiers matériels en 10G que je dois mettre en place, je me pose
 quelques questions :

 - Les ports SFP+ sont'-ils compatibles avec des SFP (certaines
 spécifications le précise d'autre non) ?
 - Il y a t'il des compatibilités SFP+ / switch à respecter ?

 Je n'ai besoin que de fonctionnalité très basique (VLAN / access-list
 L2-L4), niveau nombre de ports il me faut au moins 4 ports 10G SFP+, 4
 ports SFP et 2 ports cuivre.

 Je suis habitué à SMC mais ils n'ont pas de référence correspondant à ce
 besoin.
 Avez-vous des conseils sur le choix de ces matériels ?
 J'ai une référence chez DLINK (DGS-3420-28TC) qui semble correspondre mes
 besoins (et au budget), peut-être avez-vous des retours d'expérience sur
 cette marque pour des équipements 10G ?

 Bonjour,
 On déploie pas mal de Netgear :
 http://www.netgear.fr/business/products/switches/smart-switches/smart-switches-stackables/GS752TXS.aspx

 Ca fait pas tout mais le support est assez bon : faut juste passer le niveau 
 1
 en balançant des trucs techniques sans forcément un rapport.

 Et oui, le SFP+ accepte du SFP de manière transparente. On a mis du optech,
 aucun problème.

 Julien


 ---
 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/


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

Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G

2013-05-10 Par sujet Pascal Gay 
Bonjour

Cette information est ancienne depuis la release 8.0 ce n'est plus vrai sur la 
toute la gamme FCX et ICX donc après avoir fui vous pouvez revenir :):) ça n'a 
jamais été un bug juste une fonctionnalité manquante gênante il est vrai

Cordialement 


De : frnog-requ...@frnog.org [frnog-requ...@frnog.org] de la part de Raphael 
Maunier - Jaguar Network [raphael.maun...@jaguar-network.com]
Date d'envoi : vendredi 10 mai 2013 12:17
À : Romain MAZET - BSO Network Solutions
Cc : Julien Escario; frnog@frnog.org
Objet : Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G

Ouais les super ICX , c'est pas ceux les lags recalculent quand un membre du 
channel est déconnecté ?

La dernière fois que j'ai eu le support brocarde sur ce sujet ( via un client ) 
: Bug qui sera potentiellement corrigé en Q4 …

A fuir comme la peste :)

Cordialement,
--
Raphael MAUNIER
Jaguar Network France


On May 10, 2013, at 12:01 PM, Romain MAZET - BSO Network Solutions 
romain.ma...@bsonetwork.com wrote:

 Hello,

 Chez Brocade plutôt que les TurboIron, tu as aussi les ICX6450-24 avec 2 
 ports 10G SFP+ intégrés + 2 Ports SFP.
 Les 2 ports SFP peuvent se tranformer en port SFP+ sous activation d'une 
 licence.
 Je ne connais pas ton budget mais les 6450-24 sont vraiment abordables.

 Les ports SFP+ peuvent être utilisés soit pour monter un stack, soit pour 
 monter des liens 10G vers tes uplinks.
 Ca fait du dual mode SFP et SFP+.

 Sinon si tu recherches plus de ports 10G, tu as les ICX6610 (8 ports 10G 
 SFP+).

 Tu peux trouver facilement des optiques compatibles pour Brocade, tous les 
 vendeurs d'optiques peuvent les coder.

 http://www.brocade.com/products/all/switches/product-details/icx-6430-and-6450-switches/specifications.page

 http://www.brocade.com/products/all/switches/product-details/icx-6610-switch/specifications.page

 Romain

 
 De : frnog-requ...@frnog.org [frnog-requ...@frnog.org] de la part de Julien 
 Escario [esca...@azylog.net]
 Date d'envoi : vendredi 10 mai 2013 10:13
 À : frnog@frnog.org
 Objet : Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G

 Le 07/05/2013 15:00, David BERARD a écrit :
 Bonjour à tous,

 Je suis à la recherche de switch pour évoluer progressivement vers du 10G
 (cohabitation 1G SFP /cuivre et 10G).

 C'est les premiers matériels en 10G que je dois mettre en place, je me pose
 quelques questions :

  - Les ports SFP+ sont'-ils compatibles avec des SFP (certaines
 spécifications le précise d'autre non) ?
  - Il y a t'il des compatibilités SFP+ / switch à respecter ?

 Je n'ai besoin que de fonctionnalité très basique (VLAN / access-list
 L2-L4), niveau nombre de ports il me faut au moins 4 ports 10G SFP+, 4
 ports SFP et 2 ports cuivre.

 Je suis habitué à SMC mais ils n'ont pas de référence correspondant à ce
 besoin.
 Avez-vous des conseils sur le choix de ces matériels ?
 J'ai une référence chez DLINK (DGS-3420-28TC) qui semble correspondre mes
 besoins (et au budget), peut-être avez-vous des retours d'expérience sur
 cette marque pour des équipements 10G ?

 Bonjour,
 On déploie pas mal de Netgear :
 http://www.netgear.fr/business/products/switches/smart-switches/smart-switches-stackables/GS752TXS.aspx

 Ca fait pas tout mais le support est assez bon : faut juste passer le niveau 1
 en balançant des trucs techniques sans forcément un rapport.

 Et oui, le SFP+ accepte du SFP de manière transparente. On a mis du optech,
 aucun problème.

 Julien


 ---
 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/

Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G

2013-05-07 Par sujet Pascal Gay 
Pensez aussi a Arista !!

Cordialement
--
Envoye depuis un BlackBerry pardon pour les fautes d'accents


- Message d'origine -
De : Clement Cavadore [mailto:clem...@cavadore.net]
Envoyé : Tuesday, May 07, 2013 05:43 PM
À : frnog@frnog.org frnog@frnog.org
Objet : Re: [FRnOG] [TECH] Switch 10G pour cohabitation 10G/1G

Hello,

Tu as aussi les Brocade Turboiron 24X qui sont SFP/SFP+, mais ca doit 
être plus cher que Dlink (mais probablement moins cher que les EX4500)

Clément

Le 07/05/2013 17:39, Sylvain Busson a écrit :
 Bonjours,
 Zieute du coté de chez Force10 (Dell Networking le S Series)
 Pour le coté budget.
 Sinon les 4500 Juniper fonctionne bien et sont plutôt ouvert coté SFP+
   mais ce n'ai pas le même prix :-)
 SBU



 Le 07/05/2013 15:00, David BERARD a écrit :
 Bonjour à tous,

 Je suis à la recherche de switch pour évoluer progressivement vers du 10G
 (cohabitation 1G SFP /cuivre et 10G).

 C'est les premiers matériels en 10G que je dois mettre en place, je me
 pose
 quelques questions :

   - Les ports SFP+ sont'-ils compatibles avec des SFP (certaines
 spécifications le précise d'autre non) ?
   - Il y a t'il des compatibilités SFP+ / switch à respecter ?

 Je n'ai besoin que de fonctionnalité très basique (VLAN / access-list
 L2-L4), niveau nombre de ports il me faut au moins 4 ports 10G SFP+, 4
 ports SFP et 2 ports cuivre.

 Je suis habitué à SMC mais ils n'ont pas de référence correspondant à ce
 besoin.
 Avez-vous des conseils sur le choix de ces matériels ?
 J'ai une référence chez DLINK (DGS-3420-28TC) qui semble correspondre mes
 besoins (et au budget), peut-être avez-vous des retours d'expérience sur
 cette marque pour des équipements 10G ?

 D'avance merci pour vos retours.
 --
 David

 ---
 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/

RE: [MISC] Re: [FRnOG] Re: [MISC] Frnog et profs/chercheurs/écoles [Was: Le routage, enjeu de cyberstratégie]

2013-01-09 Par sujet Pascal Gay 
J'en tremble d'avance :):)

Pascal Gay





-Original Message-
From: frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] On Behalf Of 
Stephane Bortzmeyer
Sent: mercredi 9 janvier 2013 11:47
To: Radu-Adrian Feurdean
Cc: Samuel Thibault; frnog-m...@frnog.org
Subject: Re: [MISC] Re: [FRnOG] Re: [MISC] Frnog et profs/chercheurs/écoles 
[Was: Le routage, enjeu de cyberstratégie]

On Wed, Jan 09, 2013 at 11:42:43AM +0100,  Radu-Adrian Feurdean 
fr...@radu-adrian.feurdean.net wrote  a message of 51 lines which said:

 le FRnOG est aussi un endroit ou on renconre en chere et en os

On les mange ? :-)


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


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

RE: [FRnOG] [MISC] Mieux que l'HADOPI, Free !

2013-01-04 Par sujet Pascal Gay 
Avec free la pub n'est pas comprise :):)

Pascal Gay
Services Providers Sales Manager
Brocade France
9 rue Maurice Mallet 92130 Issy les Moulineaux T . +33 141903109   M. +33 
648755759
www.brocade.com






-Original Message-
From: frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] On Behalf Of 
Sébastien FOUTREL
Sent: vendredi 4 janvier 2013 15:12
To: Méhdi Denou
Cc: Crazysky; Pascal Rullier; Vincent Cassé; Liste FRnoG
Subject: Re: [FRnOG] [MISC] Mieux que l'HADOPI, Free !

Il est même possible que certaines ménagères de moins de 50 ans changent de FAI 
pour aller chez celui qui enlève les pubs que tous les gens exècrent.


Le 04/01/2013 14:57, Méhdi Denou a écrit :
 Bonjour et bonne année à tous,

 Excusez ma question idiote mais je ne comprends pas cette polémique étant
 donné que de plus en plus de gens utilisent adblock dans leurs navigateurs ?

 En ce qui me concerne je n'ai pas vu une pub sur un site depuis 3 ans. Ce
 n'est pas pour me déplaire.

 Le 4 janvier 2013 14:40, Crazysky crazy...@gmail.com a écrit :

 Surtout que l'option en soit est pas mauvaise. BLocage des publicités sur
 tous les périphériques du réseau connecté en Wifi ou filaire qui utilise le
 DNS de la box. L'option reste à être amélioré (liste blanche de site a
 minima, blacklist personalisable).
 Du coup tout le monde hurle sur la fonctionalité alors que c'est le
 paramétrage qui provoque la discorde. Une simple désactivation de l'option
 par Free et les fous furieux  se calmeront.

 
 *Crazysky*


 Le 4 janvier 2013 14:31, Pascal Rullier pas...@rullier.net a écrit :

 Le 4 janvier 2013 14:22, Vincent Cassé vinc...@casse.me a écrit :
 On 1/4/13 2:20 PM, Fleuriot Damien wrote:

 L'option est activée par défaut et n'est _pas_ médiatisée.

 Pour nous, oui elle l'est, mais pour madame michu (bonne année au
 passage
 mme michu), ce genre de fonctionnalité n'existe même pas.



 Le JT de France 2 de midi a parlé de Free, je pense donc que madame
 Michu
 commence à être au courant.
 une communication du FAI sur ce genre d'option qui est mise à disposition
 mais pas forcément activée par défaut aurait été la moindre des choses.

 Ils savent tous envoyer leur pub à leurs clients sur les nouvelles
 offres, chaines,
 téléphone, alors pourquoi pas ce genre de modification 


 ---
 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/


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

Re: [FRnOG] [TECH] Load Balancer IPV4/IPV6

2012-08-24 Par sujet Pascal Gay 
Bonjour

L'offre Brocade  serveriron adx est mature robuste et très performante..et la 
nouvelle release permet de virtualiser le lb en n lb indépendants..je prêche 
pour ma paroisse !

Citrix a10 f5 et rad font aussi de très bonnes boites les autres je connais peu 
et s'ils sont peu diffusés je craindrais pour la stabilité du logiciel (soft 
complexe)

Si brocade t'intéresse pour test et eval email moi en direct

Cordialement
--
Envoye depuis un BlackBerry pardon pour les fautes d'accents


- Message d'origine -
De : Christophe HUBERT [mailto:christophe.hub...@agarik.com]
Envoyé : Friday, August 24, 2012 07:44 AM
À : 'frnog-t...@frnog.org' frnog-t...@frnog.org
Objet : RE: [FRnOG] [TECH] Load Balancer IPV4/IPV6

Merci pour vos reponses, en fait je ne recherche pas de fonctions avancees 
(pas de niveau 7 ou d'acceleration ssl par exemple). C'est pour des besoins 
simples dans des architectures ou du materiel mutualise ou virtuel ne peut 
faire l'affaire. Un mode cluster/ha/master-slave est par contre necessaire. 
Pour simplifier, un Alteon AD3 ou 2424 (avec un peu plus de peche quand meme) 
avec le support IPV6 me conviendrait. 

Christophe



-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Baptiste
Envoyé : jeudi 23 août 2012 23:58
À : frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] Load Balancer IPV4/IPV6

Bonjour,

Merci de citer les LBs d'Exceliance :)
(j'en dirais pas plus, j'y travaille)
Note: HAPee est maintenant disponible pour Debian ;)
Note2: Geg, quand tu veux, je te payes une bière.


Concernant les LBs, tout dépend de ton besoin et de ce que tu en
attends. D'ailleurs, les LBs remontent tellement dans les couches
qu'on les appelle Application Delivery Controller.

Pour l'IPv6, l'avantage d'HAProxy, c'est qu'il fonctionne en reverse proxy.
Il n'y a pas de NAT, de ré-écriture, etc
Les données passent d'un buffer à l'autre, l'un associé à une socket
V4, l'autre une V6 et le kernel fait le reste... Entre les deux, y'a
HAProxy qui fait son boulot.
L'avantage, c'est que toutes les personnes qui ont aujourd'hui un
HAProxy 1.5 devant leur site web peuvent passer leur site en IPv6 en
configurant leur stack réeau en V6 et en rajoutant un bind v6 qui va
bien dans HAProxy. Rien d'autre à faire.

Pour plus d'info sur HAProxy, la ML HAProxy est ouverte sans souscription.


Concernant le SSL, j'ai une petite info de toute dernière minute: le
SSL dans HAProxy est bientôt prêt. Une version béta sera livrée
courant septembre. Bientôt plus besoin de stunnel ni de stud devant
son HAProxy :)

Concernant le SSL et les puces hardware, j'ai vu des F5 bigip3900
plier des boitiers avalanches en bench SSL. Mais bon, le prix de cette
licence coute plus cher que certains load-balancers du marché à
capacité niveau 7 équivalente.



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/

Re: [FRnOG] [TECH] Load Balancer IPV4/IPV6

2012-08-24 Par sujet Pascal Gay 
Et j'ai oublie : support ipv6 et translation ipv4/ipv6 totale sur les brocade 
adx

A bientôt
--
Envoye depuis un BlackBerry pardon pour les fautes d'accents


- Message d'origine -
De : Christophe HUBERT [mailto:christophe.hub...@agarik.com]
Envoyé : Friday, August 24, 2012 07:44 AM
À : 'frnog-t...@frnog.org' frnog-t...@frnog.org
Objet : RE: [FRnOG] [TECH] Load Balancer IPV4/IPV6

Merci pour vos reponses, en fait je ne recherche pas de fonctions avancees 
(pas de niveau 7 ou d'acceleration ssl par exemple). C'est pour des besoins 
simples dans des architectures ou du materiel mutualise ou virtuel ne peut 
faire l'affaire. Un mode cluster/ha/master-slave est par contre necessaire. 
Pour simplifier, un Alteon AD3 ou 2424 (avec un peu plus de peche quand meme) 
avec le support IPV6 me conviendrait. 

Christophe



-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de 
Baptiste
Envoyé : jeudi 23 août 2012 23:58
À : frnog-t...@frnog.org
Objet : Re: [FRnOG] [TECH] Load Balancer IPV4/IPV6

Bonjour,

Merci de citer les LBs d'Exceliance :)
(j'en dirais pas plus, j'y travaille)
Note: HAPee est maintenant disponible pour Debian ;)
Note2: Geg, quand tu veux, je te payes une bière.


Concernant les LBs, tout dépend de ton besoin et de ce que tu en
attends. D'ailleurs, les LBs remontent tellement dans les couches
qu'on les appelle Application Delivery Controller.

Pour l'IPv6, l'avantage d'HAProxy, c'est qu'il fonctionne en reverse proxy.
Il n'y a pas de NAT, de ré-écriture, etc
Les données passent d'un buffer à l'autre, l'un associé à une socket
V4, l'autre une V6 et le kernel fait le reste... Entre les deux, y'a
HAProxy qui fait son boulot.
L'avantage, c'est que toutes les personnes qui ont aujourd'hui un
HAProxy 1.5 devant leur site web peuvent passer leur site en IPv6 en
configurant leur stack réeau en V6 et en rajoutant un bind v6 qui va
bien dans HAProxy. Rien d'autre à faire.

Pour plus d'info sur HAProxy, la ML HAProxy est ouverte sans souscription.


Concernant le SSL, j'ai une petite info de toute dernière minute: le
SSL dans HAProxy est bientôt prêt. Une version béta sera livrée
courant septembre. Bientôt plus besoin de stunnel ni de stud devant
son HAProxy :)

Concernant le SSL et les puces hardware, j'ai vu des F5 bigip3900
plier des boitiers avalanches en bench SSL. Mais bon, le prix de cette
licence coute plus cher que certains load-balancers du marché à
capacité niveau 7 équivalente.



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/

RE: [FRnOG] [TECH] Choix de routeur

2012-07-31 Par sujet Pascal Gay 
Bonjour

Pour information un NetIron CER-RT Brocade (switch/routeur 1 U)  gère 
simultanément 1 Million de routes IPv4 et 256000 routes IPv6 en hardware..de 
quoi faire du full table pendant pas mal d'années

Cordialement



-Original Message-
From: frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] On Behalf Of 
Radu-Adrian Feurdean
Sent: mardi 31 juillet 2012 12:58
To: Yann Beulque; Liste FRnoG
Subject: Re: [FRnOG] [TECH] Choix de routeur



On Tue, Jul 31, 2012, at 12:14 PM, Yann Beulque wrote:

 J'ai vue il y a quelques semaine le datasheet du cisco 4948 :
 48 port Giga, routage BGP, rip et ospf et surtout 72Mpps en L3 hardware !

BGP, mais pas en full-table. (64K routes de memoire)

 Ce genre de switch L3 est-il vraiment capable de remplacé un vrai 
 router, un peut comme les 6500 ?

Les 6500 sont aussi des switch L3, juste plus muscles(plus de TCAM) et avec 
plus de features.
Pareil pour les Brocade NetIron (MLX/MLXe/XMR/CER/CES) - des switch 
Ethernet/IP/IPv6/MPLS.

Generalement on dit routeur si ca peut tenir une full-table (~400K routes 
aujourd'hui). Sinon, on l'appelle switch L3. 
Cote architecture, c'est assez souvent tres similaire, parfois meme identique.

 J'ai vue ce genre de petit switch/router sur le réseau de dedibox en 
 router de rangé, donc quelque centaine de serveur dessus !

Meme un 3750 peut avoir des capacites impresionantes *EN ROUTAGE* (lire 
switching de paquets IP). Par contre, si on attaque le device directement, 
c'est totalement autre histoire; faut mettre les protections en place.


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

---
Liste de diffusion du FRnOG
http://www.frnog.org/
attachment: Mr Pascal Gay.vcf

Re: [FRnOG] [MISC] Matériel à récupérer sur Telehouse 2 ce soir

2012-06-28 Par sujet Pascal Gay 
Hello raphael

Cartes ironcore ou jetcore? Matériel qui a fait son temps.. 

A demain
--
Envoye depuis un BlackBerry pardon pour les fautes d'accents


- Message d'origine -
De : Raphael MAUNIER [mailto:rmaun...@neotelecoms.com]
Envoyé : Thursday, June 28, 2012 07:13 PM
À : frnog-m...@frnog.org frnog-m...@frnog.org
Objet : [FRnOG] [MISC] Matériel à récupérer sur Telehouse 2 ce soir

Bonsoir,

Dans le cadre de l'intégration du backbone de MIT dans le réseau Neo Telecoms, 
nous allons démonter dans 1h un Foundry Big Iron 4k ayant :

- 2 alimentations
- 2 carte sup
- 1 carte RJ45

Le chassis est dispo dans 1H ou terminera probablement dans la benne de TH2.

--
Raphaël Maunier
NEO TELECOMS
CTO / Directeur Ingénierie
AS8218

21 rue La Boétie
75008 Paris
Tel : +33 1.49.97.07.44
Mob : +33 6.86.86.81.76
rmaun...@neotelecoms.commailto:rmaun...@neotelecoms.com
skype : rmaunier


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


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

[FRnOG] RE: [FRnOG] Re: [FRnOG] Question bête, 10 Gbps lossless

2011-09-23 Par sujet Pascal Gay 
Bonjour

Il s’agit surement de Ethernet DCB (Date Center Bridging)

http://en.wikipedia.org/wiki/Data_center_bridging

Cordialement



Pascal Gay

From: owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] On Behalf Of Thomas 
Barandon
Sent: vendredi 23 septembre 2011 16:16
To: Fabrice
Cc: frnog
Subject: [FRnOG] Re: [FRnOG] Question bête, 10 Gbps lossless

Hi,

Un port qui dispose de technos dites lossless ?
Type Bandwidth Management (802.1Qaz), PFC (802.1Qbb) ou encore gestion de la 
congestion (802.1Qau) ?

C'est comme CA que c'est écrit chez nous, hors contexte CA va être difficile 
d'aider.

Cdt,
Le 23 septembre 2011 15:32, Fabrice 
fabric...@gmail.commailto:fabric...@gmail.com a écrit :
Bonjour à tous,

Je suis désolé de poser cette question qui peut paraître bête, mais quelqu'un 
peut il me donner une définition du terme 10Gps lossless svp ?

Minifab

attachment: Mr Pascal Gay.vcf

Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Question bête, 10 Gbps lossless

2011-09-23 Par sujet Pascal Gay 

bonjour

Ces technos ne sont pas exclusives Cisco elles existent aussi chez d'autres 
constructeurs comme Brocade dans la
Gamme VDX par exemple et aussi dans l'offre Datacenter de Juniper ou Arista 
entre autres




Pascal Gay




De : owner-fr...@frnog.org [owner-fr...@frnog.org] de la part de o...@ovh.net 
[o...@ovh.net]
Date d'envoi : vendredi 23 septembre 2011 18:39
À : Julien Escario
Cc : Liste FRnoG
Objet : Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Re: [FRnOG] Question bête, 10 Gbps 
lossless

si on utilise les switchs de la gamme cisco nexus on
appele ce reseau lossless (moi je prefere lostless)
et si on utilise du (simple) catalyst on n'appele pas
ce reseau avec un nom commercial. c'est du reseau.
c'est tout.

si vous voulez connaitre les avantages côté marketing
de nexus et catalyst il y a un site pour ça www.cisco.com

de point de vue client ce que moi je voie comme avantage
est que le port du serveur est passif et il est attaché
sur 2 équipements actifs. c'est comme spantree mais c'est
du port channel, virtual port channel si on veut être
precis. on utilise donc tous les liens et donc on a pas
mal de bp. ça permet de mettre à jour tous les équipements
à chaud sans generer de panne. quand c'est interessant ?
dans le cas de stockage car si votre serveur iSCSI
perd quelques packets rapidement votre filesystem est
down. jusqu'au là il fallait mettre 2 équipements sur
2 cartes reseaux avec multi path en iSCSI. avec le reseau
lostless(c) on peut tourner avec 1 seul port pour le
même type de fonctionnement. puis il y a plein d'autres
avantages point de vue technique et gestion dans le
datacentre. puis le cout 10G, puis le fait qu'on peut livrer
du 1G avec la bp garantit sur l'ensemble du reseau
interne qui est très interessant (encore une fois) pour
le stockage. ça fait par exemple presque 2 ans qu'on
livre les serveurs avec du 10G en volume, pour qui ?
pour les clients qui font 2-3Gbps de trafic interne.
on boucle ..

apres, on va dire que catalyst c'est du beton en terme
de fiabilitée et bug, mais côté cout, capacité de commutation
qos, etc ça date des années 2005-2006. d'où la penurie
de bug et la richesse de la plateforme dans sa globalité.
nexus ne sait pas (bien) router par exemple. c'est un
super L2, mais côté L3 c'est pas vraiment fait pour.

pour finir parlons brutalement:
- kimsufi, sp sont connectés en catalyst
- eg 1G, mg 10G, hg 10G sur nexus avec 1 port reseau
- pcc 1G ou 10G sur nexus avec 2 ports reseaux

comme cette ml n'est pas  ovh, ça sera tout pour moi.

On Fri, Sep 23, 2011 at 04:41:55PM +0200, Julien Escario wrote:
 Le 23/09/2011 16:34, Fabrice a écrit :
 C'est dans le cadre d'un serveur dédié chez le trés connu hebergeur a 3
 lettres
 :). L'offre Milieu de gamme exactement.
 
 Merci pour Vos retour.

 Alors c'est un pas lossless mais lostless (dixit Oct.ve). Un terme
 marketing qu'il n'a pas expliqué techniquement (ou je suis passé à côté).
 Qu'il me corrige mais ça veux dire en gros qu'il a bossé sur son réseau
 interne.

 Julien
 ---
 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] switch mpls

2011-05-26 Par sujet Pascal Gay 
Bonjour

La gamme a ete renouvelee en mlx e et surtout netiron ces et cer en boitier 1 u 
pour info :)

Cordialement
--
Envoye depuis un BlackBerry pardon pour les fautes d'accents


- Message d'origine -
De : Guillaume Leclanche [mailto:guilla...@leclanche.net]
Envoyé : Thursday, May 26, 2011 08:17 PM
À : Pascal Gay
Cc : William Gacquer w.gacq...@france-citevision.fr; Liste FRnoG 
frnog@frnog.org
Objet : Re: [FRnOG] switch mpls

Le 26 mai 2011 20:12, Pascal Gay p...@brocade.com a écrit :
 Bonjour

 Je ne veux pas prêcher pour ma paroisse mais pourquoi oublier Brocade?? On 
 fait des produits de ce type a prix très compétitifs et très utilisés chez 
 les service Providers

oups :) Dans mon esprit, Brocade c'est Data Center, mais c'est vrai
que vous avez racheté Foundry et donc vous avez leur ancienne gamme,
MLX/XMR.
À ajouter à la liste.

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

Re: [FRnOG] switch mpls

2011-05-26 Par sujet Pascal Gay 
Bonjour

Je ne veux pas prêcher pour ma paroisse mais pourquoi oublier Brocade?? On fait 
des produits de ce type a prix très compétitifs et très utilisés chez les 
service Providers

Cordialement 

Pascal Gay
Mobile +33648755759


Le 26 mai 2011 à 20:08, Guillaume Leclanche guilla...@leclanche.net a écrit :

 Le 26 mai 2011 19:54, William Gacquer w.gacq...@france-citevision.fr a 
 écrit :
 
 Le 26 mai 2011 à 19:51, Guillaume Leclanche a écrit :
 
 Ils ont pas ça dans leur gamme ALU ?
 ben si, c'est ce que je viens de dire : le 7210SAS-M ( ou X )
 
 Vu ton budget tu peux oublier tout ce qui est ASR chez Cisco
 Donc chez Cisco il te reste les 7600 pour 10G+MPLS , et en neuf, vu
 ton budget tu peux oublier aussi
 
 Chez Juniper ce serait le MX5 parfait pour le besoin, mais j'ai aucune
 idée des prix :)
 
 Il te reste guère que ALU (t'as déjà) et Redback/Ericsson, mais je ne
 connais ni la gamme ni les prix
 
 Finalement un petit coup d'oeil chez Huawei aussi vaut toujours la peine.
 
 Guillaume
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/

[FRnOG] RE: [FRnOG] RE: Rép : RE: [FRnOG] Re: Chassis VS stack

2011-03-24 Par sujet Pascal Gay 
C’était Foundry peut être pas Brocade…fini ce temps là ☺






From: owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] On Behalf Of Sylvain 
Rutten
Sent: jeudi 24 mars 2011 09:02
To: Pascal Gay
Cc: Fabien Delmotte; frnog
Subject: [FRnOG] RE: [FRnOG] RE: Rép : RE: [FRnOG] Re: Chassis VS stack

Je sais bien mais me faire chambrer par un mec qui a fait 10 ans chez Foundry 
c’est moyen.
Mais sa devise est certainement

It's not a bug, it's a feature….


De : Pascal Gay [mailto:p...@brocade.com]
Envoyé : jeudi 24 mars 2011 06:57
À : Sylvain Rutten
Cc : Fabien Delmotte; frnog
Objet : Re: [FRnOG] RE: Rép : RE: [FRnOG] Re: Chassis VS stack

N'existe plus depuis 2 ans :)
Cordialement


Le 23 mars 2011 à 22:25, Sylvain Rutten 
sylvain.rut...@rueducommerce.commailto:sylvain.rut...@rueducommerce.com a 
écrit :
Foundry peut être….



De : Fabien Delmotte [mailto:fdelmot...@mac.com]
Envoyé : mercredi 23 mars 2011 22:01
À : Sylvain Rutten
Cc : frnog
Objet : Rép : RE: [FRnOG] Re: Chassis VS stack

Bonsoir,

 ( Enfin Cisco on a beau dire mais c safe comme choix)
Effectivement si cela ne fonctionne pas on ne peut pas t'en tenir rigueur car 
tu as pris le numéro 1.
Cette phrase peut aussi révéler au choix :
Un manque de courage
Un manque de compétence
Un manque de connaissance de la compétition.

Fabien


Le 23 mar 2011 à 20:37, Sylvain Rutten 
sylvain.rut...@rueducommerce.commailto:sylvain.rut...@rueducommerce.com a 
écrit :
Il faut aussi voir que l'avantage du châssis c'est que tu le fais évoluer plus 
simplement.
Tu changes ta carte de sup plus facilement que tout tes switchs de ta stack. 
(Quand tu commences une stack il faut resté dans la même gamme.

Exemple : Si tu as besoins de faire des upgrades sur tes uplink Giga vers du 10 
g tu remplaces ta carte par exemple même si des Switch 10 G existe aussi.
Tu veux faire évoluer ton fond de panier, idem. Tu passes à une carte supérieur.
Bref tu peux faire évoluer ton châssis au fil du temps suivant les besoins et à 
chaud pour pas mal de trucs.
Ta stack c'est déjà plus compliqué, tu arriveras beaucoup plus vite à un point 
de contention sur une stack que sur un châssis. (Pense aussi au CPU et la mem 
On joue pas dans les même gammes)
Et c'est là que je ne te comprends pas. Quand tu as un châssis il t'en coutera 
moins cher de mettre une carte 48 ports que d'acheter un switch supplémentaire.
En plus les châssis Cisco on fais leurs preuves dans pas mal de boite et tu ne 
devrais pas à avoir trop de mal à te sourcé en matériel et pour des prix qui au 
final ne serons pas forcement délirant non plus. ( Enfin Cisco on a beau dire 
mais c safe comme choix)

Bref pour avoir les deux je préfère le châssis pour le brassage des locaux 
technique et la stack pour les baies serveurs.
Apres comme le disait Raf tous dépend de la construction de tes baies.

Une question : Ton réseau est destiné à qui au final ? Quel type de campus ?

Voila voila.
Apres

-Message d'origine-
De : owner-fr...@frnog.orgmailto:owner-fr...@frnog.org 
[mailto:owner-fr...@frnog.orgmailto:owner-fr...@frnog.org] De la part de 
Youssef Ghorbal
Envoyé : mercredi 23 mars 2011 18:09
À : frnog
Objet : Re: [FRnOG] Re: Chassis VS stack

2011/3/23 Sylvain Rutten 
sylvain.rut...@rueducommerce.commailto:sylvain.rut...@rueducommerce.com:
 Oui en plus je pense qu'il a les moyens le monsieur.
 VoIp en Giga, veux dire tel en Giga et ça c'est pas pour les pauvres.
 Donc bon je pense qu'il peut prendre du châssis 7613  avec des alims de 6000W.

Non, le monsieur n'a pas vraiement les moyens. Le probleme est que par defaut 
il nous est impossible de prevoire quel sont les prises qui seront utilises 
pour les telephones et quels sont qui seront utilisee pour des postes. Si on 
commence a s'amuser a categoriser les prises, on n'est pas sorti de l'auberge. 
Prevoire des equipements en
FastEtehrnet+PoE pour telephones et d'autres en Giga pour les postes
n'est pas viable.

Le stack parait seduisant comme approche sur le papier. Ca permet de suivre de 
maniere plus fine l'evolution de prises brasses. Rajouter un chassis avec 1 
carte 48 ports pour 10 prises ca fait mal au c**, mais rajouter un 48 ports au 
stack c'est plus abordable.

Merci a tous pour vos reponses / suggestions. Je retiens le fait que le stack a 
pas mal evolue que ca peut etre une solution viable pour la couche d'acces, 
qu'il faut faire gaffe aux parametres tel que conso electrique et disspation en 
chaleur.

Youssef
---
Liste de diffusion du FRnOG
http://www.frnog.org/
---
Liste de diffusion du FRnOG
http://www.frnog.org/
attachment: Mr Pascal Gay.vcf

[FRnOG] Re: [FRnOG] RE: [FRnOG] Rép : RE: [FRnOG] Re: Chassis VS stack

2011-03-23 Par sujet Pascal Gay 
Cisco est plutôt réputé pour être les plus chers du marche . (Prime au leader 
c'est comme ça) ...le meilleur rapport qualité/prix est ailleurs même avec 
toutes les promos possibles..a mon avis
--
Envoye depuis un BlackBerry pardon pour les fautes d'accents


De : Clément Thery [mailto:clement.th...@aciernet.com]
Envoyé : Wednesday, March 23, 2011 06:29 PM
À : 'Fabien Delmotte' fdelmot...@mac.com
Cc : 'Youssef Ghorbal' youssef.ghor...@gmail.com; 'frnog' frnog@frnog.org
Objet : [FRnOG] RE: [FRnOG] Rép : RE: [FRnOG] Re: Chassis VS stack

NON, j’essaie simplement d’aider ceux qui achete du cisco a acheter mieux.
Je ne maitrise pas les autres marques, si dans la communauté certains 
maitrisent d’autres constructeurs, qu’il n’hesites pas nous faire part de leurs 
optimisations.
Au vu du nombre de personnes qui m’ont demandé les ref des bundles, je pense 
que mon annonce etait interessante.
Encore une fois désolé si cela t’a importuné



De : owner-fr...@frnog.org [mailto:owner-fr...@frnog.org] De la part de Fabien 
Delmotte
Envoyé : mercredi 23 mars 2011 18:20
À : Clément Thery
Cc : 'Youssef Ghorbal'; 'frnog'
Objet : [FRnOG] Rép : RE: [FRnOG] Re: Chassis VS stack

J'espere que tu as des actions chez Cisco 

Le 23 mar 2011 à 18:17, Clément Thery clement.th...@aciernet.com a écrit :

Pourquoi ne pas partir sur des gammes entreprises type 4500 (pour Cisco)?
Encore une fois, il existe des bundle ou tu sors un chassis 4500 plus carte
sup 7 plus 96 port pour 23000$ GPL donc 11500 remisé !! )
Tu ajoutes ensuite les cartes 48 port (moins onereuse que l'ajout d'un
switch sur un stack, 2500$ remisé)

Ps : ne jamais prendre les elements un a un, toujours etudier les bundles ou
tu diminues les prix listes par 1/3

Encore une fois, si quelqu'un souhaite optimiser ses tarifs sur des
solutions chassis ou Nexus, n'hesitez pas a me contacter pour voir le bundle
le mieux adapté

Bonne soirée a tous



-Message d'origine-
De : owner-fr...@frnog.orgmailto:owner-fr...@frnog.org 
[mailto:owner-fr...@frnog.orgmailto:owner-fr...@frnog.org] De la part de
Youssef Ghorbal
Envoyé : mercredi 23 mars 2011 18:09
À : frnog
Objet : Re: [FRnOG] Re: Chassis VS stack

2011/3/23 Sylvain Rutten 
sylvain.rut...@rueducommerce.commailto:sylvain.rut...@rueducommerce.com:
 Oui en plus je pense qu'il a les moyens le monsieur.
 VoIp en Giga, veux dire tel en Giga et ça c'est pas pour les pauvres.
 Donc bon je pense qu'il peut prendre du châssis 7613  avec des alims de
6000W.

Non, le monsieur n'a pas vraiement les moyens. Le probleme est que par
defaut il nous est impossible de prevoire quel sont les prises qui
seront utilises pour les telephones et quels sont qui seront utilisee
pour des postes. Si on commence a s'amuser a categoriser les prises,
on n'est pas sorti de l'auberge. Prevoire des equipements en
FastEtehrnet+PoE pour telephones et d'autres en Giga pour les postes
n'est pas viable.

Le stack parait seduisant comme approche sur le papier. Ca permet de
suivre de maniere plus fine l'evolution de prises brasses. Rajouter un
chassis avec 1 carte 48 ports pour 10 prises ca fait mal au c**, mais
rajouter un 48 ports au stack c'est plus abordable.

Merci a tous pour vos reponses / suggestions. Je retiens le fait que
le stack a pas mal evolue que ca peut etre une solution viable pour la
couche d'acces, qu'il faut faire gaffe aux parametres tel que conso
electrique et disspation en chaleur.

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

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

Re: [FRnOG] Switch en stack ou pas?

2011-03-18 Par sujet Pascal Gay 
Raphael

Oui c'est ça basé sur du trill.. Techno jeune mais super prometteuse et 
innovatrice et déjà dispo chez qui tu sais :) pas de limite de taille ni de 
bande passante dans une pile ni de problème d'equilibrage de charges entre 
liens LACP... et produits prêts pour transporter des flux de stockage type FCOE 
ou ISCSI sur DCB (autres acronymes :)) sans parler de la gestion automatique 
des mouvements de VM.. Et il y a encore pleins d'autres avantages comme la 
possibilité d'inserer un service type firewall encryption ou autre load 
balancing par exemple a chaud dans le cluster sans arrêt du reseau !! Pour moi 
cette technologie va remplacer le stack dans les années qui viennent (avis 
personnel) dans les datacenters voire ailleurs

Pascal Gay
Mobile +33648755759


Le 18 mars 2011 à 08:12, Raphael Maunier 
rmaun...@neotelecoms.commailto:rmaun...@neotelecoms.com a écrit :

Hello Pascal,

J'ai vu la présentation de Greg, alors si tu parle de Trill vs 802.1aq, je suis 
certain que dans pas longtemps cela risque d'être vraiment très intéressant.

En attendant, le stack reste selon moi la techno la plus sure pour le PAG ( 
chez certain on aime bien faire des acronymes :) )
:)

--
Raphaël Maunier
NEO TELECOMS
CTO / Responsable Ingénierie
AS8218

21 rue La Boétie
75008 Paris
Tel : +33 1.49.97.07.44
Mob : +33 6.86.86.81.76
mailto:rmaun...@neotelecoms.comrmaun...@neotelecoms.commailto:rmaun...@neotelecoms.com
skype : rmaunier



On Mar 18, 2011, at 8:03 AM, Pascal Gay wrote:

Bonjour

 il existe de nouvelles solutions pour les serveurs comme des clusters de  
switches ou  fabrique Ethernet... Ni stacks ni châssis..du pay as you grow sans 
les inconvénients du stack et moins cher que les châssis ...


Pascal Gay
Mobile +33648755759


Le 18 mars 2011 à 07:29, Raphael Maunier 
mailto:rmaun...@neotelecoms.comrmaun...@neotelecoms.commailto:rmaun...@neotelecoms.com
 a écrit :

Bonjour,

Stack ou pas Stack ? Tout dépend de l'application et de ce que l'on souhaite 
faire.
Que ce soit Chez le constructeur X ou Y, il y aura toujours des avantages ou 
inconvénients.

Mis à part les bugs qui arrivent sur tous les constructeurs, les limites que 
nous avons pu voir sur ce système est la coupure (une partie ou l'intégralité)  
de trafic lorsque l'on doit mettre à jour le stack avec une release majeure.

Cependant, le day2day, le stack / virtual-chassis permet de vraiment gagner du 
temps et éviter le problème du spanning-tree.
Le vrai stack / virtual-chassis partage la table de routage, les règles par 
défaut, tout comme un chassis, ce qui facilite le boulot de l'admin et la 
croissance est plus aisée qu'un châssis. Le pay-as-you-grow est selon moi 
l'élément de décision, le problème de disponibilité est celui qui porte à 
réfléchir, mais depuis les derniers releases que ce soit chez C ou J, le NSR ( 
non-stop-forwarding) permet de passer vers une release majeure sans impacter 
l'intégralité du stack

Me corriger si je me trompe, mais C semble etre plus en avance de 2 ou 3 
releases que J sur la mise à jour sans coupure.

Le gros chassis c'est bien ( on fait les deux chez Neo donc pas de jaloux), 
mais pas adapté à tout le monde surtout avec le Claude qui est maintenant 
présent dans toutes les conversations :)

--
Raphaël Maunier
NEO TELECOMS
CTO / Responsable Ingénierie
AS8218



On Mar 18, 2011, at 4:16 AM, Nicolas MICHEL wrote:

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 
mailto:clement.th...@aciernet.commailto:clement.th...@aciernet.comclement.th...@aciernet.commailto: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 
mailto:rachid.zito...@gmail.commailto:rachid.zito...@gmail.comrachid.zito...@gmail.commailto: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

Re: [FRnOG] Switch en stack ou pas?

2011-03-18 Par sujet Pascal Gay 
Bonjour

 il existe de nouvelles solutions pour les serveurs comme des clusters de  
switches ou  fabrique Ethernet... Ni stacks ni châssis..du pay as you grow sans 
les inconvénients du stack et moins cher que les châssis ...


Pascal Gay
Mobile +33648755759


Le 18 mars 2011 à 07:29, Raphael Maunier 
rmaun...@neotelecoms.commailto:rmaun...@neotelecoms.com a écrit :

Bonjour,

Stack ou pas Stack ? Tout dépend de l'application et de ce que l'on souhaite 
faire.
Que ce soit Chez le constructeur X ou Y, il y aura toujours des avantages ou 
inconvénients.

Mis à part les bugs qui arrivent sur tous les constructeurs, les limites que 
nous avons pu voir sur ce système est la coupure (une partie ou l'intégralité)  
de trafic lorsque l'on doit mettre à jour le stack avec une release majeure.

Cependant, le day2day, le stack / virtual-chassis permet de vraiment gagner du 
temps et éviter le problème du spanning-tree.
Le vrai stack / virtual-chassis partage la table de routage, les règles par 
défaut, tout comme un chassis, ce qui facilite le boulot de l'admin et la 
croissance est plus aisée qu'un châssis. Le pay-as-you-grow est selon moi 
l'élément de décision, le problème de disponibilité est celui qui porte à 
réfléchir, mais depuis les derniers releases que ce soit chez C ou J, le NSR ( 
non-stop-forwarding) permet de passer vers une release majeure sans impacter 
l'intégralité du stack

Me corriger si je me trompe, mais C semble etre plus en avance de 2 ou 3 
releases que J sur la mise à jour sans coupure.

Le gros chassis c'est bien ( on fait les deux chez Neo donc pas de jaloux), 
mais pas adapté à tout le monde surtout avec le Claude qui est maintenant 
présent dans toutes les conversations :)

--
Raphaël Maunier
NEO TELECOMS
CTO / Responsable Ingénierie
AS8218



On Mar 18, 2011, at 4:16 AM, Nicolas MICHEL wrote:

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 
mailto:clement.th...@aciernet.comclement.th...@aciernet.commailto: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 
mailto:rachid.zito...@gmail.comrachid.zito...@gmail.commailto: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 
mailto:fregat...@free.frmailto:fregat...@free.frfregat...@free.frmailto: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 : mailto:owner-fr...@frnog.org mailto:owner-fr...@frnog.org 
owner-fr...@frnog.orgmailto:owner-fr...@frnog.org 
[mailto:mailto:owner-fr...@frnog.orgowner-fr...@frnog.orgmailto:owner-fr...@frnog.org]
 De la part de Raymond Caracatamatere
Envoyé : jeudi 17 mars 2011 21:54
À : mailto:frnog@frnog.org mailto:frnog@frnog.org mailto:frnog@frnog.org 
frnog@frnog.orgmailto: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