Zurück

Netzwerk-FAQ: Antworten auf häufig gestellte Fragen

by 14. März 2018

Egal, ob Sie ein Networking-Neuling oder ein erfahrener Veteran sind, einige Fragen tauchen immer wieder auf. Wir haben eine Liste der Fragen zusammengestellt, die wir am häufigsten gehört haben, von alltäglichen Netzwerkproblemen bis hin zur sich entwickelnden Rolle des Netzwerkingenieurs.

1. Wie lassen sich Netzwerkprobleme am besten auf den Host zurückverfolgen?

Viele Ingenieure würden sagen Traceroute. Traceroute ist so ziemlich die erste Diagnose für die Anzeige von Pfaden im Netzwerk. aber es hat seine Grenzen.

Angenommen, Sie versuchen, asymmetrische Pfade oder Routen mit mehreren Pfaden zu analysieren. Traceroute meldet nur den Pfad, der Teil der Testnachrichten war. Wenn sich A-zu-B von B-zu-A unterscheidet, müssen Sie eine weitere Traceroute vom anderen Ende ausführen.

Traceroute kennt nur Geräte, keine Schnittstellen. Sie erhalten Hostname/IP und ein Verzögerungsergebnis, es wären jedoch zusätzliche Suchen erforderlich, um festzustellen, an welche Schnittstelle die IP-Adresse angehängt ist.

Traceroute bietet auch Informationen zum aktuellen Stand – und nur zum aktuellen Stand. Es gibt keine historischen Informationen, die Ihnen sagen können, wie der Pfad war, als der Datenverkehr erfolgreich war, was in einer Zeit, in der jede Sekunde zählt, viel Raten und Prüfen bedeuten kann.

Wie umgehen wir also die Einschränkungen von Traceroute? NetBrainDer A/B-Pfadrechner von hilft Ingenieuren einen Pfad dynamisch abbilden zwischen zwei beliebigen Punkten im Netzwerk, z. B. wenn eine Anwendung langsam läuft oder ein DDoS-Angriff vorliegt.

Fehlerbehebung bei langsamen Anwendungen

2. Was ist der schnellste Weg, um zu reduzieren MTTR?

Auf über 80 % der Unternehmen benötigen mehr als eine Stunde um bei einem Ausfall wieder einsatzbereit zu sein.

Die Fehlerbehebung erfordert ein tiefes Verständnis des Netzwerks – nicht nur die grundlegende Topologie, sondern auch design intent und Konfiguration. Netzwerküberwachungstools können Sie darauf aufmerksam machen Symptome eines Problems, aber Ingenieure benötigen detaillierte Daten, um das Problem zu beheben Ursache. Das Abrufen und Analysieren dieser Datenmenge erfordert jedoch Zeit.

Hier kommt die Automatisierung ins Spiel. Anstatt eine Reihe von CLI-Befehlen manuell auszuführen – einen Befehl nach dem anderen, ein Gerät nach dem anderen – sammelt die Automatisierung alle Daten, die Sie benötigen, auf einen Schlag. Anstatt über Hunderte von Ausgabezeilen zu brüten, analysiert die Automatisierung die Daten für Sie und präsentiert sie im Kontext des vorliegenden Problems. Wenn Diagnosen automatisiert sind und Ingenieure über einen präzisen Prozess mit End-to-End-Sichtbarkeit verfügen, können sie das Verkürzen Sie die Fehlerbehebungszeit um die Hälfte. Während eines Ausfalls ist die Automatisierung der beste Freund eines Ingenieurs, zusammen mit einem zentralisierten System mit eigenen Tools, um den Prozess von Anfang bis Ende zu rationalisieren.

3. Wie kann ich mit anderen Abteilungen zusammenarbeiten, um sicherzustellen, dass alles reibungslos läuft?

Dokumentation, Fehlerbehebung, change management, und Sicherheit kann nicht allein erreicht werden – es braucht ein ganzes Dorf, um ein Netzwerk jeder Größe zu verwalten. Automatisierung kann helfen, a Kultur der Zusammenarbeit innerhalb all dieser kritischen Arbeitsabläufe.Ob Sie ein kniffliges Netzwerkproblem eskalieren, eine Sicherheitsbedrohung entschärfen oder mit anderen IT-Teams zusammenarbeiten, um eine langsame App zu beheben, der Informationsaustausch ist entscheidend und kann durch einen einzigen erreicht werden Dynamic Map.

Die Zusammenarbeit braucht zwar Zeit, aber die Perfektionierung von Gruppenprozessen und der Austausch von Best Practices können letztendlich zu einer Reduzierung führen MTTR im Falle eines Ausfalls. Netzwerkteams können auf dieselben Skripte, Notizen und Kenntnisse zugreifen, indem sie erfolgreiche Prozesse digitalisieren Ausführbar Runbooks. Bewaffnet mit dem Wissen jedes Ingenieurs im Team, Runbooks erleichtern die Zusammenarbeit und Fehlerbehebung.

Allgemeine Gerätefehlerbehebung

4. Muss ich Programmieren lernen, um relevant zu bleiben?

So wie sich unsere Netzwerke ständig ändern, so ändern sich auch die Anforderungen an den Netzwerktechniker. Neue Trends wie IBN und SDN erfordern, dass Netzwerkingenieure das Netzwerk in- und auswendig kennen, um Herausforderungen zu bewältigen, sobald sie auftreten (oder noch besser, bevor sie auftauchen).

Unternehmen fordern zunehmend null Ausfallzeiten, was bedeutet, dass Netzwerkingenieure den Stack von der zugrunde liegenden Infrastruktur bis zur Anwendungsschicht verstehen müssen. Traditionelle manuelle Prozesse haben keine Chance gegen die Menge, Vielfalt und Geschwindigkeit der Veränderungen in den großen Netzwerken von heute. Automatisierung ist der einzige Weg, um Schritt zu halten. Jedoch, Sie müssen Python nicht lernen um die zeitraubenden, sich wiederholenden alltäglichen Prozesse zu automatisieren. Automatisierungstools mit visueller Programmierung machen einen ernsthaften Programmierhintergrund überflüssig.

Während sich die Rolle des Netzwerktechnikers weiterentwickelt, gibt es einige Dinge, von denen wir wissen, dass sie immer gelten werden: Dynamisch ist besser als statisch, Transparenz ist unerlässlich und Zusammenarbeit ist der Schlüssel. Und für Ingenieure, die ihr erstes oder ihr tausendstes Netzwerkproblem lösen, NetBrain ist hier um zu helfen

Verbunden