Plattform for fjernadministrasjon av enheter for telekom

Om kunden

Kunden drifter et stort nettverk av kunderutere, og hver av dem må konfigureres, oppdateres og holdes konsistent uten at en tekniker må rykke ut til huset.

Applikasjonen de hadde til dette, slet med ytelsesproblemer, og det var vanskelig å få klientdelen ut på enhetene. De bestemte seg derfor for å erstatte den med en ny plattform for enhetsadministrasjon, utformet for å rulles ut trinnvis i hele abonnentnettverket.

Utfordring

Oppdraget kom med tre avgjørende krav:

Erstatte en applikasjon som var vanskelig å distribuere. Migrere den eksisterende applikasjonen for nettverksadministrasjon til en moderne stack, og gjøre klienten på enheten enkel å installere og holde i drift.
Validere hver endring på ekte maskinvare. Plattformen måtte testes på fysiske rutere i kundens lab, i et nettverk satt opp for å etterligne et hjem, og ikke bare på emulatorer. Teamet vårt jobber eksternt på disse enhetene via SSH.
Være klar for en trinnvis utrulling. Kunden planlegger å lansere plattformen gradvis – én bygning, deretter et nabolag, en by, en provins og hele landet – og samle inn tilbakemeldinger og rette feil mellom hvert trinn. Agenten må installeres feilfritt og oppføre seg likt i hvert trinn.

Prosjektomfang

Prosjektet går i fire faser:

Aktiv utvikling (fullført).
Videreutvikling.
Validering på fysiske rutere i kundens lab (pågår).
Trinnvis utrulling i abonnentnettverket (planlagt).

Løsningen vi leverte

Vi skrev begge halvdelene av plattformen: serveren og agenten som kjører på hver ruter.

En server og en agent på hver ruter

Serveren er skrevet i Python på FastAPI og kommuniserer med enhetene via REST og WebSockets, med Redis i bakgrunnen. Agenten på hver ruter er skrevet i Go og lagrer sin lokale tilstand i SQLite. En egen discovery-tjeneste lar en ruter finne serveren og registrere seg selv, slik at nye enheter ikke trenger manuell konfigurasjon. Autentisering og autorisasjon på hver tilkobling hindrer duplisering av MAC-adresser og stenger veien for at én enhet kan utgi seg for å være en annen.

Testing på fysiske rutere i kundens lab

Hver endring testes eksternt på fysiske rutere i kundens lab. En CI/CD-pipeline bygger, tester og distribuerer hver endring, og et strukturert loggoppsett registrerer systemaktivitet, feil og advarsler, slik at en feil på en enhet kan spores tilbake til årsaken.

Fra konsollkommandoer til et fungerende dashbord

Plattformen ble først styrt fra konsollen. Etter hvert som den vokste, trengte kundens team et skjermbilde, så vi bygde et dashbord i Streamlit, koblet til plattformens database – enkelt å se på og fullt funksjonelt, slik at kundens team kan se og håndtere enhetene sine uten å skrive en eneste kommando.

Kundens resultater

1. Agenten vår kjører på hver ruter i testlaben

Agenten kjører på alle rutere i kundens lab og konfigureres og oppdateres fra serveren. Nye rutere registrerer seg selv via discovery-tjenesten, uten manuelt oppsett på enheten.

2. Et dashbord i stedet for konsollkommandoer

Kundens team ser og administrerer nå enhetene sine på en skjerm, uten å kjøre konsollkommandoer. Dashbordet jobber med live-data fra plattformens database.

3. Samme team, flere år senere

Ingeniørene som bygde plattformen, utvikler den fortsatt – også etter at samarbeidsmodellen gikk fra et fullt utviklingsteam til en supportfase. Kunden beholder kunnskapen om hvordan systemet fungerer, og hvorfor, i teamet som skrev det.

4. Klar for trinnvis utrulling

Plattformen kjører på fysiske rutere i kundens lab. Neste steg er kundens: å slippe den til abonnentene trinn for trinn, med start i én enkelt bygning.

Plattform for fjernadministrasjon av ruternettverket til en telekomleverandør