by Claudia Pallais 1. August 2024
IP-Netzwerke sind cool! Das ist eine nerdige Meinung, aber deswegen bin ich in die IT gegangen. Aber selbst der Nerd in mir brennt aus, wenn er Netzwerk-Support leistet. Ich liebe die Fähigkeiten, die ich beim Routing, bei der drahtlosen Kommunikation und bei der Multicast-Fehlerbehebung erworben habe, aber die manuell, monotone Aufgaben, die mich nerven. Die sich wiederholenden Tickets, Ghost-Probleme und die Fehlalarme können ziemlich frustrierend sein! Schlimmer noch, sie verlangsamen die Lösung von Netzwerkproblemen.
1. NetBrain Automatisierte Netzwerk-Fehlerbehebung
NetBrain ist eine Erholung von den langsamen und monotonen manuellen Arbeitsabläufen. Als ich sah NetBrain Als ich die automatische Diagnose zum ersten Mal in Aktion sah, war ich sprachlos. Natürlich war es erstaunlich und veränderte den gesamten Ansatz zur Reaktion auf Vorfälle, aber was mich überraschte, war, wie offensichtlich es war. So hätte Netzwerk-Support schon seit Jahren sein sollen. Es ist intuitiv, aber die Automatisierungstechnologie konnte mit unserer Vorstellungskraft einfach nicht mithalten – bis jetzt.
2. Automatisierte Multicast-Fehlerbehebung im Vergleich zur alten Methode
„Probieren ist besser“, heißt es, also sehen wir uns ein reales Beispiel für typische Netzwerkprobleme an und wie die Reaktion unter dem alten, manuellen Workflow im Vergleich zum NetBrain automatisierter Ansatz!
Das Szenario: Wir erhalten einen Vorfall auf unserem ITSM wegen Video-Multicast-Ausfall. Sieht aus wie Fehlerbehebung bei Multicast benötigt.

Die Ermittlung:
Manuell
Unser Boston-Benutzer-VLAN befindet sich auf dem Router US-BOS-R2. Wir greifen per Fernzugriff auf diesen Router zu, um die Multicast-Weiterleitung stromaufwärts zu verfolgen. Mithilfe einer Reihe von CLI-Befehlen können wir schließlich zuordnen, wie der Multicast-Stream weitergeleitet werden soll, und eine RPF-Diskrepanz entdecken, die durch eine statische Route verursacht wird. Die Schritte und Befehle zur Ermittlung der Grundursache lauten wie folgt:
- US-BOS-R2#show ip pim neighbor (Upstream-Nachbar auf Eth3/1)
- US-BOS-R2#show ip mroute 224.1.1.1 (eingehende Schnittstelle Eth2/0 ist keine Upstream-Schnittstelle)
- US-BOS-R1#show ip mroute 224.1.1.1 (mroute sieht vom Quellrouter aus korrekt aus)
- Wir können jetzt den Multicast-Pfad abbilden
- US-BOS-R2#show ip mroute 224.1.1.1 count (aufgrund eines RPF-Fehlers verworfene Multicast-Pakete)
- US-BOS-R2#show ip rpf 10.1.1.1 (RPF-Schnittstelle falsch bei Eth2/0 statt Eth3/1)
- US-BOS-R2#show ip route 10.1.1.1 (Grundursache als falsche statische Route identifiziert)
NetBrain Automation
Wir öffnen das Ticket, um zu sehen, NetBrain Klicken Sie hier, um die generierte Karte anzuzeigen. NetBrain hat festgestellt, dass die RPF-Prüfung aufgrund einer statischen Route fehlgeschlagen ist.
3. Automatisieren Sie die Diagnose und konzentrieren Sie sich auf die Problemlösung
Sie sehen, wie viel schneller wir das Multicast-Fehlerbehebungsproblem tatsächlich lösen können, wenn wir nicht durch die manuelle Informationsbeschaffung aufgehalten werden. Die Zeitersparnis liegt nicht nur daran, dass die Automatisierung das Abrufen von Daten und die Diagnose eines Problems viel schneller macht, sondern auch daran, dass die Untersuchung früher beginnen kann. NetBrain Die Automatisierung beginnt, sobald ein Ticket eingereicht wird, noch bevor ein Mensch die Möglichkeit hat, es zu bestätigen. Dies verkürzt die Reaktionszeiten und MTTR dramatisch!
Halten Sie Ausschau nach weiteren „Manuell vs.“-Beiträgen. NetBrain Automatisierungsszenarien durch die Anmeldung zu unserem Blog um alle Workflows zu verstehen, mit denen Sie sich weiterentwickeln können NetBrain Automatisierung, einschließlich Fehlerbehebung, Änderungsverwaltung und Ausfallprävention.