Nous avons demandé au rédacteur technique David Geer de rechercher des ingénieurs réseau sur Reddit qui pourraient expliquer pourquoi ils ne sont pas prêts pour l’investissement SDN. Ce que nous avons obtenu était une tempête de commentaires sarcastiques de style Reddit – parsemée de quelques informations réelles sur ce que les ingénieurs réseau veulent vraiment de SDN.

Geer a démarré le fil avec la question suivante:

 » Maintenant que le SDN est réellement en cours de production, qu’est-ce que les ingénieurs réseau, les gestionnaires de réseau et les administrateurs de grandes entreprises (et non de grandes entreprises) ont besoin de SDN dans les 12 à 24 mois à venir avant qu’ils ne prennent au sérieux l’essayer? »

La première réponse ressemblait beaucoup aux mots de well eh bien, pas un véritable ingénieur réseau travaillant en direct:

« Il faut une synergie et plus d’options cloud, couplées à une infrastructure dynamique capable d’une auto-guérison et d’une optimisation continue des performances grâce à l’utilisation de la synergie de stratégie. Cela devrait améliorer la vie de l’entreprise grâce à un engagement fort envers la qualité. »

Ce jargon a envoyé les ingénieurs réseau cyniques de Reddit dans un tourbillon.

« Dès que j’ai lu le mot synergie, j’ai su instantanément que le reste de ce post était complet », a écrit un répondant.

Cela m’a littéralement fait rire à haute voix (LLOL). Un tas de snark plus amusant a suivi, mais ensuite, est finalement venu ceci:

Les ingénieurs veulent que SDN rende leur infrastructure moins chère — mais est-ce possible?

Un vrai discours s’ensuivit:

« J’ai besoin de SDN pour rendre mon matériel moins cher. Jusque-là, ça ne me sert à rien. »

Un autre commentateur a accepté:

« Rendre mon équipement moins cher et pendant que vous y êtes, rendre mes systèmes d’approvisionnement plus propres et moins chers. »

Et puis, bien sûr, un vendeur retentit (mais au moins il est honnête):

« Quel est votre prix? Avez-vous déjà regardé les commutateurs de boîte blanche? Je travaille pour Cumulus, donc je suis partial, mais lorsque vous achetez une boîte blanche, vous pouvez démarrer sur plusieurs systèmes d’exploitation comme un serveur. »

Et notre journaliste en demande plus sur le SDN qui rend les réseaux plus rentables.

« Voulez-vous dire en vous permettant d’utiliser n’importe quel matériel afin que vous puissiez amener les fournisseurs à rivaliser pour votre entreprise? Est-ce ainsi que vous espérez que SDN rendra votre matériel moins cher? Ou voulez-vous dire moins cher à soutenir? »

Et plus tard une réponse de Cumulus :

 » Cumulus Networks fournit les moyens de SDN (superpositions, virtualisation et automatisation du réseau). Nous sommes la sous-couche et la structure de support des centres de données de type Google; pour l’entreprise, nous sommes la « sous-couche » et les commutateurs physiques. »

Le SDN n’est pas nouveau, et les ingénieurs aiment de toute façon les réseaux traditionnels

Enfin, un ingénieur entre dans la conversation avec quelque chose que peu de chefs de SDN aiment entendrel aime son réseau traditionnel.

« Le terme SDN a été détourné par l’industrie pour être moins sur le SDN et plus sur le fait que le fournisseur X fait déjà du SDN en affirmant que les API de gestion des périphériques sont du SDN. Dans ce cas, je suis ingénieur réseau hipster parce que je fais du SDN depuis avant que le SDN ne soit cool (écriture de bibliothèques et d’outils pour gérer les configurations de périphériques réseau à la demande). Vous pensez peut-être: « Mais vous pouvez créer votre propre protocole et contrôler le flux de trafic avec un logiciel. » Je m’en fous vraiment de ça. La plupart des ingénieurs réseau non plus. Les protocoles existants fonctionnent mieux et plus rapidement, et je n’ai aucun problème de flux de trafic que le SDN est nécessaire pour résoudre. En fin de compte, la plupart des gens qui parlent de SDN sont en fin de compte des administrateurs système qui pensent avoir trouvé une nouvelle façon cool de faire quelque chose qui est un protocole qu’ils ne comprennent pas depuis 20 ans.

Ce dont nous avons vraiment besoin, c’est de la gestion de la configuration et du mappage !

Beaucoup pensent que le SDN concerne en fin de compte l’automatisation et la gestion, et un ingénieur sur le thread veut en savoir plus:

« OK, question sérieuse. SDN peut-il créer des diagrammes de réseau automatisés et de qualité ? Cela me ferait devenir si sérieux à ce sujet dans les 12 à 24 mois à venir. »

Mais les réponses ne semblent pas positives.

« LLDP peut, ce n’est pas sorcier ou complexe. »

Le répondant suivant n’est pas plus excité par SDN:

« Non, ça ne peut pas. Vous pouvez avoir des diagrammes automatisés mais ils ressembleront à sh *%t. LLDP ne vous aidera pas à faire de BONS diagrammes. »

Et puis, celui qui est un peu plus plein d’espoir:

« NonNo mais avec la bonne réflexion, alors nous (c’est-à-dire les networkers) devrions pouvoir proposer quelque chose où la documentation et la configuration ne font qu’un. Certaines facettes du SDN – comme le fait qu’il traite le réseau comme un réseau plutôt qu’une série de périphériques individuels peuvent aider à cela. »

Et enfin quelqu’un arrive avec un message drôle, mais très réel sur SDN:

« Je ne suis pas assez spirituel pour avoir une réponse intelligente à la goutte d’un centime (donnez-moi encore 20 ans de consommation d’alcool après le travail pour développer mon cynisme) – donc, je produirai la réponse la plus honnête que j’ai: l’automatisation du provisionnement. Provisionnement des circuits côté réseau par pointer-cliquer. En outre, le provisionnement automatique des périphériques CPE / PE / NID. L’analyse de rentabilisation est une Opex réduite en raison de moins de singes de graisse de réseau sur le personnel effectuant ces tâches.

Et puis une autre réponse sur la gestion, la commutation et la rentabilité:

« Ce que je veux, c’est Netflow partout. Je déteste SNMP et je manque d’être dans un environnement 100% CDP. Cisco m’a vraiment gâté.

Je suis satisfait de la plupart des commutateurs L3 sur le rapport prix / performance, mais le niveau d’accès est celui où nous brûlons trop d’argent. Nous ne pouvons pas obtenir les fonctionnalités dont nous avons besoin (du tout), et nous sommes facturés pour un tas de choses que nous ne voulons pas. Puisque nous avons beaucoup, beaucoup plus d’accès que la distribution, c’est un gros objectif ici. Nous achèterons un nouveau noyau tous les 5 à 10 ans en raison de la croissance, pas des fonctionnalités, et généralement nous ne regardons même pas le prix (si nous en avons besoin), mais nous passons à travers les commutateurs d’accès comme des fous à cause de l’expansion et des mouvements.

Je veux quelque chose de solide avec des frais généraux extrêmement bas et zéro frais continus qui a des capacités de surveillance et de gestion extrêmement robustes. En ce moment, la ligne de commutation d’Ubiquiti est à peu près le seul fournisseur que je vois qui se rapproche. Je ne pense pas que quelqu’un veut vraiment le bas de gamme de l’entreprise, malheureusement.

Nous avons abandonné les commutateurs standard dans le CC et sommes passés à des équipements Infiniband usagés de Mellanox. Des performances incroyables pour presque rien et c’est simple.

Le SDN doit être plus important que le centre de données

Le SDN est tellement axé sur le centre de données, mais nous entendons depuis des années que les ingénieurs en veulent plus. Cela s’est également reflété dans ce fil Reddit.

« Je pense que le problème ici est que lorsque les gens commencent à parler de SDN, et en fait à concevoir, ils ont cette vision étroite que nos réseaux ne sont que limités au centre de données. C’est tout au sujet du centre de données. Bien que je convienne que SDN a la capacité potentielle de redéfinir le fonctionnement du réseau des centres de données, vous ne pouvez pas créer et concevoir une plate-forme de réseau automatisée en laissant de côté le reste d’entre nous. Je comprends que l’idée générale est la capacité de fournir rapidement et efficacement de nouveaux services applicatifs et de faire en sorte que le réseau se construise autour de cela de manière appropriée, mais de nombreux autres réseaux peuvent bénéficier de cette idée qui sont tout aussi applicables et précieux pour les clients aujourd’hui. »