Auteur Sujet: SDN (software-defined networking)  (Lu 37191 fois)

0 Membres et 1 Invité sur ce sujet

vivien

  • Administrateur
  • *
  • Messages: 47 075
    • Twitter LaFibre.info
SDN (software-defined networking)
« Réponse #24 le: 04 novembre 2015 à 21:51:02 »
Je ne suis pas sur d'avoir bien compris. On déportes certains fonctions du switch :
- sur les serveurs connectés en aval, sur chaque port du switch
- sur un/des serveur(s) dédiés au SDN, situés en amont du switch

Les buffers sont toujours sur le switch ?

Les règles de priorisation dans le sens montant et descendant sont toujours effectués par le switch ?

davidb

  • Expert
  • *
  • Messages: 141
  • Canada
SDN (software-defined networking)
« Réponse #25 le: 04 novembre 2015 à 21:56:24 »
Merci, c'est clair. Et ça ressemble bien à ce que j'avais compris initialement. L'intelligence (élaboration des tables de routage par exemple) est centralisée, sur des serveurs.
Par contre, c'est vraiment en contradiction avec ce que nous disait BadMax, du coup, je suis perdu, je ne sais plus qui croire.
Leon.
Je ne suis pas en accord avec sa définition. Le SDN c'est pas juste la config centralisée. Ca c'est déjà en place si tu achètes tout d'un seul vendeur. (Alu et ISAM sont très bon pour ca, end-to end provisionning etc..)
Mais il faut que l'intelligence sorte pour que tu puisses utiliser le "scale" du datacenter et non pas de devoir acheter des routeurs de plus en plus gros.

Les gros équipementiers ont énormèment à perdre avec ça. Surtout avec leur système de licence qui ressemble parfois à des arnaques. On voit bien qu'ils essayent de contre-attaquer, avec leurs propres solutions tagguées SDN pas si ouvertes que ça.

Leon.
Tu as tout compris :)

Y a plusieurs visions dans l'industrie, je ne dis pas que la mienne est la bonne :)

davidb

  • Expert
  • *
  • Messages: 141
  • Canada
SDN (software-defined networking)
« Réponse #26 le: 04 novembre 2015 à 22:04:53 »
Je ne suis pas sur d'avoir bien compris. On déportes certains fonctions du switch :
- sur les serveurs connectés en aval, sur chaque port du switch
- sur un/des serveur(s) dédiés au SDN, situés en amont du switch

Les buffers sont toujours sur le switch ?

Les règles de priorisation dans le sens montant et descendant sont toujours effectués par le switch ?
Oui, il y a quand même des choses qui vont rester sur l'équipement. Ca va dépendre des applications que tu veux faire. (Y a de la bonne documentation de Google sur le SDN chez eux)


Une bonne conférence pour comprendre : http://opennetsummit.org/ (US)

Je ne suis pas un spécialiste hardware alors difficile de te répondre en détail.

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
SDN (software-defined networking)
« Réponse #27 le: 04 novembre 2015 à 22:09:42 »
@Leon: Le cas que j'ai commencé à expliquer est l'approche de Cisco : les switches conservent l'intelligence de décision, les contrôleurs ne servent qu'à les configurer.

Attention, c'est une approche particulière car l'ACI de Cisco ne fonctionne qu'avec une gamme spécifique d'équipements (gamme Nexus 9000) et ne sera jamais transposée ailleurs (Nexus 5000/7000) en raison de pré-requis matériels spécifiques. Par contre, l'intégration d'équipements L4-L7 est bien prévue : firewalls (Palo Alto, Checkpoint), load-balancers (F5), hyperviseurs (Hyper-V, VMware) sont intégrables dans ce SDN. D'ailleurs ça se bascule au portillon pour être compliant.

Cisco est allé un peu plus loin que de simplement traiter les couches 1 à 3 du modèle OSI, ils ont souhaité aller plus haut et remonter jusqu'à niveau 7. C'est un SDN qui permet de définir un flux (un Contract) entre 2 machines (des EPG) : le contrôleur va se débrouiller pour configurer toutes les couches nécessaires.

Pour être un peu plus concret, prenons par exemple le routage : chez Cisco, il est traité en périphérie de la Fabric, sur les switches appelés Leafs (=feuilles). BGP, par exemple, y sera alors traité. On est très loin de l'ancien schéma où le routage était porté par les coeurs.

Cette approche est très orienté Datacenter "end-user" (genre une grosse boite) et n'est pas orienté "opérateur" et/ou "hébergeur" comme Online par exemple : ils utilisent des Nexus 9396PX parfaitement compatibles SDN -> l'utilisation qu'en fait Online est incompatible, ils fonctionnent en NX-OS "classique" ! (enfin, je ne vois pas ce que ça apporterait ou alors on change l'archi et encore...)


BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
SDN (software-defined networking)
« Réponse #28 le: 04 novembre 2015 à 22:12:05 »
Y a plusieurs visions dans l'industrie, je ne dis pas que la mienne est la bonne :)

+1 le terme SDN est trop "marketing" pour regrouper toutes les propositions du marché sous une même appellation technique.

A cette heure, impossible de dire quelle est la meilleure approche et laquelle va l'emporter.

davidb

  • Expert
  • *
  • Messages: 141
  • Canada
SDN (software-defined networking)
« Réponse #29 le: 04 novembre 2015 à 22:14:46 »
On est d'accord avec ça. Plusieurs visions s'affrontent. Open source vs propriétaire.

Si vous voulez une bonne vidéo neutre :




wolverine

  • Abonné Orange Fibre
  • *
  • Messages: 42
  • Fontenay-le-Fleury (78)
SDN (software-defined networking)
« Réponse #30 le: 21 novembre 2015 à 15:21:26 »
Hello,
J'aime pas trop le terme SDN , ce qui est important pour moi c'est OPENFLOW , car c'est la base du SDN , un protocole ouvert qui permet de déplacer l'intelligence du réseau sur des environnements virtuels et qui permet de centraliser les rêgles de routage , d'ACL , QOS etc.
Dans ma société on a le projet de monter un SDN pour la partie QOS notamment pour Skype for business pour être sur que les paquets tagués seront bien acheminés en priorité.
Etant équipés en switch HP , on est évidemment sur la solution SDN d'HP basé sur openflow.
J'aime bien le diagramme pour expliquer le concept dans cette présentation :

https://www.randco.fr/actualites/2014/sdn-et-openflow/

Après le problème c'est d'avoir les bons soft qui permettront d'étendre les capacités du SDN et ça c'est pas encore ça mais ça va arriver très vite !! DEVOPS oblige :)

miky01

  • Expert. Réseau RESO-LIAin (01)
  • Abonné K-Net
  • *
  • Messages: 3 829
  • Farges (01)
SDN (software-defined networking)
« Réponse #31 le: 22 novembre 2015 à 12:05:05 »
Ben le soucis est que dans un grand DC d'une mutinationale, tu as du matos de différente génération et différente marque.
Juniper, Bluecat, Nexus, Cisco, HP, Checkpoint, Nortel et autres.

C'est impossible de tout remplacer en meme temps quand tu as 200 switchs Cisco, 50 HP, c'est des couts énorme difficilement justifiable,et comme rien on compatible, on garde les anciennes methodes....

Chaque consrtucteur a ses propres spécificiés, switchs, routers, firewall, etc, difficile de tout acheter chez le meme pour garder une compatibilité.

tom pouce

  • Expert.
  • Abonné Sosh fibre
  • *
  • Messages: 2 611
  • Livebox Sosh - 77
SDN (software-defined networking)
« Réponse #32 le: 22 novembre 2015 à 15:01:57 »
et comme rien on compatible, on garde les anciennes methodes....
C'est justement ce qui est en train de changer.
OpenFlow, pas mal de constructeurs commencent à l'implèmenter, et à terme certains standards s'imposeront.

Dans ma boite, les DC sont composés de différents univers; un univers récent a été construit immédiatement avec du SDN pour le cloud interne de la boite (il y a alors de très gros besoins d'industrialisation), les autres sont encore dans des technos classiques.
Mais je ne doute pas que lors du renouvellement d'un univers, en fonction du besoin, on changera suffisamment d'équipements d'un coup pour décider de migrer du même coup en SDN.

Raisonner comme ça, c'est le meilleur moyen de se faire couler à court terme par un concurrent qui va réduire drastiquement ses coûts IT et son time-to-market. A priori, un DSI pas trop à côté de la plaque n'a pas envie que cela puisse arriver, si sa boite est concernée par un tel enjeu.

mattmatt73

  • Expert.
  • Abonné Bbox fibre
  • *
  • Messages: 7 338
  • vancia (69)
SDN (software-defined networking)
« Réponse #33 le: 22 novembre 2015 à 15:25:46 »
Tu veux parler d'un DSI qui a des couilles ?

J'en connais, mais ce n'est pas les plus courants.

Je suis d'accord avec toi, ceux qui ne bougent pas vont devoir justifier pourquoi la concurrence va faire mieux à moins cher, pour certains ce sera trop tard.

wolverine

  • Abonné Orange Fibre
  • *
  • Messages: 42
  • Fontenay-le-Fleury (78)
SDN (software-defined networking)
« Réponse #34 le: 22 novembre 2015 à 16:45:09 »
Je suis d'accord avec vous , on ne peut pas changer tout d'un coup l'investissement est trop grand par contre lors du renouvellement d'infra il faut réfléchir sur les 5 ans à venir et la , le SDN s'impose sur la couche network , openstack et docker sur la partie virtualisation pour les gros fournisseurs cloud.
Quand je vois ce que fait  facebook
https://code.facebook.com/posts/717010588413497/introducing-6-pack-the-first-open-hardware-modular-switch/

Et bien je me dis que les autres ont intérêt à réviser leur gamme de produit !

BadMax

  • Client Free adsl
  • Expert
  • *
  • Messages: 3 481
  • Malissard (26)
SDN (software-defined networking)
« Réponse #35 le: 22 novembre 2015 à 18:07:16 »
Pour l'instant y'a surtout un gros bullshit-loto-bingo avec tout le monde qui s'affiche avec un logo SDN alors que derrière c'est juste une API REST ou équivalent pour permettre une configuration sans passer par du CLI.

Après y'a la partie "essuyage de platre" qui fait qu'il y a peu de déploiement SDN à grande échelle sur des environnements critiques. 2016 pourrait être l'année du début de la maturité des produits et on pourra faire le tri entre les produits aboutis et les "bullshit-loto-bingo".