Re: [FRnOG] [TECH] Switch supermicro

2014-01-06 Par sujet Clement Cavadore
Hello,

On Mon, 2014-01-06 at 12:18 +0100, Raphael Maunier wrote:
 Avec les nombreux pb que tu as pu avoir, tu es encore à regarder les 
 équipementiers dont métier premier n’est pas le réseau ?
 
 Tu as encore envie d’essuyer des bugs à répétition ? Un support qui ne 
 maitrise pas le layer-2 ?
 Y a des trucs que je ne comprendrais jamais à priori.

+1.

Néanmoins, je ne serais pas étonné d'apprendre que Supermicro ne fait
que de la marque blanche d'un autre constructeur réseau ? Est-ce le cas,
ou est-ce qu'ils font vraiment leur propre matos ?

(PS: Bonne année la liste !)
-- 
Clément Cavadore


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


Re: [FRnOG] [TECH] VM, ip failover et routage

2014-01-06 Par sujet Pierre `Sn4kY` DOLIDON

Salut.

D'après ce que j'ai pu comprendre, OVH et dedibox, eux, fonctionnent en 
forçant l'ARP au niveau du routeur, le couple MAC/IP et en routant des 
/32 vers les interfaces de sortie.
le retour se fait en indiquant quelle interface utiliser pour contacter 
la gw (qui n'est pas sur le même subnet du coup) et que cette gw est la 
gw par défaut.


Pierre.

Le 05/01/2014 21:05, Adrien Pestel a écrit :

Bonsoir,

En ce qui concerne AWS, tu as pour chaque instance (VM) la possibilité d'y
associer une EIP (Elastic IP).
Cette EIP publique est liée à ton instance jusqu'à temps que tu l'as libère.

Techniquement c'est du NAT 1:1 entre ton EIP et l'IP privé de ta VM.
Cette gestion du NAT 1:1 est programmable.

Il y'a fort à parier qu'il s'agit ni plus ni moins que de machine virtuelle
Linux au dessus des quelles ont a déployé un jeu d'API permettant de
programmer ces règles.

Bien sûr tout cela est hypothétique mais il me semble que c'est le même
fonctionnement avec CloudStack (orchestration OpenSource Apache libérée par
Citrix).

Cordialement,
Adrien




Le 5 janvier 2014 16:06, Manuel OZAN manuelo...@gmail.com a écrit :


Bonjour à tous,
Je me tourne vers vous afin de m'éclairer sur quelques points
techniques inhérents aux infrastructures cloud de type IaaS.

En fait, je souhaiterais surtout savoir comment font les grands avec
la problématique du routage des ip failover.

L'objectif étant bien entendu de disposer de plusieurs VM (disposant
elle-même d'une ou plusieurs ip pub) qui sont exécutées sur un
serveur physique.

Et surtout de découper un bloc en /32 et donc de limiter le gaspillage
d'ipv4 public.

Je crois comprendre qu'il est nécessaire de déclarer l'adresse mac
virtuelle de la VM (à priori afin que les switch/routeurs routent les
paquets vers le serveur physique ?).

Mais comment cela fonctionne ?
Équipements compatibles / Techno ?
Près-requis ?

Ps : je précise que le sujet étudié est un hyperviseur ESXi ne
disposant pas de fonctionnalités réseaux évolués - pas de vDS et
donc pas de vxlan...

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/


Re: [FRnOG] [TECH] VM, ip failover et routage

2014-01-06 Par sujet Emmanuel Thierry
Bonjour,

Avez-vous une idée de comment ceci est transposé en IPv6 sur ces 
produits/outils ?
- Utilisent-ils la même architecture avec des adresses ULA et du NAT66 ?
- Déploient-ils un réseau IPv6 distinct ?
- Ou alors osef IPv6 ?
Est-ce fait également avec un binding 1:1 ou bien associent-ils un /64 à chaque 
machine/VM ?

Cordialement
Emmanuel Thierry

Le 5 janv. 2014 à 21:05, Adrien Pestel a écrit :

 Bonsoir,
 
 En ce qui concerne AWS, tu as pour chaque instance (VM) la possibilité d'y
 associer une EIP (Elastic IP).
 Cette EIP publique est liée à ton instance jusqu'à temps que tu l'as libère.
 
 Techniquement c'est du NAT 1:1 entre ton EIP et l'IP privé de ta VM.
 Cette gestion du NAT 1:1 est programmable.
 
 Il y'a fort à parier qu'il s'agit ni plus ni moins que de machine virtuelle
 Linux au dessus des quelles ont a déployé un jeu d'API permettant de
 programmer ces règles.
 
 Bien sûr tout cela est hypothétique mais il me semble que c'est le même
 fonctionnement avec CloudStack (orchestration OpenSource Apache libérée par
 Citrix).
 
 Cordialement,
 Adrien
 
 
 
 
 Le 5 janvier 2014 16:06, Manuel OZAN manuelo...@gmail.com a écrit :
 
 Bonjour à tous,
 Je me tourne vers vous afin de m'éclairer sur quelques points
 techniques inhérents aux infrastructures cloud de type IaaS.
 
 En fait, je souhaiterais surtout savoir comment font les grands avec
 la problématique du routage des ip failover.
 
 L'objectif étant bien entendu de disposer de plusieurs VM (disposant
 elle-même d'une ou plusieurs ip pub) qui sont exécutées sur un
 serveur physique.
 
 Et surtout de découper un bloc en /32 et donc de limiter le gaspillage
 d'ipv4 public.
 
 Je crois comprendre qu'il est nécessaire de déclarer l'adresse mac
 virtuelle de la VM (à priori afin que les switch/routeurs routent les
 paquets vers le serveur physique ?).
 
 Mais comment cela fonctionne ?
 Équipements compatibles / Techno ?
 Près-requis ?
 
 Ps : je précise que le sujet étudié est un hyperviseur ESXi ne
 disposant pas de fonctionnalités réseaux évolués - pas de vDS et
 donc pas de vxlan...
 
 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/


Re: [FRnOG] [TECH] Switch supermicro

2014-01-06 Par sujet Jérémy Martin

Tu connais le terme RD ?
Pour parler de bug, je te renvois à ton infra Brocade.

Bonne journée,

Cordialement,
Jérémy Martin

Le 06/01/2014 12:18, Raphael Maunier a écrit :

Salut Jérémy,

Avec les nombreux pb que tu as pu avoir, tu es encore à regarder les 
équipementiers dont métier premier n’est pas le réseau ?

Tu as encore envie d’essuyer des bugs à répétition ? Un support qui ne maitrise 
pas le layer-2 ?

Y a des trucs que je ne comprendrais jamais à priori.

Raphael


On 06 Jan 2014, at 12:13, Jérémy Martin li...@freeheberg.com wrote:


Bonjour,

Vous avez déjà bossé avec ça ?
SSE-G2252 : 
http://www.supermicro.com/products/accessories/networking/sse-g2252.cfm

Ca marche bien ? Fiabilité dans le temps ? Bugs ? SAV en cas de panne ?

Merci pour vos retours,


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




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


Re: [FRnOG] [TECH] Switch supermicro

2014-01-06 Par sujet Frédéric GANDER


- Mail original -
 De: Raphael Maunier raph...@maunier.net
 À: Jérémy Martin li...@freeheberg.com
 Cc: frnog-tech frnog-t...@frnog.org
 Envoyé: Lundi 6 Janvier 2014 12:18:45
 Objet: Re: [FRnOG] [TECH] Switch supermicro
 
 Salut Jérémy,
 
 Avec les nombreux pb que tu as pu avoir, tu es encore à regarder les
 équipementiers dont métier premier n’est pas le réseau ?
 
 Tu as encore envie d’essuyer des bugs à répétition ? Un support qui
 ne maitrise pas le layer-2 ?
 

baa juniper heim c'était pas les spécialistes du l2 non plus ;)
il y a une courbe d'apprentissage plus ou moins longue 


 
 Raphael
 
 
 On 06 Jan 2014, at 12:13, Jérémy Martin li...@freeheberg.com wrote:
 
  Bonjour,
  
  Vous avez déjà bossé avec ça ?
  SSE-G2252 :
  http://www.supermicro.com/products/accessories/networking/sse-g2252.cfm
  
  Ca marche bien ? Fiabilité dans le temps ? Bugs ? SAV en cas de
  panne ?
  
  Merci pour vos retours,
  
  
  --
  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/
 
 


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


RE: [FRnOG] [TECH] Switch supermicro

2014-01-06 Par sujet Bruno CAVROS / SKIWEBCENTER
RD(E) ?

Recherche Des Emmerdes ? :)

-Message d'origine-
De : frnog-requ...@frnog.org [mailto:frnog-requ...@frnog.org] De la part de
Jérémy Martin
Envoyé : lundi 6 janvier 2014 13:25
À : Raphael Maunier
Cc : frnog-tech
Objet : Re: [FRnOG] [TECH] Switch supermicro

Tu connais le terme RD ?
Pour parler de bug, je te renvois à ton infra Brocade.

Bonne journée,

Cordialement,
Jérémy Martin

Le 06/01/2014 12:18, Raphael Maunier a écrit :
 Salut Jérémy,

 Avec les nombreux pb que tu as pu avoir, tu es encore à regarder les
équipementiers dont métier premier n’est pas le réseau ?

 Tu as encore envie d’essuyer des bugs à répétition ? Un support qui ne
maitrise pas le layer-2 ?

 Y a des trucs que je ne comprendrais jamais à priori.

 Raphael


 On 06 Jan 2014, at 12:13, Jérémy Martin li...@freeheberg.com wrote:

 Bonjour,

 Vous avez déjà bossé avec ça ?
 SSE-G2252 :
http://www.supermicro.com/products/accessories/networking/sse-g2252.cfm

 Ca marche bien ? Fiabilité dans le temps ? Bugs ? SAV en cas de panne ?

 Merci pour vos retours,


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



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



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


Re: [FRnOG] [TECH] Switch supermicro

2014-01-06 Par sujet Raphael Maunier

On 06 Jan 2014, at 13:56, Frédéric GANDER fgan...@corp.free.fr wrote:

 baaa si les équipementiers était de bon vendeurs de ram j'aurais moins 
 d'erreur ecc sur la ram de mes linecard ;)
 
 de nos jours les switch d'aggregation l2 d'entrée de gamme chez beaucoup de 
 constructeurs sont basés sur des chipset de société comme marvell ou broadcom 
 qui font aussi des cartes réseau ;)
 et les procédés techniques utilisés pour graver les cpu des pc sont 
 largement plus avancés que ceux utilisés pour faire les asic / np des routeurs

Osef du hw au final, ce qui importe c’est le soft. Je ne suis pas persuadé 
qu’ils puissent faire un code qui tourne sans 40k bugs et surtout d’avoir les 
experts au noc pour te répondre en cas de soucis.
 
 Dire que qu'un pc c'est de la merde c'est un peut facile 
 un pc peut router et manipuler (tunneler/ encapsuler / filtrer etc)  60gbit/s 
 de trafic sans broncher.
 certain routeur je ne suis pas sur …

Tss, je n’ai PAS dis que c’était de la merde. J’ai dis, un fabricant/vendeur de 
PC n’est pas un équipementier réseau.
A l’heure du SDN et des routeurs/switch virtuels dans ton environnement Claude, 
je sais très bien que ça fonctionne. 
D’ailleurs pour des infra en dessous du 10G, les routeurs virtuels comme 
Juniper ( et meme cisco à ce qu’on m’a dit) sont tres largement plus 
économique/performante que les solutions HW.


 
 bref pour chaque usage il y a plusieurs solutions et elles sont pas forcement 
 mauvaises.
 
 un switch simple supermicro de base peut être tout aussi bien que de brancher 
 tes ports sur un routeur de 200 port qui plante car trop complexe 

Mouais, franchement meme si je suis Juniper :) Quand y a pas de budget, je 
préfère orienter les mecs sur du cisco au broke genre 2960/3560. Ca juste 
marche !

 
 
 
 
 
 
 
 - Mail original -
 De: Raphaël Maunier raph...@maunier.net
 À: Frédéric GANDER fgan...@corp.free.fr
 Cc: frnog-tech frnog-t...@frnog.org, Jérémy Martin 
 li...@freeheberg.com
 Envoyé: Lundi 6 Janvier 2014 13:36:24
 Objet: Re: [FRnOG] [TECH] Switch supermicro
 
 
 
 Envoyé de mon iPad
 
 Le 6 janv. 2014 à 13:31, Frédéric GANDER fgan...@corp.free.fr a
 écrit :
 
 
 
 - Mail original -
 De: Raphael Maunier raph...@maunier.net
 À: Jérémy Martin li...@freeheberg.com
 Cc: frnog-tech frnog-t...@frnog.org
 Envoyé: Lundi 6 Janvier 2014 12:18:45
 Objet: Re: [FRnOG] [TECH] Switch supermicro
 
 Salut Jérémy,
 
 Avec les nombreux pb que tu as pu avoir, tu es encore à regarder
 les
 équipementiers dont métier premier n’est pas le réseau ?
 
 Tu as encore envie d’essuyer des bugs à répétition ? Un support
 qui
 ne maitrise pas le layer-2 ?
 
 baa juniper heim c'était pas les spécialistes du l2 non plus ;)
 il y a une courbe d'apprentissage plus ou moins longue
 
 C'est justement pour cela que j'en parle ! Quand j'ai pris de l'EX au
 début du L2 chez Juniper, la peinture n'était clairement pas
 fraîche. Je dirais même qu'il y en avait même pas !
 
 Ensuite Juniper vient du réseau et même si le matos était radioactif,
 lorsque tu contactais le NOC, le mec en face il comprenait et était
 en mesure de dire : Ouais bon ok, on merde ( encore )
 
 Avec un mec qui vend des barrettes de ram et des cpu, comment dire je
 doute du niveau d'expertise
 
 
 
 Raphael
 
 
 On 06 Jan 2014, at 12:13, Jérémy Martin li...@freeheberg.com
 wrote:
 
 Bonjour,
 
 Vous avez déjà bossé avec ça ?
 SSE-G2252 :
 http://www.supermicro.com/products/accessories/networking/sse-g2252.cfm
 
 Ca marche bien ? Fiabilité dans le temps ? Bugs ? SAV en cas de
 panne ?
 
 Merci pour vos retours,
 
 
 --
 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/
 
 
 ---
 Liste de diffusion du FRnOG
 http://www.frnog.org/
 
 


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


Re: [FRnOG] [TECH] VM, ip failover et routage

2014-01-06 Par sujet Adrien Pestel
Bonjour,

Je crois que l'IPv6 chez AWS se limite pour l'instant aux services
périphériques avec Internet (ELB, S3, Cloudfront...).
Si tu veux que ton instance soit joignable en IPv6 depuis l'extérieur il
faut la load balancer.

Cordialement,
Adrien


Le 6 janvier 2014 12:59, Emmanuel Thierry m...@sekil.fr a écrit :

 Bonjour,

 Avez-vous une idée de comment ceci est transposé en IPv6 sur ces
 produits/outils ?
 - Utilisent-ils la même architecture avec des adresses ULA et du NAT66 ?
 - Déploient-ils un réseau IPv6 distinct ?
 - Ou alors osef IPv6 ?
 Est-ce fait également avec un binding 1:1 ou bien associent-ils un /64 à
 chaque machine/VM ?

 Cordialement
 Emmanuel Thierry

 Le 5 janv. 2014 à 21:05, Adrien Pestel a écrit :

  Bonsoir,
 
  En ce qui concerne AWS, tu as pour chaque instance (VM) la possibilité
 d'y
  associer une EIP (Elastic IP).
  Cette EIP publique est liée à ton instance jusqu'à temps que tu l'as
 libère.
 
  Techniquement c'est du NAT 1:1 entre ton EIP et l'IP privé de ta VM.
  Cette gestion du NAT 1:1 est programmable.
 
  Il y'a fort à parier qu'il s'agit ni plus ni moins que de machine
 virtuelle
  Linux au dessus des quelles ont a déployé un jeu d'API permettant de
  programmer ces règles.
 
  Bien sûr tout cela est hypothétique mais il me semble que c'est le même
  fonctionnement avec CloudStack (orchestration OpenSource Apache libérée
 par
  Citrix).
 
  Cordialement,
  Adrien
 
 
 
 
  Le 5 janvier 2014 16:06, Manuel OZAN manuelo...@gmail.com a écrit :
 
  Bonjour à tous,
  Je me tourne vers vous afin de m'éclairer sur quelques points
  techniques inhérents aux infrastructures cloud de type IaaS.
 
  En fait, je souhaiterais surtout savoir comment font les grands avec
  la problématique du routage des ip failover.
 
  L'objectif étant bien entendu de disposer de plusieurs VM (disposant
  elle-même d'une ou plusieurs ip pub) qui sont exécutées sur un
  serveur physique.
 
  Et surtout de découper un bloc en /32 et donc de limiter le gaspillage
  d'ipv4 public.
 
  Je crois comprendre qu'il est nécessaire de déclarer l'adresse mac
  virtuelle de la VM (à priori afin que les switch/routeurs routent les
  paquets vers le serveur physique ?).
 
  Mais comment cela fonctionne ?
  Équipements compatibles / Techno ?
  Près-requis ?
 
  Ps : je précise que le sujet étudié est un hyperviseur ESXi ne
  disposant pas de fonctionnalités réseaux évolués - pas de vDS et
  donc pas de vxlan...
 
  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] [JOBS] - Infractive recrute

2014-01-06 Par sujet Mathieu Husson
Bonjour  bonne année.



Dans le cadre de notre développement, Infractive recrute un commercial 
technique avec au moins 2 ans d'expérience dans le domaine Ethernet/IP.



Les missions qui vous sont attribuées sont commerciales mais les connaissances 
techniques suivantes (validées ou partielles) sont requises :

-Configuration d'équipements (switch et routeur)

-Ethernet, IP, MPLS

-Câblage  transmission fibre optique.

-WDM

-Mesure ou Qualité de Service

-Topologie de réseau



Vous assurerez :

-le développement de votre portefeuille client

-la gestion des demandes clients  la réponse aux appels d'offre

-la définition des offres techniques

-la formation des clients pour assurer le transfert de compétence



Anglais : technique.
Rémunération : à discuter.

Cordialement, un saludo, cumprimentos,
Mathieu HUSSON
Infractive - Pour une Infrastructure active
www.infractive.frhttp://www.infractive.fr
Tél : +33 (0)1 75 49 81 32
Mobile : +33 (0)6 37 03 51 02


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


Re: [FRnOG] [TECH] Switch supermicro

2014-01-06 Par sujet Raphael Maunier



 On 06 Jan 2014, at 19:52, Matthieu Michaud matth...@nxdomain.fr wrote:
 
 Pour la maison pourquoi pas :) Mais très franchement , pour ma cave, j’ai
 acheté un Cisco2960G au broke pour une bouchée de pain
 
 c'est bien mal connaitre ces produits. l'ex-gamme 3com est pas si mal que
 ça en pratique.

Testé et pas validé ! Pb avec du mstp à l'époque et c'était même avec des 
châssis.
Bref, pour un Switch dans une baie pas connecté à une archi spanning-tree


 
 
 2014/1/6 Raphael Maunier raph...@maunier.net
 
 Fonctions d'administration
 IMC - Intelligent Management Center
 interface de ligne de commande limitée
 navigateur Web
 Pour la maison pourquoi pas :) Mais très franchement , pour ma cave, j’ai
 acheté un Cisco2960G au broke pour une bouchée de pain
 
 Apres HP pourra se vanter d’être le deuxième équipementier L2, c’est
 normal car  lorsque tu as commandé une imprimante tu as un switch en
 goodies :)
 
 
 
 On 06 Jan 2014, at 14:17, Yohann QUINTON yohann.quin...@awedia.com
 wrote:
 
 Hello,
 http://www8.hp.com/fr/fr/products/networking-switches/product-detail.html?oid=4177649#!tab=specs
 
 Même combat ?
 
 --
 Yohann
 Awedia
 
 Le 06/01/2014 15:01, Raphael Maunier a écrit :
 On 06 Jan 2014, at 13:56, Frédéric GANDER fgan...@corp.free.fr wrote:
 
 baaa si les équipementiers était de bon vendeurs de ram j'aurais moins
 d'erreur ecc sur la ram de mes linecard ;)
 
 de nos jours les switch d'aggregation l2 d'entrée de gamme chez
 beaucoup de constructeurs sont basés sur des chipset de société comme
 marvell ou broadcom qui font aussi des cartes réseau ;)
 et les procédés techniques utilisés pour graver les cpu des pc sont
 largement plus avancés que ceux utilisés pour faire les asic / np des
 routeurs
 Osef du hw au final, ce qui importe c’est le soft. Je ne suis pas
 persuadé qu’ils puissent faire un code qui tourne sans 40k bugs et surtout
 d’avoir les experts au noc pour te répondre en cas de soucis.
 Dire que qu'un pc c'est de la merde c'est un peut facile
 un pc peut router et manipuler (tunneler/ encapsuler / filtrer etc)
 60gbit/s de trafic sans broncher.
 certain routeur je ne suis pas sur …
 Tss, je n’ai PAS dis que c’était de la merde. J’ai dis, un
 fabricant/vendeur de PC n’est pas un équipementier réseau.
 A l’heure du SDN et des routeurs/switch virtuels dans ton environnement
 Claude, je sais très bien que ça fonctionne.
 D’ailleurs pour des infra en dessous du 10G, les routeurs virtuels
 comme Juniper ( et meme cisco à ce qu’on m’a dit) sont tres largement plus
 économique/performante que les solutions HW.
 
 
 bref pour chaque usage il y a plusieurs solutions et elles sont pas
 forcement mauvaises.
 
 un switch simple supermicro de base peut être tout aussi bien que de
 brancher tes ports sur un routeur de 200 port qui plante car trop complexe
 Mouais, franchement meme si je suis Juniper :) Quand y a pas de budget,
 je préfère orienter les mecs sur du cisco au broke genre 2960/3560. Ca
 juste marche !
 
 
 
 
 
 
 
 - Mail original -
 De: Raphaël Maunier raph...@maunier.net
 À: Frédéric GANDER fgan...@corp.free.fr
 Cc: frnog-tech frnog-t...@frnog.org, Jérémy Martin 
 li...@freeheberg.com
 Envoyé: Lundi 6 Janvier 2014 13:36:24
 Objet: Re: [FRnOG] [TECH] Switch supermicro
 
 
 
 Envoyé de mon iPad
 
 Le 6 janv. 2014 à 13:31, Frédéric GANDER fgan...@corp.free.fr a
 écrit :
 
 
 
 - Mail original -
 De: Raphael Maunier raph...@maunier.net
 À: Jérémy Martin li...@freeheberg.com
 Cc: frnog-tech frnog-t...@frnog.org
 Envoyé: Lundi 6 Janvier 2014 12:18:45
 Objet: Re: [FRnOG] [TECH] Switch supermicro
 
 Salut Jérémy,
 
 Avec les nombreux pb que tu as pu avoir, tu es encore à regarder
 les
 équipementiers dont métier premier n’est pas le réseau ?
 
 Tu as encore envie d’essuyer des bugs à répétition ? Un support
 qui
 ne maitrise pas le layer-2 ?
 baa juniper heim c'était pas les spécialistes du l2 non plus ;)
 il y a une courbe d'apprentissage plus ou moins longue
 C'est justement pour cela que j'en parle ! Quand j'ai pris de l'EX au
 début du L2 chez Juniper, la peinture n'était clairement pas
 fraîche. Je dirais même qu'il y en avait même pas !
 
 Ensuite Juniper vient du réseau et même si le matos était radioactif,
 lorsque tu contactais le NOC, le mec en face il comprenait et était
 en mesure de dire : Ouais bon ok, on merde ( encore )
 
 Avec un mec qui vend des barrettes de ram et des cpu, comment dire je
 doute du niveau d'expertise
 
 Raphael
 
 
 On 06 Jan 2014, at 12:13, Jérémy Martin li...@freeheberg.com
 wrote:
 
 Bonjour,
 
 Vous avez déjà bossé avec ça ?
 SSE-G2252 :
 http://www.supermicro.com/products/accessories/networking/sse-g2252.cfm
 
 Ca marche bien ? Fiabilité dans le temps ? Bugs ? SAV en cas de
 panne ?
 
 Merci pour vos retours,
 
 
 --
 Cordialement,
 Jérémy Martin
 
 __
 FreeHeberg.com : Osez l'hébergement gratuit de qualité
 professionnelle !
 PHP + Mysql + Espace 2 à 20 Go
 
 
 ---
 Liste de diffusion 

Re: [FRnOG] [TECH] Switch supermicro

2014-01-06 Par sujet Matthieu Michaud
Tu parles de quelles gamme et quelle OS ?

Il y avait un pdf jadis qui tournait faisant etat precisemment de l'interop
cisco/procurve et il y'en avait bien. Il etait ecrit par un ccie et
relevait des mauvais comportements des deux côtés. Il faut pas croire que
c'est tout le temps la faute de !(cisco)...

Concernant l'interop cisco/comware, je n'ai jamais rencontré de pb.
 On Jan 6, 2014 7:58 PM, Raphael Maunier raph...@maunier.net wrote:




  On 06 Jan 2014, at 19:52, Matthieu Michaud matth...@nxdomain.fr wrote:
 
  Pour la maison pourquoi pas :) Mais très franchement , pour ma cave,
 j’ai
  acheté un Cisco2960G au broke pour une bouchée de pain
 
  c'est bien mal connaitre ces produits. l'ex-gamme 3com est pas si mal que
  ça en pratique.

 Testé et pas validé ! Pb avec du mstp à l'époque et c'était même avec des
 châssis.
 Bref, pour un Switch dans une baie pas connecté à une archi spanning-tree


 
 
  2014/1/6 Raphael Maunier raph...@maunier.net
 
  Fonctions d'administration
  IMC - Intelligent Management Center
  interface de ligne de commande limitée
  navigateur Web
  Pour la maison pourquoi pas :) Mais très franchement , pour ma cave,
 j’ai
  acheté un Cisco2960G au broke pour une bouchée de pain
 
  Apres HP pourra se vanter d’être le deuxième équipementier L2, c’est
  normal car  lorsque tu as commandé une imprimante tu as un switch en
  goodies :)
 
 
 
  On 06 Jan 2014, at 14:17, Yohann QUINTON yohann.quin...@awedia.com
  wrote:
 
  Hello,
 
 http://www8.hp.com/fr/fr/products/networking-switches/product-detail.html?oid=4177649#!tab=specs
 
  Même combat ?
 
  --
  Yohann
  Awedia
 
  Le 06/01/2014 15:01, Raphael Maunier a écrit :
  On 06 Jan 2014, at 13:56, Frédéric GANDER fgan...@corp.free.fr
 wrote:
 
  baaa si les équipementiers était de bon vendeurs de ram j'aurais
 moins
  d'erreur ecc sur la ram de mes linecard ;)
 
  de nos jours les switch d'aggregation l2 d'entrée de gamme chez
  beaucoup de constructeurs sont basés sur des chipset de société comme
  marvell ou broadcom qui font aussi des cartes réseau ;)
  et les procédés techniques utilisés pour graver les cpu des pc sont
  largement plus avancés que ceux utilisés pour faire les asic / np des
  routeurs
  Osef du hw au final, ce qui importe c’est le soft. Je ne suis pas
  persuadé qu’ils puissent faire un code qui tourne sans 40k bugs et
 surtout
  d’avoir les experts au noc pour te répondre en cas de soucis.
  Dire que qu'un pc c'est de la merde c'est un peut facile
  un pc peut router et manipuler (tunneler/ encapsuler / filtrer etc)
  60gbit/s de trafic sans broncher.
  certain routeur je ne suis pas sur …
  Tss, je n’ai PAS dis que c’était de la merde. J’ai dis, un
  fabricant/vendeur de PC n’est pas un équipementier réseau.
  A l’heure du SDN et des routeurs/switch virtuels dans ton
 environnement
  Claude, je sais très bien que ça fonctionne.
  D’ailleurs pour des infra en dessous du 10G, les routeurs virtuels
  comme Juniper ( et meme cisco à ce qu’on m’a dit) sont tres largement
 plus
  économique/performante que les solutions HW.
 
 
  bref pour chaque usage il y a plusieurs solutions et elles sont pas
  forcement mauvaises.
 
  un switch simple supermicro de base peut être tout aussi bien que de
  brancher tes ports sur un routeur de 200 port qui plante car trop
 complexe
  Mouais, franchement meme si je suis Juniper :) Quand y a pas de
 budget,
  je préfère orienter les mecs sur du cisco au broke genre 2960/3560. Ca
  juste marche !
 
 
 
 
 
 
 
  - Mail original -
  De: Raphaël Maunier raph...@maunier.net
  À: Frédéric GANDER fgan...@corp.free.fr
  Cc: frnog-tech frnog-t...@frnog.org, Jérémy Martin 
  li...@freeheberg.com
  Envoyé: Lundi 6 Janvier 2014 13:36:24
  Objet: Re: [FRnOG] [TECH] Switch supermicro
 
 
 
  Envoyé de mon iPad
 
  Le 6 janv. 2014 à 13:31, Frédéric GANDER fgan...@corp.free.fr a
  écrit :
 
 
 
  - Mail original -
  De: Raphael Maunier raph...@maunier.net
  À: Jérémy Martin li...@freeheberg.com
  Cc: frnog-tech frnog-t...@frnog.org
  Envoyé: Lundi 6 Janvier 2014 12:18:45
  Objet: Re: [FRnOG] [TECH] Switch supermicro
 
  Salut Jérémy,
 
  Avec les nombreux pb que tu as pu avoir, tu es encore à regarder
  les
  équipementiers dont métier premier n’est pas le réseau ?
 
  Tu as encore envie d’essuyer des bugs à répétition ? Un support
  qui
  ne maitrise pas le layer-2 ?
  baa juniper heim c'était pas les spécialistes du l2 non plus ;)
  il y a une courbe d'apprentissage plus ou moins longue
  C'est justement pour cela que j'en parle ! Quand j'ai pris de l'EX
 au
  début du L2 chez Juniper, la peinture n'était clairement pas
  fraîche. Je dirais même qu'il y en avait même pas !
 
  Ensuite Juniper vient du réseau et même si le matos était
 radioactif,
  lorsque tu contactais le NOC, le mec en face il comprenait et était
  en mesure de dire : Ouais bon ok, on merde ( encore )
 
  Avec un mec qui vend des barrettes de ram et des cpu, comment dire
 je
  doute du niveau d'expertise
 
  

Re: [FRnOG] [TECH] Switch supermicro

2014-01-06 Par sujet Jérôme Nicolle

Le 06/01/2014 20:05, Matthieu Michaud a écrit :

Il faut pas croire que
c'est tout le temps la faute de !(cisco)...


A défaut de norme suffisamment stricte, les constructeurs sérieux 
s'efforcent quand même d'être à minima bug-compatible avec cisco.


Par contre, ce qui est bien dommage, c'est que ça ne les rends pas 
forcement compatibles entre eux.


--
Jérôme Nicolle
06 19 31 27 14


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


Re: [FRnOG] [TECH] Switch supermicro

2014-01-06 Par sujet Raphael Maunier


Sent from my iPhone

 On 06 Jan 2014, at 20:05, Matthieu Michaud matth...@nxdomain.fr wrote:
 
 Tu parles de quelles gamme et quelle OS ?
 
Houla c'était en 2009 et des châssis procurve. J'avais eu des reboots des re
 Il y avait un pdf jadis qui tournait faisant etat precisemment de l'interop 
 cisco/procurve et il y'en avait bien.
 
C'était des bug assez étrange ou le châssis partait en vrille .
Genre ça marchait et paf le chien ça cessait de switcher.

 Il etait ecrit par un ccie et relevait des mauvais comportements des deux 
 côtés. Il faut pas croire que c'est tout le temps la faute de !(cisco)...
 
Bah les 2960 avec plus de 20 vlans et du mstp et 2 ou 3 boucles ben si ça 
flappe , ton réseau est par terre pendant 10 minutes :)
 Concernant l'interop cisco/comware, je n'ai jamais rencontré de pb.
 
Je ne cherche plus à faire dans l'exotique . J'ai tenté Brocade et ... J'ai 
tenté. Un pote a tenté des extrême ( Fisher price pour les intimes) et les 
switchs partaient aussi en vrille ( conçue en au 6500) lorsque bgp était activé 
.

HP pas mieux. J'ai sous la main un arista, bah pour le moment il fait rien du 
tout sauf un lag de 16 ports 10g qui pousse ... 160g ben ça marche vers un ... 
Juniper :) mais bon c'est pas folichon non plus hein !

Je suis sur Lab en ce moment avec du cluster hadoop avec 250 serveurs et vu les 
trucs de merde que j'ai sur les 5 stacks, je suis content d'avoir un support 
qui sait de quoi je parle et qui sait lire un pcap et faire un vrai debug.
Et ça fait 3 semaines que j'ai des trucs en cascade ( lié principalement à des 
bugs sur la config des linux ) et
Je ne vois même pas en rêve demander à mon client d'acheter autre chose que du 
Juniper ou s'il est allergique du cisco !

 On Jan 6, 2014 7:58 PM, Raphael Maunier raph...@maunier.net wrote:
 
 
 
  On 06 Jan 2014, at 19:52, Matthieu Michaud matth...@nxdomain.fr wrote:
 
  Pour la maison pourquoi pas :) Mais très franchement , pour ma cave, j’ai
  acheté un Cisco2960G au broke pour une bouchée de pain
 
  c'est bien mal connaitre ces produits. l'ex-gamme 3com est pas si mal que
  ça en pratique.
 
 Testé et pas validé ! Pb avec du mstp à l'époque et c'était même avec des 
 châssis.
 Bref, pour un Switch dans une baie pas connecté à une archi spanning-tree
 
 
 
 
  2014/1/6 Raphael Maunier raph...@maunier.net
 
  Fonctions d'administration
  IMC - Intelligent Management Center
  interface de ligne de commande limitée
  navigateur Web
  Pour la maison pourquoi pas :) Mais très franchement , pour ma cave, j’ai
  acheté un Cisco2960G au broke pour une bouchée de pain
 
  Apres HP pourra se vanter d’être le deuxième équipementier L2, c’est
  normal car  lorsque tu as commandé une imprimante tu as un switch en
  goodies :)
 
 
 
  On 06 Jan 2014, at 14:17, Yohann QUINTON yohann.quin...@awedia.com
  wrote:
 
  Hello,
  http://www8.hp.com/fr/fr/products/networking-switches/product-detail.html?oid=4177649#!tab=specs
 
  Même combat ?
 
  --
  Yohann
  Awedia
 
  Le 06/01/2014 15:01, Raphael Maunier a écrit :
  On 06 Jan 2014, at 13:56, Frédéric GANDER fgan...@corp.free.fr wrote:
 
  baaa si les équipementiers était de bon vendeurs de ram j'aurais moins
  d'erreur ecc sur la ram de mes linecard ;)
 
  de nos jours les switch d'aggregation l2 d'entrée de gamme chez
  beaucoup de constructeurs sont basés sur des chipset de société comme
  marvell ou broadcom qui font aussi des cartes réseau ;)
  et les procédés techniques utilisés pour graver les cpu des pc sont
  largement plus avancés que ceux utilisés pour faire les asic / np des
  routeurs
  Osef du hw au final, ce qui importe c’est le soft. Je ne suis pas
  persuadé qu’ils puissent faire un code qui tourne sans 40k bugs et surtout
  d’avoir les experts au noc pour te répondre en cas de soucis.
  Dire que qu'un pc c'est de la merde c'est un peut facile
  un pc peut router et manipuler (tunneler/ encapsuler / filtrer etc)
  60gbit/s de trafic sans broncher.
  certain routeur je ne suis pas sur …
  Tss, je n’ai PAS dis que c’était de la merde. J’ai dis, un
  fabricant/vendeur de PC n’est pas un équipementier réseau.
  A l’heure du SDN et des routeurs/switch virtuels dans ton environnement
  Claude, je sais très bien que ça fonctionne.
  D’ailleurs pour des infra en dessous du 10G, les routeurs virtuels
  comme Juniper ( et meme cisco à ce qu’on m’a dit) sont tres largement plus
  économique/performante que les solutions HW.
 
 
  bref pour chaque usage il y a plusieurs solutions et elles sont pas
  forcement mauvaises.
 
  un switch simple supermicro de base peut être tout aussi bien que de
  brancher tes ports sur un routeur de 200 port qui plante car trop complexe
  Mouais, franchement meme si je suis Juniper :) Quand y a pas de budget,
  je préfère orienter les mecs sur du cisco au broke genre 2960/3560. Ca
  juste marche !
 
 
 
 
 
 
 
  - Mail original -
  De: Raphaël Maunier raph...@maunier.net
  À: Frédéric GANDER fgan...@corp.free.fr
  Cc: frnog-tech 

Re: [FRnOG] [TECH] Switch supermicro

2014-01-06 Par sujet Frederic Dhieux
Le débat peut durer longtemps, au final la réalité en creusant c'est que 
chacun a une expérience plus poussée avec tel ou tel constructeur et 
sait mieux utiliser les best pratices de l'un ou de l'autre pour 
éviter/contourner les mauvais comportements.


Et il en va de même pour le support. Quand tu travailles des années avec 
une marque, tu connais les gens, tu connais les supports, tu sais 
comment interagir avec les gens pour avoir la bonne personne qui te 
répond sans que ça dure des mois.


Après y'a les marques plus exotiques, on sait que ça fonctionne quand ça 
fonctionne et que c'est susceptible de faire de la merde quand on part 
sur du complexe. C'est comme ça.


Quand on prend une marque répandue (enfin plutôt un produit répandu en 
fait, la nuance compte), on a plus de chances d'avoir des gens et des 
expériences qui ont essuyé les plâtres et peuvent aider, quand on prend 
un truc jeune (même de grande marque), on prend des gros risques et 
parfois même le support est un peu vierge sur les problèmes.


Le point reste : tu es un gros client ou un client de longue date, tu es 
mieux considéré que le petit mec dans son coin...



My 2 cents,

Frédéric


Le 06/01/2014 20:22, Raphael Maunier a écrit :


Sent from my iPhone


On 06 Jan 2014, at 20:05, Matthieu Michaud matth...@nxdomain.fr wrote:

Tu parles de quelles gamme et quelle OS ?


Houla c'était en 2009 et des châssis procurve. J'avais eu des reboots des re

Il y avait un pdf jadis qui tournait faisant etat precisemment de l'interop 
cisco/procurve et il y'en avait bien.


C'était des bug assez étrange ou le châssis partait en vrille .
Genre ça marchait et paf le chien ça cessait de switcher.


Il etait ecrit par un ccie et relevait des mauvais comportements des deux 
côtés. Il faut pas croire que c'est tout le temps la faute de !(cisco)...


Bah les 2960 avec plus de 20 vlans et du mstp et 2 ou 3 boucles ben si ça 
flappe , ton réseau est par terre pendant 10 minutes :)

Concernant l'interop cisco/comware, je n'ai jamais rencontré de pb.


Je ne cherche plus à faire dans l'exotique . J'ai tenté Brocade et ... J'ai 
tenté. Un pote a tenté des extrême ( Fisher price pour les intimes) et les 
switchs partaient aussi en vrille ( conçue en au 6500) lorsque bgp était activé 
.

HP pas mieux. J'ai sous la main un arista, bah pour le moment il fait rien du 
tout sauf un lag de 16 ports 10g qui pousse ... 160g ben ça marche vers un ... 
Juniper :) mais bon c'est pas folichon non plus hein !

Je suis sur Lab en ce moment avec du cluster hadoop avec 250 serveurs et vu les 
trucs de merde que j'ai sur les 5 stacks, je suis content d'avoir un support 
qui sait de quoi je parle et qui sait lire un pcap et faire un vrai debug.
Et ça fait 3 semaines que j'ai des trucs en cascade ( lié principalement à des 
bugs sur la config des linux ) et
Je ne vois même pas en rêve demander à mon client d'acheter autre chose que du 
Juniper ou s'il est allergique du cisco !


On Jan 6, 2014 7:58 PM, Raphael Maunier raph...@maunier.net wrote:




On 06 Jan 2014, at 19:52, Matthieu Michaud matth...@nxdomain.fr wrote:

Pour la maison pourquoi pas :) Mais très franchement , pour ma cave, j’ai
acheté un Cisco2960G au broke pour une bouchée de pain

c'est bien mal connaitre ces produits. l'ex-gamme 3com est pas si mal que
ça en pratique.

Testé et pas validé ! Pb avec du mstp à l'époque et c'était même avec des 
châssis.
Bref, pour un Switch dans une baie pas connecté à une archi spanning-tree




2014/1/6 Raphael Maunier raph...@maunier.net


Fonctions d'administration
IMC - Intelligent Management Center
interface de ligne de commande limitée
navigateur Web
Pour la maison pourquoi pas :) Mais très franchement , pour ma cave, j’ai
acheté un Cisco2960G au broke pour une bouchée de pain

Apres HP pourra se vanter d’être le deuxième équipementier L2, c’est
normal car  lorsque tu as commandé une imprimante tu as un switch en
goodies :)



On 06 Jan 2014, at 14:17, Yohann QUINTON yohann.quin...@awedia.com
wrote:


Hello,

http://www8.hp.com/fr/fr/products/networking-switches/product-detail.html?oid=4177649#!tab=specs

Même combat ?

--
Yohann
Awedia

Le 06/01/2014 15:01, Raphael Maunier a écrit :

On 06 Jan 2014, at 13:56, Frédéric GANDER fgan...@corp.free.fr wrote:


baaa si les équipementiers était de bon vendeurs de ram j'aurais moins

d'erreur ecc sur la ram de mes linecard ;)

de nos jours les switch d'aggregation l2 d'entrée de gamme chez

beaucoup de constructeurs sont basés sur des chipset de société comme
marvell ou broadcom qui font aussi des cartes réseau ;)

et les procédés techniques utilisés pour graver les cpu des pc sont

largement plus avancés que ceux utilisés pour faire les asic / np des
routeurs

Osef du hw au final, ce qui importe c’est le soft. Je ne suis pas

persuadé qu’ils puissent faire un code qui tourne sans 40k bugs et surtout
d’avoir les experts au noc pour te répondre en cas de soucis.

Dire que qu'un pc c'est de la merde c'est un peut facile
un pc