NAV-ref Home

Tilstede:

• John-Magne Bredal, UNINETT
• Morten Brekkevold, UNINETT
• Børge Brunes, UiTø
• Vidar Faltinsen, UNINETT
• Rune Kittelsen, UiA
• Jan Sigurd Refvik, UiO
• Peder Sefland, HiVolda
• Gro-Anita Vindheim, NTNU

Møtet var i Teknobyen, Trondheim og varte fra kl. 09-15, avbrutt av lunsj.

1. Status gjeldende arbeidsliste.
2. Innspill til implementasjonsdetaljer.
3. Åpent forum.
4. Dato for neste møte.

1. Status gjeldende arbeidsliste.
   • John-Magne og Morten gjennomgikk de punktene på arbeidslisten som de anså seg som ferdige med.
   • Neste feature-release er først 12. september. Spørsmål til gruppen om hvorvidt releasetakten er god. Antall nye feature-releaser i året er bra, men det er spredt noe ujevnt utover året, og dette bør kanskje justeres på. Enkelte mindre funksjoner bør det være mulig å få med i en av vedlikeholdsversjonene vi kommer med underveis.
2. Innspill til implementasjonsdetaljer.
   • Tre dårlig spesifiserte oppgaver fra arbeidslisten ble lagt frem.
   • Det ble gitt tilbakemeldinger på hva som bør omfattes av LP#1069763 og LP#1062288, mens det ble besluttet at LP#1062286 utgår fra arbeidslisten, da funksjonaliteten er alt for NTNU-spesifikk.
   • John-Magne presenterte utviklernes planer for innføring av Foundation som rammeverk for ny webdesign, og demonstrerte en prototyp av nytt grensesnitt.
3. Åpent forum.
   • Helge Stranden (UNINETT) holdt en presentasjon av beredskapssituasjonen i kommunikasjonsrom rundt om i UH-sektoren, spesielt med tanke på strømsituasjon og monitorering av miljø og strøm i slike rom. UNINETTs plan er å implementere begynnende støtte for slikt utstyr fra APC, som er tilgjengelig for oss. Dette støttes av gruppen.
     • UiT er langt fremme i overvåkning av UPS-er mm., slik at man nok bør rådføre seg med dem i dette arbeidet.
   • Manglende forståelse i NAV for redundans-modeller som Cisco VSS ble diskutert. Utviklerne vil gjøre datainnsanking fra en av UiAs kjernerutere som kjører som en VSS for å se hvordan dette kan understøttes, men foreløpig er det for gruppen ingen kjente tilfeller av lignende redundans modeller i drift i dag. Diverse former for virtuelle switcher i virtualiseringsplattformer ble også diskutert.
   • En Cricket-basert løsning for statistikkinnsamling fra fysiske porter som hverken er klassifisert som ruterporter eller switcheporter ble demonstrert. Det ble enighet om at vi kan oppheve det kunstige skillet mellom port-typer i Crickets grensesnitt, ved å legge all port-statistikk under ett og samme subtre. Dette kan gjøres til en av de nærmeste vedliksholdsversjonene som kommer ut.
   • HiVolda har fremmet ønske om en bildebase for kommunikasjonsrom i NAV. En slik løsning vil gi mulighet til å laste opp bilder, og evt. vilkårlige dokumenter, med beskrivelser, knyttet til kommunikasjonsrom som er registrert i NAV. Utbredt enighet fra resten av gruppen om at dette ville vært en veldig nyttig funksjon. Også løsninger som tillot vilkårlige felter knyttet til kommunikasjonsrom ble diskutert, som alternativ til dagens opt1-4-feilter.
   • Diskusjon rundt arbeidslisten og mulighet for omprioriteringer. Det ble enighet om at LP#1062298 er knyttet til LP#1062150, som begge er viktige. Førstnevnte flyttes opp sammen med sistnevnte. Deretter settes det strek under dette punktet i listen, og alle punkter under dette, samt nye punkter som kommer til, vil være gjenstand for en ny stemmerunde etter møtet.
   • Noe diskusjon rundt fremtidsvisjoner for NAV. Forslag om at NAVs topologiforståelse skal kunne utnyttes bedre til å analysere avhengigheter mellom tjenester og understøttende infrastruktur. NAV som alarmsentral ble også diskutert igjen, men vil på sikt kreve at NAVs eksisterende hendelses- og alarmsystem må løsrives mer fra resten av NAVs datamodell.
4. Fredag 4. oktober ble valgt som neste møtedato.

• UiA opplever fremdeles en bug med at noen prefiks tilsynelatende faller ut fra sitt tilhørende VLAN i NAV (spesielt en av deres to VLAN 110)
• Forslag om at vi preparerer en virtual appliance med betaversjoner av NAV, samt lager en prosedyre/script for å fylle en slik instans med data fra produksjon. Slik unngår man å kjøre betatest i produksjonsmiljø.
• Fremdeles ønske om å kunne lettere ta utskrifter av kart i Netmap, evt. screenshots for å inkludere i andre dokumenter.
• Kan LP#1062290 slippes som en del av 3.14-serien i stedet for å vente helt til 3.15 i september?
• LP#1061523 ble trukket fram og diskutert litt. Kan man designe sin egen “portalforside” i NAV, der man henter inn diverse tools som “portlets”? Forslag til “portlets” eller “widgets” som kan plasseres og flyttes rundt:
  • Machinetracker søkefelt
  • Portadmin søkefelt
  • Statusoversikt (med et gitt filter)
  • Driftsmeldinger (som i dag)
  • Maintenance?
  • Lenkebokser (de som i dag ligger fast til høyre)
• GBICs blir sett som moduler av NAV (dette er en begrensning i klassifiseringen som er tilgjengelig i ENTITY-MIB).
  • Forslag om at NAV behandler “moduler” som står i porter annerleder.
  • Et mulig problem med dette er FEX (fabric extender) på Nexus, som er en slags fremskutt modul koblet i en vanlig port. Hvordan kan man skille mellom dette?
• Såvidt en diskusjon rundt et nett av flere NAV-installasjoner som rapporterer til en sentral super-NAV, noe som ble diskutert med det danske forsningsnettet for et år siden.

• LP#1169154 Transceivers should have their own class instead of counting as modules
• LP#1169166 Community strings should be censored in the SeedDB netbox listing
• LP#1169527 Detect topology of unrouted VLANs
• LP#1169532 Script to filter NAV database dumps
• LP#1169550 Model virtual stacks to enable alerts on stack degradation
• LP#1169553 Collect traffic statistics for physical ports and merge with switch-ports and router-interfaces in Cricket to a common ports tree
• LP#1169179 Database of room pictures
• LP#1169557 Room and Organization opt fields should be replaced with a arbitrary variable=value scheme
• LP#1169559 Print button for Netmap
• LP#1169562 Collect power statistics from APC equipment