nav-ref:navref_051124
Differences
This shows you the differences between two versions of the page.
| Both sides previous revision Previous revision Next revision | Previous revision | ||
|
nav-ref:navref_051124 [2025/03/03 12:46] morten ref til 3311 |
nav-ref:navref_051124 [2025/03/12 06:31] (current) morten ref til 3325 |
||
|---|---|---|---|
| Line 168: | Line 168: | ||
| | | ||
| * UiT trekker fram et gammelt issue som ble forsøkt løst for mange år siden, men hvor endringen måtte rulles tilbake: ([[https://github.com/Uninett/nav/issues/2915|[BUG] CAM data not collected for devices of type SRV and OTHER #2915]]) | * UiT trekker fram et gammelt issue som ble forsøkt løst for mange år siden, men hvor endringen måtte rulles tilbake: ([[https://github.com/Uninett/nav/issues/2915|[BUG] CAM data not collected for devices of type SRV and OTHER #2915]]) | ||
| - | * :!: **AKSJON:** Kartlegg hva som skjedde sist dette ble forsøkt løst og legg inn som en kommentar på #2915 | + | * <del>:!: **AKSJON:** Kartlegg hva som skjedde sist dette ble forsøkt løst og legg inn som en kommentar på #2915</del> |
| + | * Issue #2915 er egentlig et duplikat av et 12 år gammelt issue som ble forsøkt løst i to omganger, med svært uheldige resultater for NAV, og endringene ble derfor rullet tilbake. Issue-historikk er kommentert på #2915. | ||
| * UiT ber også om oppmerksomhet for to bugs de tidligere har meldt inn: | * UiT ber også om oppmerksomhet for to bugs de tidligere har meldt inn: | ||
| * [[https://github.com/Uninett/nav/issues/2908|[BUG] Alert profile filter - list_limit reached #2908]] | * [[https://github.com/Uninett/nav/issues/2908|[BUG] Alert profile filter - list_limit reached #2908]] | ||
| Line 207: | Line 207: | ||
| * [[https://github.com/Uninett/nav/issues/3309][Research how Graphite can support multiple aggregation methods for a single metric #3309]] | * [[https://github.com/Uninett/nav/issues/3309][Research how Graphite can support multiple aggregation methods for a single metric #3309]] | ||
| * Mener CPU-lastdatene som hentes inn av NAV i dag er et øyeblikksbilde som er kunstig forhøyet i innsamlingsøyeblikket pga. utstyrets arbeid med å besvare SNMP-forespørselen som henter dataene. Det påstås at det skal være mulig å hente ut gjennomsnittsverdier for siste 5-minuttersperiode i stedet. | * Mener CPU-lastdatene som hentes inn av NAV i dag er et øyeblikksbilde som er kunstig forhøyet i innsamlingsøyeblikket pga. utstyrets arbeid med å besvare SNMP-forespørselen som henter dataene. Det påstås at det skal være mulig å hente ut gjennomsnittsverdier for siste 5-minuttersperiode i stedet. | ||
| - | * :!: **AKSJON:** Kilde for dette er visstnok Vidar Stokke, som også har noen MIB-referanser. Han bør snarest opprette et GitHuub-issue som dokumenterer behovet og aktuelle MIB-er. | + | * <del>:!: **AKSJON:** Kilde for dette er visstnok Vidar Stokke, som også har noen MIB-referanser. Han bør snarest opprette et GitHub-issue som dokumenterer behovet og aktuelle MIB-er.</del> |
| + | * [[https://github.com/Uninett/nav/issues/3325|Collect and graph system metrics for CPU utilization avg 1, 5 and 15 minutes on Juniper SRX #3325]] | ||
| * Ønsker muligheten for deling av dashboards mellom brukere | * Ønsker muligheten for deling av dashboards mellom brukere | ||
| * Allerede notert i [[https://github.com/Uninett/nav/issues/2344|Add shareable dashboards to NAV #2344]] | * Allerede notert i [[https://github.com/Uninett/nav/issues/2344|Add shareable dashboards to NAV #2344]] | ||
| Line 225: | Line 226: | ||
| * Om man samler inn effektforbruk hvert minutt kan man f.eks. estimere energifobruket for dette minuttet ved å multiplisere effektforbruket med en faktor på ''1/60'' (en PSU som forbruker 1000W konstant i 60 sekunder har forbrukt ca. 16.7Wh). | * Om man samler inn effektforbruk hvert minutt kan man f.eks. estimere energifobruket for dette minuttet ved å multiplisere effektforbruket med en faktor på ''1/60'' (en PSU som forbruker 1000W konstant i 60 sekunder har forbrukt ca. 16.7Wh). | ||
| * Hvordan er MIB-støtten for å hente ut slikt på forskjellig utstyr? | * Hvordan er MIB-støtten for å hente ut slikt på forskjellig utstyr? | ||
| - | * :!: **AKSJON:** Utviklerteamet kan registrere et GitHub-issue, men dette krever noe kartleggingsarbeid som CNaaS-teamet selv må fylle på med. | + | * <del>:!: **AKSJON:** Utviklerteamet kan registrere et GitHub-issue, men dette krever noe kartleggingsarbeid som CNaaS-teamet selv må fylle på med.</del> |
| + | * [[https://github.com/Uninett/nav/issues/3312|Collect and graph device power usage #3312]] | ||
| * Chatlog fra Vidar F: | * Chatlog fra Vidar F: | ||
| Line 249: | Line 251: | ||
| * [[https://github.com/Uninett/nav/issues/3217| Fetch switch port VN (VRF) and Security Group Tag (SGT) from Cisco SDA #3217 ]] | * [[https://github.com/Uninett/nav/issues/3217| Fetch switch port VN (VRF) and Security Group Tag (SGT) from Cisco SDA #3217 ]] | ||
| * NTNU bruker aktivt søket ''Last seen (days ago)'' under fanen ''Netbox interfaces'' i et Room-view (''/search/room/<roomid>/#!netboxinterfaces'') for å finne porter som ikke har vært i bruk de siste ''N'' dagene. Men, de kan også tenke seg et invertert søk, altså formodentlig at man kan vise alle porter som *har vært i bruk* de siste ''N'' dagene. | * NTNU bruker aktivt søket ''Last seen (days ago)'' under fanen ''Netbox interfaces'' i et Room-view (''/search/room/<roomid>/#!netboxinterfaces'') for å finne porter som ikke har vært i bruk de siste ''N'' dagene. Men, de kan også tenke seg et invertert søk, altså formodentlig at man kan vise alle porter som *har vært i bruk* de siste ''N'' dagene. | ||
| - | * :!: **AKSJON:** Utviklerteamet lager et GitHub-issue og ber Nils-Arild kvalitetssikre det. | + | * <del>:!: **AKSJON:** Utviklerteamet lager et GitHub-issue og ber Nils-Arild kvalitetssikre det.</del> |
| + | * [[https://github.com/Uninett/nav/issues/3313|Add complementary activity search to "Last seen" view in the Room view interfaces list #3313]] | ||
| * Ønsker seg muligheten til å begrense PortAdmin-brukere til å bare konfigurere port-description, ikke VLAN og andre ting. | * Ønsker seg muligheten til å begrense PortAdmin-brukere til å bare konfigurere port-description, ikke VLAN og andre ting. | ||
| * <del>:!: **AKSJON:** Utviklerteamet lager et GitHub-issue og ber Nils-Arild kvalitetssikre det.</del> | * <del>:!: **AKSJON:** Utviklerteamet lager et GitHub-issue og ber Nils-Arild kvalitetssikre det.</del> | ||
| Line 270: | Line 273: | ||
| * //Overvåking av transceivere - hente ut alarmgrensene med alarmer ved overskridelse.// | * //Overvåking av transceivere - hente ut alarmgrensene med alarmer ved overskridelse.// | ||
| * Morten B formoder dette dreier seg om at transceivere som regel kommer med egne hardkodete terskelverdier som kunne vært avlest og benyttet av terskelregler i NAV. Dette mener har i alle fall å huske har vært en diskusjon i stamnettsgruppa på Sikt. | * Morten B formoder dette dreier seg om at transceivere som regel kommer med egne hardkodete terskelverdier som kunne vært avlest og benyttet av terskelregler i NAV. Dette mener har i alle fall å huske har vært en diskusjon i stamnettsgruppa på Sikt. | ||
| - | * :!: **AKSJON:** Morten B leter opp om han har noe underlagsmateriale om transceiverterskler fra før. | + | * <del>:!: **AKSJON:** Morten B leter opp om han har noe underlagsmateriale om transceiverterskler fra før.</del> |
| + | * Har funnet en del underlagsmateriale some er *Juniper-spesifikt*, der optikkterskler fins å lese av fra kolonner i ''JUNIPER-DOM-MIB::jnxDomCurrentTable'', som NAV allerede har delvis støtte for. | ||
| * //Overvåking av bias-spenning på tranceivere for å se at disse ikke endrer seg.// | * //Overvåking av bias-spenning på tranceivere for å se at disse ikke endrer seg.// | ||
| * Morten B mener dette muligens allerede samles inn og grafes, i alle fall for Cisco. Dette registreres som sensorer på en boks, men det er ikke alltid garantert at NAV klarer å koble en sensor opp mot en spesifikk port på boksen, slik at den i stedet blir liggende i den generelle oversikten over sensorer som fins på boksen. | * Morten B mener dette muligens allerede samles inn og grafes, i alle fall for Cisco. Dette registreres som sensorer på en boks, men det er ikke alltid garantert at NAV klarer å koble en sensor opp mot en spesifikk port på boksen, slik at den i stedet blir liggende i den generelle oversikten over sensorer som fins på boksen. | ||
nav-ref/navref_051124.1741005976.txt.gz · Last modified: 2025/03/03 12:46 by morten
Page Tools
