Auteur Sujet: Online se fait ses propres switches  (Lu 25653 fois)

0 Membres et 1 Invité sur ce sujet

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Online se fait ses propres switches
« Réponse #24 le: 15 janvier 2016 à 10:49:26 »
En environnement Datacenter, saturer du Gigabit c'est de la rigolade et arrêtez de croire que tous les serveurs en DC servent à faire tourner un Apache, une base MySQL et une seedbox.

Il y a aussi des clients qui vont y mettre des hyperviseurs ou des applications un peu lourdes et là l'utilisation du Gigabit va aller très vite.

Donc avec 48 serveurs un peu bavard, un uplink 10G serait rapidement sous-dimensionné. Attention, un serveur bavard peut burster du Giga pendant plusieurs dizaines de secondes puis se taire pendant 3/4 minutes.

On est en 2016, vendre 48x 1Gb avec un uplink 10G c'est de la radinerie : c'est que ce j'avais en 2003 sur des Cisco 4500 ! Et déjà à l'époque j'avais des problèmes de gestion de burst Gb. Donc soyons sérieux, le 40G ça ne vaut plus rien et ça permet de voir un peu plus loin.


vivien

  • Administrateur
  • *
  • Messages: 47 086
    • Twitter LaFibre.info
Online se fait ses propres switches
« Réponse #25 le: 15 janvier 2016 à 12:43:58 »
Enfin, on voit bien la réalité : Online utilise actuellement 2 x 20 Gb/s pour collecter le trafic de 45 baies de serveurs (pour d'autres bloc de 45 baies cela peut être un peu plus que 20 Gb/s, mais cela donne un ordre d'idée).

Donc je maintiens que pour un seul rack, il me semble difficile de saturer 10 Gb/s (hors attaque DDOS).

Un client qui trafic 900 Mb/s systématiquement le soir, il a intérêt à  avoir une offre a au moins 600€/mois, sans quoi Online n'arriver même pas a être rentable sur le transit.

David75

  • Abonné Orange Fibre
  • *
  • Messages: 1 426
  • FTTH Orange sur Versailles (78)
Online se fait ses propres switches
« Réponse #26 le: 15 janvier 2016 à 19:29:28 »
On maîtrise clairement tout de A à Z, c'est possible d'affirmer qu'il n'y a pas de backdoor logicielle dans notre produit.
Quand à un backdoor matérielle, tant qu'on ne designera pas la puce nous même, ca me paraît impossible de pouvoir l'affirmer. C'est déjà beaucoup plus improbable comme type de backdoor, si je mettais une backdoor dans un hardware, je la mettrait dans les CPU de chez Intel, là au moins on est sûr d'avoir l'info en clair :-)

Merci pour la réponse.

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 971
Online se fait ses propres switches
« Réponse #27 le: 15 janvier 2016 à 19:52:20 »
Donc je maintiens que pour un seul rack, il me semble difficile de saturer 10 Gb/s (hors attaque DDOS).
Si Online veut faire comme OVH, et faire grossir la partie "réseau privé" avec des serveurs de fichiers séparés, alors je pense réellement qu'une baie peut faire sans problème du 10Gb/s, mais sur la partie "réseau privé".
Que ce soient des baies de serveurs "frontaux" ou autre.
Je rappelle que Online propose des gros serveurs de fichiers raccordés en 10Gb/s à leur "RPN".

De même, avec des services type streaming ou équivalent, c'est très facile de monter en débit. Regardez l'installation de Netflix France, qui tient sur moins de 10 baies de serveurs! Pareil pour le stockage "cloud".

Leon.

e-TE

  • Abonné Free fibre
  • *
  • Messages: 1 145
  • Déville-les-Rouen (76)
Online se fait ses propres switches
« Réponse #28 le: 15 janvier 2016 à 20:14:32 »
apres rien ne dit que c'est le seul modele qu'ils ont en préparation et qu'ils vont utilisés ca partout...
on peut tres bien imaginer qu'ils ont prévu des versions plus péchu la ou il y a des gros interco?

jack

  • Professionnel des télécoms
  • *
  • Messages: 1 674
  • La Madeleine (59)
Online se fait ses propres switches
« Réponse #29 le: 16 janvier 2016 à 14:47:52 »
Le vrai gain est en terme de fonctionnalités (on ouvre un boulevard, et encore on exploite qu'une infime partie des possibilités offertes par le chip que nous utilisons), d'industrialisation/automatisation et les deux ports 40G dans le cadre de la montée en débit des offres.

Tu peux nous en dire plus, s'il te plait ?

Est-ce que tu peux nous raconter des trucs sur les parties matériels et logiciels de chouchou ? Ou est-ce top secret ?

mattmatt73

  • Expert.
  • Abonné Bbox fibre
  • *
  • Messages: 7 340
  • vancia (69)
Online se fait ses propres switches
« Réponse #30 le: 16 janvier 2016 à 15:17:37 »
Tu peux nous en dire plus, s'il te plait ?

Est-ce que tu peux nous raconter des trucs sur les parties matériels et logiciels de chouchou ? Ou est-ce top secret ?

+1

au fait, il faut dire au gars qui a nommé ce truc comme ça de ne plus jamais recommencer.

et si un jour il a des enfants, il faudra qu'il laisse décider l'officier de l'état civil

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Online se fait ses propres switches
« Réponse #31 le: 16 janvier 2016 à 16:50:30 »
Tu peux nous en dire plus, s'il te plait ?

Est-ce que tu peux nous raconter des trucs sur les parties matériels et logiciels de chouchou ? Ou est-ce top secret ?

Moi je parie sur du VxLAN et/ou des joyeusetés autour du changement du tag de Vlan Id à la volée.

mirtouf

  • Abonné Bbox fibre
  • *
  • Messages: 1 297
  • Chelles (77)
    • L'antre de la bête
Online se fait ses propres switches
« Réponse #32 le: 16 janvier 2016 à 18:46:37 »
Pareil, je suis certain qu'il y a des clients qui paieraient cher pour ce genre de fonctionnalités.

eruditus

  • Client Orange adsl
  • Modérateur
  • *
  • Messages: 11 015
Online se fait ses propres switches
« Réponse #33 le: 16 janvier 2016 à 19:40:54 »
Vous pourriez développer/expliquer le besoin et le business qu'il y a derrière ?

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
Online se fait ses propres switches
« Réponse #34 le: 17 janvier 2016 à 08:30:09 »
Changement du Vlan Id à la volée (Vlan translation) : imagines t'as 2 clients qui veulent des flux privés avec les mêmes numéros de Vlan. Et bien sur le 2ème tu les "remap" vers des numéros à toi.
Exemple: Client A veut Vlans 3 et 4. Client B veut Vlans 3 et 4 aussi. On les remap en interne vers 5 et 6 sur chaque interface où ses serveurs sont raccordés. Ce "remapping" est manuel, à toi de gérer la correspondance. Pas sûr que ça soit la fonction la plus intéressante en ce moment à cause de VxLAN.

VxLAN: https://en.wikipedia.org/wiki/Virtual_Extensible_LAN
Permet l'encapsulation de trames Ethernet en UDP. Rapidement adopté par VMware puis depuis 2 ans accessible sur les switches orientés Datacenter. L'intérêt est d'étendre le domaine Ethernet d'un client à travers des routeurs donc de pouvoir traverser des topologies IP multi-salles ou multi-salles. Cerise sur le gateau t'as une étanchéité : un client A ne peut pas voir les flux VxLAN du client B. VxLAN peut aussi transporter des trames 802.1q ce qui permet une double encapsulation VLAN+VxLAN.
Point faible de VxLAN: au début on l'implèmentait en Multicast UDP, ce qui est peu pratique, maintenant on peut l'implèmenter en Unicast moyennant la création de tunnels entre équipements ce qui peut être fastidieux.

La techno SDN de Cisco (par exemple) est basée sur une combinaison de ces 2 fonctions.

Dans les deux cas le but est qu'un client puisse construire sa topologie réseau comme un réseau privé avec le nombre de vlans qu'il veut.

Autres features : pouvoir faire du routage à l'intérieur de flux VxLAN, gérer VxLAN via E-VPN (MP-BGP).

Leon

  • Client SFR sur réseau Numericable
  • Modérateur
  • *
  • Messages: 5 971
Online se fait ses propres switches
« Réponse #35 le: 17 janvier 2016 à 09:41:19 »
Changement du Vlan Id à la volée (Vlan translation) : imagines t'as 2 clients qui veulent des flux privés avec les mêmes numéros de Vlan. Et bien sur le 2ème tu les "remap" vers des numéros à toi.
Exemple: Client A veut Vlans 3 et 4. Client B veut Vlans 3 et 4 aussi. On les remap en interne vers 5 et 6 sur chaque interface où ses serveurs sont raccordés. Ce "remapping" est manuel, à toi de gérer la correspondance.
C'est pas dangereux, le "VLAN Translation"? C'est utilisé dans la vraie vie? Si on ne parle pas de VxLAN, ne vaut-il pas mieux faire du "Q-in-Q", plutôt que du "vlan translation"? Tout ça pour permettre à chaque client de garder sa propre architecture de VLAN.

Leon.