Unterhaltsam: Guten Tag und herzlich willkommen NetBrain's Webcast „Vorbereitung auf eine erfolgreiche Hardware-Aktualisierung mit Netzwerkautomatisierung“. Mein Name ist Amena Siddiqi und ich bin Senior Product Marketing Manager hier bei NetBrain. Heute ist Joel Byam, einer unserer leitenden Ingenieure, bei mir.
Bevor wir beginnen, möchte ich einige logistische Aspekte besprechen. Wir möchten, dass die Präsentation interaktiv bleibt. Sie können also jederzeit über das Frage-und-Antwort-Panel mit uns in Kontakt treten. Wir werden die Fragen und Antworten während Ihrer Präsentation prüfen und im Laufe der Zeit auf Fragen antworten. Außerdem nehmen wir uns am Ende des Webcasts etwas Zeit, um alle verbleibenden Fragen telefonisch zu beantworten. Also, lasst uns eintauchen.
Es ist also fast das Ende des Jahres und viele Unternehmen sind derzeit an einem Hardware-Upgrade beteiligt oder bereiten sich darauf vor. Dies ist eine ziemlich häufige Verwendung des Jahresendbudgets. Aus verschiedenen Gründen kann es erforderlich sein, vernetzte Geräte auszutauschen. Beispielsweise kann ein Upgrade erforderlich sein, um neue Bereitstellungen mit Technologien wie VoiP, SDN, FabricPath, QoS usw. zu unterstützen. Weitere häufige Gründe sind der Austausch von Geräten, die vom Anbieter als veraltet eingestuft wurden, bewährte Geschäftspraktiken und Beschränkungen für Hardwareänderungen und -alter, der Kapazitätsbedarf neuer Anwendungen erfordert möglicherweise eine höhere Portdichte auf Geräten oder neue Geschäftsmöglichkeiten Aufgrund strengerer Sicherheitsrahmen können Kontinuitätsanforderungen ins Spiel kommen. All diese und weitere Gründe können dazu führen, dass eine Netzwerkaktualisierung erforderlich ist.
Heutzutage werden Netzwerkteams traditionell etwa alle drei bis fünf Jahre für Hardware-Aktualisierungen eingeplant, für Edge-Aktualisierungen auf der Zugriffsebene oder bei drahtlosen Zugangspunkten. Und die viel teureren und riskanteren Kernaktualisierungen des Rechenzentrums werden etwa 10 Jahre dauern. Allerdings haben die technologischen Fortschritte und die unterschiedlichen Anforderungen des Unternehmens dazu geführt, dass die Kernaktualisierungen und andere Auffrischungen jetzt in kürzerer Zeit und viel spontaner durchgeführt werden.
Wenn Sie sich auf ein Upgrade vorbereiten, sollten Sie vor Beginn unbedingt einen sorgfältigen Blick auf die vorhandene Infrastruktur werfen und die Notwendigkeit, die bereits bezahlte Hardware optimal zu nutzen, mit den neuen Anforderungen abwägen Sicherheit, Kapazität und Belastbarkeit. Und Sie möchten dies alles tun, ohne das Geschäft zu stören und Geld zum Fenster hinauszuwerfen. Auffrischungen sind teuer, nicht nur im Hinblick auf die Anschaffung von Hardware, sondern auch im Hinblick auf die Personalzahl und die Kosten für die Personalaufstockung. Typische Unternehmen erneuern die Hardware oft schrittweise in Zeiten mit geringem Datenverkehr, beispielsweise nachts und am Wochenende, und stellen für diese Aufgabe häufig externe Arbeitskräfte ein.
Eine Netzwerkaktualisierung kann ein erhebliches Risiko für Ihre Netzwerkinfrastruktur mit sich bringen. Wie bei allen Veränderungen besteht die Möglichkeit, dass sich menschliche Fehler einschleichen. Aufgaben, die sich stark wiederholen und manuell sind, sind besonders anfällig dafür, und diese Projekte sind mit der Angst vor „Plug-and-Bete“ behaftet. Wir werden später in unserer Präsentation zeigen, wie Automatisierung mit NetBrain kann vieles davon lindern.
Um ein Beispiel dafür zu geben, wie ein kleines Detail zu massiven Störungen führen kann: Sie erinnern sich vielleicht, dass wir vor etwa einem Monat landesweite Internetausfälle aufgrund einer Fehlkonfiguration bei Level Three, einem Internet-Backbone-Unternehmen und Unternehmens-ISP, sahen. Die Fehlkonfiguration, die all das Chaos verursachte, hing mit einem Routing-Leak-Problem zusammen, das landesweit zu Problemen bei Internetanbietern wie Comcast, Verizon und Cox führte. Diese Ausfälle machen deutlich, wie prekär die Konnektivität wirklich ist und wie alltägliche Aufgaben zu Instabilität bei einem mittlerweile lebenswichtigen Dienst führen können. Und das war nur ein Konfigurationsfehler. Stellen Sie sich vor, wie riskant es ist, ganze Geräteregale herauszureißen.
Ein strukturierter Ansatz kann jedoch dazu beitragen, einen Großteil des Risikos zu mindern, und eine Netzwerkaktualisierung erfolgt normalerweise in fünf Phasen, von denen jede ihre eigenen Herausforderungen mit sich bringt. Um einen erfolgreichen Übergang sicherzustellen, sollten Sie mit einer sorgfältigen Analyse der vorhandenen Infrastruktur beginnen. Auf diese Weise können Sie die Gerätekonfigurationen ermitteln, die für das neue Netzwerk erforderlich sind, um sowohl die aktuellen als auch die zukünftigen Anforderungen Ihres Unternehmens vollständig zu unterstützen. Ein Test- und Validierungsschritt sollte die Implementierung sowohl davor als auch danach begleiten. Das neue Design muss vor der Implementierung in einer Staging-Umgebung validiert werden. Und nach der Bereitstellung muss es erneut und undokumentiert getestet werden.
Die Implementierung selbst kann eine mühsame Aneinanderreihung kleinerer Aufgaben sein, da die einzelnen Konfigurationen nach und nach verteilt werden müssen. In dieser Phase müssen auch Failover-Szenarien getestet und dokumentiert und zur Genehmigung an den Change Advisory Board gesendet werden. Selbst wenn das neue Netzwerk in Betrieb ist, heißt das nicht, dass alle Hürden genommen sind. Normalerweise halten Ingenieure am Montagmorgen nach unserer Netzwerkaktualisierung einfach den Atem an. Sollte etwas nicht wie erwartet funktionieren, ist möglicherweise ein schnelles Rollback erforderlich, um einen unterbrochenen Dienst sicherzustellen.
Mit einem neuen Design kommt ungewohntes Netzwerk. Wenn Sie beispielsweise einfach den Anbieter wechseln und von einem verschlüsselten Netzwerk zu ISIS oder SPI oder umgekehrt wechseln müssen, kann der Mangel an internem Fachwissen und mangelnder Vertrautheit mit den neuen Routing-Protokollen und dem neuen Design die Fehlerbehebung und andere alltägliche Aufgaben erschweren. Tagesaufgaben sind langsamer und viel weniger zuverlässig. Nun können gute Dokumentationspraktiken dazu beitragen, viele dieser Probleme zu lindern, und wir werden später sehen, wie das geht NetBrain kann Ihnen dabei helfen, Best Practices und Expertenwissen in eine umsetzbare Form zu digitalisieren runbooks für den Wissensaustausch im Team.
Ich würde gerne ein wenig über die Herausforderung der Sichtbarkeit sprechen, wenn es um die wachsende und zunehmende Komplexität unserer Netzwerke und unsere Fähigkeit geht, diese Netzwerke zu verstehen und zu visualisieren. Achtzig Prozent der Netzwerkdokumentation werden von den Nutzern, die wir Anfang 2017 befragt haben, als veraltet gemeldet. Das ist eine sehr große Zahl. Nur 3 % derselben Benutzer gaben an, dass CLI viel zu einschränkend ist, da immer nur mit einem Gerät gearbeitet werden muss. Es ist sehr manuell und sehr langsam. Gleichzeitig berichteten sie auch von einer Herausforderung bei viel zu vielen Daten, da es schwierig sei, kontextualisierte Daten zu finden, wenn sie über viele, viele Tools verteilt seien. Schließlich gab es auch eine Herausforderung beim Wissensaustausch. Eine Menge Stammeswissen ist in den Minen der Fachexperten oder in ihren Notizbüchern oder persönlichen Notizen eingeschlossen. Das schränkt die Fähigkeit von Teams, Best Practices auszutauschen, erheblich ein.
Beginnen wir mit der ersten Phase. Die Herausforderungen in Phase eins sind die typischen Herausforderungen der Sichtbarkeit: Fehlende oder begrenzte Dokumentation der vorhandenen Netzwerkinfrastruktur, das begrenzte Verständnis der Anwendungsanforderungen und Verkehrsströme sowie das begrenzte Verständnis des vorhandenen Designs, der Sicherheit, des Routings, der Schicht, der Röhre usw . NetBrain glänzt in diesem Bereich wirklich, weil es automatisierte Dokumentationen und Netzwerkdiagramme erstellen kann, um Licht in alle diese Bereiche zu bringen. Damit übergebe ich es an Joel, um Ihnen zu zeigen, wie es geht NetBrain hilft.
Joel: Danke, Amena, für die Gründung unserer Stiftung. In diesem Teil des Webinars konzentrieren wir uns nun auf Phase eins, und dabei geht es nur darum, Ihre bestehende Infrastruktur zu verstehen. Eine der Herausforderungen bei jedem Netzwerkaktualisierungsprojekt oder Hardwareaktualisierungsprojekt besteht darin, ein tiefgreifendes Verständnis der vorhandenen Infrastruktur zu erlangen. Viele Ihrer Ausgaben können bereits dadurch verursacht werden, dass Sie einen Grundriss Ihres Netzwerks erhalten. Wenn Sie diese Aufgabe mit einem internen Team oder einem Dritten erledigen, werden Sie am Ende viel Zeit und Mühe allein für die Erstbewertung aufwenden.
Jetzt mit NetBrainMithilfe einiger grundlegender Informationen können wir Ihr gesamtes Netzwerk entdecken. Dazu gehören Ihre SNMP-Nur-Lese-Community-Stärken und darüber hinaus Ihre SSH- oder Telnet-Anmeldungen für den CLI-Zugriff. Anstatt jetzt Unmengen an Geräten und Unmengen an Dokumentation zu durchkämmen, können wir sie jetzt in einer einzigen IP-Adresse zusammenfassen NetBrain Sie können einen Nachbarschaftsrundgang durch Ihre Umgebung durchführen, um Ihre Geräte zu entdecken.
Nun, von hier aus, NetBrain Ich werde fortfahren und zunächst das erste Gerät kontaktieren, einige grundlegende Informationen wie Konfigurationsdateien, Datentabellen, Routing-Tabellen, ARP-Mac, CDP-Informationen usw. abrufen und dann von dort aus weitere Details anzeigen, um in der Lage zu sein um auch Anwendungen von Drittanbietern zu unterstützen. Jetzt, wenn NetBrainWenn wir die Informationen durchgehen und sammeln, können wir die Topologie der Schichten zwei und drei aufbauen, sodass wir einige Details rund um Ihr Netzwerk sehen können. Von hier aus können Sie jetzt ganz einfach Ihr Netzwerk entdecken und erstellen dynamic maps, erhalten Sie vollständige Bestandsberichte, und Sie könnten letztendlich den Kreislauf der Suche nach einer genauen Dokumentation eliminieren, nur um diese innerhalb von Wochen und in manchen Fällen sogar Tagen zu veralten.
In diesem Beispiel werden wir nun durchgehen, wie wir es verwenden können NetBrain die Hardware für eine unserer Niederlassungen aufzurüsten und wie sie eine nützliche Plattform schaffen kann, um dies viel einfacher zu machen. Wenn wir uns nun der tatsächlichen Umgebung zuwenden, mit der wir arbeiten werden, sind wir in der Lage, proaktive und reaktive Ansätze für eine Hardware-Aktualisierung zu verfolgen. Und anstatt den manuellen Prozess durchlaufen zu müssen, können wir die Zeit für die Datenerfassung verkürzen und die Effizienz jedes Teams bei mittelgroßen bis großen Projekten steigern.
Um nun einen Kontext zu schaffen: Was wir tun, ist, dass wir unser Netzwerk in zwei verschiedenen Abschnitten aufbauen. Erstens unser Produktionsnetzwerk, in dem sich unsere eigentlichen Geräte befinden, und unser Bereitstellungsbereich, in dem sich die Geräte befinden, auf die wir sie aufrüsten werden. Nun, der Staging-Bereich, alles ist bereits verbunden und wir werden uns damit befassen, aber zuerst lasst uns fortfahren und einige Informationen aus unserem anfänglichen Produktionsnetzwerk sammeln, damit wir uns einige Details ansehen können. Dazu organisiere ich nun alles mithilfe meiner Übersichtskarte, damit ich eine 10,000-Fuß-Ansicht des Netzwerks erhalten kann. Hier sehen wir, dass ich mein Hauptquartier, meine Hauptquartier-Router und darüber hinaus mein Burlington-Büro und meine Zweigstelle habe. Dies ist die Zweigstelle, an der wir diese Upgrades durchführen werden. Sie werden sehen, dass wir hier einige grundlegende Informationen erhalten, die Anzahl der Geräte und sie sogar weiter anpassen, um weitere Informationen zu erhalten.
Jetzt können wir loslegen: Wir werden sehen, dass uns eine vollständige Topologie zur Verfügung steht. Anhand dieser Topologie können wir einige Details rund um unser Netzwerk erkennen. Wir werden die Schnittstellen der Schichten zwei und drei sehen können. Wenn wir hineinzoomen, können wir die Informationen sehen, die verwendet werden. Während wir nun diesen Prozess durchlaufen, beginnen wir mit dem Abrufen von Daten, schauen uns grundlegende Informationen der Ebene zwei an und gehen dann mit dem, was wir nennen, weiter Runbooks, um Informationen zu visualisieren und weitere Details in einem Standardarbeitsformular zu erhalten.
Ausgehend von den Informationen, die wir haben, können wir nun damit beginnen, die Informationen der zweiten Ebene zu betrachten und mithilfe von Live-Daten Details von den Geräten abzurufen. Traditionell haben Sie sich mit CLI Windows, vielleicht PUDDY, vielleicht Secure CRT, was auch immer, bei diesen Geräten angemeldet, um Informationen abzurufen und sie Schritt für Schritt und Gerät für Gerät durchzugehen. In diesem Fall können wir verwenden NetBrainist Instant Qapps, um diese Informationen abrufen zu können. Nehmen wir also an, ich möchte mir die Schnittstelleninformationen ansehen. Dann gebe ich einfach „Schnittstelle anzeigen“ ein. Wir werden sehen, dass wir hier mehrere Einträge haben, beginnend mit dem Schnittstellenstatus und dem Schnittstellen-Switch-Port, der auch die Anzahl der Geräte anzeigt, mit denen er übereinstimmt, basierend auf den tatsächlichen CLI-Befehlen, die wir verwenden. So NetBrain Bietet Ihnen nicht nur einen Filter für die Suchoptionen, sondern filtert ihn auch basierend auf den Gerätetypen, die wir haben. Nun, das ist es NetBrain wird von einem angetrieben parser Bibliothek, wir werden jede Menge davon haben parserEs ist für verschiedene Anbieter, dass wir das haben NetBrain wird in der Lage sein, dazwischen zu filtern.
Nun, die Art und Weise, wie unsere parser Die Bibliothek funktioniert. Bevor wir uns an die Informationen machen, wollen wir zunächst ein wenig auf den Hintergrund eingehen. Sie werden sehen, dass wir Beispielausgaben für verschiedene Geräte und verschiedene Gerätetypen haben. In diesem Fall handelt es sich um IoS-Geräte. Sie sehen also die Standardausgabe der Show-Schnittstelle und sehen Informationen von jedem dieser Geräte, bei denen wir Daten hervorgehoben haben und jedes dieser hervorgehobenen Datenstücke mit der Variablen verknüpft ist. Von hier aus können wir diese Variablen übernehmen und sie einfach per Drag & Drop auf die Karte ziehen. Wenn ich mir also meine Grundkonfiguration meiner Schnittstellen ansehen möchte, kann ich mir Bandbreitendaten ansehen, ich kann mir vielleicht Verzögerungen ansehen und lass uns nach einer anderen Information suchen, wie vielleicht MTUs.
Von hier aus können wir nun mit dem Drag-and-Drop von Informationen beginnen. Sobald wir die Daten erfasst haben, NetBrain wird diese Details abrufen, sie auf der Karte überlagern und dann können wir die Informationen sehen. Wenn wir also im Allgemeinen die acht Geräte auf der Karte betrachten, müssten wir acht Befehle erteilen und dann jedes einzelne dieser Datenelemente durchgehen, um diese Informationen genau zu erhalten.
NetBrain können diese Daten schnell, einfach und effektiv bereitstellen, ohne dass wir viel Aufwand betreiben und jeden Schritt manuell durchführen müssen. Dies ist nur die erste Möglichkeit, Informationen zu sammeln. Wir können diese Daten sogar speichern. Das Tolle an diesen Instant Qapps ist, dass es sich nicht nur um einen einmaligen Datenabruf handelt. Wir können diese tatsächlich wiederverwenden. Wir können Schwellenwerte festlegen und auch Warnungen definieren. Nehmen wir zum Beispiel an, ich möchte meine Bandbreite innerhalb eines bestimmten Bereichs oder größer oder kleiner als einen bestimmten Wert einstellen. NetBrain kann mir einen Hotspot dieser Informationen geben. Wenn ich kontinuierlich überwachen möchte, ob sich etwas ändert, kann ich dies verwenden, und zwar für Schnittstellenzähler oder alles, was sich innerhalb der tatsächlichen Ausgaben im Allgemeinen ändert.
Jetzt haben wir die Informationen hier und können Stunden, Minuten und Sekunden sehen. Wir können dies nach Bedarf anpassen und diese Qapp speichern. Wenn ich diese Qapp also jemals wiederverwenden wollte, für eine andere Aufgabe, können wir sie speichern und über diese Informationen verfügen. Also lasst uns weitermachen und das gleich jetzt speichern. Wir nennen diese grundlegende Schnittstellenkonfiguration.
Aus diesen Daten, die wir haben, können wir nun diese Qapp speichern und wiederverwenden. Anstatt uns also auf eine einzige Qapp mit einer einzigen Karte beschränken zu müssen, können wir dies jetzt mit dem Team teilen und unseren Werkzeuggürtel im Wesentlichen erweitern, um uns mehr Funktionalität zu bieten.
Nun, wie Amena bereits sagte, wird ein großer Teil der schweren Arbeit und der Arbeit, die mit dem Sammeln dieser Informationen verbunden ist, von Einzelpersonen oder vielleicht von Teams erledigt werden, aber nichtsdestotrotz wird alles von Hand erledigt. Hier verwenden wir also „are“. Runbooks, um all diese Daten in einem Workflow zu erfassen.
Also benutze ich meine Runbook, können wir sehen, dass wir mehrere Schritte auf dem Weg haben. Jedes davon Runbooks enthält im Wesentlichen Qapps, CLI-Befehle sowie integrierte Tools und benutzerdefinierte Tools, mit denen wir diese Informationen sammeln können. Also zum Beispiel, wenn Sie schnell etwas machen möchten compliance checkkönnen wir unsere Passwortverschlüsselung, den Portsicherheitsstatus oder sogar ACL-Regeln und SNMP überprüfen. In diesem Fall werden wir eine Reihe von Informationen sammeln und uns mit unserer Hardware-Aktualisierungsphase befassen. Dies wird also in der Lage sein, diese erste Phase zu kapseln und den Datenstapel zu sammeln, den wir benötigen. Als Erstes möchten wir also eine Baseline erfassen, einen Geräte-Benchmark unserer Umgebung. Hier ist also, was wir als Momentaufnahme haben und NetBrain sammelt Konfigurationsdateien, Routingtabellen, ARP, Mac, CVP usw. Und Sie sehen hier auch die gesammelten Daten. Wir können dies auf die Karte anwenden und jeden dieser Schritte ausführen.
Im ersten Schritt führen wir nun diesen ersten Benchmark durch. Sie werden hier sehen, dass wir Daten auswählen und Tonnen von Informationen in die Karte einfügen können, und Sie können anhand der Fülle an Informationen, die wir haben, sehen, dass uns wirklich nicht viel davon entgeht. Nehmen wir zum Beispiel an, wir wollten einige benutzerdefinierte CLI-Befehle einfügen. Wir können hier einige Show-Befehle und einige Getter-Anzeigebefehle hinzufügen, um so unsere Anforderungen wirklich abzurunden. Jetzt können wir mit dem Sammeln unserer Daten beginnen NetBrain Erledigen Sie die ganze schwere Arbeit für uns, damit wir unsere Ergebnisse visualisieren können.
Alles klar, perfekt. Wir erhalten also alle Informationen, die wir benötigen, damit wir mit der nächsten Phase beginnen können. Exzellent. Da wir nun mit unseren Informationen fertig sind, können wir uns jederzeit an die Ergebnisse erinnern und die Informationen einsehen. Also aus allgemeinen Konfigurationsdateien, allgemeinen Datentabellen von Route ARP, Mac usw., CLI-Befehlen und einem Live-Blog. Jetzt haben wir alle Informationen, die wir brauchen.
Der nächste Schritt auf der Liste besteht also darin, einen Stapel von CLI-Daten zu sammeln. Jetzt können wir fortfahren und eine Liste mit Befehlen erstellen NetBrain Melden Sie sich an und geben Sie alle diese Befehle an diese Geräte aus. Lassen Sie uns nun die einzelnen Punkte durchgehen. Einige dieser Befehle funktionieren möglicherweise auf einigen Geräten, andere möglicherweise nicht auf anderen, allein aufgrund des unterschiedlichen Gerätetyps, unterschiedlicher Anbieter usw NetBrain Sie werden benachrichtigt, welche Geräte nicht funktionieren. In diesem Fall können wir jedoch die Ergebnisse sehen, alle Details rund um diese Geräte sehen, unsere showIP-Protokolle sehen und alle Ergebnisse von diesen Geräten abrufen, um es viel einfacher zu machen damit wir die Details sehen können.
Sobald wir diese Informationen haben, können wir einfach weiterfahren. Wir werfen einen Blick auf unsere OSPF-Konfiguration. Wir können schon hineinzoomen und das sehen NetBrain wird uns auch diese OSPF-Konfiguration zeigen können, aber was wir in diesem Fall tun werden, ist, dass wir uns das anhand unserer Qapp genauer ansehen können.
Jetzt können wir OSPF auf einen Blick entwerfen, die Ergebnisse sehen und Details direkt auf der Karte sehen. Das konnte man also sehen NetBrain wird die Karte basierend auf den gesammelten Informationen ändern. Jetzt können wir unseren OSPF-Bereich sehen, wir können unsere Kosten sehen und jetzt können wir tatsächlich haben NetBrain Heben Sie die Informationen basierend auf den Schnittstellen hervor, zu welchem Bereich sie gehören, ob ihr Backbone, ob ihre Stub-Bereiche – und können uns so auch die Rollen der Geräte zeigen, während wir durchgehen. Also gut, wir sehen also, dass wir auch einige ASPRs und einige AVRs haben. Darüber hinaus erhalten wir vollständige Konfigurationen. Jetzt können wir unsere OSPF-Konfiguration für dieses bestimmte Gerät sehen, die von uns zugewiesenen Netzwerke sehen und sogar zusätzliche Informationen sehen.
Sammeln von VLAN-Trunk-Informationen, dies gilt auch für Layer-XNUMX-Daten. Bisher haben wir uns also im Wesentlichen die Konfiguration der zweiten Ebene angesehen NetBrain wird in der Lage sein, unsere tatsächlichen Trunk-Ports für die VLANs hervorzuheben.
Alles klar, großartig. Wir sehen also, dass wir hier tatsächlich einen Trunk-Port haben. Dieser Link wurde hervorgehoben und zeigt uns die tatsächliche Schnittstelle, deren Portmodus Trunk auf dieser Schnittstelle ist. Nun möchte ich noch darauf hinweisen, dass unsere Qapps nicht nur Informationen auf der Karte hervorheben können, sondern dass wir auch CSV-Dateien erstellen können. Unsere CSV-Dateien können Informationen live von den Geräten sammeln und diese dann in das Diagramm einfügen, sodass Sie diese Daten jetzt exportieren und an Ihr internes Team oder bei Bedarf sogar an Dritte weitergeben können Wir nutzen das für einige Ihrer Änderungen.
Jetzt werfen wir einen Blick auf unsere SNMP-Gruppenversion. Denken Sie daran, wir möchten, dass die SNMP-Einstellungen für Geräte überprüft werden, da wir unsere Geräte aktualisieren werden, um nicht nur SNMP V3 zu unterstützen, sondern auch andere Technologien unterstützen zu können, sobald diese auf den Markt kommen. Beweisen Sie uns.
Jetzt können wir die Informationen hervorheben, die Details auf der Karte anzeigen und alle unsere Geräte mit aktiviertem SNMP V2C problemlos sehen. Nachdem unsere Ergebnisse nun auf der Karte angezeigt werden, können wir wieder die umrissenen Geräte abrufen und mit dem letzten Schritt hier fortfahren, bei dem wir unsere grundlegenden Schnittstelleneinstellungen überprüfen.
Also jetzt als NetBrain Wenn wir die Daten sammeln, können wir diese Ergebnisse hervorheben und diese dann auch exportieren. In Ordnung. Wir sehen, dass wir diese CSV-Datei mit MTUs, Verzögerungen, Duplexeinstellungen, Bandbreite, Warteschlangenstrategie und Zuverlässigkeit haben. Wir erhalten also auf Anhieb wirklich viele Daten von diesen Geräten.
Da wir nun mit der Datenerfassung von unserem fertig sind Runbook, können wir sehen, dass wir alle Schritte durchlaufen haben, alle Informationen in die Qapp eingebettet sind und wir können sogar einige der Daten sehen, die hier vorhanden sind. Aus unseren sechs Aktivitäten können wir sie also in unserem Aktivitätsprotokoll einsehen, die Informationen abrufen und diese Ergebnisse bei Bedarf einfach exportieren.
Bevor ich zum Abschluss komme, wollen wir noch ein paar weitere Details zusammentragen. Es gibt noch zwei weitere Dinge, die ich überprüfen möchte, bevor ich das wirklich verpacke und es auch an unser Designteam schicke. Als erstes müssen wir unsere Pfade überprüfen können. Was wirklich wichtig ist, sind also nicht nur die Geräte und ihre Konfigurationen, sondern auch, wie sich diese Konfigurationen behaupten, wenn wir Datenverkehr von Ende zu Ende senden.
In diesem Fall werde ich also einen Pfad von unserem SJC-Kern zu unserem SCL-Kern zeichnen. Das ist mein Pfadwerkzeug. Ich kann diese Informationen visualisieren und dann sogar die Datensatzanalyse auswählen. Also von Layer-XNUMX-Pfaden zu Layer-XNUMX-Pfaden, um auswählen zu können, welche Protokolle ich testen möchte, und sogar die Datenquellen einsehen zu können. Also lasst uns weitermachen und hier beginnen. Denken Sie also an den SJC-Kern … und wir werden diesen SCL-Kern verwenden.
Nachdem wir diese nun eingerichtet haben, werden wir diesen Weg aufzeigen NetBrain berechnet den Weg von Ende zu Ende und zeigt uns den bidirektionalen Verkehrsfluss. Nachdem wir nun diese Informationen zusammengefasst haben, NetBrain kann uns dazu auch ein paar Details nennen.
Anhand der Daten, die uns zur Verfügung stehen, können wir nun die Ergebnisse sehen, die wir von diesen Geräten erhalten: ACLs, Zuordnung, Zielprüfung, Eingabe-VRFs, VPN-Peers, bis hin zu richtlinienbasierten Routen und tatsächlich Blick auf den runden Tisch. Deshalb führen wir eine umfassende Analyse des Datensatzes durch, entweder anhand von Live-Daten oder sogar zwischengespeicherten Daten, damit Sie einen historischen Überblick über das Netzwerk erhalten.
Nachdem wir diese Informationen nun gespeichert haben, können wir fortfahren und diese Daten tatsächlich als Pfad speichern. Daher nenne ich dies meine Hauptanwendung und speichere sie. Damit wir dies jederzeit im Datenmodell wiederverwenden und die Informationen sehen können. Jetzt können Sie andere Pfade sehen, die ich in der Vergangenheit gespeichert habe, wo wir diese Informationen tatsächlich per Drag-and-Drop verschieben und diese Daten anzeigen können.
Als Letztes steht nun noch der Abschlussbericht unserer Informationen an. Wir können benutzen NetBrain's Inventarbericht zur Visualisierung der Daten. Anstatt dass Sie nun diese manuellen lebenden Dokumente mit Excel-Berichten erstellen müssen, können wir Ihnen diese nun anbieten NetBrain kümmere dich alleine darum. Hier können wir also allgemeine Geräteberichte von allen Geräten in unserem Netzwerk abrufen – mit Modellen, Versionen, Herstellern und Seriennummern. Wir könnten Schnittstellenberichte einsehen, um zu sehen, wie viele Schnittstellen tatsächlich genutzt werden. Und mit unserem zusammenfassenden Bericht konnten wir wirklich die Gesamtzahl der Module, die Gesamtzahl der Schnittstellen, die Gesamtzahl der aktiven, der ausgefallenen und der verbundenen Module sehen. Wir können wirklich individuelle Anpassungen vornehmen und detaillierte Informationen darüber erhalten, was verwendet wird, sodass wir verhindern können, dass bei künftigen Projekten, die möglicherweise durchgeführt werden, ein Over-Under-Engineering erfolgt.
In diesem Fall haben wir nun auch eine angepasste Site für den Standort Burlington erstellt, sodass wir jetzt einen Bericht haben, in dem wir alle unsere Geräte auf unserer Burlington-Karte sehen werden, insgesamt acht Geräte . Wir können die Softwareversionen und Seriennummern sehen und diese Ergebnisse sogar in eine Excel- oder CSV-Datei exportieren. Wenn wir nun bereit sind, können wir das einfach exportieren und ein Endergebnis erhalten. Du kannst sehen NetBrain exportiert die Ergebnisse. Da uns nun diese Ergebnisse vorliegen, NetBrain wird uns diese Informationen zeigen können.
Jetzt haben wir unseren Abschlussbericht, der uns unseren Hostnamen, die Verwaltungs-IP, den Gerätetyp, die Verwaltungsschnittstelle und alle Informationen zeigt, die wir sehen wollten, alles für uns organisiert oder erstellt, damit wir diese Informationen erneut übergeben können ewig speichern oder mit anderen Teams teilen.
Nun, das deckt so ziemlich alles ab, was wir für unseren ersten Teil der Demo haben: im Wesentlichen verstehen, was wir in unserer Umgebung haben, einen Blick auf unsere Schnittstellen werfen, einen Blick auf unsere Verbindungen für die Schichten zwei und drei werfen und einige Prozesse automatisieren B. unsere CLI-Befehle oder unser Instant Qapp, und eine wirklich tiefgreifende Analyse unserer bestehenden Umgebung.
Nachdem dies gesagt ist, werde ich die Dinge an Amena weitergeben, um mit den restlichen Phasen fortzufahren.
Amena: Danke, Joel, für die äußerst informative Demo. Wie Sie der Demo entnehmen können, NetBrain hilft dabei, einen Großteil der manuellen Arbeit zu eliminieren, die mit der Erstellung der Netzwerkdokumentation verbunden ist. NetBrain kann das Netzwerk, sowohl die Topologie als auch das Design, sofort erkennen und Dokumente dynamisch erstellen, sie in Netzwerkdiagramme nach Microsoft Vizio exportieren und Anlagenberichte nach Microsoft Excel exportieren. Endlich, NetBrain Darüber hinaus trägt es dazu bei, diese Dokumente auf dem neuesten Stand zu halten, indem ein wiederkehrender Benchmark durchgeführt wird, der regelmäßig geplant werden kann. Dadurch entfällt ein Großteil der manuellen Arbeit, die Netzwerktechniker mit der Eingabe von Show-Befehlen in die CLI verbringen müssen, nur um all diese Informationen zu sammeln und in Vizio-Diagramme einzufügen.
Kommen wir also zur zweiten Phase. In Phase zwei bestehen die Herausforderungen darin, die richtigen Anforderungen für den zukünftigen Technologie- und Kapazitätsbedarf des Unternehmens zu ermitteln. Wir möchten langfristig denken und eine Netzwerkinfrastruktur entwerfen, die den Anforderungen der Organisation über Jahre hinweg gerecht wird.
Weiter geht es mit Phase drei. In Phase drei besteht die Aufgabe darin, das neue Netzwerkdesign zu dokumentieren und zu validieren. Ingenieure haben nur begrenzte Möglichkeiten, wichtige Verkehrsströme und Failover-Szenarien zu testen, ohne ein neues Design in der Staging-Umgebung oder einer mit Simulationstools erstellten virtuellen Umgebung bereitzustellen. Ich möchte es jetzt an Todd Bristol weitergeben, einen unserer Kunden, der es verwendet NetBrain um das Netzwerkdesign mit einem dieser Simulationstools zu validieren. Und Todd ist heute hier bei uns am Telefon. Also rüber zu dir, Todd.
Todd: Danke, Amena. Lassen Sie uns also weitermachen und über den Anwendungsfall sprechen, den wir verwenden NetBrain um unser Netzwerkdesign zu validieren. Uns wurde die Aufgabe übertragen, eine Lösung zu entwerfen und zu implementieren, die eine redundante Konnektivität zu AWS von unserem Rechenzentrum aus ermöglicht. Zu den unmittelbaren Entwurfsherausforderungen, denen wir hier gegenüberstanden, gehörten Routenvergiftung, eingehende Routenfilterung, eingehende Routenumverteilung, ausgehende Routenfilterung, ausgehende Routenumverteilung, eingehende Verkehrslenkung und ausgehende Verkehrslenkung.
Die Produktion muss nicht der Ort sein, an dem wir beginnen, die Komplexität neuer Technologien zu verstehen und zu beherrschen. Deshalb haben wir entschieden, dass es das Beste wäre, eine Sandbox-Umgebung zu erstellen, die es eigentlich gar nicht gab, in der wir einige der mit diesem neuen Design verbundenen Komplexitäten testen konnten, ganz zu schweigen von der Simulation der Layer-10-AWS-Konnektivität zurück zu unserem Rechenzentrum zwei XNUMX-Gig-Anschlüsse. Beim Aufbau unserer Laborumgebung haben wir darauf hingewiesen NetBrain Wir haben uns darauf konzentriert und festgestellt, dass wir nun in der Lage sind, die Kunst eines Ausfalls zu studieren und zu dokumentieren und uns mit der Komplexität neuer Technologien außerhalb der Produktion vertraut zu machen.
Ich könnte zum Beispiel die Unterschiede zwischen meinen BGP-, OSPF- und Rip-Tabellen untersuchen, wenn ich auf jedem Router über einen Layer-XNUMX-Pfad von einem Pfad auf einen anderen umsteige. Ich könnte auch grafische Darstellungen meiner Verkehrsströme vor und nach Änderungen erhalten. NetBrain Es hat uns nicht nur geholfen, unser Netzwerkdesign zu validieren, sondern es uns auch ermöglicht, mit der Komplexität neuer Technologien vertraut zu werden und die Kunst eines Ausfalls aus nächster Nähe zu studieren.
Okay, Amena, ich gebe es dir jetzt zurück.
Amena: Vielen Dank, Todd, dass Sie heute an unserem Webinar teilgenommen und mit uns über Ihre Verwendung gesprochen haben NetBrain in einer stimulierten Umgebung, um das Design zu überprüfen und Failover-Szenarien zu bewerten. Wie Sie sehen, lässt sich dies sehr gut auf ein Netzwerkaktualisierungsprojekt übertragen, bei dem eine ziemlich ähnliche Designüberprüfung und -bewertung stattfinden muss.
Nun möchte ich über Phase vier sprechen: Implementierung und Tests. In diesem Bereich liegen die Herausforderungen im äußerst manuellen Prozess, bei dem Konfigurationsänderungen einzeln auf jedes Gerät übertragen werden, was äußerst zeitaufwändig und fehleranfällig ist. Darüber hinaus ist es schwierig, die auf diese Weise vorgenommenen Änderungen zu dokumentieren und nachzuverfolgen, und es ist auch schwierig, sie bei Bedarf rückgängig zu machen, sobald sie vorgenommen wurden. Deshalb würde ich Joel gerne zu einer weiteren Demo einladen, um uns zu zeigen, wie es geht NetBrain kann das automatisieren change management Prozess und ermöglichen eine deutlich effizientere Implementierung und Prüfung während eines Netzwerkaktualisierungsprojekts.
Joel: Alles klar. Danke, Amena. Nachdem wir nun unsere Daten aus dem vorherigen Abschnitt ausgewertet haben, können wir uns nun unserem Staging-Bereich zuwenden, wo wir unsere Geräte bereits angeschlossen und ihre Basiszugriffskonfiguration konfiguriert haben. So NetBrain Geben Sie Befehle aus und führen Sie eine grundlegende Erkennung durch. Wir können die Änderungen implementieren, die es uns ermöglichen, die Konfigurationen unserer vorherigen Geräte auf die neue Hardware zu übertragen.
Lassen Sie uns weitermachen und in unsere Karte springen, damit wir diese Informationen sehen können. Also habe ich einfach die Übersichtskarte wiederverwendet, um diese Informationen anzuzeigen, damit wir auf ganzer Linie eine gewisse Konsistenz gewährleisten können. Wenn wir jetzt in den Bereitstellungsbereich springen, ist alles voll dynamic map an Informationen, das sind also unsere neuen Geräte, die genau so verbunden sind, wie wir sie vorher hatten, und jetzt können wir unsere grundlegenden Verbindungen für diese Geräte sehen.
Anhand der bisher gesammelten Daten können wir diese nun nutzen, um diese Änderungen auf die neuen Geräte zu übertragen. Zur Demonstration werde ich nun eine Änderung vornehmen, die sich nicht direkt auf die Geräte auswirkt. Auch hier handelt es sich um eine Demonstration, daher möchten wir diese Informationen nur veranschaulichen. Dazu verwende ich nun mein Netzwerkänderungstool. Nachdem wir nun alle Informationen ausgewertet haben, haben wir unsere Marschbefehle für die zu ergreifenden Schritte und die zu forcierenden Änderungen erteilt. Hier können wir also weitermachen und unser Hardware-Upgrade nutzen. Nun gibt uns ein Hardware-Upgrade einen Workflow mit Schritten, die wir ausführen müssen, angefangen bei unserem Benchmark über unsere Basisgerätekonfigurationen, unsere benutzerdefinierten Konfigurationen und unseren Benchmark zwei, wo wir am Ende einen Vergleich durchführen werden, um Überprüfen Sie gewissermaßen doppelt, ob wir die von uns definierten Änderungen vorgenommen haben.
Nun lasst uns weitermachen und ich werde das jetzt durchgehen. Ausgehend von meinem Benchmark mache ich also diesen Schnappschuss. Nun fällt auf, dass Sie wieder dieselben Informationen vom vorherigen Benchmark erhalten, außer dass ich mich jetzt auf die Konfigurationsdatei konzentrieren möchte. Bedenken Sie, dass wir bei Bedarf Informationen hinzufügen oder daraus entfernen können. Also muss ich den CLI-Befehl loswerden. Wir machen einfach weiter und entfernen das, und ich füge es dem Standardsatz hinzu. Nachdem wir nun diese Informationen haben, können wir damit beginnen. Auch das werden Sie bemerken NetBrain sammelt einen Datenordner, Sie wissen schon, aus dem tatsächlichen Jahr, dem tatsächlichen Monat und dem tatsächlichen Tag. Es zeigt uns auch die Tageszeit an, sodass wir den Zeitstempel haben, auf den wir zurückgreifen können.
Also gut, jetzt, wo wir das haben, können wir mit der grundlegenden Gerätekonfiguration fortfahren. Jetzt werden wir also fortfahren und die Änderung vornehmen, bei der ich diese SNMP-Strings verschieben werde. Jetzt lasst uns damit beginnen. nochmal. Sie verwenden dies für VTI-Informationen, SNMP-Informationen und die Überprüfung auf grundlegende ACLs. Alles, was auf allen Geräten konsistent sein soll, möchten wir in dieser Phase hier hinzufügen. Jetzt habe ich meine SNMP-Strings und die Informationen hier, aber denken Sie daran: Wenn wir jemals Informationen zurücksetzen müssen, können wir die Informationen auch in den Rollback-Abschnitt übertragen.
Also mache ich einfach weiter und setze „Nein“ davor. Auf diese Weise können wir diesen SNMP-String rückgängig machen, oder? Wir haben also unsere Veränderung, wir haben einen Rollback. Ich mache weiter und hänge es an die Geräte an. Sie werden feststellen, dass wir hier alle Zeichenfolgen hinzugefügt haben, und denken Sie daran, dass wir bei Bedarf sogar zusätzliche Schritte hinzufügen können. Das Gleiche gilt auch für das Rollback. Ich werde diese auch anhängen, damit ich bei Bedarf darauf zurückgreifen kann.
Jetzt habe ich meine Änderungen definiert. Ich weiß genau, was ich ändern werde. Wir können immer noch mit der Ausführung der Änderungen beginnen. Sie werden feststellen, dass wir verschiedene Möglichkeiten haben, entweder alle unsere Geräte nacheinander, gleichzeitig oder die Geräte einzeln auszuführen. In diesem Fall können wir jeden Befehl einzeln erteilen und die daraus resultierenden Ergebnisse sehen. Aber der Zweckmäßigkeit halber, und das ist es eigentlich, was wir hier tun wollen, lassen Sie uns damit fortfahren und alle diese Schritte gleichzeitig ausführen.
Da ich nun die Ergebnisse ausführen kann, können wir zu jedem Gerät springen, um es anzusehen NetBrain Bereiten Sie die Konfigurationen so vor, dass sie dem Rat entsprechen. Wir können tatsächlich per CLI darauf zugreifen, um die Befehle auszugeben. Sie können die Endergebnisse sehen. Nun, genau so würde es aussehen, wenn wir massenhaft Befehle erteilen würden. Nun werden Sie sehen, dass einige von ihnen annehmen, andere nicht. Dies ist also möglicherweise nicht die genaue Konfiguration für die tatsächlichen Geräte, aber das ist in Ordnung, da wir wissen, dass einige von ihnen dies akzeptieren, andere nicht, und es wird sich nicht ändern oder große Auswirkungen haben, wenn sie dies nicht tun.
Da wir nun die Ergebnisse hier haben, können wir mit dem nächsten Schritt fortfahren, in dem wir diese benutzerdefinierten Konfigurationen eingeben und sie nach Bedarf hinzufügen können, vielleicht Schnittstelleninformationen, vielleicht bestimmte Routen, die sich möglicherweise auf einer bestimmten Route befinden oder so etwas. Und dann können wir zu unserem zweiten Benchmark übergehen. Hier erfahren Sie nun, wo Sie den zweiten Schnappschuss des Netzwerks machen können, wobei wir uns wiederum nur auf die Konfigurationsdateien konzentrieren, damit wir diese Ergebnisse und Änderungen sehen können.
Alles klar, perfekt. Wir haben hier also unsere Zeitstempel. Wir können zu unserem Vergleich gehen und die Endergebnisse sehen. Jetzt haben wir also unsere Zeitstempel, beide bei 2:17 und 2:20, bzw. 14:17 und 14:20. Wir können die verfügbaren Daten überprüfen, die zwischen den beiden geteilt werden. Wir können uns also unsere Konfigurationsdatei ansehen, einen kurzen Vergleich durchführen und jetzt NetBrain kann uns die Veränderungen und Unterschiede zeigen, die zwischen den Geräten auftreten. Schauen Sie sich dieses erste Kerngerät an, springen Sie zum nächsten, sehen Sie, dass sich die erste Konfiguration ändert, sodass die Bits unterschiedlich sind, und dann können wir jetzt die beiden zusätzlichen Strings sehen, die hinzugefügt wurden, einen Rewrite-String und einen schreibgeschützten String. Da wir dies nun haben, können wir überprüfen, ob wir die Informationen in der Karte haben, wir sehen die verfügbaren Details und können diese weitergeben und sie auch zur endgültigen Dokumentation an das Team senden.
Nachdem wir nun überprüft haben, ob die Änderungen vorgenommen und auf die Geräte übertragen wurden, können wir nun auch alle unsere zuvor getesteten Informationen noch einmal überprüfen. Einer davon wäre also der Pfad. Wir möchten sicherstellen, dass unser Netzwerk im gleichen Maße fließt. Auch hier handelt es sich um ein einfaches Hardware-Upgrade und nicht um eine vollständige Dekonstruktion, einen Zusammenbruch oder eine Erweiterung eines Netzwerks. Also verwenden wir erneut unser Pfad-Tool und überprüfen den SJC-Kern und den SCL-Kern.
Also gut, jetzt machen wir weiter und fügen unseren SCL-Kern hinzu. Perfekt. Wir werden diesen Weg noch einmal gehen. Bald NetBrain ist in der Lage, diese Informationen neu zu berechnen, und Sie können sehen, dass unser Weg derselbe war wie im vorherigen Beispiel, oder? Jetzt liegen uns diese Details vor. Wir würden die vorhandenen Informationen sehen und in der Lage sein, die Daten bei Bedarf hin und her zu teilen.
Nachdem wir nun unsere tatsächlichen Routing-Tabellen validiert haben, wissen wir, dass alles beim Alten ist. Lassen Sie uns nun prüfen, ob diese Änderungen übernommen wurden, und wir können alles, was stattgefunden hat, neu bewerten. Eine Sache, die wir also tun können, ist entweder A, unsere vorherige zu verwenden Runbook, oder wir können unseren Benchmark tatsächlich nutzen, um hier etwas wirklich Cooles zu tun. Lassen Sie uns nun weitermachen und uns darauf einlassen.
Jetzt können wir innerhalb unserer Benchmarks tatsächlich die von mir erwähnten Aufgaben planen. Sie werden also feststellen, dass ich bereits während der eigentlichen Demonstration Benchmarks durchgeführt habe, indem ich sie live auf den Geräten durchgeführt habe, aber hier ist, wo wir sie haben können NetBrain Nehmen Sie regelmäßig Benchmarks vor. Wir können dies also stündlich, täglich oder wöchentlich tun, um sicherzustellen, dass wir eine aktuelle Aufzeichnung unseres Netzwerks führen. Darüber hinaus können wir einen Gerätebereich definieren und Live-Daten abrufen, damit Sie die Fülle an Informationen sehen können, die wir sammeln werden. Auch hier handelt es sich um CLI-Daten, die angepasst werden können, sodass wir sogar vorgefertigte Vorlagen hinzufügen und diese Vorlagen sogar anpassen und dann die zusätzlichen Vorgänge hinzufügen können. Hier können wir nun wirklich zeigen, wie wir diese automatisieren können Runbooks, automatisieren Sie diese CLI-Befehle noch weiter.
Jetzt können wir aus unseren Qapp-basierten Vorgängen Qapps in den Benchmark laden. Jetzt können wir alle Tools sehen, die wir verwenden werden, um die geänderten Informationen zu überprüfen, sodass Sie diese Ergebnisse, Gerätealter, Portsicherheit, VLAN-Informationen usw. sehen und diese Daten einbetten können NetBrain Jedes Mal, wenn dieser Benchmark ausgeführt wird, können diese Daten erneut überprüft werden. Das heißt, sobald wir die Informationen gesammelt haben, können sie in Datenansichten auf der Karte angezeigt werden.
Hier können wir die verschiedenen Informationen sehen, die wir haben. Wir konnten unsere Schnittstellenfehler sehen, Variablen regelmäßig überwachen und unseren ausgeführten Gesundheitsmonitor überprüfen. Also haben wir ausgelöst NetBrain im Zuge dessen einen Gesundheitsmonitor zu betreiben. Wir können hineinzoomen, um die CPU- und Speicherauslastung, andere Informationen rund um die Geräte, VLAN-Informationen usw. zu sehen. So können wir alle diese Details rund um die Geräte sehen, um Routing-Protokolle und alle Daten zu sehen, die wir in der Umgebung konfiguriert haben. Nachdem wir diese Informationen nun überprüft und alles validiert haben, packen wir unsere Geräte ein und schicken sie dann zur Implementierung. Lasst uns weitermachen und die Dinge an Amena zurückgeben.
Amena: Danke, Joel. Wie Sie aus Joels Demo sehen können, NetBrain hilft dabei, einen Großteil der damit verbundenen manuellen Arbeit zu erleichtern change management Prozesse. Sie können verwenden NetBrain um Änderungen mithilfe von Konfigurationsvorlagen zu definieren und diese Vorlagen dann gleichzeitig an alle Geräte zu übertragen. Die Änderungen können automatisch ausgeführt, bei Bedarf aber auch rückgängig gemacht werden. Sie können visualisiert werden dynamic maps und ausführbar Runbooks können verwendet werden, um die Änderungen anhand von Design- und Compliance-Anforderungen zu validieren.
Und damit sind wir in Phase fünf angekommen, in der wir uns den betrieblichen Herausforderungen widmen. In Phase fünf liegen die Herausforderungen im begrenzten Wissen, das die Ingenieure nun über das neu bereitgestellte Netzwerk haben werden. Dadurch wird die Fehlerbehebung bei anderen alltäglichen Aufgaben deutlich anspruchsvoller. Darüber hinaus wird die Netzwerkdokumentation mit der Einführung weiterer Änderungen immer veralteter. Deshalb lade ich Joel zu einer weiteren Demo ein, um uns zu zeigen, wie es geht NetBrain kann in dieser Phase des Netzwerk-Upgrade-Prozesses helfen.
Joel: Danke, Amena. Nun kann der geplante Live-Termin für viele Ingenieure ein sehr nervenaufreibender Tag sein, da viele mögliche Variablen die Leistung eines Netzwerks beeinflussen können. Bisher konnten wir unsere Designs einer umfassenden Validierung unterziehen, um wirklich ein Verständnis für die Änderungen zu bekommen, die innerhalb des Netzwerks vorgenommen wurden. Aber wann immer wir etwas online stellen, besteht immer die Gefahr, dass Probleme auftreten. So können wir es nutzen NetBrain aktiv zu prüfen, was in unserer Umgebung passiert.
Jetzt können wir als erstes unsere nutzen Runbooks, um diese Daten zu visualisieren. Hier können Sie sehen, dass unsere RunbookDie Maßnahmen reichen von allgemeiner Compliance bis hin zu Sicherheit und allgemeiner Fehlerbehebung. So können wir in unserem Netzwerk nach Informationen suchen. Beispielsweise können wir unseren Gesundheitsmonitor verwenden, um Details in der Umgebung zu sehen und uns so einen soliden Überblick über das zu verschaffen, was wir haben. Wenn die Betriebsteams dies nun nutzen können, um die Leistung eines Netzwerks zu sehen, erhalten Sie ein solides Verständnis dessen, was dort vorhanden ist. Sie können diese Informationen sogar mit dem Team teilen.
Jetzt, da die Details erfasst werden, wird wiederum alles in dieser Datenansicht gespeichert. Sie können diese Informationen also jederzeit nach oben und unten anzeigen und bei Bedarf ausschalten. Eine andere Sache, die wir tun können, um Daten zu visualisieren, besteht darin, einfach nach einer der von uns durchgeführten Pfadanalysen zu suchen. Wir möchten stets sicherstellen, dass wir den Überblick über den Verkehrsfluss im Netzwerk behalten und prüfen, ob es Abweichungen gibt. Anstatt sie nun ständig oben in dieser Pfadleiste auszuführen, können wir tatsächlich einige vordefinierte Pfade verwenden, die wir hier erstellt haben. Durch einfaches Ausführen eines dieser Pfade aus dem Live-Netzwerk können wir diese Informationen direkt per Drag-and-Drop auf die Karte ziehen, um diese Details einzublenden.
Jetzt, NetBrain zeigt mir die Informationen zu meinen Eingangs- und Ausgangspfaden und zeigt uns, wie der Datenverkehr innerhalb des Netzwerks fließt, damit wir stets den Überblick über alle aktuellen Pfadströme behalten können. Während dies alles läuft, können wir natürlich Daten in mehreren Formaten visualisieren. Abgesehen von der Möglichkeit, es auf der Karte anzuzeigen, können wir Dashboards nutzen, um diese Details anzuzeigen. Jetzt können wir sehen, dass wir Routing-Protokoll-spezifische Informationen, gesundheitsspezifische Informationen und sogar topologiespezifische Informationen haben. Bisher habe ich jedoch einen Gesamtzustandsmonitor erstellt, um Informationen aus der Dashboard-Perspektive anzuzeigen.
Von diesem Standortstatusmonitor aus können wir nun mehrere Perspektiven der Geräte sehen. Auf der einen Seite können wir eine Karte sehen, auf der anderen Seite können wir Gerätedetails sehen, sodass wir jetzt das Beste aus beiden Welten herausholen können, indem wir alle Informationen in einem einzigen Bereich zusammengefasst sehen können. Anhand der neuen Geräte, die jetzt bereitgestellt wurden, können wir erkennen, dass unsere Fehlertabelle für Schnittstellenverbindungen völlig klar ist. Wir haben keine Fehler, die auftauchen, also ist das großartig. Unsere Schnittstellen-Traffic-Charta zeigt uns einige Höhen und Tiefen, die Schnittstellenauslastung gibt uns einige Informationen und wir können schnell durch jede dieser Konfigurationen springen, um Details rund um unsere Geräte zu sehen.
Wir haben Datentabellen, die uns die Gesamtzahl der aktiven oder ausgefallenen Nachbarn sowie die tatsächlichen Routing-Protokolle und die Anzahl der erlernten Routen zeigen. Neben Routing-Tabellen sind auch Mac-Tabellen verfügbar. So können wir wirklich einige Informationen aus unseren Geräten herausholen. Das wird in der Regel einiges an Zeit in Anspruch nehmen, um es zu überwachen, zu kompilieren und anschließend auch zu dokumentieren. Da wir nun wissen, dass unser Netzwerk wie erwartet funktioniert, können wir alles mit einem endgültigen Word-Dokument abrunden. Jetzt können wir diese Informationen tatsächlich exportieren, eine endgültige Vorlage erhalten und diese Daten dann teilen. Sie sehen die verschiedenen Widgets, die wir exportieren können, und können uns einige wirklich detaillierte Informationen über unser Netzwerk geben.
Also jetzt als NetBrain Wenn Sie diese Daten exportieren, können wir diese Ergebnisse tatsächlich herunterladen und anzeigen. Alles klar, perfekt. Wir haben das Dokument also erfolgreich exportiert. Gehen Sie einfach hinein und sehen Sie sich das an. Jetzt können wir dies über unseren Site-Statusmonitor öffnen und dann die Informationen sehen. Wir haben diesen Download tatsächlich. Schauen wir uns das jetzt an. Ich mache einfach weiter und kümmere mich darum. Perfekt. Jetzt sehen wir in unserem Site-Statusmonitor, dass wir hier eine vollständig bearbeitbare und anpassbare Ausgabe haben, sodass wir diese Informationen tatsächlich bearbeiten können, wir können Gerätedetails, Geräteeigenschaften usw. sehen, und das können wir in der Lage sein, die Daten zu ändern, die wir exportieren NetBrain.
Jetzt ist also alles mit Hyperlinks versehen, wir können zu Gerätedetails springen, Informationen rund um unsere Umgebung sehen, die angezeigten Layer-XNUMX- und Layer-XNUMX-Schnittstellen sehen und uns wirklich eine Standardvisualisierung unseres Netzwerks geben, damit wir alles zusammenfassen und haben können Endpaket. Kurz gesagt, wir haben gezeigt, wie wir es nutzen können NetBrain dynamic maps, um Netzwerkgeräte anzuzeigen und zu organisieren, unsere Konfigurationen durch unsere CLI-Automatisierung zu analysieren und RunbookS. Und schließlich implementieren Sie Änderungen an unseren Geräten mit unserem change management. Ich werde weitermachen und die Dinge an Amena zurückgeben. In Ordnung. Vielen Dank.
Amena: Danke, Joel, für eine weitere tolle Demo. Wie Sie in Joels Demo gesehen haben, NetBrain kann den Betrieb auf verschiedene Weise unterstützen und Ihnen dabei helfen, die Netzwerkleistung zu visualisieren, sodass Sie von Zeit zu Zeit Zustandsprüfungen durchführen und die Leistung Ihrer Geräte überwachen können. Es kann Ihnen auch dabei helfen, die Fehlerbehebungsdiagnose zu automatisieren und viele der manuellen und sich wiederholenden Aufgaben im Zusammenhang mit der Fehlerbehebung und der Durchführung von Designprüfungen zu automatisieren. Es kann auch dabei helfen, Ihre Dokumentation auf dem neuesten Stand zu halten, indem wiederkehrende Erkennungs-Benchmarks durchgeführt werden.
Lassen Sie uns noch einmal zusammenfassen, wie die Automatisierung Ihnen bei der Vorbereitung auf eine erfolgreiche Hardware-Aktualisierung helfen kann. Mit können Sie die Netzwerkdokumentation automatisieren NetBrain für Anforderungen und Designprüfung. Dynamic Maps helfen Ihnen, einen tiefen Einblick in das Netzwerk zu gewinnen. Durch automatisierte Netzwerkdiagramme, Inventarisierung und Entwurfsdokumentation kann der Zeitaufwand für die Datenerfassung und -analyse erheblich eingespart werden. NetBrain kann Ihnen auch dabei helfen, Ihre Leistung zu erbringen compliance checkS. All dies kann sowohl im Staging als auch nach der Bereitstellung erfolgen.
NetBrain change management Mit dieser Funktion können Sie Konfigurationen verschieben und bei Bedarf problemlos zurücksetzen. Schließlich können Sie eine ausführbare Datei verwenden Runbooks helfen bei der Automatisierung von Compliance- und Signierprüfungen, bei der schnellen Identifizierung von Fehlkonfigurationen und bei der Optimierung von Fehlerbehebungsabläufen während des Betriebs.
Wenn Ihnen gefällt, was Sie heute gesehen haben, können Sie es tun Fordern Sie eine individuelle Demo live über unsere Website an at netbraintech.com/request-a-demo.
Damit möchte ich Ihnen dafür danken, dass Sie heute zu uns gekommen sind. Joel und ich bleiben für den Rest der Stunde am Telefon, um Ihre Fragen zu beantworten. Bitte kommen Sie weiterhin zum Frage-und-Antwort-Fenster vorbei. Wir werden versuchen, einige davon auch telefonisch zu beantworten. Nochmals vielen Dank für Ihren Besuch und einen schönen restlichen Tag.