Network Engineer Vorstellungsgespräch: Fragen & Antworten (mit Musterantworten)

Musterantwort

Ich arbeite mich entlang des OSI-Modells von unten nach oben vor, beginnend mit Physical Layer und Verkabelung, um Probleme nicht voreilig auf höheren Schichten zu vermuten. Ich grenze ein, ob das Problem einen einzelnen Host, ein Segment oder das gesamte Netz betrifft, und nutze Werkzeuge wie ping, traceroute und Interface-Statistiken. Parallel prüfe ich, ob es kürzlich Änderungen gab, da diese häufige Auslöser sind. So finde ich die Ursache reproduzierbar statt durch Raten.

Musterantwort

Ich plane Redundanz auf mehreren Ebenen, etwa mit redundanten Uplinks, HSRP oder VRRP für Gateway-Redundanz und Link-Aggregation. Auf Layer 2 verhindere ich Schleifen mit Spanning Tree in einer modernen Variante wie RSTP. Zusätzlich überwache ich kritische Pfade aktiv und teste Failover-Szenarien regelmäßig. In einem früheren Projekt hat dieser Ansatz die ungeplante Ausfallzeit deutlich reduziert.

Musterantwort

Ich pflege Topologiediagramme, IP-Adresspläne und Konfigurationsstände in einem zentralen, versionierten System. Änderungen dokumentiere ich direkt im Rahmen des Change-Prozesses, damit die Doku nicht veraltet. Wo möglich automatisiere ich die Erfassung mit Tools, die Konfigurationen regelmäßig sichern. Eine gute Dokumentation hat mir bei einem nächtlichen Ausfall einmal die Wiederherstellung erheblich beschleunigt.

Musterantwort

Ich segmentiere das Netz mit VLANs und setze Zugriffskontrollen über ACLs und Firewall-Regeln nach dem Prinzip der minimalen Rechte um. Sensible Bereiche trenne ich logisch und überwache den Verkehr an den Übergängen. Außerdem halte ich Firmware und Konfigurationen gehärtet und aktuell. Sicherheit betrachte ich als integralen Bestandteil des Designs, nicht als nachträgliche Ergänzung.

Musterantwort

Mich reizt, dass Sie eine große, verteilte Infrastruktur mit mehreren Standorten betreiben, was anspruchsvolle WAN- und Redundanzthemen mit sich bringt. Ihre Ausschreibung erwähnt eine Migration zu mehr Automatisierung, und genau in dieser Richtung möchte ich mich weiterentwickeln. Ich schätze Umgebungen, in denen Stabilität und kontinuierliche Verbesserung gleichermaßen zählen. Außerdem passt Ihr Technologie-Stack gut zu meiner bisherigen Erfahrung.

Ein Switch arbeitet primär auf Layer 2 und leitet Frames anhand von MAC-Adressen innerhalb eines Netzwerksegments weiter. Ein Router arbeitet auf Layer 3 und leitet Pakete anhand von IP-Adressen zwischen verschiedenen Netzen weiter. Router treffen Routing-Entscheidungen und verbinden Subnetze, während Switches die lokale Konnektivität herstellen.

TCP ist verbindungsorientiert, garantiert Zustellung und Reihenfolge durch Handshake, Bestätigungen und Neuübertragung, was es zuverlässig, aber langsamer macht. UDP ist verbindungslos und verzichtet auf diese Garantien, wodurch es schneller und für Echtzeitanwendungen wie VoIP oder Streaming geeignet ist. Die Wahl hängt davon ab, ob Zuverlässigkeit oder geringe Latenz wichtiger ist.

Subnetting teilt ein größeres IP-Netz in kleinere Subnetze, indem Bits aus dem Host-Anteil der Subnetzmaske zugeordnet werden. Das verbessert die Adressnutzung, begrenzt Broadcast-Domänen und erhöht durch Segmentierung Sicherheit und Übersichtlichkeit. Beispielsweise liefert eine Maske /26 vier Subnetze mit je 62 nutzbaren Hosts aus einem /24.

Ein VLAN trennt ein physisches Switch-Netz logisch in mehrere Broadcast-Domänen, ohne separate Hardware zu benötigen. Das verbessert Sicherheit, reduziert unnötigen Broadcast-Verkehr und erlaubt es, Geräte unabhängig vom physischen Standort logisch zu gruppieren. Verkehr zwischen VLANs erfordert Routing, etwa über einen Layer-3-Switch.

Statisches Routing nutzt manuell konfigurierte Routen, die stabil und ressourcenschonend sind, aber bei Topologieänderungen nicht automatisch reagieren. Dynamisches Routing über Protokolle wie OSPF oder BGP passt Routen automatisch an Änderungen an und skaliert besser in großen Netzen. In der Praxis kombiniert man oft beides je nach Größe und Stabilitätsanforderung.

Ein Standort verlor morgens komplett die Verbindung zur Zentrale (Situation). Ich sollte die Konnektivität so schnell wie möglich wiederherstellen (Task). Ich habe entlang des OSI-Modells eingegrenzt, eine defekte WAN-Leitung identifiziert und den Verkehr auf die redundante Strecke umgeschaltet (Action). Der Betrieb lief innerhalb von 30 Minuten wieder, und ich habe anschließend die Provider-Eskalation für die Hauptleitung angestoßen (Result).

Nach einer geplanten Firmware-Aktualisierung an einem Core-Switch traten sporadische Paketverluste auf (Situation). Meine Aufgabe war, die Ursache zu finden und den stabilen Zustand wiederherzustellen (Task). Ich habe die Interface-Statistiken analysiert, einen Inkompatibilitätsfehler im Spanning-Tree-Verhalten erkannt und über das Change-Rollback die vorherige Version eingespielt (Action). Das Netz stabilisierte sich, und ich habe das Update danach im Labor reproduzierbar getestet (Result).

Bei einem Sicherheitsvorfall vermutete das Security-Team verdächtigen Verkehr in einem Segment (Situation). Ich sollte schnell Netzwerkdaten liefern und Gegenmaßnahmen unterstützen (Task). Ich habe relevante Flows isoliert, betroffene Ports temporär per ACL eingeschränkt und in einer Telefonkonferenz laufend Statusupdates gegeben (Action). Der Vorfall wurde eingedämmt, und unsere abgestimmte Kommunikation verhinderte Panik im Betrieb (Result).

Durch starkes Mitarbeiterwachstum reichten die vorhandenen IP-Bereiche und Switch-Ports nicht mehr aus (Situation). Ich sollte das Netz zukunftssicher erweitern (Task). Ich habe einen überarbeiteten IP-Adressplan mit klarer Subnetzstruktur erstellt, zusätzliche VLANs eingeführt und die Verkabelung im Zugriff erweitert (Action). Das Netz konnte das Wachstum problemlos aufnehmen und blieb übersichtlich dokumentiert (Result).