Praktikantopgaven: Et Danmarkskort

En af fordelene ved at få en kreativ datamatiker-praktikant ind i virksomheden er, at man kan få realiseret nogle af de gode ideer, man har liggende i skuffen til en regnvejrsdag, men ikke har haft tid til at gøre noget ved.

For vores vedkommende var en af disse ideer et Danmarkskort, der viser vores kunders fysiske placering, samt eventuelle problemer i vores net, som vi skal reagere på.

Det tog vores praktikant ca. 3 dage, fra ideen blev ham forelagt, til vi havde den første prototype, og derefter blev de næste par uger brugt på at finpudse brugerfladen, så vi kunne tage kortet i brug i vores kundeservice.

En genvej til proaktiv fejlfinding

I vores verden defineres proaktiv fejlfinding ved, at vi påbegynder fejlfinding på kundens forbindelse, før kunden selv opdager fejlen og tager kontakt til os.

Det er en stor fordel, da det giver en bedre oplevelse for kunden, og desuden sparer det tid i vores kundeservice.

Vores muligheder for proaktiv fejlfinding afhænger dog af, hvor meget kontrol vi har over kundens forbindelse.

På vores eget fibernet har vi fuld kontrol over alle elementer, da vi har mulighed for at overvåge samtlige switches i access-nettet, og hvis der er en fiber, der graves over, eller en switch, der går ned, får vi en alarm fra vores overvågningssystem.

På TDC's kobber- og coax-net lejer vi den sidste strækning ud til kunden af TDC, og det betyder, at vores muligheder for proaktiv fejlfinding bliver begrænset.

Når vi mister forbindelsen til en slutbruger, er det langt fra sikkert, at vi opdager det med det samme. Hvis der er tale om en DSL-kunde, der får overgravet sit telefonkabel, vil det for os se ud præcis som hvis han blot havde slukket for sit udstyr.

Det samme gælder, hvis der sker en fejl i en DSLAM eller switch hos TDC - for os er det eneste umiddelbare symptom, at der ikke kommer noget trafik fra den pågældende kunde.

Det er dog vigtigt for os at identificere de såkaldte multifejl, som berører flere kunder samtidig, dels fordi alvoren stiger med antallet af berørte kunder, dels fordi det har betydning for, hvordan vi skal gribe problemet an.

En måde at detektere multifejl på er at kigge på de pingtests, vi udfører på samtlige kunder hvert 5. minut.

De fleste af dem svarer på ping, og vi kan derfor konkludere, at de er gået offline, hvis de holder op med at svare.

Opgaven er nu at finde ud af, om der er nogen sammenhæng mellem de kunder, der er gået offline, og at der derfor er tale om en multifejl.

Hvordan gør man det?

Mange fejl i nettet har den store fordel, at de som regel manifesterer sig i et specifikt geografisk område. Derfor kan man plotte lokationen af de fejlramte kunder på et kort - det vil ret hurtigt give et billede af, om der er et generelt problem, der skal tages hånd om.

Samtidig gemmer vi historikken i et par timer, hvilket giver os mulighed for at spole tilbage i tiden og se, om der har været et issue, som siden er blevet løst.

Sådan blev opgaven løst

Vores praktikant fik et internt REST-API stillet til rådighed, hvorfra han kunne hente vores ping-historik for et givent tidsrum.

Samtidig blev han introduceret for DAWA, som jeg tidligere har talt varmt om, og herfra kunne han hente en komplet adresseliste med GPS-koordinater.

Ved at samkøre DAWAs adresseliste med vores ping-historik kunne han danne en liste med online og offline kunder og deres respektive lokationer.

Han byggede et kortværktøj baseret på Mapbox og Leaflet, som er et populært JavaScript-library til bygning af interaktive kortapplikationer. Valget faldt på et kort i gråtoner, så de grønne og røde markers for hhv. online og offline kunder træder tydeligt frem.

Vi vil dog gerne publicere resultatet på vores website, så vores kunder løbende kan se den aktuelle status på vores netværk, og det gav os en udfordring, som skulle løses.

Det går jo ikke, at vi offentliggør vores kunders adresser, og det ville i sidste ende være konsekvensen, hvis vi lod selve kortværktøjet være offentligt tilgængeligt, da et GPS-koordinat ofte er at sidestille med en fysisk adresse.

For at undgå at lække kundernes adresser til omverdenen byggede vores praktikant et script, som kunne tage et screenshot af kortet ved hjælp af wkhtmltoimage og gemme dette som et JPG-billede, som vi kan publicere i stedet.

På grund af billedets opløsning kan man ikke gå baglæns og udlæse en specifik kundes GPS-koordinat, og dermed er privacy-problemet umiddelbart løst.

Vi betragter derfor praktikantopgaven som løst - kortet fungerer, og det forbedrer vores kundeservice og vores overblik.

En oplagt udvidelse til kortet er at tilføje en funktion, så man kan visualisere den enkelte kundes pingtid ved hjælp af en farvegradient - dermed får vi tilføjet en ekstra nuance til vores kvalitetskontrol.

Det er dog sat på to-do-listen til den næste regnvejrsdag, da vores praktikant er i gang med den næste opgave, der handler om analyse af vores fakturadata.

Inspirationen til dette værktøj kommer som altid fra mange forskellige kilder - herunder også Steen Garbers Enevoldsen, som på sin udmærkede blog har fortalt om Fullrates implementation af et lignende værktøj. Steens blog kan i øvrigt varmt anbefales, da den på god og kompetent vis fortæller om de udfordringer, der kan være med levering af internet over telefonkabler, der ofte er op mod 100 år gamle.