Actualités :
14/05/2010 - Nouvelle fonctionnalité : devis en ligne !
30/04/2010 - Un exemple de Blind SQL Injection : Vulnérabilité Cacti
26/03/2010 - Forensics : un cas réel d'intrusion
22/02/2010 - Nos nouvelles offres : ToIP, VPN, Pont Hertzien et Forensic
29/01/2010 - Suivez nos Tweets
17/09/2009 - Debug VPN sous CheckPoint SecurePlatform
16/09/2009 - Activation des modules Apache sur Ubuntu 8.0.4 Server
04/09/2009 - Support du FTP passif sur un serveur protégé par iptables/netfilter
01/09/2009 - Linux Guru Wanted !
28/07/2009 - Désactiver la méthode TRACE sur Apache
20/07/2009 - Copier avec écrasement en mode non interactif
14/07/2009 - Connaitre la version de son Linux
28/03/2009 - NIST lance le concours pour SHA-3
17/01/2008 - Newsletter Janvier 2008
07/01/2008 - Monter un environnement PXE en 5 minutes
05/01/2008 - Google fabrique son propre switch 10Gb
15/12/2007 - wfuzz, un fuzzer HTTP
15/11/2007 - Newsletter Novembre 07
23/10/2007 - Un audit sécurité wifi
25/06/2007 - Visioconférences IP au travers de firewalls
12/06/2007 - Monter un serveur FTP sécurisé
10/05/2007 - Methodes AntiSpam
19/04/2007 - Proxy SNMP
13/03/2007 - NBAR, une fonctionnalité méconnue
04/03/2007 - Déchiffrer une session SSL : méthodes et limitations
24/02/2007 - LoadBalancer : Algorithmes de répartition
22/02/2007 - Rebond sur un PIX : évolutions au fil des versions
19/02/2007 - Apple se moque de la sécurité de Vista
25/01/2007 - Mesure réseau sous Linux
20/01/2007 - Load-Balancers : Introduction

 

 

 

Vous pouvez également retouver d'autres articles sur notre blog ou sur Twitter .

 

05/01/2008 - Google fabrique son propre switch 10Gb

Google aurait (a ?) construit ses propres switches Ethernet 10Gigabits/s ! La question qui vient tout de suite à l'esprit est "Quelle idée ! pourquoi ne pas acheter un switch du marché ?".

Google veut sans doute continuer à appliquer la philosophie qui lui a si bien réussi : construire en masse des systèmes simples et peu coûteux.

Pour cela ils peuvent s'appuyer sur les nombreux talents du monde des réseaux qu'ils ont débauché à grand coup de stock-options (à commencer par les légendes vivantes telles que l'emblématique Vinton Cerf ). La philosophie de Google consiste à construire des infrastructures bon marché, non redondantes, et à en stocker à plusieurs endroits géographiques la même donnée, à la manière d'un meta-système de fichiers en RAID. Cette non-robustesse revendiquée, provoque d'ailleurs de temps en temps des pertes de données, comme sur Gmail, en Beta depuis plusieurs années.

L'étude des débuts de Google montre par exemple que ses ingénieurs avaient anticipé les serveurs lames en rackant ,de façon très dense, horizontalement des cartes mères « standard »de PC (ce qui finit d'ailleurs par provoquer des incendies).

Google construit ses propres serveurs et ses propres logiciels. Pourquoi ne pas faire de même avec les équipements réseaux ?

Les switches 10G (standard IEEE 802.3ae sur fibre et 802.3an sur cuivre) sont aujourd'hui fabriqués par des constructeurs peu renommés internationalement tels que Force10 ou Arastra. Le principal frein à l'adoption de cette technologie est le coût et la profusion des types de modules optiques .

Ceux-ci sont le XENPACK, le X2, le XFP et le nouveau, moins cher et plus petit, SFP+. Le leader du marché, Cisco, a pour stratégie actuelle de vendre des modules X2 à prix d'or (2.250 € prix unitaire HT fin 2007, à comparer au 100$ d'un SFP+ équipée d'une diode portant à 100m) et ainsi asphyxie, en retardant sa croissance (et l'arrivée de nouveaux entrants) le marché du 10G.

La vente de SFP est d'ailleurs un marché très juteux , à tel point que certains clients ont la tentation d'acheter des modules "comptables" en n'hésitant pas à demander les bonnes adresses sur le forum Cisco NetPro.

Le 10G n'est pas prêt d'être disponible sur des câbles « standard » Cat5E, principalement pour des raisons de consommation électrique excessive, de l'ordre de 10W par port. Les alternatives à la fibre sont peu satisfaisantes : le Cat7 ou bien le CX4 (même connecteurs et câbles que le X4 Infiniband).

Il ne restait donc à Google qu'à créer son « propre » 10Gb sur Cat5 : pour cela les ingénieurs auraient adapté des cartes mère Broadcom (le fabricant tout puissant sur le marché des chips Gigabit) en y connectant 20 modules SFP+, obtenant ainsi un switch à très bas coût et à forte densité.

Des sociétés telles que Level7 (acquise par Broadcom  en janvier 2007) fournissent des solutions logicielles pour commutateurs et routeurs : il ne restait sans doute plus aux ingénieurs de Google qu'à utiliser les API et routines de haut niveau.

La plupart des fonctionnalités qui peuvent intéresser les entreprises (principalement de sécurité telles que BPDU-Guard, Private VLAN ou Dynamic ARP Inspection, ou bien de QoS pour la téléphonie sur IP) ne sont pas présentes, mais Google n'en a pas besoin !

D'ailleurs celles-ci sont en général implémentées au niveau des ASICs (c'est le cas pour Cisco) non pour des raisons de performance mais principalement pour éviter la contrefaçon (posséder les sources de l'IOS ou du CatOs ne suffisent alors plus à construire des switches Cisco-like.

Le gain financier est énorme vu la taille du réseau Google : il ne faut pas oublier que l'économie n'a pas lieu que sur les modules optiques connectés au switches mais également sur ceux insérés dans chaque serveur ! On peut même y ajouter les gains en consommation d'énergie puisque les puissances d'émission seront sans doute optimisées suivant les besoins « standard » des baies Google. Bref, de quoi maintenir son avance technologique et financière sur Yahoo! ou MSN.

Enfin, pourquoi de tels besoins ?

Tout d'abord Google possède sans doute un des plus grand réseau mondial (environ un demi million de serveurs) et on peut imaginer que ses flux de données sont conséquents. Non, contrairement à des idées faussement répandues, ce n'est pas la vidéo qui tire le marché du 10Gb : le multicast et la compression permettent de diffuser la TV en très bonne qualité, en utilisant moins de 10Mbits/s de bande passante.
Nous penchons donc pour 2 raisons (d'ailleurs complémentaires) :

  • le nouveau service de stockage de Google

  • et la puissance des serveurs : comment irriguer une baie remplie de serveurs 1U capable chacun de générer des flux de données supérieur au Gigabits/s ? En utilisant des switches de type "top of rack"10Gbits !!