Table of Contents

NAV referansegruppemøte 25. mai 2021

NAV-ref Home

Tilstede:

Forfall:

Agenda

Møtet blir avholdt som videokonferanse vha. Zoom, fra kl. 12:30 til 15:00.

0. Velkommen/Innledning

1. Status og tilbakemeldinger til pågående arbeid

2. Nye ønsker og innspill fra gruppen

Ingenting er forhåndsinnmeldt. Runde rundt “bordet”.

3. Neste møte

Neste møte blir et videomøte. Foreløpig datoforslag: Tirsdag 24. august

Referat

Morten ønsket velkommen til møtet.

1. Status og tilbakemeldinger til pågående arbeid

Ettersom det ikke er mange nyheter å presentere fra NAV-utvikling, ble møtet for det meste en gjennomgang av pågående arbeid innmeldte ønsker til utvidelser i PortAdmin-verktøyet i NAV - samt litt status på redefinisjon av severity-begrepet i NAVs alarmsystem.

PortAdmin

Morten redegjorde for omstruktureringer som har vært gjort i PortAdmins kodebase det siste året. For tiden jobbes det med å integrere proxy-aktig backend for å delegere alle konfigurasjonsendringer gjort med PortAdmin til CNaaS-NMS, gjennom dens REST-API.

Dette arbeidet har avdekket flere behov for endringer i frontend, som gjør det mer fleksibelt å styre hvilke konfigurasjonsinnstillinger det skal være mulig å styre for hver enkelt port. CNaaS-NMS kan for eksempel forby VLAN-endringer på porter som kjører 802.1X eller på annet vis er låst i CNaaS-NMS, mens endringer på description, eller shutdown/enable forblir tillatt.

I tillegg kommer ønsker om mulighet til å skru på andre konfigurasjonsparametre for porter, så som PoE (Power-over-Ethernet) og 802.1X-konfigurasjon.

Et tredje innspill, som kan dekke flere av disse ønskene, er at i stedet for å la brukeren konfigurere VLAN fritt, kan PortAdmin la brukeren velge mellom forhåndsdefinerterte profiler. En profil angir et sett med konfigurasjonsparametre for en port, så som VLAN, 802.1X-parametre, VOIP-vlan.

Profiler kan formodentlig konfigureres uten et skreddersydd grensesnitt i PortAdmin, f.eks. i en konfigurasjonsfil. Enkelte utstyrsleverandører kan tom. tilby innebygde konsepter som ligner på dette. For eksempel har Juniper konseptet “interface range”. En “interface range” er en mal-konfigurasjon for et interface, og så kan man melde interfaces inn og ut av denne malkonfigurasjonen.

NTNUs eksisterende verktøy for 802.1X-konfigurasjon brukes i stor grad kun til å justere fallback-VLAN, dvs. hvilket VLAN en port skal stå på dersom en tilkoblet klient ikke støtter 802.1X - det meste andre av parametre kunne vært lagt i en profil.

Backend-systemet til PortAdmin mangler foreløpig også en måte å signalisere hvilken funksjonalitet som støttes eller ikke støttes av en backend. De fleste operasjoner som har vært støttet frem til nå er såpass basale at de fins i alle switcher, som admState, ifAlias og VLAN-konfigurasjon. Cisco-proprietær VOIP-konfigurasjon er den første funksjonaliteten som kommer utenom, og dette kan det bli mer av om man blander inn PoE, 802.1X og CNaaS-NMS.

Møtet ble enig om at utviklerne sonderer terrenget internt (i CNaaS-teamet, ettersom de var for travle til å delta denne dagen) og lager et slags forslag til funksjonalitet som legges fram for referansegruppen.

Severity

Oppgaven, som definert i #2259, er underveis. Migrasjoner for eksisterende data er definert, og alle steder i NAV-koden som setter verdier i gammel skala er oppdatert. Men den viktigste oppgaven gjenstår: Nemlig muligheten til å konfigurere verdiene som settes av eventEngine.

2. Nye ønsker og innspill fra gruppen

Runde rundt bordet:

3. Neste møte

Neste møte ble satt til tirsdag 21. september 2021, kl. 12:30-15:00, over Zoom.