Vel møtt til nytt nav-ref-møte, tirsdag 18. oktober hos UNINETT!
Møtet finner sted på møterom Perl i Teknobyen 5. etg., Abels Gate 5, klokken 09-15.
Vi foreslår følgende overordnede agenda (men vi tilpasser oss underveis):
0. Velkommen/Innledning
Vi ønsker Einar Lillebrygfjeld velkommen som observatør og utstyrskonsulent :)
1. Status
Tom Myren kommer innom for å gi en veltalende innsikt i status og planer for WiFi-probene, og for diskusjon om hvordan de evt. vil integreres med verktøykassetjenesten.
Nyheter og status på NAV-features og VK, deriblant:
- IPAM - Hierarkiske lokasjoner - Cabling&Patch-registrering - Multiple dashboards - Forbedret miljøovervåkning - Bulk-upload av bilder
2. Fokus for videre utvikling / Tilbakemelding
For å få fremdrift på de høyest prioriterte oppgavene, trenger vi litt mer diskusjon rundt detaljene i følgende:
- Detektere degradering av aggregerte linker - BGP (og venner) overvåkning
Ellers kan vi nevne et innspill fra Universitetet i Linköping på sponset utvikling av SNMPv3-støtte.
3. Nye ønsker og innspill fra gruppen
Meld gjerne inn dine innspill skriftlig i forkant. Disse vil bli prioritert først.
Vi tar lunsjpause 1130 til 1230, og benstrekk etter behov.
Før vi reiser hver til vårt avtaler vi nytt møte til våren.
-- mvh Morten Brekkevold UNINETT
Til diskusjon på nav-ref:
Forslag til ny funksjonalitet: automatisk portrydding Bakgrunn På NTNU bruker vi vlan 666 for å indikere at et interface ikke er i bruk. Alle brukere av portAdmin har mulighet til å endre på porter med vlan 666. Vi ser ofte at porter som ikke er i bruk over lengre tid likevel står på et annet vlan enn 666. Dette skjer ofte fordi det ikke blir ryddet på switcheportene når brukere flytter på seg. Nettseksjonen bruker ofte en 400 dager-grense når nettverksutstyr oppgraderes – har ikke porten vært i bruk de siste 400 dager, så fjernes patchingen. Vi ønsker oss et verktøy som automatisk rydder opp når en port har stått lenge uten å bli brukt. På denne måten vil det være enklere å finne tilgjengelige gjenbrukbare porter. Forslag til løsning Del 1: Interface-tabellen utvides med to felter: Last-activity og Last-conf-change Last-activity baserer seg på innsamling av mac-adresser, og inneholder siste tidspunkt det ble oppdaget en (eller flere) aktiv en mac-adresse bak porten. Last-conf-change baserer seg på innsamling av inventory, og inneholder siste tidspunkt for endring av config (vlan, descr, speed, …)
Det kan tenkes at det er hensiktsmessig å ikke skille på disse to, og heller ha et felles felt som dekker begge feltene ovenfor.
Del 2: Det etableres et verktøy (script?) som oppdaterer vlan til et gitt vlannummer (for NTNU:666) på alle interface som treffer innenfor gitte kriterier. Verktøyet kjører automatisk f.eks en gang hver uke. Rapport over utførte oppdateringer sendes til epost@noen for gjennomsyn og evt feilsøking hvis brukere ringer. Kriteriene må være konfigurerbare. Blant disse bør være: (foreslått default verdi i parentes) Last-active-days (400) Last-conf-change-days (400) Default vlan (666) # vlan som skal settes etter X dager Do-not-touch-vlans (125,300) # liste over vlan som ikke skal endres til Default vlan, uavhengig av tid. Do-not-touch-interfaces (rfb-413-sw-J15,sb-341-sw2-*)
# bruk * for å "frede" alle interface på en switch # Hva når sysname eller intefacenr endrer seg? Kanskje script må ta høyde for, og varsle om, verdier som ikke eksisterer. Andre kriterier sikkert mulig.
-----------------------
Gro-Anita
-----Original Message----- From: nav-ref-request@uninett.no [mailto:nav-ref-request@uninett.no] On Behalf Of Morten Brekkevold Sent: Tuesday, October 11, 2016 10:55 AM To: nav-ref@uninett.no Cc: Einar Lillebrygfjeld einar.lillebrygfjeld@uninett.no; Tom Ivar Myren tom.myren@uninett.no Subject: [nav-ref] Agenda, nav-ref 18. oktober 2016
Vel møtt til nytt nav-ref-møte, tirsdag 18. oktober hos UNINETT!
Møtet finner sted på møterom Perl i Teknobyen 5. etg., Abels Gate 5, klokken 09-15.
Vi foreslår følgende overordnede agenda (men vi tilpasser oss underveis):
- Velkommen/Innledning
Vi ønsker Einar Lillebrygfjeld velkommen som observatør og utstyrskonsulent :)
- Status
Tom Myren kommer innom for å gi en veltalende innsikt i status og planer for WiFi-probene, og for diskusjon om hvordan de evt. vil integreres med verktøykassetjenesten.
Nyheter og status på NAV-features og VK, deriblant:
- IPAM - Hierarkiske lokasjoner - Cabling&Patch-registrering - Multiple dashboards - Forbedret miljøovervåkning - Bulk-upload av bilder
- Fokus for videre utvikling / Tilbakemelding
For å få fremdrift på de høyest prioriterte oppgavene, trenger vi litt mer diskusjon rundt detaljene i følgende:
- Detektere degradering av aggregerte linker
- BGP (og venner) overvåkning
Ellers kan vi nevne et innspill fra Universitetet i Linköping på sponset utvikling av SNMPv3-støtte.
- Nye ønsker og innspill fra gruppen
Meld gjerne inn dine innspill skriftlig i forkant. Disse vil bli prioritert først.
Vi tar lunsjpause 1130 til 1230, og benstrekk etter behov.
Før vi reiser hver til vårt avtaler vi nytt møte til våren.
-- mvh Morten Brekkevold UNINETT
Som en videreføring av punktet nedenfor ønsker jeg meg også en diskusjon rundt behov for interface-historikk ut over hvilken mac som ble registrert når. For eksempel endring av vlan, enabling/disabling, konfigendring på porten (speed++), endring i hvilke vlan som er på trunken, osv. Noe av det settes gjennom NAV, annet oppdages gjennom inventory-jobben.
Savner mest å kunne gå inn på et interface (for eksempel gjennom port details) og se historikk på endring i vlan (fra vlan X til vlan Y, utført av Z klokka T). Det finnes mye av dette i logger på vk-ene, men det er vanskelig tilgjengelig for de uten ssh-tilgang.
Typisk eksempel for oss vil være interface som har vært i satt i karantene/disablet gjennom Arnold. Dersom våre orakler kunne slå opp på porten, og med en gang kan bekrefte at "joda, porten din var disablet fra A til B", så vil det være mye enklere å være Orakel.
Gro-Anita
-----Original Message----- From: nav-ref-request@uninett.no [mailto:nav-ref-request@uninett.no] On Behalf Of Gro-Anita Hillestad Vindheim Sent: Thursday, October 13, 2016 10:01 AM To: Morten Brekkevold morten.brekkevold@uninett.no; nav- ref@uninett.no Cc: Einar Lillebrygfjeld einar.lillebrygfjeld@uninett.no; Tom Ivar Myren tom.myren@uninett.no Subject: RE: [nav-ref] Agenda, nav-ref 18. oktober 2016
Til diskusjon på nav-ref:
Forslag til ny funksjonalitet: automatisk portrydding
Bakgrunn På NTNU bruker vi vlan 666 for å indikere at et interface ikke er i bruk. Alle brukere av portAdmin har mulighet til å endre på porter med vlan 666.
Vi ser ofte at porter som ikke er i bruk over lengre tid likevel står på et annet vlan enn 666. Dette skjer ofte fordi det ikke blir ryddet på switcheportene når brukere flytter på seg. Nettseksjonen bruker ofte en 400 dager-grense når nettverksutstyr oppgraderes – har ikke porten vært i bruk de siste 400 dager, så fjernes patchingen.
Vi ønsker oss et verktøy som automatisk rydder opp når en port har stått lenge uten å bli brukt. På denne måten vil det være enklere å finne tilgjengelige gjenbrukbare porter.
Forslag til løsning
Del 1: Interface-tabellen utvides med to felter: Last-activity og Last-conf-change
Last-activity baserer seg på innsamling av mac-adresser, og inneholder siste tidspunkt det ble oppdaget en (eller flere) aktiv en mac-adresse bak porten. Last-conf-change baserer seg på innsamling av inventory, og inneholder siste tidspunkt for endring av config (vlan, descr, speed, …)
Det kan tenkes at det er hensiktsmessig å ikke skille på disse to, og heller ha et felles felt som dekker begge feltene ovenfor.
Del 2: Det etableres et verktøy (script?) som oppdaterer vlan til et gitt vlannummer (for NTNU:666) på alle interface som treffer innenfor gitte kriterier. Verktøyet kjører automatisk f.eks en gang hver uke. Rapport over utførte oppdateringer sendes til epost@noen for gjennomsyn og evt feilsøking hvis brukere ringer.
Kriteriene må være konfigurerbare. Blant disse bør være: (foreslått default verdi i parentes)
Last-active-days (400) Last-conf-change-days (400) Default vlan (666) # vlan som skal settes etter X dager Do-not-touch-vlans (125,300) # liste over vlan som ikke skal endres til Default vlan, uavhengig av tid. Do-not-touch-interfaces (rfb-413-sw-J15,sb-341-sw2-*)
# bruk * for å "frede" alle interface på en switch # Hva når sysname eller intefacenr endrer seg? Kanskje script må ta høyde for, og varsle om, verdier som ikke eksisterer.
Andre kriterier sikkert mulig.
Gro-Anita
-----Original Message----- From: nav-ref-request@uninett.no [mailto:nav-ref-request@uninett.no] On Behalf Of Morten Brekkevold Sent: Tuesday, October 11, 2016 10:55 AM To: nav-ref@uninett.no Cc: Einar Lillebrygfjeld einar.lillebrygfjeld@uninett.no; Tom Ivar Myren tom.myren@uninett.no Subject: [nav-ref] Agenda, nav-ref 18. oktober 2016
Vel møtt til nytt nav-ref-møte, tirsdag 18. oktober hos UNINETT!
Møtet finner sted på møterom Perl i Teknobyen 5. etg., Abels Gate 5, klokken 09-15.
Vi foreslår følgende overordnede agenda (men vi tilpasser oss underveis):
- Velkommen/Innledning
Vi ønsker Einar Lillebrygfjeld velkommen som observatør og utstyrskonsulent :)
- Status
Tom Myren kommer innom for å gi en veltalende innsikt i status og planer for WiFi-probene, og for diskusjon om hvordan de evt. vil integreres med verktøykassetjenesten.
Nyheter og status på NAV-features og VK, deriblant:
- IPAM - Hierarkiske lokasjoner - Cabling&Patch-registrering - Multiple dashboards - Forbedret miljøovervåkning - Bulk-upload av bilder
- Fokus for videre utvikling / Tilbakemelding
For å få fremdrift på de høyest prioriterte oppgavene, trenger vi litt mer diskusjon rundt detaljene i følgende:
- Detektere degradering av aggregerte linker
- BGP (og venner) overvåkning
Ellers kan vi nevne et innspill fra Universitetet i Linköping på sponset utvikling av SNMPv3-støtte.
- Nye ønsker og innspill fra gruppen
Meld gjerne inn dine innspill skriftlig i forkant. Disse vil bli prioritert først.
Vi tar lunsjpause 1130 til 1230, og benstrekk etter behov.
Før vi reiser hver til vårt avtaler vi nytt møte til våren.
-- mvh Morten Brekkevold UNINETT
Veldig bra innspill Gro-Anita.
Vi har jo et annet Default-ikke-i-bruk-vlan, så det må være konfigurer-bart. Dette vil jo gjelde access-porter. Må bare forsikre oss om at ikke trunk-porter blir berørt av dette.
Mvh, Peder
-----Opprinnelig melding----- Fra: nav-ref-request@uninett.no [mailto:nav-ref-request@uninett.no] På vegne av Gro-Anita Hillestad Vindheim Sendt: to, 13. oktober 2016 10:01 Til: Morten Brekkevold morten.brekkevold@uninett.no; nav- ref@uninett.no Kopi: Einar Lillebrygfjeld einar.lillebrygfjeld@uninett.no; Tom Ivar Myren tom.myren@uninett.no Emne: RE: [nav-ref] Agenda, nav-ref 18. oktober 2016
Til diskusjon på nav-ref:
Forslag til ny funksjonalitet: automatisk portrydding
Bakgrunn På NTNU bruker vi vlan 666 for å indikere at et interface ikke er i bruk. Alle brukere av portAdmin har mulighet til å endre på porter med vlan 666.
Vi ser ofte at porter som ikke er i bruk over lengre tid likevel står på et annet vlan enn 666. Dette skjer ofte fordi det ikke blir ryddet på switcheportene når brukere flytter på seg. Nettseksjonen bruker ofte en 400 dager-grense når nettverksutstyr oppgraderes – har ikke porten vært i bruk de siste 400 dager, så fjernes patchingen.
Vi ønsker oss et verktøy som automatisk rydder opp når en port har stått lenge uten å bli brukt. På denne måten vil det være enklere å finne tilgjengelige gjenbrukbare porter.
Forslag til løsning
Del 1: Interface-tabellen utvides med to felter: Last-activity og Last-conf-change
Last-activity baserer seg på innsamling av mac-adresser, og inneholder siste tidspunkt det ble oppdaget en (eller flere) aktiv en mac-adresse bak porten. Last-conf-change baserer seg på innsamling av inventory, og inneholder siste tidspunkt for endring av config (vlan, descr, speed, …)
Det kan tenkes at det er hensiktsmessig å ikke skille på disse to, og heller ha et felles felt som dekker begge feltene ovenfor.
Del 2: Det etableres et verktøy (script?) som oppdaterer vlan til et gitt vlannummer (for NTNU:666) på alle interface som treffer innenfor gitte kriterier. Verktøyet kjører automatisk f.eks en gang hver uke. Rapport over utførte oppdateringer sendes til epost@noen for gjennomsyn og evt feilsøking hvis brukere ringer.
Kriteriene må være konfigurerbare. Blant disse bør være: (foreslått default verdi i parentes)
Last-active-days (400) Last-conf-change-days (400) Default vlan (666) # vlan som skal settes etter X dager Do-not-touch-vlans (125,300) # liste over vlan som ikke skal endres til Default vlan, uavhengig av tid. Do-not-touch-interfaces (rfb-413-sw-J15,sb-341-sw2-*)
# bruk * for å "frede" alle interface på en switch # Hva når sysname eller intefacenr endrer seg? Kanskje script må ta høyde for, og varsle om, verdier som ikke eksisterer.
Andre kriterier sikkert mulig.
Gro-Anita
-----Original Message----- From: nav-ref-request@uninett.no [mailto:nav-ref-request@uninett.no]
On
Behalf Of Morten Brekkevold Sent: Tuesday, October 11, 2016 10:55 AM To: nav-ref@uninett.no Cc: Einar Lillebrygfjeld einar.lillebrygfjeld@uninett.no; Tom Ivar Myren tom.myren@uninett.no Subject: [nav-ref] Agenda, nav-ref 18. oktober 2016
Vel møtt til nytt nav-ref-møte, tirsdag 18. oktober hos UNINETT!
Møtet finner sted på møterom Perl i Teknobyen 5. etg., Abels Gate 5, klokken 09-15.
Vi foreslår følgende overordnede agenda (men vi tilpasser oss underveis):
- Velkommen/Innledning
Vi ønsker Einar Lillebrygfjeld velkommen som observatør og utstyrskonsulent :)
- Status
Tom Myren kommer innom for å gi en veltalende innsikt i status og planer for WiFi-probene, og for diskusjon om hvordan de evt. vil integreres med verktøykassetjenesten.
Nyheter og status på NAV-features og VK, deriblant:
- IPAM - Hierarkiske lokasjoner - Cabling&Patch-registrering - Multiple dashboards - Forbedret miljøovervåkning - Bulk-upload av bilder
- Fokus for videre utvikling / Tilbakemelding
For å få fremdrift på de høyest prioriterte oppgavene, trenger vi litt mer diskusjon rundt detaljene i følgende:
- Detektere degradering av aggregerte linker
- BGP (og venner) overvåkning
Ellers kan vi nevne et innspill fra Universitetet i Linköping på sponset utvikling av SNMPv3-støtte.
- Nye ønsker og innspill fra gruppen
Meld gjerne inn dine innspill skriftlig i forkant. Disse vil bli prioritert først.
Vi tar lunsjpause 1130 til 1230, og benstrekk etter behov.
Før vi reiser hver til vårt avtaler vi nytt møte til våren.
-- mvh Morten Brekkevold UNINETT