Nun einige gute Nachrichten.
Bevor wir in den Bereich Netzwerkautomatisierung einsteigen, müssen Sie für die CCMA-Prüfung, die in der
Cisco-Zertifizierung enthalten ist, kein Python lernen.
Ich habe am selben Tag die CCMA- und die definitive Associate-Prüfung abgelegt.
Ich habe bereits zu Beginn des Kurses darüber gesprochen, aber ich werde Teile dieses Videos in diesem Abschnitt
wiederholen, um Sie an meine Gedanken zu erinnern.
Als ich die Prüfung ablegte, untersuchte die CCMA das Testen von Themen wie der REST-API-Jason-Formatierung,
die im Abschnitt Automatisierung und Programmierbarkeit des Entwurfs behandelt wird.
Stellen Sie als Beispiel sicher, dass Sie wissen, wie Jason-codierte Daten zu interpretieren sind.
Stellen Sie sicher, dass Sie wissen, wie Sie die Eigenschaften von restbasierten APIs beschreiben. Wenn Sie also
Daten aus einer Umfrage mithilfe einer REST-API abrufen möchten, die abgerufen werden soll, wenn
ich einige Daten löschen möchte, stellen Sie sicher, dass Sie das wissen REST-API-Verben, aber Sie müssen keinen Python-Code mit der
REST-API schreiben.
Sie müssen nicht lernen, für die Prüfung verantwortlich zu sein.
In diesem Abschnitt zeige ich Ihnen Python-Skripte.
Ich werde Ihnen Tierskripte zeigen.
Das müssen Sie jedoch für die CCMA-Prüfung nicht lernen.
Das müssen Sie für die definitive Prüfung und die Entwicklerzertifizierungen lernen.
Nun wird empfohlen, Python zu lernen.
Bestimmt.
Wenn Sie daran interessiert sind, in Ihrer Karriere voranzukommen, lernen Sie Python lernen Tier.
Ich habe diese Dinge seit vielen, vielen Jahren gesehen.
Vor Jahren habe ich die Trennung von Steuerebene und Datenebene erklärt.
Sie können dieses Video auf YouTube als Beispiel sehen, das vor vielen Jahren erstellt wurde.
Dieses Zeug ist mittlerweile zum Mainstream geworden.
Es ist wichtig, dass Sie Python lernen und für die reale Welt vernünftig sind und in Ihrer Karriere weiterkommen.
Für die CCMA-Prüfung müssen Sie jedoch keine Python-Skripte lernen.
Sie müssen keine Tierskripte lernen.
Wenn ich jetzt höre, dass sich dies geändert hat, testen sie jetzt Ihre Codierungsfähigkeit.
Ich werde dieses Video aktualisieren.
Da ich im Moment keine neuen Updates gehört habe, können Sie davon ausgehen, dass Sie für
die Prüfung kein Python und keinen vernünftigen Code lernen müssen.
Sie müssen die Prinzipien verstehen.
Als Beispiel wird hier erklärt, wie sich die Automatisierung auf das Netzwerkmanagement auswirkt.
Lassen Sie mich Ihnen sagen, dass sich die Welt mit der Netzwerkautomatisierung auf die gleiche Weise verändert, wie wir in
der Vergangenheit autonome Zugriffspunkte hatten und diese jetzt mithilfe eines Controllers verwaltet werden.
Die Idee hier ist, dass wir einen Controller haben, der viele Geräte verwaltet.
Bei der ersten Art der SDM- oder softwaredefinierten Netzwerkimplementierung wurde als Protokoll Open Flow verwendet.
Es gibt einen großen Unterschied zwischen der Art und Weise, wie Open Flow Dinge tat, und der Art und Weise,
wie Netzwerkautomatisierung heute in der reinsten Form von Open Flow durchgeführt wird.
Die Switches oder Geräte in Ihrem Netzwerk werden dumm.
Der Controller, der als Beispiel einfach ein Linux-Ubuntu-Server wäre, steuert die Geräte im
Netzwerk.
Sie verlieren ihr Gehirn.
In der CCMA wird daher zunächst über die Trennung von Steuerebene und Datenebene sowie APIs in
Richtung Norden und Süden gesprochen, um Folgendes zu verstehen.
Wo ist das Gehirn?
Wo ist die Intelligenz für das Netzwerk in der reinsten Open-Flow-Implementierung?
Das Gehirn wurde vom Netzwerkgerät entfernt und in die Steuerung eingesetzt.
Wenn wir 100 Router oder 100 Switches in einem herkömmlichen Netzwerk hätten, hätten wir 100 Köpfe, jeder Router, den
jeder Switch selbst steuert.
Es hat eine eigene Datenebene oder Weiterleitungsebene, mit der der Verkehr von dem Wunsch, sich einer anderen zu stellen,
umgeschaltet wird.
Es hat eine eigene Steuerebene.
Mit anderen Worten, sein eigenes Gehirn.
Wenn ein Fahrer, der einen SPF verwendet, ein Update erhält, aktualisiert er seine Routing-Tabelle.
Die Rub-Routing-Informationsbasis ist also eine softwarebasierte Tabelle, die mit Ratten gefüllt ist, die
über SPF gelernt wurden, sodass das Gehirn die Routing-Tabelle mit Spurrillen füllt.
Die Rubbel- oder Schreibinformationsbasis ist also eine softwarebasierte Schreibtabelle, die dann in die Hardware oder
in die Weiterleitungsebene oder Datenebene verschoben wird.
Mit anderen Worten in die Ferb- oder Weiterleitungsinformationsbasis.
Mit anderen Worten in Hardware.
Wir haben also die Steuerebene, die das Gehirn des Geräts ist, oder SPF füllt die
Schreibinformationsbasis.
Das Gehirn bestimmt, wohin der Verkehr geleitet wird.
Dieselbe Idee mit Spanning Tree Spanning Tree BP, die der Benutzer erhalten hat.
Das Gehirn entscheidet erneut, welche Ports welche Ports blockieren sollen.
Denken Sie also daran, dass das Gerät über eine lokale Intelligenz verfügt.
Das Gehirn ist auf dem Gerät.
Wenn wir 100 Router hätten, hätten sie jeweils ein eigenes Gehirn. Das Gehirn ist auf dem Gerät lokalisiert.
Aber im reinsten Open-Flow-Beispiel wurden die Geräte dumm und wir steckten das Gehirn in den Controller, sodass
der zentrale Controller des Controllers das Gehirn für 100 Geräte war.
Das ist in gewisser Weise hilfreich, da der Controller ein zentrales Gerät ist, mit dem Sie die Weiterleitung von 100
Geräten bearbeiten und anschließend aktualisieren können.
Außerdem erhält das zentralisierte Gerät eine bessere Sichtbarkeit des Netzwerks, sodass Sie das gesamte Netzwerk sehen
können, anstatt dass der Schreiber nur seine eigene lokale Schreibtabelle sieht und nicht das gesamte Netzwerk sichtbar
macht.
Es gab Vorteile mit dieser Art von Modell Oh SPF verwendet den SPF-Algorithmus Shortest Path
First-Algorithmus.
Sehr komplex.
Wir haben ein verteiltes System, das dann irgendwie konvergiert, um zu entscheiden, welcher der beste Pfad im Netzwerk ist.
Es ist viel einfacher, die Intelligenz in einen zentralen Controller zu integrieren, aber es hat nicht funktioniert, weil ich als Angreifer
welches Gerät angreifen werde.
Ich werde dieses zentralisierte Gerät angreifen, wenn ich den Controller herausnehmen kann.
Ich nehme nicht nur einen Router heraus, sondern auch 100 Autoren. Ich kann Ihr Netzwerk im Grunde zerstören, indem
ich nur den Controller töte.
Es gab andere Probleme, weil Okay so immer zentralisiertes Gerät.
Aber was ist mit Redundanz, wenn dieses Ding stirbt? Ihr gesamtes Netzwerk stirbt.
Also diese Art von saugt.
Sie müssen also mehr als einen Controller haben, und jetzt kehren Sie zum Szenario der verteilten
Datenbank oder zum Synchronisierungsproblem zurück.
Wie synchronisiere ich mehrere Datenbanken in mehreren physischen Controllern, um einen einzigen logischen Controller zu haben?
Es gab also viele andere Probleme mit diesem Modell, die zum Albtraum wurden.
Was passiert, wenn die Rowdies die Verbindung zum zentralen Controller verlieren?
Denk darüber nach.
Der Rada verfügt über ein eigenes lokalisiertes Gehirn in einer traditionellen Netzwerkumgebung.
Wenn die Verbindung zu einem anderen Schriftsteller verloren geht, ist dies kein Problem, da er über ein eigenes lokales Gehirn verfügt.
Diese Straße hat ein eigenes lokales Gehirn.
Aber wenn Sie das Gehirn in den Controller stecken und dann die Verbindung zum Controller unterbrochen
wird, weil eine Verbindung plötzlich unterbrochen wird, was machen die Fahrer?
Sie haben kein Gehirn, so dass das Netzwerk stirbt oder bricht.
Also viele Probleme mit der reinen Open-Flow-Umgebung.
Sie kamen dann auf diesen hybriden Ansatz, bei dem wir einige Informationen über die Geräte und
Informationen über den Controller hatten, bei denen der Controller überschreiben konnte, was ein Ruder tat, damit wir dem
Fahrer Open-Flow-Regeln schreiben konnten, um das traditionelle Netzwerk zu überschreiben.
Die Fahrt als Beispielschalter als Beispiel würde also traditionelles Fahren oder traditionelles Schalten bewirken,
aber dann könnten wir hier zusätzliche Regeln erstellen, nach denen ich den Verkehrsfluss von einer zentralen Steuerung aus
manipulieren könnte.
Eine der coolen Sachen mit dem Open-Flow-Modell und der ganzen Idee eines Controllers ist,
dass diese Geräte mit dem Controller über eine sogenannte Southbound-API sprechen, sodass der Controller hier sitzt und
mit den Geräten über die Southbound-API spricht.
Beachten Sie, wie ich meine Hand hier oben habe. Northbound API ist Southbound API.
Denken Sie nur nach Süden nach Norden nach oben.
Ein Anwendungsentwickler kann also mithilfe einer Northbound-API ein Anwendungsgespräch mit dem Controller schreiben.
Normalerweise sind dies Rest Api-weise.
Das ist heutzutage sehr verbreitet, und dann wird ein Protokoll für die API in Richtung Süden verwendet, sodass der
Controller mit den Fahrern und Schaltern über ein Protokoll spricht, das offen sein kann.
Das war die ursprüngliche Idee.
Könnte ein MP sein.
Vergessen Sie nicht, dass seit Jahren ein einfaches Netzwerkverwaltungsprotokoll von Verwaltungsstationen bis zu Netzwerkgeräten verwendet wird,
damit S & P die Southbound-API verwenden kann.
Wir könnten net conf verwenden, wir könnten rest conf verwenden, wir könnten mehrere andere Optionen für NPR ohne BGP verwenden.
Grundsätzlich gab es viele Protokolle für CCN HS. Wir haben nur das Verständnis, dass wir Rest Conf verwenden können.
Wir können Rest API verwenden. Tatsächlich können wir CLIA verwenden, das wir als MP verwenden können.
Jetzt müssen Sie die restliche API des Controllers nicht mehr verwenden, um Geräte zu manipulieren.
In der Regel war die Idee, dass Sie als Anwendungsentwickler ein Python-Skript verwendeten, das Regeln an den
Controller schrieb und diese dann an die Geräte weiterleitete.
Der Vorteil davon war dieses Konzept der Abstraktion.
Komplex, um Regeln auf Geräte zu schreiben.
Das haben sie gesagt.
Es ist viel einfacher, Inhalte in eine Rest-API auf dem Controller zu schreiben, sodass Sie mit der Rest-API
Regeln in den Controller schreiben, sodass die Anwendung eine Programmiersprache auf hoher Ebene wie Python verwendet.
Easy Rest Api im Controller, der dann mehrere Protokolle bis zum Open Flow des Geräts verwendet.
Net Conf BGP, es sei denn, es werden weniger ganze seltsame und wunderbare Protokolle bis zu den Geräten, die
Sie als Anwendung entwickeln, von den Netzwerkgeräten abstrahiert.
Das ist die Idee, aber Sie könnten auf einen Controller verzichten und die Netzwerkgeräte direkt mit
einem Python- oder Tier-Skript konfigurieren.
Das werde ich Ihnen im Kurs zeigen, weil es viel einfacher ist, damit
anzufangen.
Es ist viel einfacher zu sagen, okay, schreiben wir ein einfaches Python-Skript, das etwas im weiteren Sinne
aktualisiert oder Informationen aus dem Router oder Switch abruft.
Sie können dies mit physischer Ausrüstung in einem Labor oder in Gattung 3 oder viral nachahmen oder sogar, wenn Sie möchten.
Ich werde Ihnen einige Beispiele dafür zeigen, aber denken Sie daran, dass Sie für die Prüfung kein
Python lernen müssen.
Sie müssen für die Prüfung weder Python noch vernünftiges Programmieren lernen, aber für die reale Welt
würde ich vorschlagen, dass Sie beide lernen.
Hier geht es also um die Trennung von Steuerebene und Datenebene.
Beachten Sie einfach, wo sich das lokale Gerät des Gehirns befindet.
In den alten Tagen befand sich die Weiterleitungsebene oder Datenebene der Steuerebene im Gerät.
Stellen Sie sich die Datenebene also als Weiterleitung durch den ASX vor.
Ich habe einen Router.
Der Datenverkehr kommt auf einer Schnittstelle an und wird auf eine andere Schnittstelle umgeschaltet, sodass Daten über das Gerät
gesendet werden.
Es ist auf der Datenebene oder Weiterleitungsebene eingeschaltet, die sich noch im Gerät befindet.
Normalerweise wird A6 verwendet, aber die Kontrollebene oder das Gehirn, in dem es sich befindet.
Heute wollen wir immer noch, dass das Gehirn im Gerät offen ist. Das Gehirn wurde entfernt und in einen
separaten Controller gestellt.
Das wollen wir nicht.
Cisco-Geräte unterstützten Open Flow nicht wirklich.
Sie tun es immer noch nicht.
Die Idee ist, dass das Gehirn auf dem Gerät bleibt, aber wir können einen zentralen Controller verwenden, um die Geräte
zu konfigurieren.
Anstatt das Gerät fertig zu stellen, erlauben wir ihnen weiterhin, ihre Weiterleitung durchzuführen,
damit sie ihr lokales Gehirn haben, aber wir können die Geräte entweder direkt oder über einen Controller
konfigurieren, was die Verwaltung vieler Geräte erleichtert.
Das ist eine der zentralen Ideen eines Controller-basierten Netzwerks.
Nun, was ich nicht erwähnt habe, hat sie das Management tatsächlich drei Flugzeuge Kontrollflugzeug oder Weiterleitungsebene spielen
lassen.
Es ist wie zu sagen, schreiben Sie einen Router.
Wie wird der Datenverkehr über das Gerät weitergeleitet?
Das bleibt immer auf dem Gerät, weil wir eine Hochgeschwindigkeitsumschaltung oder -weiterleitung auf dem Gehirn des Geräts wünschen,
wo es sich normalerweise auf dem Gerät befindet.
Aber wir hätten es in einen Controller stecken können.
Wo ist das Management?
Also, was ist der Managementplan.
Wir verwalten ein Cisco-Gerät normalerweise über eine Konsole oder aus der Ferne. Dies wäre eine schlechte Telnet-Idee und SSA.
Wie verwalten wir das Gerät jetzt? Wir als Menschen würden eine dieser Schnittstellen verwenden, um das Gerät
zu konfigurieren, aber um das Gerät mit einer Anwendung zu verwalten, die wir früher mit dem einfachen SMP-Netzwerkverwaltungsprotokoll
verwendet haben, hat ein MP Probleme.
Niemand ist ein Abgeordneter Virgin wollte unsicher sein, sehr leicht zu hacken.
Schlechte Idee, S & P Version 1 und Version 2 zu verwenden.
Es ist ein MP Version 3 unterstützt Verschlüsselung und Authentifizierung viel besser, aber es ist ein MP ist nicht einfach.
Der OED und die Art und Weise, Informationen von einem Gerät zu extrahieren, sind schwierig. Daher besteht die
Wut, die heute tatsächlich seit einigen Jahren besteht, darin, wieder eine API-Anwendungsprogrammierschnittstelle zu verwenden.
Rest ist eine der beliebtesten APIs, die überall verwendet wird.
Wenn wir also von einem reinen Netzwerktechniker zu mehr Programmierung übergehen.
Die Jungs aus der Programmierwelt sind es gewohnt, sich auszuruhen.
Sie wurden überall in Anwendungen wieder verwendet.
Wenn sie Netzwerkgeräte konfigurieren möchten, ist es sinnvoll, dass dieses Gerät über eine Ruhe-API verfügt. Beachten Sie
jedoch, dass viele alte Geräte keine Ruhe-API haben.
Sie müssen ein modernes Cisco-Netzwerkgerät verwenden, um eine Ruhe-API zu erhalten.
Nur weil Ruhe cool ist, heißt das nicht, dass alle Geräte Ruhe unterstützen.
In den Beispielen, die ich Ihnen in diesem Kurs zeigen werde, der sehr stark von meinem ursprünglichen Python-Kurs
abhängt, werde ich Ihnen zeigen, wie Sie die Geräte mit Telnet und SSA konfigurieren.
Denn das ist ein einfacher Einstieg.
Beginnen Sie mit den Grundlagen bei CCN a Level und machen Sie dann Ihre definitive Associate-Prüfung.
Ich empfehle Ihnen dringend, die definitive Zertifizierung durchzuführen, damit Sie Ihre definitive Zertifizierung
erhalten, damit Sie den Arbeitgebern nachweisen können, dass Sie nicht nur ein Netzwerktechniker sind, sondern auch die Programmierung verstehen.
Nun, wie gesagt, ich habe lange über Programmierung gesprochen.
Ich habe vor mehr als fünf Jahren über Open Flow gesprochen.
Die Idee ist also, dass dieses Zeug in der Branche in die Luft gesprudelt ist, aber jetzt hat Cisco es formalisiert.
Meine Empfehlung ist also, Python zu lernen und vernünftig das Zeug für die reale Welt zu lernen, nicht für den CCMA-Einzelgänger für die reale Welt
und für die definitive Zertifizierung. Holen Sie sich Ihre definitive Zertifizierung, sobald Sie können, damit Sie
den Arbeitgebern beweisen können, dass Sie es sind Ich bin nicht nur ein Netzwerktechniker, sondern Sie
verstehen auch die Programmierung.
Ich befürchte, dass Sie als traditioneller Netzwerktechniker ohne Programmierkenntnisse das Programmieren lernen müssen, wenn
Sie in Zukunft einen guten Job haben möchten. Ich bin wirklich froh, dass Cisco
dies getan hat, aber sie haben nur 10 gesetzt Prozent der Prüfung sind Automatisierung und Programmierung,
daher sind 10 Prozent der Prüfung nicht sehr groß und sie verwenden Wörter wie Erklären und Vergleichen.
Sie verwenden keine Wörter wie "Konfigurieren" oder "Fehlerbehebung", daher ist dies eine sehr hohe Ebene.
Dies ist eine typische Cisco-Methode auf sehr hohem Niveau. In der nächsten Version des CCMA wird sie jedoch
möglicherweise detaillierter und Sie werden um weitere Informationen gebeten.