Netwerkcrash in Eindhoven door de netwerkcore

Hoe herstellen we zonder nieuwe schade?

Een herstartende core kan verkeer doorlaten terwijl een deel van de switching, routes of reservewerking nog ontbreekt. Chassis en serienummers, voedingen en UPS-paden, supervisors en modules, temperaturen, firmware, opstartinstellingen, crashmeldingen, configuratieversies, uplinks, trunks, gateways en routes worden samen bekeken.

U krijgt duidelijkheid over herstart, gecontroleerde overname, softwareherstel, modulevervanging of tijdelijk bedrijf op één core met passende grenzen. We onderzoeken en controleren onder meer console en crashdump, geheugen en processorbelasting, voedingen en koeling, software-image en controlegetal, opgeslagen en actieve configuratie, LACP, spanning tree, netwerkzones, routes en beheerpad.

Tijdelijke opstartkeuzes en uitgeschakelde modules worden hersteld of formeel overgedragen. Reserveonderdelen en ondersteuningsstatus krijgen een concreet vervolg. Na de gekozen herstelstap controleren we alle actieve onderdelen en de verbinding tussen switchmodules. Daarna volgen uplinks, linkbundels, spanning-tree-rollen, gateways, routes en toegang tot beheer.

Hoe controleren we dat het netwerk terug is?

Een representatieve medewerkerstaak loopt via het herstelde pad en een niet-toegestane netwerkroute moet geblokkeerd blijven. Waar verantwoord wordt één reserveonderdeel getest, zodat duidelijk is of overname werkelijk werkt. De actieve configuratie wordt met de opgeslagen bron vergeleken en moet ook na opnieuw opslaan en een geplande herstart gelijk blijven.

Tijdelijke console-debug of opstartomweg wordt verwijderd. Crasht dezelfde module opnieuw, dan stoppen we herhaalde reboots en behouden we de foutmelding voor gericht leveranciers- of vervangingsonderzoek.