Differences

This shows you the differences between two versions of the page.

--- nav-ref:navref_110619 [2019/06/11 10:05] – created morten
+++ nav-ref:navref_110619 [2020/05/12 12:57] (current) – [Del 1 - Presentasjoner/Status] hmpf
@@ Line 4: / Line 4: @@
-Invitert:
+Tilstede:
   * Morten Brekkevold, //Uninett//
@@ Line 56: / Line 56: @@
 ==== 3. Nye ønsker og innspill fra gruppen ====
-  * Ingenting er forhåndsinnmeldt. Ordet fritt.
+  * UiA har sendt inn tre punkter til diskusjon etter agenda ble sendt ut. Ellers, ordet fritt.
 ===== Referat =====
-Kommer.
+Morten ønsket velkommen til møtet. **[[navref_131119|Neste møtedato ble satt til 13. november]]**. Dette er dagen etter //[[https://www.uninett.no/uninettdagene-2019|Uninett-dagene]]//, og vi tar utgangspunkt i å møtes fysisk i Trondheim. De som ikke skal besøke Uninett-dagene kan delta via videokonferanse.
+==== Del 1 - Presentasjoner/Status ====
+Morten presenterte en del nyheter, blant annet ting som er lagt til i 4.9-serien (som f.eks. tilgangsstyring vha. [[https://nav.uninett.no/doc/4.9/reference/ldap.html#configurable-options|LDAP entitlements]], og ting som kommer i neste feature-release (enten det blir 4.10 eller 5.0).
+Det ble gitt en demonstrasjon av //[[https://nav.uninett.no/doc/dev/intro/getting-started.html#adding-your-first-management-profile|Management profiles]]//, som er løsningen som introduseres for å kunne støtte flere protokoller enn SNMP v1 og v2c.
+Ellers jobbes det med funksjonalitet for å stole på webtjenerens ''REMOTE_USER''-header, slik at man kan implementere sin egen SSO-løsning for NAV-innlogging. Det vil etter hvert bli laget et proof-of-concept for Feide.
+Morten gikk deretter gjennom et kort statusbilde for Nettadministrasjons-tjenesten, hovedsakelig omkring den pågående runden med hardware- og OS-oppgraderinger, som nå er mer eller mindre ferdigstilt.
+Vidar presenterte et statusbilde for CNaaS-prosjektet, som førte til en teknisk diskusjon rundt valg av løsning for serverrom (802.1X eller MAB for servere?), bruk av RFC1918-adresserom for nettutstyr, mm.
+Innspill som ble gitt underveis i denne delen (hovedsakelig under demo-delen):
+  * **[[https://github.com/Uninett/nav/issues/2158|#2158]]** Ønske om mer komplekse filtermuligheter i auditlog-grensesnittet (f.eks. kombinere flere verb)
+  * **[[https://github.com/Uninett/nav/issues/2159|#2159]]** [BUG] UPS-widget ser ut til å angi gjenværende batteritid i sekunder på noe utstyr, i minutter på annet utstyr.
+ <note>Peder og Rune melder tilbake om spesifikke eksempler på sine respektive verktøykasser.</note>
+  * **[[https://github.com/Uninett/nav/issues/2021|#2021]]** Ønske om mulighet til å bruke bokser og rom som **mal** for å opprette nye bokser og rom i SeedDB. En del utstyr har ganske like parametre, og det er tungvindt å måtte taste inn alt på nytt hver gang.
+==== Del 2 - Fokus for videre utvikling/tilbakemelding ====
+UiA hadde meldt inn tre punkter til diskusjon, kort oppsummert:
+  - Vil verktøykassene brukes som host for Ansible i CNaaS
+    * Kort svar: //Nei//.
+    * Lengre svar: Det er ikke sikkert at en CNaaS-kunde vil ha en verktøykasse i dagens forstand, så VK har ikke blitt sett på som relevant. Det er mulig det trengs en jumphost inne hos kunden dersom utstyr må stå på RFC1918-adresser, men er det ikke tatt noen avgjørelser enda.
+  - Device lifecycle management i NAV.
+    * Man kan ikke søke opp historisk informasjon basert på serienummer i //Device history//-verktøyet. Det er synd, da dataene ligger i NAV. Nok et ankepunkt mot eksisterende implementasjon av //Device history//, som bør vurderes omskrevet. **[[https://github.com/Uninett/nav/issues/1996|#1996]]**
+    * **[[https://github.com/Uninett/nav/issues/1997|#1997]]** Lifecycle events mangler også i moderne NAV. Det har egentlig alltid vært meningen at lifecycle events skulle postes av av ipdevpoll mm. :
+      * //"Device satt i tjeneste som chassis/modul/et-eller-annet"// når nytt serienummer dukker opp.
+      * //"Device har byttet tjenestested"// om et serienummer forflytter seg fra en netbox til en annen.
+      * //"Device havnet på hylla"// når et serienummer forsvinner.
+      * //"Software-versjon har forandret seg fra X til Y"// når en device endrer SW.
+  - Oppløsning i tidsseriedata.
+    * UiA vil gjerne ha et lengre tidsrom med høy oppløsning i tidsseriedata enn det som NAV legger opp til.
+    * Denne konfigurasjonen er helt uavhengig av NAV, og kan gjøres på egen hånd ved å redigere Carbons ''storage-schemas.conf'', samt bruke ''whisper-resize'' på eksisterende datafiler.
+    * Rune kan ta kontakt med drift@uninett.no for støtte til dette på sin egen verktøykasse.
+    * Under diskusjonen gjentok Knut-Helge sitt ønske om at tidsserie-data skulle aggregeres med flere funksjoner enn //average//. At oppløsningen blir redusert med gjennomsnittsverdier som utgangspunkt gjør at lasttoppene forsvinner over tid.
+      * Dette er litt mer tungvindt under Graphite enn med ren RRD, da kun én konsolideringsregel kan knyttes til hver metrikk. Det må derfor brukes en mekanisme som dupliserer metrikker, og påfører en annen konsolideringsregel for duplikatet (det er usikkert hvorvidt en slik mekanismen fins i carbon, eller om man må sette et verktøy mellom carbon og klientprogrammet som sender data til carbon). I tillegg må det lages et valg i graf-visninger om visning av alternative metrikkfiler (dersom disse kan oppdages).
+* Peder ønsker å skryte av at PortAdmin nå også viser VLAN-description i VLAN-dropdown (dette ble fikset i <del>[[https://github.com/UNINETT/nav/issues/1935|1935]]</del> i NAV 4.9.6)
+  * ** [[https://github.com/Uninett/nav/issues/2160|#2160]]** Det ble ytret ønske om description også i portlisten i ipdevinfo.
+Vidar og Peder måtte forlate møtet på dette tidspunktet.
+==== Del 3 - Nye ønsker og innspill fra gruppen ====
+En kort, avsluttende runde rundt bordet ga ingen nye innspill, kun spørsmål omkring ting som var diskutert før:
+  * NTNU ønsker [[https://github.com/Uninett/nav/pull/1859|#1859]] (//Improve portadmin support for dot1x//) integrert så raskt som mulig.
+  * NTNU lurer på status på [[https://github.com/Uninett/nav/pull/1939|#1939]] (//Accessing the API is slow when there is a lot of data//).
+  * UiO hadde ingen nye ønsker, men det ble en kort diskusjon omkring UiOs tidligere innmeldte behov for å ha en form for "utskutt innsamling/overvåkning" i sikre soner, der NAV ikke kan overvåke utenifra. Dette er muligens løsbart med en fremtidig utvidelse av worker-modellen til ipdevpoll, hvor worker-prosesser kan kjøre på andre maskiner enn ipdevpolls scheduler-prosess.
+  <note>Sigurd skulle skaffe tilbakemelding om hvilken aksess som i det hele tatt er mulig fra disse sikre sonene på UiO, som kan brukes som innspill til en eventuell kravspesifikasjon på en ny feature</note>