Maintenant, dans le guide de certification officiel que Wendell a écrit, il a passé beaucoup de temps à passer en revue
l'accès SDI ou défini par logiciel.
Désormais, seul un logiciel défini pourrait l'être.
Café.
Je veux dire qu'il y a tellement de termes avec ce mot de réseautage défini par logiciel qui ont été abusés.
Nous avions un réseau défini par logiciel qui était à flux ouvert et nous avions un réseau défini par
logiciel qui utilisait l'API.
Nous avions un réseau défini par logiciel, il y avait des superpositions.
Nous avons donc parlé de superpositions et sous Laser Ready, nous avons essentiellement défini le logiciel comme vous le souhaitez.
Mais l'accès défini par logiciel ou la solution Cisco SDK de changer la façon dont un réseau d'entreprise fonctionne si traditionnellement dans un réseau d'entreprise,
nous aurions un arbre couvrant qui cause tout un tas de problèmes parce que nous devons faire
correspondre vous connaissez la transmission des ports à une adresse IP par défaut les passerelles provoquent beaucoup de problèmes,
nous voulons donc supprimer l'arborescence des dépenses et ce que nous faisons, c'est exécuter des protocoles
d'écriture partout.
Ainsi, la passerelle par défaut de vos pièces sera le commutateur d'accès local.
Donc, le commutateur sur le bord du commutateur auquel ils se connectent plutôt qu'un commutateur d'appel ou un commutateur
de distribution, nous exécutons SPF partout ou un protocole d'écriture partout.
Nous supprimons donc le spanning tree, nous supprimons le port bloquant ce genre de choses.
Mais d'après mon expérience de l'examen CCMA, je pense que c'était exagéré.
Les trucs de la FDA dans le O. C. gee maintenant si j'entends le contraire, je changerai ce cours.
Mais je ne passerais pas trop de temps sur SGA.
Fondamentalement, l'idée est que le réseau obtient des gestionnaires de tissu.
Nous avons donc tous ces écrivains et commutateurs qui sont contrôlés par un contrôleur, puis similaires à
NSX d'Amway, ce que nous faisons, c'est que nous construisons automatiquement des tunnels les tunnels X land où nous construisons
une superposition sur le réseau sous-jacent.
Ainsi, le réseau sous-jacent principal peut être assez basique plutôt que de configurer tout un tas de listes Axis
sur les périphériques principaux, nous pouvons tout faire en tant que stratégie sur le serveur SDK, puis appliquer une stratégie
sur les périphériques réseau et le centre DNA va essentiellement exploser automatiquement .
Il construira donc les excellents tunnels auxquels il appliquera les politiques.
Nous avons donc une fois de plus ce concept de réseautage basé sur l'intention et l'intention est que je veux faire quelque chose
mais je ne veux pas avoir à tout écrire explicitement pour que cela se produise.
Donc, à titre d'exemple, je veux arrêter PCH de parler à PTB dans un environnement traditionnel, vous devez
créer des listes d'accès qui empêchent ces appareils de se parler, mais si un scénario basé sur l'intention
et et certains des autres implémentations basées sur un contrôleur, je voudrais essentiellement dites OK ce gars peut parler
à ce gars là-bas, donc tout est fait.
Donnez-moi un exemple.
Et puis cela applique une politique au réseau qui arrête cela.
Ainsi, en tant qu'ingénieur réseau, vous n'avez pas à configurer manuellement les listes d'accès.
Votre intention est d'empêcher ce type de parler à ce type et le réseau fait que cela se produise automatiquement.
Ce qui est assez effrayant à certains égards, car que se passe-t-il en cas de problème.
Donc, l'idée de ce truc SD n est fantastique et je ne veux pas le faire sortir de l'eau tout de
suite, mais sachez que vous devez comprendre ce qui se passe sous le capot parce que ce qui se passe si quelque
chose ne va pas.
Mais le principe est que nous avons un réseau sous-jacent.
Ensuite, nous mettons des véhicules terrestres des tunnels dessus, ce qui nous permet d'appliquer des politiques sur le réseau de
superposition plutôt que sur le réseau sous-jacent afin que nous puissions empêcher ce type de parler à ce type beaucoup plus facilement en
utilisant ces tunnels que d'essayer d'avoir une seule liste d'accès sur une interface d'un routeur qui bloque les personnes
sur l'ensemble du réseau.
La meilleure façon de faire les choses est essentiellement la façon dont cela se passe, nous avons
donc un contrôleur qui gère tout un tas de périphériques dans l'entreprise.
Maintenant, reculer d'un deuxième tiers pour contourner les réseaux définis par logiciel était plus pour le centre de données, donc
c'était NSX qui a été un succès fantastique dans le centre de données.
Cisco a également produit de centre de données ECI.
Mais qu'en est-il des entreprises.
La FDA est donc une solution d'entreprise où nous prenons des principes définis par logiciel et l'appliquons à une entreprise et
nous appliquons des politiques sur ce réseau plutôt que dans un centre de données.
Donc, des choses simples comme OK, débarrassons-nous de l'arbre couvrant.
Nous exécutons donc 0 SPF ou protocole d'écriture partout.
Tout est calque 3 plutôt que calque 2.
Mais vous savez comment faire parler cet appareil à cet appareil.
Nous pouvons appliquer une politique à travers une gluante ou une station de gestion ou un contrôleur.
Si vous souhaitez utiliser le bon terme qui applique la politique au réseau sans avoir à configurer manuellement
tout un tas de choses.
L'idée est d'utiliser est ce terme d'abstraction l'abstraction est utilisée partout comme exemple si je veux écrire un
morceau de code Python.
Je n'ai pas besoin de savoir comment faire ça sur un disque dur.
Je suis un abstrait d'une programmation de bas niveau le système d'exploitation m'abstrait du système d'exploitation matériel m'abstrait
de trucs de câble réseau comme ça je programme dans un langage de programmation de haut niveau
Python qui descend tout au long de la pile et en fait faire bouger les choses quelque chose se
passe sur le réseau.
Je suis donc extrait du langage d'assemblage comme exemple, je suis abstrait à partir de choses de bas niveau.
J'utilise mon cerveau pour faire des trucs de haut niveau plutôt que des trucs de bas niveau.
Ainsi, par exemple, les pilotes du monde réel, un pilote ne vole pas du Royaume-Uni aux États-Unis manuellement tout au long du
trajet.
Qu'utilisent-ils, ils utilisent le pilote automatique.
Donc, l'idée est que le pilote automatique permet au pilote de s'occuper des tâches de haut niveau pourquoi les choses de bas niveau sont prises
en charge à l'aide du pilote automatique.
Maintenant, l'avion a tous ces capteurs qui donnent des informations sur des choses d'altitude comme
ça, puis l'avion peut guider le pilote, mais le pilote automatique peut causer des problèmes lorsque le pilote essaie de gérer le réseau ou
devrais-je dire l'avion via le pilote automatique en ajustant divers niveaux élevés paramètres plutôt que de simplement
prendre l'avion et le faire voler.
Et c'était une vidéo vraiment intéressante où ils parlaient de ce problème où l'automatisation a en
fait provoqué les accidents parce que les pilotes ne pilotent plus l'avion comme le pilotent physiquement, ils essaient d'ajuster les
avions volant à travers le pilote automatique afin d'essayer de fournir des informations au pilote automatique qui vole ensuite
l'avion et ajuste ajuste l'avion.
Mais si vous aviez un avion volant sur vous, en tant que pilote, vous saisiriez l'avion et le feriez voler plutôt
que d'essayer de régler le pilote automatique.
Et je pense que c'est la même chose que nous, en tant qu'ingénieurs réseau,
devons faire attention, c'est de ne pas compter sur le pilote automatique ou l'intelligence de toutes ces applications lorsque le réseau brûle ou qu'il y a un
feu dont vous avez besoin pour sauter et réparer le problèmes.
L'automatisation a donc sa place, mais il est toujours important de comprendre le fonctionnement des
réseaux, car l'automatisation vous permettra de rompre un réseau très rapidement si vous ne comprenez pas ce que fait l'automatisation.
Je veux dire que si un programmeur écrit simplement un script qui envoie tout un tas de BP pour l'utiliser dans un arbre de
dépenses de réseau, cela pourrait gâcher tout votre réseau.
Vous devez donc comprendre ce que fait votre programme, ce que font ces applications.
Il y a donc d'énormes avantages à l'abstraction, d'énormes avantages à l'automatisation, mais vous devez toujours comprendre la mise
en réseau.
Je pense donc que Cisco a fait une bonne chose ici.
Dix pour cent du CCMA est l'automatisation et la programmation ou la capacité de programme 90 pour cent est beaucoup de
choses réseau traditionnelles utiles et la personne du réseau est toujours un ingénieur réseau, vous
devez toujours comprendre des protocoles comme dépenser 3 0 SPF, etc. Mais je pense que le côté programmation est très excitant
parce que Cisco a maintenant cette piste définie, vous avez donc devant vous ce monde qui n'existait pas.
J'enregistre ce que vous savez peu de temps après la sortie du CCMA.
Vous avez maintenant ce monde où vous pouvez aller en réseau traditionnel avec un peu de programmation ou vous pouvez aller
en programmation avec un peu de réseau.
Donc, je pense que si vous commencez votre carrière, vous avez deux choix merveilleux et je veux dire que vous avez
juste à décider ce que vous aimez, aimez-vous programmer avec une touche de réseautage ou aimez-vous réseauter avec
une touche de programmation.
Je pense que ceux-ci vont devenir de plus en plus proches à l'avenir.
Donc, dans cinq ans ou dix ans, la frontière entre le réseautage et la programmation se rapprochera de plus en plus.
Le réseautage évolue et je le dis depuis de nombreuses années.
Je veux dire maintenant que nous allons plus dans le cloud.
Donc, le cloud devient de plus en plus important.
Mais ne pensez pas que si vous le mettez dans le cloud, cela va résoudre vos problèmes de réseau.
C'est toujours un réseau.
Vous devez toujours gérer le cloud réseau comme dans votre réseau.
Je veux dire que si vous mettez une VM dans le cloud, c'est cool, c'est juste une VM.
Mais que se passe-t-il si vous avez des machines virtuelles en Asie et en Amérique et en Europe.
Tout à coup, vous commencez à travailler avec des soldes bas, vous commencez à travailler avec des pare-feu, vous commencez
à travailler avec des listes de contrôle d'accès, vous commencez à travailler avec des méchants n'appelez pas cela, mais vous commencez à travailler avec tous les
trucs de mise en réseau traditionnels.
Donc, juste parce qu'il est dans le cloud ne signifie pas que vous pouvez ignorer la mise en réseau
va encore être beaucoup de travail pour les ingénieurs réseau.
C'est juste que les rôles peuvent changer plutôt que de taper sur le CLIA.
Vous travaillez peut-être dans un contrôleur ou dans le cloud, mais vous devez toujours comprendre les principes de mise en réseau.
D'accord, c'était donc une longue randonnée, un espoir que ce type de discussion était utile à ajouter au cours.
Je vais vous montrer quelques trucs plus pratiques maintenant dans le reste du cours, mais j'espère que cela vous donne une bonne idée de
ce qui est important pour l'examen et définit la vue à 10000 pieds et l'aperçu de la programmation
et de l'automatisation du réseau.