Maintenant de bonnes nouvelles.
Avant d'entrer dans la section d'automatisation du réseau, vous n'avez pas à apprendre le python pour l'examen
CCMA couvert par la certification définitive Cisco.
J'ai passé l'examen CCMA et associé définitif le même jour.
J'en ai déjà parlé au début du cours, mais je vais rejouer des parties de cette vidéo dans
cette section juste pour vous rappeler mes pensées.
Lorsque j'ai passé l'examen, le CCMA a examiné les tests sur des sujets tels que le formatage de l'API REST Jason
qui est couvert dans la section Automatisation et capacité du programme du plan directeur.
Donc, à titre d'exemple, assurez-vous de savoir comment interpréter les données encodées par Jason.
Assurez-vous que vous savez comment décrire les caractéristiques des API basées sur le repos, par exemple lorsque je veux obtenir
des données d'une enquête en utilisant une API REST, c'est un avantage si je veux supprimer certaines données,
c'est une suppression ASSUREZ-VOUS QUE VOUS CONNAISSEZ Verbes de l'API REST mais vous n'avez pas à écrire de code Python à l'aide de
l'API REST.
Vous n'êtes pas obligé d'apprendre responsable de l'examen.
Maintenant, dans cette section, je vais vous montrer des scripts python.
Je vais vous montrer des scripts d'animaux.
Vous n'avez cependant pas à l'apprendre pour l'examen CCMA.
Vous devez apprendre cela pour l'examen définitif et les certifications de développeur.
Il est maintenant recommandé d'apprendre Python.
Absolument.
Si vous souhaitez progresser dans votre carrière, apprenez Python learn animal.
Je vois ces choses depuis de nombreuses années.
Il y a des années, j'expliquais la séparation du plan de contrôle et du plan de données.
Vous pouvez voir cette vidéo sur YouTube comme un exemple réalisé il y a de nombreuses années.
Ce truc est maintenant devenu courant.
Il est important que vous appreniez le Python et que vous soyez sensible au monde réel et pour avancer dans votre carrière.
Mais pour l'examen CCMA, vous n'avez pas à apprendre les scripts python.
Vous n'avez pas à apprendre les scripts animaux.
Maintenant, si j'entends que cela a changé, ils testent maintenant votre capacité de codage.
Je mettrai à jour cette vidéo.
Mais pour le moment, car je n'ai pas entendu de nouvelles mises à jour, vous pouvez supposer que vous
n'avez pas à apprendre le python et le code sensible pour l'examen.
Vous devez comprendre les principes.
Donc, à titre d'exemple, ils parlent d'expliquer comment l'automatisation affecte la gestion du réseau.
Permettez-moi de vous dire que le monde évolue avec l'automatisation des réseaux de la même manière que nous avions des points
d'accès autonomes dans le passé et qu'ils sont désormais gérés à l'aide d'un contrôleur.
L'idée ici est que nous allons avoir un contrôleur qui gère de nombreux appareils.
Désormais, dans le premier type d'implémentation de réseau définie par SDM ou logiciel, le protocole utilisé était open
flow.
Il y a une grande différence entre la façon dont le flux ouvert faisait les choses et la façon dont l'automatisation du
réseau se fait aujourd'hui sous la forme la plus pure de flux ouvert.
Les commutateurs ou périphériques de votre réseau deviennent muets.
Le contrôleur qui serait simplement un serveur Linux Ubuntu comme exemple contrôle les périphériques du
réseau.
Ils perdent leur cerveau.
Ainsi, au CCMA, ils parlent de la séparation du plan de contrôle et du plan de données et des API
en direction nord et sud pour commencer à comprendre ce qui suit.
Où est le cerveau.
Où est l'intelligence du réseau dans l'implémentation de flux ouvert la plus pure.
Le cerveau a été retiré du périphérique réseau et placé dans le contrôleur.
Si nous avions 100 routeurs ou 100 commutateurs dans un réseau traditionnel, nous avons 100 cerveaux chaque routeur chaque
commutateur se contrôle.
Il a son propre plan de données ou plan de transfert, c'est ainsi qu'il fait passer le trafic de vouloir se confronter à
un autre.
Il a son propre plan de contrôle.
En d'autres termes, son propre cerveau.
Lorsqu'un coureur utilisant un SPF reçoit une mise à jour, il met à jour sa table de routage.
Ainsi, la base d'informations de routage Rub est une table basée sur un logiciel qui est peuplée de rats
apprise via SPF, de sorte que le cerveau remplit la table de routage avec des ornières.
Ainsi, la base d'informations de frottement ou d'écriture est une table d'écriture basée sur un logiciel qui est ensuite poussée vers le bas dans le
matériel ou dans le plan de transfert ou le plan de données.
En d'autres termes, dans la base d'informations Ferb ou de transfert.
En d'autres termes, dans le matériel.
Nous avons donc le plan de contrôle qui est le cerveau de l'appareil ou SPF remplit la base d'informations
d'écriture.
Le cerveau détermine où le trafic est acheminé.
Même type d'idée avec spanning tree spanning tree BP que l'utilisateur a reçu.
Le cerveau décide encore une fois quels ports permettant quels ports vont être bloqués.
Donc, la chose à retenir est que l'appareil a une intelligence locale.
Le cerveau est sur l'appareil.
Si nous avions 100 routeurs, ils auraient chacun leur propre cerveau, le cerveau est localisé sur l'appareil.
Mais dans l'exemple de flux ouvert le plus pur, les appareils sont devenus muets et nous avons mis le cerveau dans le contrôleur
de sorte que le contrôleur centralisé du contrôleur soit le cerveau de 100 appareils.
C'est bien dans un sens car le contrôleur est un appareil central que vous pouvez manipuler puis mettre à
jour le transfert de 100 appareils.
Il donne également au périphérique centralisé plus de visibilité sur le réseau afin que vous puissiez voir l'ensemble du
réseau au lieu que le rédacteur ne voie que sa propre table d'écriture locale et n'ait pas la visibilité de l'ensemble
du réseau.
Il y avait des avantages avec ce type de modèle Oh SPF utilise l'algorithme SPF premier chemin le plus
court.
Très complexe.
Nous avons un système distribué qui converge en quelque sorte pour décider quel est le meilleur chemin dans le réseau.
Beaucoup plus facile de mettre l'intelligence dans un contrôleur centralisé mais cela n'a pas fonctionné car en tant qu'attaquant,
quel appareil vais-je attaquer.
Je vais attaquer cet appareil centralisé si je peux retirer le contrôleur.
Je ne sors pas seulement un routeur, je sors 100 écrivains, je peux essentiellement détruire votre réseau
en tuant simplement le contrôleur.
Il y a eu d'autres problèmes parce que l'appareil est donc toujours centralisé.
Mais qu'en est-il de la redondance si cette chose meurt, votre réseau entier meurt.
Donc, ça craint.
Donc, ce que vous allez faire, c'est avoir plus d'un contrôleur et maintenant vous revenez au scénario de base de
données distribuée ou au problème de synchronisation.
Comment synchroniser plusieurs bases de données dans plusieurs contrôleurs physiques pour avoir un seul contrôleur logique.
Il y a donc eu beaucoup d'autres problèmes avec ce modèle qui est devenu un cauchemar.
Que se passe-t-il si les Rowdies perdent la connectivité avec le contrôleur centralisé.
Pensez-y.
La Rada possède son propre cerveau localisé dans un environnement de réseautage traditionnel.
S'il perd la connectivité avec un autre écrivain, ce n'est pas un problème car il a son propre cerveau local.
Cette route a son propre cerveau local.
Mais si vous mettez le cerveau dans le contrôleur et que la connectivité avec le contrôleur est
lâche, car un lien descend soudainement, ce que font les coureurs.
Ils n'ont pas de cerveau donc le réseau meurt ou se brise.
Donc, beaucoup de problèmes avec l'environnement de flux ouvert pur.
Ils sont ensuite venus avec cette approche hybride où nous avions une certaine intelligence sur les appareils une
certaine intelligence sur le contrôleur où le contrôleur pouvait remplacer ce qu'un gouvernail faisait afin que nous puissions écrire des
règles de flux ouvert au pilote pour remplacer le réseau traditionnel.
Ainsi, la conduite comme exemple de commutateur comme exemple ferait une conduite traditionnelle ou une commutation
traditionnelle, mais nous pourrions alors créer des règles supplémentaires où je pourrais manipuler le flux de trafic à partir d'un
contrôleur centralisé.
Maintenant, l'une des choses intéressantes avec le modèle de flux ouvert et l'idée même d'un contrôleur est que
ces appareils parlent au contrôleur à l'aide de ce qu'on appelle une API vers le sud, de sorte que le contrôleur est assis
ici, parle aux périphériques utilisant l'API vers le sud.
Remarquez comment j'ai mis la main ici. L'API en direction nord est l'API en direction sud.
Pensez simplement au sud, au nord et au nord.
Ainsi, un développeur d'applications pourrait écrire un exposé sur l'application au contrôleur à l'aide d'une API vers le nord.
En règle générale, il s'agit de Rest Api.
C'est très courant aujourd'hui, puis un protocole serait utilisé sur l'API vers le sud pour que le contrôleur parle aux pilotes
et aux commutateurs en utilisant une sorte de protocole qui pourrait être à flux ouvert.
C'était l'idée originale.
Pourrait être un député.
N'oubliez pas qu'un simple protocole de gestion de réseau a été utilisé pendant des années, des stations de gestion aux
périphériques réseau, afin que S&P puisse utiliser l'API vers le sud.
Nous pourrions utiliser net conf, nous pourrions utiliser rest conf, nous pourrions utiliser plusieurs autres options pour NPR moins BGP.
Fondamentalement, il y avait de nombreux protocoles pour CCN HS juste comprendre que nous pourrions utiliser rest conf nous pourrions
utiliser rest api est en fait nous pourrions utiliser CLIA nous pourrions utiliser en tant que MP.
Désormais, vous n'avez plus besoin d'utiliser les autres API du contrôleur pour manipuler les appareils.
En général, l'idée était que vous étiez un développeur d'applications utilisant un script python qui écrivait des
règles sur le contrôleur qui les envoyait ensuite aux périphériques.
L'avantage de cela était ce concept d'abstraction.
Complexe pour écrire des règles sur les appareils.
C'est ce qu'ils ont dit.
Il est beaucoup plus facile d'écrire des choses dans une API de repos sur le contrôleur, de sorte que vous écririez des règles sur
le contrôleur à l'aide de l'API de repos afin que l'application utilise un langage de programmation de haut niveau comme Python.
Easy Rest Api dans le contrôleur qui utilise ensuite plusieurs protocoles jusqu'au flux ouvert des appareils.
Net conf BGP à moins que des tas de protocoles étranges et merveilleux vers les périphériques que
vous développez soient extraits des périphériques réseau.
C'est l'idée, mais vous pouvez supprimer un contrôleur et simplement configurer les périphériques réseau directement à l'aide d'un
script Python ou d'un script animal.
C'est ce que je vais vous montrer dans le cours parce que c'est beaucoup plus facile de
commencer.
Il est beaucoup plus facile de dire d'accord, écrivons un simple script python qui met à jour quelque chose de
plus large ou extrait des informations du routeur ou du commutateur.
Vous pouvez imiter cela avec un équipement physique dans un laboratoire ou dans le genre 3 ou viral ou même si vous le souhaitez.
Je vais donc vous en montrer quelques exemples, mais n'oubliez pas que vous n'avez pas à apprendre le
python pour l'examen.
Vous n'avez pas à apprendre le python ou la programmation raisonnable pour l'examen, mais pour le
monde réel, je vous suggère d'apprendre les deux.
Alors ici, ils parlent de la séparation du plan de contrôle d'un plan de données.
Notez simplement où se trouve l'appareil local du cerveau.
Autrefois, un avion de contrôle ou un avion de données se trouvait dans l'appareil.
Considérez donc le plan de données comme la transmission via l'ASX.
J'ai un routeur.
Le trafic arrive sur une interface, il passe à une autre interface pour que les données soient envoyées
via l'appareil.
Il est activé sur le plan de données ou le plan de transfert qui réside toujours dans l'appareil.
En règle générale, cela se fait en utilisant A6 mais le plan de contrôle ou le cerveau où réside-t-il.
Aujourd'hui, nous voulons toujours avoir le cerveau dans l'appareil à flux ouvert, le cerveau a été retiré et placé dans
un contrôleur séparé.
Nous ne voulons pas faire ça.
Les appareils Cisco ne prenaient pas vraiment en charge le flux ouvert.
Ils ne le font toujours pas.
L'idée est que le cerveau reste sur l'appareil, mais nous pouvons utiliser un contrôleur centralisé pour configurer
les appareils.
Donc, plutôt que de faire l'appareil, nous leur permettons toujours de faire leur transfert,
nous leur permettons d'avoir leur cerveau local, mais nous pouvons configurer les appareils directement ou via un contrôleur, ce
qui facilite la gestion de nombreux appareils.
C'est donc l'une des idées centrales d'un réseau basé sur un contrôleur.
Maintenant, ce que je n'ai pas mentionné, elle a le jeu de gestion en fait trois avions de contrôle ou un avion
d'expédition.
C'est comme dire d'écrire un routeur.
Comment le trafic est-il transmis via l'appareil.
Cela reste toujours sur l'appareil, car nous voulons que la commutation ou le transfert à grande vitesse sur le cerveau
de l'appareil où réside-t-il réside généralement sur l'appareil.
Mais nous aurions pu le mettre dans un contrôleur.
Où est la direction.
Alors, quel est le plan de gestion.
Nous gérons généralement un appareil Cisco à l'aide d'une console ou à distance serait une mauvaise idée telnet et SSA.
Alors, comment pouvons-nous gérer l'appareil maintenant que nous, les humains, utiliserions l'une de ces interfaces pour configurer l'appareil,
mais pour gérer l'appareil à l'aide d'une application que nous utilisions autrefois, le protocole de gestion de réseau SMP
simple est un problème de député.
Personne n'est un député que Virgin voulait être en sécurité très facile à pirater.
Mauvaise idée d'utiliser S&P version 1 et version 2.
C'est un MP version 3 qui supporte bien mieux le cryptage et l'authentification mais c'est un MP ce n'est pas facile.
L'OED et la façon d'extraire des informations d'un appareil sont difficiles, alors la rage actuelle qui dure
depuis quelques années est d'utiliser à nouveau une interface de programmation d'application API.
Le repos est l'une des API les plus populaires utilisées partout.
Ainsi, lorsque nous passons d'un pur ingénieur réseau à davantage de programmation.
Les gars du monde de la programmation sont habitués à se reposer api.
Ils ont utilisé partout encore une fois dans les applications.
Donc, quand ils veulent configurer des périphériques réseau, il est logique que cet appareil ait une API de repos, mais
sachez que beaucoup d'anciens appareils n'auront pas d'API de repos.
Vous devez utiliser un périphérique réseau Cisco moderne pour obtenir une api de repos.
Donc, ce n'est pas parce que le repos est cool que tous les appareils vont prendre en charge le repos.
Donc, dans les exemples que je vais vous montrer dans ce cours qui est très basé sur mon cours Python
original, je vais vous montrer comment configurer les périphériques en utilisant telnet et SSA.
Parce que c'est un moyen facile de commencer.
Commencez par les bases du niveau CCN, puis passez votre examen d'associé définitif.
Je vous recommande fortement de faire la certification définitive afin d'obtenir votre certification définitive
afin de pouvoir prouver aux employeurs que vous n'êtes pas seulement un ingénieur réseau, mais que vous comprenez également la programmation.
Maintenant, comme je l'ai dit, je parle de programmation depuis longtemps.
J'ai parlé d'ouvert flow il y a plus de cinq ans.
L'idée est donc que ces choses ont fait leur apparition dans l'industrie, mais maintenant Cisco les a officialisées.
Donc, ma recommandation est d'apprendre Python et sensible d'apprendre les trucs pour le monde réel pas pour le solitaire CCMA pour le monde réel et
pour la certification définitive et aller chercher votre certification définitive dès que vous le pouvez afin
que vous puissiez prouver aux employeurs que vous n'êtes pas seulement un ingénieur réseau, mais vous
comprenez également la programmation.
J'ai peur qu'étant un ingénieur réseau traditionnel sans aucune compréhension de la programmation, vous aurez besoin d'apprendre la
programmation si vous vouliez avoir un bon travail à l'avenir, je suis vraiment heureux que Cisco ait fait
cela, mais ils n'ont mis que 10 pour cent de l'examen étant l'automatisation et la programmation, donc la capacité
du programme d'automatisation 10 pour cent de l'examen n'est pas très grand et ils utilisent des mots comme expliquer et comparer.
Ils n'utilisent pas de mots comme configurer ou dépanner, donc c'est un niveau très élevé.
C'est une façon typique de Cisco de le faire à un niveau très élevé, mais peut-être que dans la prochaine version du
CCMA, cela deviendra plus détaillé et il vous sera demandé plus d'informations.