Differences

This shows you the differences between two versions of the page.

--- nav-ref:navref_010922 [2023/01/09 14:40] – lagt til ekstra referanser morten
+++ nav-ref:navref_010922 [2023/03/07 10:17] (current) – juniper storage issue morten
@@ Line 130: / Line 130: @@
   * HiVolda:
     * Det ble en lang diskusjon om overvåkning av skytjenester. Det store spørsmalet er egentlig om det er noe nettverksrelatert som skal overvåkes, eller om det er servere og tjenesteinfrastruktur, som egentlig er litt på siden av det NAV driver med. Man kom egentlig ikke til noen konklusjon her, som kan tyde på at dette foreløpig ikke representerer noe som er konkret nok til at det skal jobbes videre med av utviklingsteamet.
-    * :!: Kan NAV generere QR-kodelapper for lenke til rom, utstyr, mac-adresser etc.?
+    * [[https://github.com/Uninett/nav/issues/2586|#2586]] Kan NAV generere QR-kodelapper for lenke til rom, utstyr, mac-adresser etc.?
       * Det hadde vært kjekt for teknikere i felt om de kunne skanne QR-kode klistret på utstyr og komme direkte til riktig NAV-side.
       * En ting er å generere kodelapper for individuelle objekter. Hva med å generere 1000 QR-lapper for 1000 netboxene på en gang?
-    * :!: Kan NAV få "Dark Mode"? Peder har postet noe sånt i diskusjonsforumet på GitHub, men det kom ikke klart frem at det var han som var avsender.  Vi kan ta det inn som en issue med navref-tag.
+    * [[https://github.com/Uninett/nav/issues/2553|#2553]] Kan NAV få "Dark Mode"? Peder har postet noe sånt i diskusjonsforumet på GitHub, men det kom ikke klart frem at det var han som var avsender.  Vi kan ta det inn som en issue med navref-tag.
     * Spørsmål om alternativer til NfSen på verktøykasser (det er godt kjent at NfSen ikke har vært videreutviklet på mange år). :!: Peder skal mase på CERT om hva de ser for seg å bruke til NetFlow i fremtiden. Vi har snakket om å bytte ut NfSen i mange år, men har avventet hva slags verktøy vår egen sikkerhetsavdeling ville lande på.
     * Har sendt inn en dokumentasjonsreferanse fra PaloAlto, ifm. UiTs ønske om å hente ARP-cache fra PaloAlto-brannmurer (som ikke støtter dette vha. SNMP): https://docs.paloaltonetworks.com/iot/iot-security-api-reference/iot-security-api/get-device-details-per-mac-address
   * UiA
-    * :!: Skulle gjerne sett statistikk på forbruk av lagringsplass/diskplass på Juniper.
+    * [[https://github.com/Uninett/nav/issues/2587|#2587]] Skulle gjerne sett statistikk på forbruk av lagringsplass/diskplass på Juniper.
       * Fins dette i egen MIB, eller kan det tenkes at det rapporteres som minne i de MIB-ene vi allerede støtter?
       * Ettersendt referanse fra UiO: https://supportportal.juniper.net/s/article/How-to-view-the-available-disk-space-on-Junos-devices-by-using-an-OID?language=en_US
-    * :!: UiA opplever at description mangler på Juniper-stacker, f.eks. under ''/ipdevinfo/krs-ad4033-sw-7.uia.no/#!deviceinfo''. Det ser ut som det skjer på Juniper-stacker når det blir mange members? Notatene er litt uklare på hva slags description som egentlig manglet her, så vi trenger litt mer feedback fra UiA.
+    * UiA opplever at description mangler på Juniper-stacker, f.eks. under ''/ipdevinfo/krs-ad4033-sw-7.uia.no/#!deviceinfo''. Det ser ut som det skjer på Juniper-stacker når det blir mange members.
-    * Ønsker seg FTP-tjener på verktøykassen for lagring av Juniper-konfigurasjon, for Juniper støtter ikke tftp. Dette fins allerede som en tjeneste på VK-er brukt til CNaaS-formål. Kan dette bli tilgjengelig som en standard tjenesten til alle VK-er? (UiA har allerede en supportsak mot Sikt / Nettadministrasjon på dette)
+      * Feedback etter møte tyder på at det var en software-bug i JunOS som løste seg ved oppgradering.
+    * Ønsker seg FTP-tjener på verktøykassen for lagring av Juniper-konfigurasjon, for Juniper støtter ikke tftp. Dette fins allerede som en tjeneste på VK-er brukt til CNaaS-formål. Kan dette bli tilgjengelig som en standard tjenesten til alle VK-er? (UiA har allerede en supportsak mot Sikt / Nettadministrasjon på dette: **#334272**)
     * Spørsmål vedrørene UiTs ønske om MFA (multi-factor authentication) og utviklerteamets forslaget om "workaround" med Feide-autentisering (''REMOTE_USER''-basert):
       * :!: Kan alle Feide-brukere logge inn på NAV om vi slår det på?  Er det godt nok dokumentert hvordan man begrenser adgangen til innlogging i NAVs howto guides?
@@ Line 171: / Line 172: @@
 UiT minner om muligheten for å ta korte ad-hoc møter innimellom bare for å vise frem ting. Det er ikke alltid nødvendig å vente til neste fulle nav-refmøte for å få feedback.
-Neste møtedato ble satt til **[[navref_010323|onsdag 1. mars, klokken 09-12]]**, som videmøte.
+Neste møtedato ble opprinnelig satt til onsdag 1. mars, klokken 09-12, som videomøte, men ble senere flyttet til **[[navref_070323|tirsdag 7. mars, klokken 12-15]]**