Hei alle sammen,
da har Roy Sindre vært her en måneds tid og satt seg inn i NAV og kommet et stykke på nytt JavaScript-basert nettkart i NAV.
Det hadde vært nyttig å få demonstrert det som er laget så langt, for å få tilbakemeldinger og gjøre evt. kurskorreksjoner. Vi tenkte derfor å lage en egen NAV+Netmap-pakke som kan installeres på Debian for de som har en verktøykasse og vil prøve kartet mot sine egne data. Ikke minst kan dette være nyttig for oss ift. å teste oppførslene på større datamengder.
Hvem av dere er evt. interessert i få en slik demopakke direkte på sin egen VK?
Spennende!
Hart du noen tanker om hvordan det kan gjøres for oss som ikke har vk ?
Gro-Anita
-----Original Message----- From: nav-ref-request@uninett.no [mailto:nav-ref-request@uninett.no] On Behalf Of Morten Brekkevold Sent: Tuesday, June 05, 2012 11:41 AM To: nav-ref@uninett.no Subject: [nav-ref] Ny Netmap, fremgang
Hei alle sammen,
da har Roy Sindre vært her en måneds tid og satt seg inn i NAV og kommet et stykke på nytt JavaScript-basert nettkart i NAV.
Det hadde vært nyttig å få demonstrert det som er laget så langt, for å få tilbakemeldinger og gjøre evt. kurskorreksjoner. Vi tenkte derfor å lage en egen NAV+Netmap-pakke som kan installeres på Debian for de som har en verktøykasse og vil prøve kartet mot sine egne data. Ikke minst kan dette være nyttig for oss ift. å teste oppførslene på større datamengder.
Hvem av dere er evt. interessert i få en slik demopakke direkte på sin egen VK?
-- Morten Brekkevold UNINETT
On Thu, 7 Jun 2012 06:47:21 +0000 Gro-Anita Hillestad Vindheim gro-anita.vindheim@ntnu.no wrote:
Spennende!
Hart du noen tanker om hvordan det kan gjøres for oss som ikke har vk ?
Vi bygger en custom Debian-pakke med ny Netmap inkludert. Dersom dere som kjører Ubuntu baserer dere på den samme pakken så holder vel det, håper jeg? :)
On Tue, 05 Jun 2012 11:41:05 +0200 Morten Brekkevold morten.brekkevold@uninett.no wrote:
da har Roy Sindre vært her en måneds tid og satt seg inn i NAV og kommet et stykke på nytt JavaScript-basert nettkart i NAV.
Det hadde vært nyttig å få demonstrert det som er laget så langt, for å få tilbakemeldinger og gjøre evt. kurskorreksjoner. Vi tenkte derfor å lage en egen NAV+Netmap-pakke som kan installeres på Debian for de som har en verktøykasse og vil prøve kartet mot sine egne data. Ikke minst kan dette være nyttig for oss ift. å teste oppførslene på større datamengder.
Hvem av dere er evt. interessert i få en slik demopakke direkte på sin egen VK?
Da er vi tilbake med en oppdatering. Kun Børge og Peder meldte tilbake at de ville ha på verktøykassen, samt at Gro-Anita hadde spørsmål om pakken vi lagde.
Vi gjorde klar første versjon av pakken for et par uker siden og rullet ut på vår egen verktøykasse, men det viste seg raskt at den første versjonen hadde skaleringsproblemer (det tok 6,5 minutter bare å laste inn kartdatene for våre ~240 bokser). Vi gikk derfor tilbake i tenkeboksen for å kutte ned på denne tiden og er nå sterkt tilbake med en oppdatert versjon.
Denne er nå installert til test på tromso-vk og volda-vk. Førstnevnte bruker 8-13 sekunder på å laste kartdata for ~800 noder, volda-vk bruker under ett sekund.
Merknader til den foreløpige preview-versjonen ==============================================
* Panelet til venstre er bare til pynt. * Kartet viser kun fysisk topologi som registret av NAV, ikke lag 3.
* Straks du klikker på eller drar og slipper en boks på kartet forblir posisjonen dens låst.
* Bokser med låst posisjon kan lagres i egne view med skjemaet på høyrepanelet. Disse view-ene kan hentes fram igjen siden.
* Grensesnittet er forøvrig veldig grovt/upolert enda, så vi kan hoppe over det meste av feedback dere måtte ha om hvor stygge ting er ;)
* Vi har testet mest i Google Chrome foreløpig. Denne har en JavaScript-håndtering som er Firefox overlegen; sistnevnte kan virke noe tregere i responsen. Når det gjelder IE så må man nok ha minst IE8, da kartet/D3.js bruker SVG til rendring av innholdet.
Gro-Anita, du kan ta kontakt med meg om du vil ha Debian-pakken vi har laget. Jeg vet 3.11.5-pakken kom i går, men den vi har rullet ut er basert på 3.11.4.
Til slutt: Det nye kartet finner dere under den "skjulte" URLen /netmapdev på webserveren. Lek dere og meld tilbake hvordan det lever opp, evt. ikke lever opp til forventningene så langt.
Det er forøvrig ferietid i det ganske land: Vidar er nå ute i ferie til august, John-Magne og jeg er på konferanse i neste uke. JM tar deretter tre uker ferie, mens jeg jobber en uke og tar fire uker ferie. Roy-Sindre har derimot ikke bestemt seg for når/om han vil ha ferie enda, så han jobber nok jevnt og trutt mens vi er borte ;)
God sommer!
Det er ferietid her også snart, så foreløpig er det vel ikke noen vits i å få noen pakke. Men dersom Børge/Peder har lyst til å gi meg en (midlertidig) bruker på en av deres vk-er, så kan jeg jo titte der...
Gro-Anita - har faktisk bestilt vk til NTNU også nå. Så får vi se hva den klarer å dra rundt.
-----Original Message----- From: nav-ref-request@uninett.no [mailto:nav-ref-request@uninett.no] On Behalf Of Morten Brekkevold Sent: Friday, June 29, 2012 3:50 PM To: nav-ref@uninett.no Cc: Roy Sindre Norangshol Subject: Re: [nav-ref] Ny Netmap, fremgang
On Tue, 05 Jun 2012 11:41:05 +0200 Morten Brekkevold morten.brekkevold@uninett.no wrote:
da har Roy Sindre vært her en måneds tid og satt seg inn i NAV og kommet et stykke på nytt JavaScript-basert nettkart i NAV.
Det hadde vært nyttig å få demonstrert det som er laget så langt, for å få tilbakemeldinger og gjøre evt. kurskorreksjoner. Vi tenkte derfor å lage en egen NAV+Netmap-pakke som kan installeres på Debian for de som har en verktøykasse og vil prøve kartet mot sine egne data. Ikke minst kan dette være nyttig for oss ift. å teste oppførslene på større datamengder.
Hvem av dere er evt. interessert i få en slik demopakke direkte på sin egen VK?
Da er vi tilbake med en oppdatering. Kun Børge og Peder meldte tilbake at de ville ha på verktøykassen, samt at Gro-Anita hadde spørsmål om pakken vi lagde.
Vi gjorde klar første versjon av pakken for et par uker siden og rullet ut på vår egen verktøykasse, men det viste seg raskt at den første versjonen hadde skaleringsproblemer (det tok 6,5 minutter bare å laste inn kartdatene for våre ~240 bokser). Vi gikk derfor tilbake i tenkeboksen for å kutte ned på denne tiden og er nå sterkt tilbake med en oppdatert versjon.
Denne er nå installert til test på tromso-vk og volda-vk. Førstnevnte bruker 8- 13 sekunder på å laste kartdata for ~800 noder, volda-vk bruker under ett sekund.
Merknader til den foreløpige preview-versjonen
Panelet til venstre er bare til pynt.
Kartet viser kun fysisk topologi som registret av NAV, ikke lag 3.
Straks du klikker på eller drar og slipper en boks på kartet forblir
posisjonen dens låst.
- Bokser med låst posisjon kan lagres i egne view med skjemaet på
høyrepanelet. Disse view-ene kan hentes fram igjen siden.
- Grensesnittet er forøvrig veldig grovt/upolert enda, så vi kan hoppe
over det meste av feedback dere måtte ha om hvor stygge ting er ;)
- Vi har testet mest i Google Chrome foreløpig. Denne har en
JavaScript-håndtering som er Firefox overlegen; sistnevnte kan virke noe tregere i responsen. Når det gjelder IE så må man nok ha minst IE8, da kartet/D3.js bruker SVG til rendring av innholdet.
Gro-Anita, du kan ta kontakt med meg om du vil ha Debian-pakken vi har laget. Jeg vet 3.11.5-pakken kom i går, men den vi har rullet ut er basert på 3.11.4.
Til slutt: Det nye kartet finner dere under den "skjulte" URLen /netmapdev på webserveren. Lek dere og meld tilbake hvordan det lever opp, evt. ikke lever opp til forventningene så langt.
Det er forøvrig ferietid i det ganske land: Vidar er nå ute i ferie til august, John- Magne og jeg er på konferanse i neste uke. JM tar deretter tre uker ferie, mens jeg jobber en uke og tar fire uker ferie. Roy-Sindre har derimot ikke bestemt seg for når/om han vil ha ferie enda, så han jobber nok jevnt og trutt mens vi er borte ;)
God sommer!
-- Morten Brekkevold UNINETT
Hei,
Da har jeg fått inn Chrome ogsett litt på den nye Netmap. Dette med å lagre view's funger bra. Det første som slår meg er at kartvinduet er lite. Jeg sitter på en 24" skjerm og masse luft over og under, som kunne vert brukt til å se større deler av kartet. Er det enkelt å endre høyden på kart-vinduet på volda-vk? Så kan vi teste litt her? Er det mulig å få åpne kartet i et eget vindu/tab?
På alle bokser jeg trykker på i kartet kommer det opp et stort 23 tall! (i tillegg til relevant info om boksen jeg trykket på) Fikk meg til å tenke på Lotto reklamen, "Se opp for store tall" :-)
Peder
-----Opprinnelig melding----- Fra: nav-ref-request@uninett.no [mailto:nav-ref-request@uninett.no] På vegne av Gro-Anita Hillestad Vindheim Sendt: ma, 02. juli 2012 09:59 Til: 'Morten Brekkevold'; nav-ref@uninett.no Kopi: Roy Sindre Norangshol Emne: RE: [nav-ref] Ny Netmap, fremgang
Det er ferietid her også snart, så foreløpig er det vel ikke noen vits i å få noen pakke. Men dersom Børge/Peder har lyst til å gi meg en (midlertidig) bruker på en av deres vk-er, så kan jeg jo titte der...
Gro-Anita
- har faktisk bestilt vk til NTNU også nå. Så får vi se hva den klarer å dra rundt.
-----Original Message----- From: nav-ref-request@uninett.no [mailto:nav-ref-request@uninett.no]
On
Behalf Of Morten Brekkevold Sent: Friday, June 29, 2012 3:50 PM To: nav-ref@uninett.no Cc: Roy Sindre Norangshol Subject: Re: [nav-ref] Ny Netmap, fremgang
On Tue, 05 Jun 2012 11:41:05 +0200 Morten Brekkevold morten.brekkevold@uninett.no wrote:
da har Roy Sindre vært her en måneds tid og satt seg inn i NAV og kommet et stykke på nytt JavaScript-basert nettkart i NAV.
Det hadde vært nyttig å få demonstrert det som er laget så langt, for å få tilbakemeldinger og gjøre evt. kurskorreksjoner. Vi tenkte derfor å lage en egen NAV+Netmap-pakke som kan installeres på Debian for de som har en verktøykasse og vil prøve kartet mot sine egne data. Ikke minst kan dette være nyttig for oss ift. å teste oppførslene på større datamengder.
Hvem av dere er evt. interessert i få en slik demopakke direkte på sin egen VK?
Da er vi tilbake med en oppdatering. Kun Børge og Peder meldte tilbake at de ville ha på verktøykassen, samt at Gro-Anita hadde spørsmål om pakken vi lagde.
Vi gjorde klar første versjon av pakken for et par uker siden og rullet ut på vår egen verktøykasse, men det viste seg raskt at den første versjonen hadde skaleringsproblemer (det tok 6,5 minutter bare å laste inn kartdatene for våre ~240 bokser). Vi gikk derfor tilbake i tenkeboksen for å kutte ned på denne tiden og er nå sterkt tilbake med en oppdatert versjon.
Denne er nå installert til test på tromso-vk og volda-vk. Førstnevnte bruker 8- 13 sekunder på å laste kartdata for ~800 noder, volda-vk bruker under ett sekund.
Merknader til den foreløpige preview-versjonen
Panelet til venstre er bare til pynt.
Kartet viser kun fysisk topologi som registret av NAV, ikke lag 3.
Straks du klikker på eller drar og slipper en boks på kartet forblir
posisjonen dens låst.
- Bokser med låst posisjon kan lagres i egne view med skjemaet på
høyrepanelet. Disse view-ene kan hentes fram igjen siden.
- Grensesnittet er forøvrig veldig grovt/upolert enda, så vi kan hoppe
over det meste av feedback dere måtte ha om hvor stygge ting er ;)
- Vi har testet mest i Google Chrome foreløpig. Denne har en
JavaScript-håndtering som er Firefox overlegen; sistnevnte kan virke noe tregere i responsen. Når det gjelder IE så må man nok ha minst IE8, da kartet/D3.js bruker SVG til rendring av innholdet.
Gro-Anita, du kan ta kontakt med meg om du vil ha Debian-pakken vi har laget. Jeg vet 3.11.5-pakken kom i går, men den vi har rullet ut er basert på 3.11.4.
Til slutt: Det nye kartet finner dere under den "skjulte" URLen /netmapdev på webserveren. Lek dere og meld tilbake hvordan det lever opp, evt. ikke lever opp til forventningene så langt.
Det er forøvrig ferietid i det ganske land: Vidar er nå ute i ferie til august, John- Magne og jeg er på konferanse i neste uke. JM tar deretter tre uker ferie, mens jeg jobber en uke og tar fire uker ferie. Roy-Sindre har derimot ikke bestemt seg for når/om han vil ha ferie enda, så han jobber nok jevnt og trutt mens vi er borte ;)
God sommer!
-- Morten Brekkevold UNINETT
On 06/29/2012 03:49 PM, Morten Brekkevold wrote:
On Tue, 05 Jun 2012 11:41:05 +0200 Morten Brekkevold morten.brekkevold@uninett.no wrote:
da har Roy Sindre vært her en måneds tid og satt seg inn i NAV og kommet et stykke på nytt JavaScript-basert nettkart i NAV.
Det hadde vært nyttig å få demonstrert det som er laget så langt, for å få tilbakemeldinger og gjøre evt. kurskorreksjoner. Vi tenkte derfor å lage en egen NAV+Netmap-pakke som kan installeres på Debian for de som har en verktøykasse og vil prøve kartet mot sine egne data. Ikke minst kan dette være nyttig for oss ift. å teste oppførslene på større datamengder.
Hvem av dere er evt. interessert i få en slik demopakke direkte på sin egen VK?
Da er vi tilbake med en oppdatering. Kun Børge og Peder meldte tilbake at de ville ha på verktøykassen, samt at Gro-Anita hadde spørsmål om pakken vi lagde.
Vi gjorde klar første versjon av pakken for et par uker siden og rullet ut på vår egen verktøykasse, men det viste seg raskt at den første versjonen hadde skaleringsproblemer (det tok 6,5 minutter bare å laste inn kartdatene for våre ~240 bokser). Vi gikk derfor tilbake i tenkeboksen for å kutte ned på denne tiden og er nå sterkt tilbake med en oppdatert versjon.
Denne er nå installert til test på tromso-vk og volda-vk. Førstnevnte bruker 8-13 sekunder på å laste kartdata for ~800 noder, volda-vk bruker under ett sekund.
Merknader til den foreløpige preview-versjonen
Blir ikke store gevinster når alle har samme tall. Jeg har og 23! :-) .
Panelet til venstre er bare til pynt.
Kartet viser kun fysisk topologi som registret av NAV, ikke lag 3.
Straks du klikker på eller drar og slipper en boks på kartet forblir posisjonen dens låst.
Nice.
- Bokser med låst posisjon kan lagres i egne view med skjemaet på høyrepanelet. Disse view-ene kan hentes fram igjen siden.
Lagring fungerer fint men viss jeg prøver å lagre samme om igjen dukker denne feilmeldingen opp. Vet ikke om det er fordi Debug står på?
Grensesnittet er forøvrig veldig grovt/upolert enda, så vi kan hoppe over det meste av feedback dere måtte ha om hvor stygge ting er ;)
Vi har testet mest i Google Chrome foreløpig. Denne har en JavaScript-håndtering som er Firefox overlegen; sistnevnte kan virke noe tregere i responsen. Når det gjelder IE så må man nok ha minst IE8, da kartet/D3.js bruker SVG til rendring av innholdet.
På min Linux og Win7 går det fryktelig tregt å zoome ut og inn i Firefox med hjulet på musa. I Chrome er det akseptabelt raskt. Har dette med JavaScript-håndteringen?
Ellers er jeg enig med Peder at mest mulig kart, minst mulig ramme. Viss jeg prøver å dra vindu ut så blir det ikke mere kart i bunnen, men mer ramme. I bredden kan man trekke vindu ut.
I Grimstad har vi et VSS av 2 stk Cisco6509 hvor alle kantswitcher er koplet med en forbindelse til hvert chassis. Mot det ene på Terabit og det andre på Gigabit.
Tegningen er riktig, med en forbindelse, siden VSS opptrer som ett system. Men det ser ut som den mikser med link speed i linje 2. Teksten er fra Te interfacene men link speed er fra forskjellig. Hvordan dette burde se ut er jeg sannelig ikke sikker på. :-) Men da vet dere hva vi har om dere mener det bør ses på.
cdp på grm-core-gw: grm-c3048-sw-2.uia.no Gig 2/1/17 177 S I WS-C4506- Gig 1/5 grm-c3048-sw-2.uia.no Ten 1/3/5 159 S I WS-C4506- Ten 1/1
-rune
Gro-Anita, du kan ta kontakt med meg om du vil ha Debian-pakken vi har laget. Jeg vet 3.11.5-pakken kom i går, men den vi har rullet ut er basert på 3.11.4.
Til slutt: Det nye kartet finner dere under den "skjulte" URLen /netmapdev på webserveren. Lek dere og meld tilbake hvordan det lever opp, evt. ikke lever opp til forventningene så langt.
Det er forøvrig ferietid i det ganske land: Vidar er nå ute i ferie til august, John-Magne og jeg er på konferanse i neste uke. JM tar deretter tre uker ferie, mens jeg jobber en uke og tar fire uker ferie. Roy-Sindre har derimot ikke bestemt seg for når/om han vil ha ferie enda, så han jobber nok jevnt og trutt mens vi er borte ;)
God sommer!
Litt framgang og litt tilbakegang ☺
Jeg kjører på nav version 3.11.5-np8 og har mistet alle serienr på switchene mine, bortsett fra de to jeg la inn i dag. Under url’en /report/netbox?catid=SW%2CGSW&op_catid=in Eller Homehttps://nynav.hivolda.no/ > Reporthttps://nynav.hivolda.no/report/ > Devices in Operationhttps://nynav.hivolda.no/report/netbox
Feltet «Function» er også tom. Har jeg sovet i timen? Er dette en bevisst fjerning?
Peder
On 08/06/2012 03:33 PM, Peder Magne Sefland wrote:
Litt framgang og litt tilbakegang J
Jeg kjører på nav version 3.11.5-np8 og har mistet alle serienr på switchene mine, bortsett fra de to jeg la inn i dag.
Under url’en /report/netbox?catid=SW%2CGSW&op_catid=in
Eller Home https://nynav.hivolda.no/ > Report https://nynav.hivolda.no/report/ > Devices in Operation https://nynav.hivolda.no/report/netbox
Feltet «Function» er også tom. Har jeg sovet i timen? Er dette en bevisst fjerning?
Peder
Lite med serienummer på kristiansand-vk og. Men under function er det beskrivelser. Samme version av NAV.
-rune
On Tue, 07 Aug 2012 08:48:19 +0200 Rune Kittelsen rune.kittelsen@uia.no wrote:
On 08/06/2012 03:33 PM, Peder Magne Sefland wrote:
Litt framgang og litt tilbakegang J
Jeg kjører på nav version 3.11.5-np8 og har mistet alle serienr på switchene mine, bortsett fra de to jeg la inn i dag.
Under url’en /report/netbox?catid=SW%2CGSW&op_catid=in
Eller Home https://nynav.hivolda.no/ > Report https://nynav.hivolda.no/report/ > Devices in Operation https://nynav.hivolda.no/report/netbox
Feltet «Function» er også tom. Har jeg sovet i timen? Er dette en bevisst fjerning?
Peder
Lite med serienummer på kristiansand-vk og. Men under function er det beskrivelser. Samme version av NAV.
Hei,
jeg har tatt en kort pause fra ferien, men er tilbake for fullt først i neste uke. Har sett på dette problemet i dag.
Det ser ut til at denne feilen ble innført i NAV 3.11.4 eller 3.11.5, da vi innførte begrensninger på unødvendige SNMP-forespørsler. Dette rammer blant annet serienumre - ipdevpoll sjekker en timestamp for siste endring i ENTITY-MIB på switchen og lar være å samle inn moduler og serienumre på nytt dersom disse ikke har endret seg siden sist. Dessverre vil den delen av ipdevpoll som lagrer informasjon om Device/serienummer tro at dersom en netbox kommer ut av en innsamlingsrunde med tomt serienummer, så er den byttet ut med en ny fysisk enhet og oppretter en ny device-post. Dvs. at alle device-postene med de riktige serienumrene forblir i databasen, men alle boksene vil peke til nye device-poster med tomme serienumre etter andregangs innsamling.
Jeg har skrevet en fiks for dette, og jeg har hot-patchet volda-vk for å bekrefte at fiksen virker, og det ser bra ut. Jeg kan også hot-patche kristiansand-vk om det er ønskelig. Regner med å få ut fiksen på alle verktøykasser i neste uke.
Peder, angående manglende function-felt: NAV skal ikke fjerne data fra function-feltet, da dette er manuelt innlagt informasjon. Det jeg er derimot er redd for er at jeg kan ha gjort en feil da jeg fikset et tidligere problem på volda-vk, slik at denne informasjon ble slettet fra databasen - det må jeg i så fall ta på min kappe. Vi kan se i vår backup om disse dataene ligger der, hvis du vil?
Hei Morten,
Takk for grundig svar og hot-fix. Når dere har tid, se om dere finner noe function innslag fra backup
God ferie videre. Jeg tar snart en langhelg :-)
Peder
-----Opprinnelig melding----- Fra: Morten Brekkevold [mailto:morten.brekkevold@uninett.no] Sendt: to, 09. august 2012 14:09 Til: Rune Kittelsen Kopi: Peder Magne Sefland; nav-ref@uninett.no Emne: Re: SV: [nav-ref] Ny Netmap, fremgang
On Tue, 07 Aug 2012 08:48:19 +0200 Rune Kittelsen rune.kittelsen@uia.no wrote:
On 08/06/2012 03:33 PM, Peder Magne Sefland wrote:
Litt framgang og litt tilbakegang J
Jeg kjører på nav version 3.11.5-np8 og har mistet alle serienr på switchene mine, bortsett fra de to jeg la inn i dag.
Under url’en /report/netbox?catid=SW%2CGSW&op_catid=in
Eller Home https://nynav.hivolda.no/ > Report https://nynav.hivolda.no/report/ > Devices in Operation https://nynav.hivolda.no/report/netbox
Feltet «Function» er også tom. Har jeg sovet i timen? Er dette en bevisst fjerning?
Peder
Lite med serienummer på kristiansand-vk og. Men under function er det beskrivelser. Samme version av NAV.
Hei,
jeg har tatt en kort pause fra ferien, men er tilbake for fullt først i neste uke. Har sett på dette problemet i dag.
Det ser ut til at denne feilen ble innført i NAV 3.11.4 eller 3.11.5, da vi innførte begrensninger på unødvendige SNMP-forespørsler. Dette rammer blant annet serienumre - ipdevpoll sjekker en timestamp for siste endring i ENTITY-MIB på switchen og lar være å samle inn moduler og serienumre på nytt dersom disse ikke har endret seg siden sist. Dessverre vil den delen av ipdevpoll som lagrer informasjon om Device/serienummer tro at dersom en netbox kommer ut av en innsamlingsrunde med tomt serienummer, så er den byttet ut med en ny fysisk enhet og oppretter en ny device-post. Dvs. at alle device-postene med de riktige serienumrene forblir i databasen, men alle boksene vil peke til nye device-poster med tomme serienumre etter andregangs innsamling.
Jeg har skrevet en fiks for dette, og jeg har hot-patchet volda-vk for å bekrefte at fiksen virker, og det ser bra ut. Jeg kan også hot-patche kristiansand-vk om det er ønskelig. Regner med å få ut fiksen på alle verktøykasser i neste uke.
Peder, angående manglende function-felt: NAV skal ikke fjerne data fra function-feltet, da dette er manuelt innlagt informasjon. Det jeg er derimot er redd for er at jeg kan ha gjort en feil da jeg fikset et tidligere problem på volda-vk, slik at denne informasjon ble slettet fra databasen - det må jeg i så fall ta på min kappe. Vi kan se i vår backup om disse dataene ligger der, hvis du vil?
-- mvh Morten Brekkevold UNINETT
On 08/09/2012 02:08 PM, Morten Brekkevold wrote:
On Tue, 07 Aug 2012 08:48:19 +0200 Rune Kittelsen rune.kittelsen@uia.no wrote:
On 08/06/2012 03:33 PM, Peder Magne Sefland wrote:
Litt framgang og litt tilbakegang J
Jeg kjører på nav version 3.11.5-np8 og har mistet alle serienr på switchene mine, bortsett fra de to jeg la inn i dag.
Under url’en /report/netbox?catid=SW%2CGSW&op_catid=in
Eller Home https://nynav.hivolda.no/ > Report https://nynav.hivolda.no/report/ > Devices in Operation https://nynav.hivolda.no/report/netbox
Feltet «Function» er også tom. Har jeg sovet i timen? Er dette en bevisst fjerning?
Peder
Lite med serienummer på kristiansand-vk og. Men under function er det beskrivelser. Samme version av NAV.
Hei,
jeg har tatt en kort pause fra ferien, men er tilbake for fullt først i neste uke. Har sett på dette problemet i dag.
Det ser ut til at denne feilen ble innført i NAV 3.11.4 eller 3.11.5, da vi innførte begrensninger på unødvendige SNMP-forespørsler. Dette rammer blant annet serienumre - ipdevpoll sjekker en timestamp for siste endring i ENTITY-MIB på switchen og lar være å samle inn moduler og serienumre på nytt dersom disse ikke har endret seg siden sist. Dessverre vil den delen av ipdevpoll som lagrer informasjon om Device/serienummer tro at dersom en netbox kommer ut av en innsamlingsrunde med tomt serienummer, så er den byttet ut med en ny fysisk enhet og oppretter en ny device-post. Dvs. at alle device-postene med de riktige serienumrene forblir i databasen, men alle boksene vil peke til nye device-poster med tomme serienumre etter andregangs innsamling.
Jeg har skrevet en fiks for dette, og jeg har hot-patchet volda-vk for å bekrefte at fiksen virker, og det ser bra ut. Jeg kan også hot-patche kristiansand-vk om det er ønskelig. Regner med å få ut fiksen på alle verktøykasser i neste uke.
Ta ferie du! :-) Haster ikke. Jeg fikk ut de data jeg trengte. Gi heller beskjed når de ligger ute så skal jeg sjekke.
-rune
Peder, angående manglende function-felt: NAV skal ikke fjerne data fra function-feltet, da dette er manuelt innlagt informasjon. Det jeg er derimot er redd for er at jeg kan ha gjort en feil da jeg fikset et tidligere problem på volda-vk, slik at denne informasjon ble slettet fra databasen - det må jeg i så fall ta på min kappe. Vi kan se i vår backup om disse dataene ligger der, hvis du vil?
Hei,
Kan jeg har funnet en tilbakegang til?
Jeg har 9 switcher som bare viser trunkporten på oversikten Home > Report > Devices in Operation Alle vanlige access-switcheporter er borte. Det ser ut til å gjelde eldre switcher
Type
catalyst3524XL catalyst3524XL cat2924CXLv catalyst297024TS catalyst2924XLv cat2924CXLv catalyst3524XL catalyst2924XLv catalyst3524XL
Er det andre som kan sortere på antall switchporter og sjekke om de har tilsvarende problem? Grunnen til at jeg oppdaget det var at jeg skulle gjerne hatt statistikk på en port (Hint, hint Morten :-)
Peder
-----Opprinnelig melding----- Fra: Morten Brekkevold [mailto:morten.brekkevold@uninett.no] Sendt: to, 09. august 2012 14:09 Til: Rune Kittelsen Kopi: Peder Magne Sefland; nav-ref@uninett.no Emne: Re: SV: [nav-ref] Ny Netmap, fremgang
On Tue, 07 Aug 2012 08:48:19 +0200 Rune Kittelsen rune.kittelsen@uia.no wrote:
On 08/06/2012 03:33 PM, Peder Magne Sefland wrote:
Litt framgang og litt tilbakegang J
Jeg kjører på nav version 3.11.5-np8 og har mistet alle serienr på switchene mine, bortsett fra de to jeg la inn i dag.
Under url’en /report/netbox?catid=SW%2CGSW&op_catid=in
Eller Home https://nynav.hivolda.no/ > Report https://nynav.hivolda.no/report/ > Devices in Operation https://nynav.hivolda.no/report/netbox
Feltet «Function» er også tom. Har jeg sovet i timen? Er dette en bevisst fjerning?
Peder
Lite med serienummer på kristiansand-vk og. Men under function er det beskrivelser. Samme version av NAV.
Hei,
jeg har tatt en kort pause fra ferien, men er tilbake for fullt først i neste uke. Har sett på dette problemet i dag.
Det ser ut til at denne feilen ble innført i NAV 3.11.4 eller 3.11.5, da vi innførte begrensninger på unødvendige SNMP-forespørsler. Dette rammer blant annet serienumre - ipdevpoll sjekker en timestamp for siste endring i ENTITY-MIB på switchen og lar være å samle inn moduler og serienumre på nytt dersom disse ikke har endret seg siden sist. Dessverre vil den delen av ipdevpoll som lagrer informasjon om Device/serienummer tro at dersom en netbox kommer ut av en innsamlingsrunde med tomt serienummer, så er den byttet ut med en ny fysisk enhet og oppretter en ny device-post. Dvs. at alle device-postene med de riktige serienumrene forblir i databasen, men alle boksene vil peke til nye device-poster med tomme serienumre etter andregangs innsamling.
Jeg har skrevet en fiks for dette, og jeg har hot-patchet volda-vk for å bekrefte at fiksen virker, og det ser bra ut. Jeg kan også hot-patche kristiansand-vk om det er ønskelig. Regner med å få ut fiksen på alle verktøykasser i neste uke.
Peder, angående manglende function-felt: NAV skal ikke fjerne data fra function-feltet, da dette er manuelt innlagt informasjon. Det jeg er derimot er redd for er at jeg kan ha gjort en feil da jeg fikset et tidligere problem på volda-vk, slik at denne informasjon ble slettet fra databasen - det må jeg i så fall ta på min kappe. Vi kan se i vår backup om disse dataene ligger der, hvis du vil?
-- mvh Morten Brekkevold UNINETT
On Mon, 13 Aug 2012 08:45:04 +0000 Peder Magne Sefland peder.sefland@hivolda.no wrote:
Hei,
Kan jeg har funnet en tilbakegang til?
Jeg har 9 switcher som bare viser trunkporten på oversikten Home > Report > Devices in Operation Alle vanlige access-switcheporter er borte. Det ser ut til å gjelde eldre switcher
Ja. Dette var svært beklagelig, og skyldes en endring i NAV 3.11.5. Vi slipper 3.11.6 i dag der vi ruller tilbake denne endringen (allerede hot-patchet på volda-vk for test).
Se bugrapport her: https://bugs.launchpad.net/nav/+bug/1037460
On 08/03/2012 03:11 PM, Rune Kittelsen wrote:
On 06/29/2012 03:49 PM, Morten Brekkevold wrote:
On Tue, 05 Jun 2012 11:41:05 +0200 Morten Brekkevoldmorten.brekkevold@uninett.no wrote:
.........
I Grimstad har vi et VSS av 2 stk Cisco6509 hvor alle kantswitcher er koplet med en forbindelse til hvert chassis. Mot det ene på Terabit og det andre på Gigabit.
Tegningen er riktig, med en forbindelse, siden VSS opptrer som ett system. Men det ser ut som den mikser med link speed i linje 2. Teksten er fra Te interfacene men link speed er fra forskjellig. Hvordan dette burde se ut er jeg sannelig ikke sikker på. :-) Men da vet dere hva vi har om dere mener det bør ses på.
cdp på grm-core-gw: grm-c3048-sw-2.uia.no Gig 2/1/17 177 S I WS-C4506- Gig 1/5 grm-c3048-sw-2.uia.no Ten 1/3/5 159 S I WS-C4506- Ten 1/1
Hei!
Litt mer feedback.. Mulig det allerede er tenkt på.. ikke no er bedre enn det. :-)
Jeg nevnte dette med 2 forbindelser fra VSS til en kantswitch som i skissen er representert med 1 link.
Vi har også,flere ether-channel forbindelser som også ser ut til å være representert med kun en av disse og ikke ether-channel'n.
Det hadde vært fint å se at dette var en ether-channell i popup-boksen. Og vise grafisk viss minst en av flere av forbindelsene i en slik channel er nede. Samme ønske for VSS linkene, (egentlig alle linker). Dersom minst en uplink er nede er systemet degradert.
Vil degraderte systemer vises grafisk i en eller annen form? Vil slik informasjon "arves" oppover? Fx viss jeg har et view som kun viser L3 bokser, vil det da vises grafisk dersom en underliggende enhet er degradert eller down?
I kravspek står det: "klikk på en ny, vis nettet fra denne." Kan man kople et lagret view til et slikt søk?
-rune
-rune
Gro-Anita, du kan ta kontakt med meg om du vil ha Debian-pakken vi har laget. Jeg vet 3.11.5-pakken kom i går, men den vi har rullet ut er basert på 3.11.4.
Til slutt: Det nye kartet finner dere under den "skjulte" URLen /netmapdev på webserveren. Lek dere og meld tilbake hvordan det lever opp, evt. ikke lever opp til forventningene så langt.
Det er forøvrig ferietid i det ganske land: Vidar er nå ute i ferie til august, John-Magne og jeg er på konferanse i neste uke. JM tar deretter tre uker ferie, mens jeg jobber en uke og tar fire uker ferie. Roy-Sindre har derimot ikke bestemt seg for når/om han vil ha ferie enda, så han jobber nok jevnt og trutt mens vi er borte ;)
God sommer!
On Fri, 17 Aug 2012 14:14:12 +0200 Rune Kittelsen rune.kittelsen@uia.no wrote:
I Grimstad har vi et VSS av 2 stk Cisco6509 hvor alle kantswitcher er koplet med en forbindelse til hvert chassis. Mot det ene på Terabit og det andre på Gigabit.
Tegningen er riktig, med en forbindelse, siden VSS opptrer som ett system. Men det ser ut som den mikser med link speed i linje 2. Teksten er fra Te interfacene men link speed er fra forskjellig. Hvordan dette burde se ut er jeg sannelig ikke sikker på. :-) Men da vet dere hva vi har om dere mener det bør ses på.
cdp på grm-core-gw: grm-c3048-sw-2.uia.no Gig 2/1/17 177 S I WS-C4506- Gig 1/5 grm-c3048-sw-2.uia.no Ten 1/3/5 159 S I WS-C4506- Ten 1/1
Hei!
Litt mer feedback.. Mulig det allerede er tenkt på.. ikke no er bedre enn det. :-)
Jeg nevnte dette med 2 forbindelser fra VSS til en kantswitch som i skissen er representert med 1 link.
Det du sier er altså at dere har to forbindelser mellom grm-core2 og grm-c3048-sw-2, den ene er 10Gig, den andre er 1Gig.
Kartet tegner bare rette linjer, og kan derfor ikke representere multiple linjer mellom to bokser. Dersom dette oppstår i topologigrunnlaget, vil de to linjene kollapses til 1 linje.
Det du sier er at denne algoritmen har beholdt 1Gig-interfacet på den ene siden, og 10Gig-interfacet på den andre siden, og får det til å se ut som disse to er koblet sammen, antar jeg?
Det kan jeg forsåvidt godt skjønne, for det vi har ikke definert hva som skal skje i et tilfelle hvor det er flere linker mellom to switcher, siden det ikke lar seg representere grafisk uten å begynne å tegne linjene som splines i stedet for rette streker. Vi har heller ikke hatt noen slike tilfeller å teste på hos oss.
Så dette er et spørsmål vi må skyte tilbake til dere i referansegruppa:
** Hvordan skal kartet representere multiple linker mellom to bokser? **
Vi har også,flere ether-channel forbindelser som også ser ut til å være representert med kun en av disse og ikke ether-channel'n.
Her må du nesten peke på bestemte tilfeller så jeg kan gå i datagrunnlaget og se.
Det hadde vært fint å se at dette var en ether-channell i popup-boksen. Og vise grafisk viss minst en av flere av forbindelsene i en slik channel er nede.
NAV har foreløpig ingen oversikt over hvilke interface som utgjør en etherchannel, og ser heller ingen forskjell på en etherchannel og en vanlig switcheport.
I de fleste tilfeller vil switchen selv rapportere en etherchannel som en switcheport, mens den sannsynligvis ikke gjør det samme for de underliggende fysiske interfacene.
Informasjon om hvilke interface som ligger under en etherchannel kan hentes ut fra standard-MIB-er med SNMP, og vi har en plass langt nede på todo-lista å implementere støtte for det. Det kan jo være en sak å ta med på neste nav-ref-møte.
Samme ønske for VSS linkene, (egentlig alle linker). Dersom minst en uplink er nede er systemet degradert.
Du snakker om linken(e) mellom de to fysiske boksene som utgjør en virtuell switch? Hvordan kan NAV finne ut dette, om de to fysiske boksene presenterer seg som én virtuell boks med én SNMP-agent? Har Cisco noen proprietære VSS-relaterte MIB-er vi må støtte?
Vil degraderte systemer vises grafisk i en eller annen form? Vil slik informasjon "arves" oppover?
Nei.
Fx viss jeg har et view som kun viser L3 bokser, vil det da vises grafisk dersom en underliggende enhet er degradert eller down?
NAV har ikke noe begrep for "degradert". En boks kan være nede og en link kan være nede. Kartet skal vel allerede vise dersom en link er nede, vet ikke om det er innarbeidet en måte å vise hvilke bokser som er nede foreløpig, men det kan kanskje Roy Sindre svare på.
I kravspek står det: "klikk på en ny, vis nettet fra denne." Kan man kople et lagret view til et slikt søk?
Jeg må innrømme at jeg ikke forstår dette punktet fra "kravspek"-en. Det ser ut som det som egentlig menes er en funksjonalitet som ble diskutert som aktuell for ipdevinfo når kartet var ferdig og kunne gjenbrukes andre steder i NAV.
I den versjonen av kartet dere foreløpig har tilgang til kan man holde musepekeren over en node og alt annet enn de inntilliggende naboene vil gråes ut.
Og nei, det er ingen mulighet til å lagre et søk til et eget view. Den versjonen dere har tilgang til har vel ikke engang søkefunksjonaliteten som er i utviklingsversjonen, men tanken bak den er bare å finne igjen en boks i et stort/uoversiktelig kart.
On 08/23/2012 12:10 PM, Morten Brekkevold wrote:
On Fri, 17 Aug 2012 14:14:12 +0200 Rune Kittelsen rune.kittelsen@uia.no wrote:
I Grimstad har vi et VSS av 2 stk Cisco6509 hvor alle kantswitcher er koplet med en forbindelse til hvert chassis. Mot det ene på Terabit og det andre på Gigabit.
Tegningen er riktig, med en forbindelse, siden VSS opptrer som ett system. Men det ser ut som den mikser med link speed i linje 2. Teksten er fra Te interfacene men link speed er fra forskjellig. Hvordan dette burde se ut er jeg sannelig ikke sikker på. :-) Men da vet dere hva vi har om dere mener det bør ses på.
cdp på grm-core-gw: grm-c3048-sw-2.uia.no Gig 2/1/17 177 S I WS-C4506- Gig 1/5 grm-c3048-sw-2.uia.no Ten 1/3/5 159 S I WS-C4506- Ten 1/1
Hei!
Litt mer feedback.. Mulig det allerede er tenkt på.. ikke no er bedre enn det. :-)
Jeg nevnte dette med 2 forbindelser fra VSS til en kantswitch som i skissen er representert med 1 link.
Det du sier er altså at dere har to forbindelser mellom grm-core2 og grm-c3048-sw-2, den ene er 10Gig, den andre er 1Gig.
Ja. (grm-core-gw er navnet på VSS systemet)
grm-core-gw#sh int status | inc c3048-sw-2 Te1/3/5 grm-c3048-sw-2 Ten connected trunk full 10G 10Gbase-LR Gi2/1/17 grm-c3048-sw-2 connected trunk full 1000 1000BaseLH
grm-c3048-sw-2#sh int status | inc Link Te1/1 ### Link til grm-c connected trunk full 10G 10GBase-LR Gi1/5 ### Link til grm-c connected trunk full 1000 1000BaseLH
Det er slik siden vi ikke hadde penger i denne omgang til 10G kort i kjerne2.
Det er altså to separate linker *med* SpanningTree!
Hadde vi hatt 2x10G ville vi laget en EtherChannel og unngått SpanningTree, som er en av fordelene med VSS.
Kartet tegner bare rette linjer, og kan derfor ikke representere multiple linjer mellom to bokser. Dersom dette oppstår i topologigrunnlaget, vil de to linjene kollapses til 1 linje.
Det er helt forståelig.
Det du sier er at denne algoritmen har beholdt 1Gig-interfacet på den ene siden, og 10Gig-interfacet på den andre siden, og får det til å se ut som disse to er koblet sammen, antar jeg?
Ja.
Det kan jeg forsåvidt godt skjønne, for det vi har ikke definert hva som skal skje i et tilfelle hvor det er flere linker mellom to switcher, siden det ikke lar seg representere grafisk uten å begynne å tegne linjene som splines i stedet for rette streker. Vi har heller ikke hatt noen slike tilfeller å teste på hos oss.
Kan gjerne teste hos oss når vi har bestemt åssen vi vil ha det..
Så dette er et spørsmål vi må skyte tilbake til dere i referansegruppa:
** Hvordan skal kartet representere multiple linker mellom to bokser? **
Noe for neste møte antar jeg. Ser at dette ikke er helt enkelt å visualisere. Viser til eksempelene nedenfor..
Kan nevne at cricket viser statistikken for en EtherChannel og ikke for portene i denne. Burde den også vist pr port?? Vet vi hvordan trafikken fordeler seg på portene? Burde vi visst?
Vi har også,flere ether-channel forbindelser som også ser ut til å være representert med kun en av disse og ikke ether-channel'n.
Her må du nesten peke på bestemte tilfeller så jeg kan gå i datagrunnlaget og se.
Noen eksempler.
1) krs-core-1-gw og krs-core-2-gw (Denne skal til VSS om ikke så lenge.)
I cricket vises (sett fra krs-core-1-gw) statistikk for Po3 men ikke for Te8/16 og Te8/16.
I netmap får jeg opp info om den ene forbindelsen.
krs-core-1-gw: Group Port-channel Protocol Ports ------+-------------+-----------+----------------------------------------------- 3 Po3(SU) LACP Te8/15(P) Te8/16(P)
krs-core-2-gw: Group Port-channel Protocol Ports ------+-------------+-----------+----------------------------------------------- 1 Po1(SU) LACP Te5/4(P) Te5/5(P)
2) Mellom krs-core-2-gw og krs-wlc3 En 5508 WLAN kontroller.
Group Port-channel Protocol Ports ------+-------------+-----------+----------------------------------------------- 5 Po5(SU) - Gi2/46(P) Gi2/47(P) Gi2/48(P) Gi3/46(P) Gi3/47(P) Gi3/48(P)
Her viser også cricket statistikk for Po5 men ingen av portene separat.
3) grm-core-gw - N5K
Dette blir ikke enklere... ;-) Den fysiske verden er ikke akkurat lik den logiske...
Mot VSS kjernen i Grimstad er det koplet to Nexus 5010 med tilhørende FEX moduler. VSS har 2 Etherchannels. En fra hver av de gamle kjernene, nå i samme VSS De to N5K har to vPC'er hver.
grm-core-gw: Group Port-channel Protocol Ports ------+-------------+-----------+----------------------------------------------- 2 Po2(SU) LACP Te1/2/1(P) Te1/2/2(P) Te1/2/3(P) Te1/2/4(P) 3 Po3(SU) LACP Gi2/1/3(P) Gi2/1/4(P) Gi2/1/5(P) Gi2/1/6(P)
Det interessante her er at Po2 er delt med 2porter mot hver sin N5K: grm-core-gw#sh cdp nei port-channel 2 .... Device ID Local Intrfce Holdtme Capability Platform Port ID grm-c1073-srv-sw-1.uia.no(SSI1352000P) Ten 1/2/2 148 S I C N5K-C5010 Eth 1/2 grm-c1073-srv-sw-1.uia.no(SSI1352000P) Ten 1/2/1 148 S I C N5K-C5010 Eth 1/1 grm-c1073-srv-sw-2.uia.no(SSI13510G1S) Ten 1/2/4 148 S I C N5K-C5010 Eth 1/2 grm-c1073-srv-sw-2.uia.no(SSI13510G1S) Ten 1/2/3 148 S I C N5K-C5010 Eth 1/1
Det nærmeste jeg har av skisse er side 9 her: http://www.cisco.com/en/US/prod/collateral/switches/ps9441/ps9670/C07-572829... https://owa.uia.no/owa/redir.aspx?C=f44bcf59bb3545e78218c6f252f21b4a&URL=http%3a%2f%2fwww.cisco.com%2fen%2fUS%2fprod%2fcollateral%2fswitches%2fps9441%2fps9670%2fC07-572829-01_Design_N5K_N2K_vPC_DG.pdf
Og jada, jeg ser meget godt at dette ikke er lett å visualisere i netmap! :-)
Det hadde vært fint å se at dette var en ether-channell i popup-boksen. Og vise grafisk viss minst en av flere av forbindelsene i en slik channel er nede.
NAV har foreløpig ingen oversikt over hvilke interface som utgjør en etherchannel, og ser heller ingen forskjell på en etherchannel og en vanlig switcheport.
I de fleste tilfeller vil switchen selv rapportere en etherchannel som en switcheport, mens den sannsynligvis ikke gjør det samme for de underliggende fysiske interfacene.
Informasjon om hvilke interface som ligger under en etherchannel kan hentes ut fra standard-MIB-er med SNMP, og vi har en plass langt nede på todo-lista å implementere støtte for det. Det kan jo være en sak å ta med på neste nav-ref-møte.
Samme ønske for VSS linkene, (egentlig alle linker). Dersom minst en uplink er nede er systemet degradert.
Du snakker om linken(e) mellom de to fysiske boksene som utgjør en virtuell switch? Hvordan kan NAV finne ut dette, om de to fysiske boksene presenterer seg som én virtuell boks med én SNMP-agent? Har Cisco noen proprietære VSS-relaterte MIB-er vi må støtte?
Vil degraderte systemer vises grafisk i en eller annen form? Vil slik informasjon "arves" oppover?
Nei.
Fx viss jeg har et view som kun viser L3 bokser, vil det da vises grafisk dersom en underliggende enhet er degradert eller down?
NAV har ikke noe begrep for "degradert". En boks kan være nede og en link kan være nede. Kartet skal vel allerede vise dersom en link er nede, vet ikke om det er innarbeidet en måte å vise hvilke bokser som er nede foreløpig, men det kan kanskje Roy Sindre svare på.
Burde vi hatt det? Gul og rød alarm fx.
Foreslo at NAV status på forsiden burde ha en indikasjon om linker og power som er nede, og threshold som er overskredet. Når vi kan ønske vil vi alltid ha i pose og sekk.. ;-)
-rune
I kravspek står det: "klikk på en ny, vis nettet fra denne." Kan man kople et lagret view til et slikt søk?
Jeg må innrømme at jeg ikke forstår dette punktet fra "kravspek"-en. Det ser ut som det som egentlig menes er en funksjonalitet som ble diskutert som aktuell for ipdevinfo når kartet var ferdig og kunne gjenbrukes andre steder i NAV.
I den versjonen av kartet dere foreløpig har tilgang til kan man holde musepekeren over en node og alt annet enn de inntilliggende naboene vil gråes ut.
Og nei, det er ingen mulighet til å lagre et søk til et eget view. Den versjonen dere har tilgang til har vel ikke engang søkefunksjonaliteten som er i utviklingsversjonen, men tanken bak den er bare å finne igjen en boks i et stort/uoversiktelig kart.
On Wed, 29 Aug 2012 14:33:01 +0200 Rune Kittelsen rune.kittelsen@uia.no wrote:
Kan nevne at cricket viser statistikken for en EtherChannel og ikke for portene i denne. Burde den også vist pr port?? Vet vi hvordan trafikken fordeler seg på portene? Burde vi visst?
Dette er kjent, og jeg nevnte det i forrige mail. NAV registrerer foreløpig ikke hvilke porter som utgjør en EtherChannel, og switchen rapporterer selv bare EtherChannelen som en switcheport, ikke de individuelle fysiske portene som utgjør den. NAV kategoriserer portene i switcheport og ruterport og genererer statistikken bare for de typene. Den ekstra informasjonen er nødvendig for at statistikk for individuelle porter i en EtherChannel også skal få statistikk.
Vi har også,flere ether-channel forbindelser som også ser ut til å være representert med kun en av disse og ikke ether-channel'n.
Her må du nesten peke på bestemte tilfeller så jeg kan gå i datagrunnlaget og se.
Noen eksempler.
- krs-core-1-gw og krs-core-2-gw (Denne skal til VSS om ikke så lenge.)
I cricket vises (sett fra krs-core-1-gw) statistikk for Po3 men ikke for Te8/16 og Te8/16.
I netmap får jeg opp info om den ene forbindelsen.
krs-core-1-gw: Group Port-channel Protocol Ports ------+-------------+-----------+----------------------------------------------- 3 Po3(SU) LACP Te8/15(P) Te8/16(P)
krs-core-2-gw: Group Port-channel Protocol Ports ------+-------------+-----------+----------------------------------------------- 1 Po1(SU) LACP Te5/4(P) Te5/5(P)
Hvis det er dette du mener du beskrev med setningen over, så har jeg misforstått deg - jeg trodde du beskrev det helt motsatte av det vi ser her: At NAV ikke så krs-core-1-gw:Po3 i det hele tatt, men bare én av Te8/15 eller Te8/16.
Dette er ingen feil - dette ser ut akkurat som forventet, i henhold til min beskrivelse lenger oppe.
I følge switchene selv er det de logiske EtherChannel-portene som er koblet mot hverandre, mens de underliggende fysiske portene er ikke som switcheporter å regne. Det er med andre ord ingen topologi å lese ut fra de fysiske portene, kun en linkstatus.
Fx viss jeg har et view som kun viser L3 bokser, vil det da vises grafisk dersom en underliggende enhet er degradert eller down?
NAV har ikke noe begrep for "degradert". En boks kan være nede og en link kan være nede. Kartet skal vel allerede vise dersom en link er nede, vet ikke om det er innarbeidet en måte å vise hvilke bokser som er nede foreløpig, men det kan kanskje Roy Sindre svare på.
Burde vi hatt det? Gul og rød alarm fx.
Tror aldri jeg har hørt det nevnt før. NAV har forøvrig en severity-verdi knyttet til hver alarm, men verdienes betydning er dårlig definert og de har derfor vært lite brukt i varslingsprofiler.
Foreslo at NAV status på forsiden burde ha en indikasjon om linker og power som er nede, og threshold som er overskredet. Når vi kan ønske vil vi alltid ha i pose og sekk.. ;-)
Forsiden har alltid vært relativt begrenset i hva som vises. Den er i realiteten en egen status-app, som bare viser noen av boksene som er nede.
Det er status-tool som er det riktige verktøyet, og her fins allerede informasjon om linkstatus og thresholdoverskridelser. Er derimot mer usikker på om fan/power-status fins der.