nav.ref August 2014

nav.ref@lister.sikt.no

5 participants
5 discussions

Re: [nav-ref] Om link up/down
by Borge Brunes 21 Aug '14

21 Aug '14

> On Wed, 20 Aug 2014 10:43:39 +0200 Borge Brunes <borge.brunes(a)uit.no> wrote: > > > Jeg er pÃ¥ jakt etter Ã¥ fÃ¥ netmap til Ã¥ bli funksjonelt ogsÃ¥ i nett > > som har flere en 10 nettbokser. Slik det er i dag sÃ¥ bruker vi ikke > > dette fordi det ikke er mulig Ã¥ bygge et (statisk) hierarki av kart. > > Dette er funskjonalitet som ligger inne i mange av de andre verktÃ¸yene > > som er der ute. > > Et "statisk hierarki av kart"? Snakker du om en haug rent manuelt > genererte kart, eller misforstÃ¥r jeg? Jeg vil ha et kart som er mye mer konfigurerbart enn hva tilfellet er i dag Start/oversiktskartet bør inneholde minimalt med sentrale netboxer (de man selv velger). Derfra går det linjer inn i ulike "bokser" som angir en samling av nettbokser basert på enten egne valg eller sted. Klikker man på disse boksene så kommer det opp et nytt kart som inneholder netboxene i gruppen som man har definert evnt. alle netboxer på sted. Altså et hirarki av kart. Noe slikt som http://drift.uninett.no/stat-q/load-map/uninett,,traffic,peak Utseende/farge på iconer og linker på kartet varierer utfra kontekst. Ulike kontekster kan være: - dagens kart som viser last - statuskart (hvilde devicer og tjenester er nede) - kart som viser f.eks. L2-trunker - kart som viser status på en/flere device-gruppe(r) - osv. Da kan f.eks. AV-teamet ha et kart oppe med alle devicer som ligger i Device-group AV osv. Uante muligheter :-) Børge

2 1

Re: [nav-ref] Om link up/down
by Borge Brunes 20 Aug '14

20 Aug '14

morten.brekkevold(a)uninett.no said: > On Mon, 18 Aug 2014 13:26:14 +0200 Borge Brunes <borge.brunes(a)uit.no> wrote: > > > Dette blir kanskje litt pÃ¥ siden, men jeg skriver noen ord likevel. > > > > Under sjakk-ol her i TromsÃ¸ sÃ¥ hadde vi ansvaret for nettet sammen > > med Datametrix. Fungerte alderes utmerket. > > > > Ganske snart sÃ¥ ble det klart at Cisco PRIME ikke var bra nok for overvÃ¥king > > av utstyret/nettet, sÃ¥ vi mÃ¥tte finne pÃ¥ noe som var enkelt Ã¥ hive > > opp. Vurderte NAV, men Dax hadde ikke erfaring med dette sÃ¥ det ble The Dude > > fra Mikrotik: http://www.mikrotik.com/thedude > > Interessant - Vidar Stokkenes pÃ¥sto pÃ¥ IRC at han hadde vÃ¦rt innom og > sett at Sjakk-OL-gjengen brukte NAV :) Det er litt sant. Vi brukte vår NAV til overvåking av tjenster synlig for omverden. > Vi har vel vÃ¦rt inne pÃ¥ tanken om Ã¥ ha statusmarkeringer pÃ¥ kartet, men > sÃ¥ langt kom vi aldri. Det var aldri lett Ã¥ jobbe med koden som ble > skrevet for den siste inkarnasjonen av Netmap. > > NÃ¥ har vi riktignok hatt en sommerstudent her i Ã¥r som har ryddet i > denne koden, og han har blant annet innfÃ¸rt filtrering pÃ¥ room og > location, som kan vÃ¦re det du er ute etter her. > > Jeg har faktisk planlagt Ã¥ gjÃ¸re en code review med ham pÃ¥ akkurat dette > om noen fÃ¥ strakser. Jeg er på jakt etter å få netmap til å bli funksjonelt også i nett som har flere en 10 nettbokser. Slik det er i dag så bruker vi ikke dette fordi det ikke er mulig å bygge et (statisk) hierarki av kart. Dette er funskjonalitet som ligger inne i mange av de andre verktøyene som er der ute. > > 2) Konfigurering av hva som skal overvÃ¥kes pÃ¥ en boks er veldig greit. > > Ãnsker man Ã¥ overvÃ¥ke endring i f.eks. status pÃ¥ en link sÃ¥ legger > > bare inn overvÃ¥king av OID til interface sÃ¥ legges denne inn som en tjeneste > > som overvÃ¥kes. > > Jeg tror NAV alltid har fungert litt motsatt vei. Filosofien har vÃ¦rt > "overvÃ¥k alt" og la brukeren velge hva vedkommende Ã¸nsker varsling av i > etterkant. > > Det ville selvfÃ¸lgelig vÃ¦re mulig Ã¥ skrive om NAV til at man heller > eksplisitt mÃ¥ slÃ¥ pÃ¥ overvÃ¥kning av diverse ting, men det vil vÃ¦re en > fullstendig reversering av hva NAV driver pÃ¥ med i dag, og spÃ¸rsmÃ¥let er > om vi da trenger Alert Profiles lenger. Og hvor hÃ¥ndterbart kan man > gjÃ¸re dette nÃ¥r man overvÃ¥ker 1600 bokser? Enig. Bare jeg som ordla meg litt klønete. Det jeg er på jakt etter er en enkelt måte å få generert hendelser på det som blir overvåket, samt en oversikt over hva som blir overvåket. Noe ala en MIB-brower pr. boks som lar meg se OIDene og som gir meg mulighet til velge om (og hvordan) det skal genereres en hendelse dersom verdien endres. Denne hendelsen kan jeg deretter finne igjen i alertengine slik at jeg kan sette opp varsel. Børge

3 2

Re: [nav-ref] Om link up/down
by Borge Brunes 20 Aug '14

20 Aug '14

Hei, morten.brekkevold(a)uninett.no said: > On Thu, 07 Aug 2014 17:09:24 +0200 Borge Brunes <borge.brunes(a)uit.no> wrote: > > > Hmm. Sikkert. Tja. > > > > Jeg ser jo at noe av variablene, bla. ifname, jeg savner allerede ligger > > inne, men blir ikke funnet/postet? > > > > Hvor finner jeg oversikt over hvilke variabler jeg kan bruke? > > Det finnes dessverre ingen god enhetlig oversikt over det, men vi burde > dokumentere litt mer rundt det Ã¥ modifisere maltekstene selv. > > Noen variabler er tilgjengelig for _alle_ alarmer, fordi de kommer fra > selve AlertHistory og/eller AlertQueue-modellene til NAV. I tillegg kan > alle programsnutter som genererer events velge Ã¥ legge ved et eget sett > med "custom" variabler med tekstverdier til hver enkelt hendelse. Det er > disse som blir vanskelig Ã¥ lage noen god oversikt over. > > Med releasen i gÃ¥r la jeg til muligheten for Ã¥ debuglogge > alarmtekst-produksjonen til eventengine. Om man slÃ¥r pÃ¥ debuglogging av > loggeren "nav.eventengine.alerts.template" i logging.conf, vil > eventengine for hver genererte alarm debuglogge hvilke variabler den har > tilgjengeliggjort for malene, og ogsÃ¥ hvordan den utfylte malen ser ut > med den gitte alarmens verdier. > > > Det er lite fleksibelt om all kode som poster events mÃ¥ huske pÃ¥ Ã¥ legge > til det samme settet med customvariabler, spesielt hvis den samme > eventen kan postes av forskjellige delsystemer (som raskt er tilfelle > i krysningen mellom snmptrapd og idpevpoll). > > En bedre lÃ¸sning for fremtiden vil antageligvis vÃ¦re at man bygger inn > mer kunnskap om de forskjellige alarmene i modellen til NAV, slik at man > i maltekstene kan hente ut alarm-subjektet i en egen variabel. Dette vil > da vÃ¦re en Netbox-instans, om alarmen omhandler en netbox, eller en > Interface-instans om alarmen omhandler en port, osv. Det er noe sÃ¥nt > jeg vil vurdere Ã¥ lage som respons pÃ¥ feature-requesten din, BÃ¸rge. Dette blir kanskje litt på siden, men jeg skriver noen ord likevel. Under sjakk-ol her i Tromsø så hadde vi ansvaret for nettet sammen med Datametrix. Fungerte alderes utmerket. Ganske snart så ble det klart at Cisco PRIME ikke var bra nok for overvåking av utstyret/nettet, så vi måtte finne på noe som var enkelt å hive opp. Vurderte NAV, men Dax hadde ikke erfaring med dette så det ble The Dude fra Mikrotik: http://www.mikrotik.com/thedude Veldig mange år siden jeg sist hadde sett på denne. Utviklingen er stoppet opp, kjører på Windows (men med web-grensenitt også), men bortsett fra det så gjorde den jobben. Når vi først hadde satt den opp så spanderte jeg litt tid på hvordan ting fungerte, og synes at det er et par ting som vi bør se nærmere på: 1) Først og fremt så synes jeg at "StatusKartet" er veldig bra, med flere nivåer slik at store nett kan deles opp. Slik NAVs nettmap er i dag så bruker ikke vi dette fordi det er for omfangsrik, og det ikke er mulig dele opp etter f.eks. bygg. Våre brukere (bla. Orakeltjenesten) har etterspurt denne type kart med oversikt slik at man kan på en enkelt måte se om alt er "grønnt". 2) Konfigurering av hva som skal overvåkes på en boks er veldig greit. Ønsker man å overvåke endring i f.eks. status på en link så legger bare inn overvåking av OID til interface så legges denne inn som en tjeneste som overvåkes. Anbefaler dere å ta en kjapp titt på The Dude for å hente inspirasjon og se hvordan andre har løst de samme problemstillingene som vi har hatt. Børge

2 1

Re: [nav-ref] Om link up/down
by Borge Brunes 15 Aug '14

15 Aug '14

Hmm. Sikkert. Tja. Jeg ser jo at noe av variablene, bla. ifname, jeg savner allerede ligger inne, men blir ikke funnet/postet? Hvor finner jeg oversikt over hvilke variabler jeg kan bruke? Børge > Børge, en del av dette tror jeg du kan fikse selv :) > > Se /etc/nav/alertmsg.conf > > Jeg tror utfordringen vil være å få inn informasjon som ikke ligger direkte koblet til en netbox- eller interface-record i databasen. Har en mistanke om at alertengine ikke er supergod på join. > > Gro-Anita > > >-----Original Message----- > >From: nav-ref-request(a)uninett.no [mailto:nav-ref-request@uninett.no] On > >Behalf Of Borge Brunes > >Sent: Thursday, August 07, 2014 8:44 AM > >To: Morten Brekkevold > >Cc: nav-ref(a)uninett.no > >Subject: [nav-ref] Om link up/down > > > >Hei Morten og dere andre, > > > >Hviledag i sjakk-ol og tid for å se litt på andre type brett :-) > > > >Jeg ønsker meg en liten endring i output på link up/down-meldinger. > > > >I dag ser den f.eks. slik ut: > > > >-BEGIN- > >Subject: Link up on ma-1-10-sw6.infra.uit.no: > >Body: > >This is an automatically generated message from NAV: > > > >Box ma-1-10-sw6.infra.uit.no (10.255.2.58) has regained link on interface > >(Trunk vox34) > >-END- > > > > > >Jeg ønsker litt flere detaljer både i subject og i body: > >Subject: Link up ma-1-10-sw6.infra INTERFACE to HOST (+ INTERFACE) > >Eks.: > >Subject: Link up ma-1-10-sw6.infra Gi0/1 to navn-på-device em0 > >Body: > >This is an automatically generated message from NAV: > >Box ma-1-10-sw6.infra.uit.no (10.255.2.58) has regained link on interface Gi0/1 > > > >+ litt info om device bak link eks.: > >device-navn og ip-adr > >interface på device > >Lenke til device i ipdevinfo > >Eks.: https://nav.uit.no/ipdevinfo/DEVICE > > > > > >Dette er vel noe en sommerjobber fikser rimelig kjapt? > > > >Forstatt god sommer > > > >Børge > > > > > > > > > > > > > > > >

3 2

[nav-ref] Om link up/down
by Borge Brunes 12 Aug '14

12 Aug '14

Hei Morten og dere andre, Hviledag i sjakk-ol og tid for å se litt på andre type brett :-) Jeg ønsker meg en liten endring i output på link up/down-meldinger. I dag ser den f.eks. slik ut: -BEGIN- Subject: Link up on ma-1-10-sw6.infra.uit.no: Body: This is an automatically generated message from NAV: Box ma-1-10-sw6.infra.uit.no (10.255.2.58) has regained link on interface (Trunk vox34) -END- Jeg ønsker litt flere detaljer både i subject og i body: Subject: Link up ma-1-10-sw6.infra INTERFACE to HOST (+ INTERFACE) Eks.: Subject: Link up ma-1-10-sw6.infra Gi0/1 to navn-på-device em0 Body: This is an automatically generated message from NAV: Box ma-1-10-sw6.infra.uit.no (10.255.2.58) has regained link on interface Gi0/1 + litt info om device bak link eks.: device-navn og ip-adr interface på device Lenke til device i ipdevinfo Eks.: https://nav.uit.no/ipdevinfo/DEVICE Dette er vel noe en sommerjobber fikser rimelig kjapt? Forstatt god sommer Børge

3 2

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

nav.ref August 2014