This shows you the differences between two versions of the page.
Both sides previous revision Previous revision Next revision | Previous revision Last revision Both sides next revision | ||
nav-ref:navref_060923 [2023/08/28 11:50] morten lagt til noen agendapunkter |
nav-ref:navref_060923 [2023/09/06 06:02] morten Innspill fra UiT |
||
---|---|---|---|
Line 29: | Line 29: | ||
=== 1. Presentasjoner/Status === | === 1. Presentasjoner/Status === | ||
+ | |||
+ | * Bare èn NAV-release siden forrige møte: | ||
+ | * Bugfix-release: [[https://github.com/Uninett/nav/releases/tag/5.6.1|5.6.1]] | ||
+ | * NAV 5.7.0 forventes sluppet i morgen, 7. september: | ||
+ | * [[https://github.com/Uninett/nav/blob/master/CHANGELOG.md|CHANGELOG.md]] | ||
+ | |||
+ | * Siste sprint før sommeren hadde et visst fokus på PortAdmin, men resulterte ikke i noen release. Mange PortAdmin-oppgaver står i kø, og det krever en del endringer av både måten PortAdmin fungerer i backend og i front-end, så dette tar tid. | ||
+ | * Ting det jobbes med akkurat nå: | ||
+ | * PoE-config for Juniper (NETCONF) | ||
+ | * PoE-config for Cisco (SNMP) | ||
+ | * Andre oppgaver som ligger i PortAdmin-sfæren: | ||
+ | * Proxying av config-endringer til eksterne API, som CNaaS-NMS | ||
+ | * Portprofiler/templates/tags | ||
+ | |||
+ | * I tillegg har arbeidet med refresh-knapp i ipdevpoll blitt tatt opp igjen ([[https://github.com/Uninett/nav/issues/1073|#1073 - Refresh button to update single device]]) | ||
+ | |||
+ | * Ikke minst jobbes det igjen med å betale ned en del teknisk gjeld i kodebasen. | ||
+ | * Modernisering av pakkingen av NAV. Pakking i Python har tatt noen syvmilssteg videre siden NAV ble et rent Python-prosjekt, og det kreves en del endringer her for at NAV fremdeles skal være byggbart under Python 3.12 og nyere. | ||
+ | * Se ellers listen over "Developer-centric fixes" i CHANGELOG.md. | ||
+ | | ||
Line 36: | Line 56: | ||
* Sikt får jevnlige tilbakemeldinger og spørsmål om ikke det skjer noe med SNMPv3-støtte i NAV, jfr. [[https://github.com/UNINETT/nav/issues/1177|#1177]]. Utenfor at flere Sikt-kunder har meldt seg på GitHub, har vi også mottatt tilbakemeldinger fra Statsbygg, som vurderer NAV, men hvor SNMPv3 er et krav. | * Sikt får jevnlige tilbakemeldinger og spørsmål om ikke det skjer noe med SNMPv3-støtte i NAV, jfr. [[https://github.com/UNINETT/nav/issues/1177|#1177]]. Utenfor at flere Sikt-kunder har meldt seg på GitHub, har vi også mottatt tilbakemeldinger fra Statsbygg, som vurderer NAV, men hvor SNMPv3 er et krav. | ||
* Skal vi opp-prioritere SNMPv3-arbeidet? | * Skal vi opp-prioritere SNMPv3-arbeidet? | ||
+ | |||
* Juniper SRX | * Juniper SRX | ||
* UiA hadde diverse spørsmål om SRX-plattformen og NAV i 2021, men dette har ikke blitt diskutert noe nærmere. UiA kan sikkert selv redegjøre for hva som er ønskelig, men det som ble nevnt den gangen var at man ønsket statistikk/tall på: | * UiA hadde diverse spørsmål om SRX-plattformen og NAV i 2021, men dette har ikke blitt diskutert noe nærmere. UiA kan sikkert selv redegjøre for hva som er ønskelig, men det som ble nevnt den gangen var at man ønsket statistikk/tall på: | ||
Line 43: | Line 64: | ||
* Trafikken som genereres. Men den kan for totalen i alle fall hentes fra switch SRX henger mot. | * Trafikken som genereres. Men den kan for totalen i alle fall hentes fra switch SRX henger mot. | ||
* Kan godt hende dette er noe CNaaS vil ha en formening om også, da vi leverer SRX til enkelte kunder. | * Kan godt hende dette er noe CNaaS vil ha en formening om også, da vi leverer SRX til enkelte kunder. | ||
+ | |||
* Validering av SMS-telefonnumre i alarmprofiler | * Validering av SMS-telefonnumre i alarmprofiler | ||
* Dagens løsning validerer bare at et telefonnummer består av siffer og ingenting annet. Vi burde forbedre valideringen, men hva med internasjonale numre? | * Dagens løsning validerer bare at et telefonnummer består av siffer og ingenting annet. Vi burde forbedre valideringen, men hva med internasjonale numre? | ||
+ | |||
+ | * PaloAlto ARP-støtte i ipdevpoll, hilsen UiT | ||
+ | * UiT har innlevert følgende bidrag: https://github.com/Uninett/nav/pull/2631 | ||
+ | * Hvor raskt får vi den inn i en NAV-release? | ||
+ | |||
+ | * Trege Graphite-spørringer | ||
+ | * UiT har meldt inn: [[https://github.com/Uninett/nav/issues/2575|Ranked statistics caching not working on large installations #2575]] | ||
+ | * Kan Sikt bidra med feilsøking av konfigurasjon mm. hos UiT? | ||
+ | |||
+ | * [[https://github.com/Uninett/nav/issues/2248|Multi-factor authentication (MFA)]] | ||
+ | * Vi mener fremdeles dette kan la seg løse i første omgang ved å konfigurere inn Feide-innlogging i NAV. | ||
+ | * Dokumentasjon: https://nav.readthedocs.io/en/latest/howto/mod_auth_openidc_feide.html | ||
+ | * Eksisterende howto-guide sier ikke noe om autorisasjon. Det er ønskelig å begrense *hvilke* brukere som kan logge inn. | ||
+ | * Dette skal formodentlig [[https://github.com/OpenIDC/mod_auth_openidc/wiki/Authorization|være mulig å styre med konfigurasjon av ''mod_auth_openidc'']], men vi mangler en proof-of-concept. | ||
+ | * Vi foreslår at vi forsøker å bygge en proof-of-concept for CNaaS (hvor det er ønskelig med Feide-innlogging på alle involverte VK-er) og dokumenterer denne. | ||
=== 3. Nye ønsker og innspill fra gruppen === | === 3. Nye ønsker og innspill fra gruppen === | ||
- | Runde rundt "bordet". Foreløpig ingen forhåndsinnmeldte saker. | + | Runde rundt "bordet". UiT har meldt inn ett innspill i forkant: |
+ | |||
+ | > UiT har nylig slengt seg på VRF-kjøret. Er det mange andre i sektoren som gjør dette og bør NAV legge noen planer i den retninga? | ||
=== 4. Neste møte === | === 4. Neste møte === | ||
- | Vi velger neste møtedato, ca. 6. desember. Mulig fysisk, i Trondheim. | + | Vi velger neste møtedato, ca. 6. desember. Mulig fysisk, i Trondheim (men Sikt har en personalsamling i Bergen 7-8. desember) |
===== Referat ===== | ===== Referat ===== |