Zurück

NetBrain Integration mit Cisco TAC Up-Level-Fehlerbehebung

by Paul Campell 3. Dezember 2018

Angenommen, Sie verfügen über das grundlegende Wissen, um ein bestimmtes Problem anzugehen. Aber Sie sind sich sicher, dass es sich um einen Fehler handelt, oder Sie haben nicht die Zeit und müssen eine Supportorganisation wie Cisco TAC einbeziehen. Was ist Ihr nächster Schritt neben der gleichen alten Web-Einreichung oder 1-800-Nummer, die den mühsamen Prozess des Herunterladens von Informationen beginnt? Wie wäre es mit einem hilfreichen Tool wie z NetBrain das nimmt die Fehlersuche und Informationen, die Sie an Ihren Fingerspitzen haben und lässt sich in die neueste Automatisierung von Cisco TAC integrieren? Es ist, als hätten Sie ein ganzes Additiv-Team ohne Kosten für Ihr Endergebnis! Cisco hat die Welt der DevOps und haben ihre über 20-jährige TAC-Erfahrung in Drehbüchern und verdichtet runbooks, die genutzt werden können, um Ihre Probleme direkt zu diagnostizieren, zu beheben und möglicherweise zu lösen NetBrain.

Erfahren Sie, wie Sie den Cisco TAC-Service über nutzen können NetBrain's Netzwerkautomatisierung.

Szenario Nr. 1: Nutzung der TAC-Integration für STP-Probleme

Nehmen Sie zum Beispiel ein Spanning-Tree-Problem, das in einem Campus-Netzwerk auftritt und das Sie nur schwer isolieren können, weil sich das Problem während der Recherche verschiebt oder weil Sie Probleme haben, Ihren Notizblock mit Ports zu korrelieren, um die Quelle zu finden. Ich weiß, das klingt wie ein Problem aus dem Jahr 2005, aber es tritt noch heute auf. Wieso den? Weil es jeden Tag neue Ingenieure gibt und Netzwerke von der gleichen „mit weniger Aufwand mehr erreichen“-Einstellung betroffen sind wie alles andere auch. In diesem Szenario können Sie die Fehlerbehebung manuell durchführen, indem Sie sich Switch für Switch anmelden oder der Alarmspur Ihres NMS wie ein Welpe folgen, nachdem etwas Essen am Esstisch auf den Boden gefallen ist, oder Sie könnten die Just-in-Time-Automatisierung in Verbindung mit der TAC-Integration nutzen um Sie innerhalb von Minuten in die richtige Richtung zu lenken, nicht in Dutzenden von Minuten oder Stunden.

Es gibt jeden Tag neue Ingenieure, und Netzwerke werden von der gleichen „mit weniger Aufwand mehr erreichen“-Einstellung beeinflusst wie alles andere auch.

Szenario Nr. 2: Nutzung der TAC-Integration für Wireless-Probleme

Nehmen wir ein weiteres gängiges Beispiel in heutigen Netzwerken: Sie haben einen Benutzer, der drahtlos verbunden ist. Ihr mobiles Gerät scheint kein Problem zu haben, aber der vom Unternehmen ausgegebene Laptop scheint im gesamten Gebäude ständig in und aus der drahtlosen Abdeckung zu gehen. Wie beheben Sie Fehler? Hoffentlich betreiben Sie ein Controller-basiertes drahtloses Netzwerk, sonst könnte dies schnell zu einem echten Problem werden. NetBrain kann Ihnen durch die Integration mit Cisco Connected TAC dabei helfen, Probleme mit einer Konfiguration zu identifizieren, die auf Ursachen wie Überschneidungen, fehlerhafte Portkonfigurationen, ausgefallene AP-Gruppen, fehlerhafte Sicherheitskonfigurationen und mehr hinweisen könnten.

Ja, die Welt wird von Anwendungen regiert, aber die Menschen nutzen diese Anwendungen, und wenn sie es wollen, wollen sie es jetzt – ohne Verzögerung. Die mittlere Zeit bis zur Lösung ist für den Kunden wichtiger als die Ursachenanalyse; Sie brauchen eine Möglichkeit, sie bei allem, was Sie tun, zu beeinflussen. Der beste Weg, das zu tun? Beheben Sie Probleme umgehend, effizient und hoffentlich, bevor sie das erste Beschwerdeticket erhalten.

Die mittlere Zeit bis zur Lösung ist für den Kunden wichtiger als die Ursachenanalyse.

Netzwerkdaten vergleichen
Szenario Nr. 3: Hebelwirkung NetBrain Benchmark-Daten während der Rechenzentrumsmigration

Ein letztes Beispiel: Sie haben eine Rechenzentrumsmigration und Ihre NetBrain Dokumentation hält sich mit automatisch ausgelösten Benchmarks auf dem Laufenden. Während der Migration bemerken Sie einen Verlust des Zugriffs auf ein bestimmtes Segment Ihres Rechenzentrums. Sie beginnen, sich mit den Problemen zu befassen, und die Routen und Konfigurationen scheinen in Ordnung zu sein. Sie sind verloren, verwirrt und ängstlich, da jede Minute entscheidend ist. Anhand der historischen Kartendaten können Sie sehen, dass sich der Zugriff auf das Segment nach einer bestimmten Konfiguration vor etwa 30 Minuten geändert hat. Dank des Unterschieds innerhalb der Karte können Sie genau sehen, was es verursacht hat und warum – der Grund ist nicht wichtig. Der wichtige Faktor ist: Ihr NMS, Ihre Dokumentation, Ihre Support-Teams und Overlays sollten Sie in die Lage versetzen, Ihre Rolle besser zu erfüllen, indem sie die Implementierung jeder Lösung einfacher, nachhaltiger und schneller machen.

Verbunden