User Tools

Site Tools


nav-ref:navref_101111

This is an old revision of the document!


NAV referansegruppemøte 10/11-2011

NAV-ref Home

Dette var stiftelsesmøte for referansegruppa. Hele gruppa var samlet (som vi håper alltid blir tilfelle):

  • Vidar Faltinsen, UNINETT (fungerer som leder og sekretær)
  • Morten Brekkevold, UNINETT
  • Gro-Anita Vindheim, NTNU
  • Børge Brunes, UiTø
  • Jan Sigurd Refvik, UiO
  • Rune Kittelsen, UiA
  • Peder Sefland, HiVolda

Agenda

Møtet varte fra kl 10 - 15 avbrutt av lunch.

  1. Velkommen v/Vidar
  2. Referansegruppens mandat v/Vidar
  3. Status på utvikling pr nov 2011. Planer ut året. Rammer. v/Vidar
  4. Runde rundt bordet - hvordan bruker dere NAV? Hva savner dere? Hvilke andre verktøy bruker dere, da med hovedfokus på nettverk.
  5. Innspill til neste års utvikling.
  6. Dato for neste møte

Vidar holdt en innledende presentasjon som tok opp punkt 1-3 på agendaen. Dette pågikk til litt over lunch. Møtet var veldig interaktivt og mange momenter fra punkt 4-5 kom opp tidlig på dagen. Vidar lot bevisst innspill komme når folk kom på ting. Det var i essens et svært aktivt møte med mange nyttige innspill og gode diskusjoner over bordet!

Referat

Mandat

Det kom et innstill relatert til det å diskutere integrasjon mellom NAV og Xymon/Hobbit. Det er natutrlig at referansegruppen tar tak i. Har etter møtet omformulert siste kulepunkt i mandadet og oppdatert på referansegruppens hovedside.

Har også lagt til et nytt nest siste kulepunkt for å få med det andre innspillet på møte om at NAV egenutvidelser bør diskuteres av gruppa.

Kvalitetssikring av NAV

Peder reiste spørsmål om hvordan utvikling av NAV kvalitetssikres. Noen år tilbake ville dette vært et ømt punkt. Ikke lenger. Morten har innført gode rutiner for kvalitetskontroll. Herunder:

  • Automatisert testing av ny kode ved bruk av Hudson (nå Jenkins)
    • enhetstesting
    • unittresting
    • regresjonstesting
  • Morten gjør “code review” av all ny kode.

Vidar presenterte denne anbefalingen. Man er enig om at det er en god ide å samle alarmer i et verktøy, men i praksis skjer ikke dette ved UiO og NTNU i dag. Systemfolka har sine egne verktøy som rapporter uavhengig av NAV.

På verktøykassene har UNINETT vektlagt integrasjon av alarmer fra Hobbit til NAV.

UNINETT har flagget at vi ikke prioriterer tjenesteovervåkeren. UiTø har vedlikehold denne. Børge var usikker på hvor lenge det vil fortsette da UiTø nå vurderer Xymon/Hobbit.

  • UiTø er fornøyd med Hobbit som widnowsovervåker så lenge man dropper event(?)

HiVolda og UiA bruker NAV sin tjenesteovervåker per i dag. Vi vet flere i sektoren gjør dette også. Tjenesteovervåkeren vil ikke bli faset ut. Bare ikke videreutviklet. Bugfiksing vil bli tatt.

  • UiA vil se på nye verkrøy for tjenesteovervåkning.
  • UiO bruker Nagios for tjenesteovervåkning.

Utvidelser til skopet NAV dekker

Det er enighet om at NAV ikke bør utvide sitt skop, men forbedre seg innenfor skopet. Eksempler på nye verktøy som kan være aktuelle (som NAV ikke bør løse):

  • Randseed: for tftp/konfigurasjonsstyring
    • det er behov for en jobb som sørger for at alle svitsjer for lagret sin config på tftpserver. Mulig randseed fikser dette?
      • NTNU og UiO har løst dette med snmp write script
    • Kiwi catttool er et alternativ til randseed (Rune)
  • syslog analyse
    • Morten: Skalerer ikke å legge dette i database
      • Se etter andre verktøy for syslog
  • Peder:
    • NAV bør la seg inspierer av Cisco Prime sitt “dashboard”.
    • Kjekt med noe som kvalitetssikrer config, at det er i tråd med UFS109.
      • Vidar: UNINETT har laget et script som parser config og redigerer på feil. Myntet på forskningsnettrutere. Man kan lage noe slikt for svitsjer.
      • Børge: Bedre å finne verktøy som eksisterer
  • UiTø:
    • Behov for kompetanseutvikling i forhold til NAV - Xymon integrasjon
      • Vidar: Hva om Ingeborg kommer på besøk til Morten en dag elns?
  • Nytt grensetitt for terskelsetting. Lite testet hittil. UiA har satt opp terskler, men ikke fått alarmer (da nettet har oppført seg bra).
    • LEKSE: Test tjenesteovervåker
  • Macwatch: Gro-Anita betenkt ut i fra et personvernståested. Vidar påpekte at det var institusjonens egen sikkerhetspolicy som får avgjøre om verktøyet brukes.
    • Peder: Foreslår en utvidelse der man kan få alarmer basert på mac prefiks (les vendorid). Også statistikk relatert til mac vendorid veldig interessant.
  • Alarm når en topologilink går ned. Alle: Bra
    • Morten: Generell ide om å oppdatere link status på alle porter hyppigere. i dag er det 6timer. Vil la det bli justerbart hovr ofte.
    • Ønsker om forbedringer til etter 3.10:
      • Bare alarm for redundante topologilinker, ikke alle topologilinker, eller mer presist når topologiport går ned og boks bak svarer på ping.
      • Bare alerm for visse subnett/vlan
      • Uplink port mot UNINETT er særlig viktig, blir de med…

Behov som blir viktig fremover

  • Sanntidskommunikasjon i vekst i campusnettet rapporterer Børge. Herunder SIP/IP-telefoni, video, IPTV, etc.
    • NAV sin toolbox bør være frontend mot verktøy som fokuserre på å understøtte god sanntidskommunikasjon
    • Mulig verktøy hører hjemme på målepåleplattform, evt minipåler utplassert i nettet.
  • Virtualisering, herunder VMWare miljøer
    • VMWare har en virtuell svitsj. Hvor god NAV-støtte er det her? (Peder)
    • Morten testet Naxus1000 sist vår. Manglet da støtte for bridge mib. Det er muligens utbedret. Vi bør teste på ny.
  • Bedre utstyrsstøtte
    • Ny avtale for nettelektronikk i sektoren åpner for Juniper og HP H3C.
      • H3C er testet, man fant feil, leverandør har utbedret og NAV støtten er nå på plass
      • Morten har også testet Extreme i Finland vår. Også ok.
      • Nlogic tester Juniper EX4200 med NAV. Et problem relatert til maskinsoring. Trolig det faktum at getboksmacs ikke støtter qbridge MIB. Morten ser på dette i forbindelse med erstatning av getboksmacs.
    • Jan Sigurd: Problem at enkelte svitsjer ikke støtter en MIB fullt ut

Forbedringsønsker

  • Maskinsporing
    • Dersom det er trunk mot IP-telefon (og PC henger bak telefon), mister man maskinsporing av telefon og PC bak (siden dette er trunk, slik NAV er laget i dag).
      • Morten: Relevant å fikse/løse ved reimplementering av getbokxmacs.
  • Seeddb
    • Mer sjekker når man legger inn en boks. Er dette virkelig en GW/SW eller GSW.
      • Morten: Vi kan vurdere autoklassifisering her avhengig av hva ipdevpoll finner. Dvs autklassifisering overstyrer satt kategori i seeddb.
  • NAV bar search
    • Bra! Men kanskje dropdown etter hva man søker i (Jan Sigurd)
  • netbiosnavn støtte (UiTø sin implementasjon)
    • Man bør se på integrasjon i machine tracker. NTNU ønsker link videre til nav.
  • Oppdagede bokser som ikke er i NAV
    • Dagens baserer seg på CDP. Bør støtte LLDP også.
    • Bug i dagens - case sensitivt (Børge, Rune, Peder)
    • Kjekt om man kan huke av irrelevante entries… (Rune)
  • netmap
    • utnytter ikke hele skjermen (Peder)
    • vanskelig med eksport får å skrive ut/bruke i andre sammenhenger (Peder)
    • gynger for mye (Børge)
    • vlanplot var bedre (Rune)
    • Zoome inn på et område kjekt (Jan Sigurd)
    • Se liste over linker som har gått nese siste halvår elns (Børge)
    • Morten: ønsker å bli kvitt java. Dette kan gjøres i javascript.
    • Vi trenger kravspek før vi lager nytt netmap (Gro-Anita)
  • roomview
    • NTNU har laget en utvidelse som gir oversikt over alle svitsjeporter i et rom og hvor lenge det er siden portene sist er brukt. Man kan tune visning etter antall dager. Meget nyttig. Alle likte denne
    • Morten foreslår at IP Device Info bør utvides med et room view der denne visningen kan inngå
    • Peder: kan vi se PoE også
      • Morten: sjekket etter møte. Måten dette er støttet i MIBer gjør det vanskelig å støtte PoE innsamling dessverre. Blir ikke med det første.
  • Software på alt utstyr
    • Software info mangelfull i boksnivå rapporter (Rune)
      • Problem: software ligger på modulnivå. For modulære cisco svitsjer så vises ikke software på boksnivå. Ingen generell måte å implementere. Like fullt viktig.
      • Morten vil vurdere et Cisco-hack for å løse dette (getDeviceData løste det ved et hack)
    • Ønskelig med mer enn software også fullt image navn (som sier hvilket software-tog dette er (Rune)
  • ssh lenke fra utstyr
    • Kjekt slikt at man ved et klikk kan logge seg inn på svitsjen for å se mer (Peder)
    • Morten: blir fort browser og OS avhengig, men kan se
    • Ikke sikkert du har tilgang fra der du er med browseren din (Rune)
  • NAV på smartphone
    • avgrens til statusside og portconfig (Gro-Anita)
  • PortAdmin
    • utvid til å konfigurere trunker (Gro-Anita)
    • støtt voice vlan (Peder)
      • UiTø konfiguerer voice vlan overalt, så det trengs ikke for dem
  • Server snmpsanking dårligere støttet nå enn med gDD (Børge)
    • Morten: ikke tenkt på det med ipdevpoll, må sjekke HR mib.
  • Problemer med maintenance
    • Børge gir mer info…
  • Problem med manuell url skriving
    • Av og til / av og til ikke…
  • Noen bokser blir klassifisert med for mange OIDer (Børge)
    • gjør NAV treg
  • Vis topologi ut fra en svitsj, et nivå ned (Børge)
    • Morten: i IP dev info: vis topolgien fra svitsjen
  • Vis alle svitsjeporter for et vlan virker ikke (Børge)
  • Få opp kvaliteten på dataene som er i NAV (ikke alltid riktig) (Børge)
  • DHCP statistikk
    • NTNU har løsning med Cricket for dette. Maskiner over tid for et vlan og i samme grap dhcp-uttak og dhcp pool tak.
  • Vis antall IPv6 hoster i matric som mouseover

Neste møte

Endelig dato ble ikke satt, men uken før påsken ble foreslått. Det ble videre foreslått at referansegruppen har møte dagen etter en verktøykassesamling med sektoren.

Tentativt forslag:

  • Verktøykassesamling: onsdag 28. mars 2012
  • NAV referansegruppemøte: torsdag 29. mars 2012
nav-ref/navref_101111.1321115001.txt.gz · Last modified: 2015/11/13 13:38 (external edit)