Netwerkmonitoring: de pijn die elke netwerkengineer kent

Wie een netwerk beheert, kent dit rijtje. Niet omdat het netwerk slecht is, maar omdat het monitoringplatform eromheen niet voor netwerkmensen is gemaakt. Hieronder de dingen die ons na jaren met de gangbare pakketten het meest opvielen, en wat we er uiteindelijk zelf aan hebben gedaan.

Onderhoud is een zoektocht

Je moet een switch even in onderhoud zetten. In de meeste pakketten is dat een zoektocht door drie menu's, en tegen de tijd dat je de juiste knop hebt gevonden zijn de alerts al de deur uit. Het gevolg: mensen zetten niets in onderhoud, en de standby-dienst leert alerts te negeren.

De bandbreedte van drie dagen geleden

Je wilt even zien wat een link drie dagen geleden deed. Eerst de switch vinden tussen honderden, dan drie lagen doorklikken, dan de juiste poort, dan het tijdvenster. Tegen die tijd ben je vergeten waarom je keek. Dit zou een handeling van tien seconden moeten zijn.

Servermonitoring met netwerk erbij geplakt

Je wilt zien of een site gedegradeerd is. Je krijgt schijven, agents en storage op de voorpagina, want het pakket is gebouwd voor servers en het netwerk is er later bij geplakt. De wireless controller met een dode telemetry-subscription zit drie lagen dieper, tussen de disk-alerts.

De standby-dienst inrichten is een project op zich

Buiten kantoortijd wil je alleen gestoord worden voor wat ertoe doet: de core, en dan alleen criticals. Een access switch die om twee uur 's nachts een uplink verliest kan tot morgenochtend wachten. Je weet precies van welke apparaten je wat wilt horen. Maar het inrichten, met escalatieregels, tijdvensters en uitzonderingen per apparaat, kost weken. Dus blijft de standby-telefoon ofwel stil, ofwel gaat hij bij alles.

Telemetry staat al jaren "op de roadmap"

Je wilt de status zien zoals de switch die zelf meldt. Sinds IOS-XE 16.10 pusht een Cisco Catalyst zijn status elke tien seconden over gRPC. Dat heet model-driven telemetry: de switch stuurt, je hoeft niet meer te vragen. Vraag ernaar bij de grote pakketten en het antwoord is al jaren hetzelfde: staat op de roadmap. Ondertussen pollen ze SNMP, elke vijf minuten, en zie je een uplink pas na minuten omvallen.

Een interface uit een andere tijd, met een rekening per sensor

En dan de interface zelf: bol, oud, onleesbaar op de laptop waar het werk nu gebeurt. Gemaakt voor een NOC met een beamer. De grote partijen, PRTG en SolarWinds voorop, vragen er wel de hoofdprijs voor. Ze rekenen per sensor of per access point, dus de rekening groeit met elk apparaat dat je aansluit. Wie 800 access points heeft, betaalt daar 800 keer voor.

Wat we er zelf aan deden

Dit is waarom MetaWiFi Aegis bestaat. Het begon jaren geleden als wireless monitoring, omdat dat er simpelweg niet was, en groeide met elk netwerk dat we beheerden mee. Het begint bij het netwerk: sites, switches, wireless, en wat de gebruikers echt merken.

• Telemetry werkt vanaf de eerste dag. Onboarden, en de switches sturen hun status zelf. Aegis zet de telemetry-configuratie zelf op de switch.
• Onderhoud is één klik. Op de switch, op de site, met een eindtijd.
• Buiten kantoortijd naar de standby-dienst: markeer je core-apparaten, kies criticals, klaar. De rest wacht tot de ochtend. Alerts gaan via SIGNL4 naar wie dienst heeft, met escalatie, zonder ruis.
• Die link van drie dagen geleden: typ een deel van de hostnaam, klik de poort aan, schuif het tijdvenster terug.
• Dezelfde middag draaien. Start de OVA, scan een subnet, en je netwerk staat op het scherm. Geen kwartaal tunen.

Aegis draait on-prem, op je eigen VMware of Proxmox. Geen cloud, je data blijft binnen. Eén licentie per gemonitorde switch, router of controller; access points tellen niet mee, hoeveel je er ook hebt. Ontwikkeld in Nederland.

Zelf proberen

Probeer Aegis dertig dagen gratis, zonder creditcard: aegis.metawifi.nl. Het hele verhaal achter het platform staat op aegis.metawifi.nl/story.