Hei,
Jeg er dessverre forhindret (igjen) til å delta på nav-ref på tirsdag, men vil gjerne spille inn feature request på utvidelser til portadmin.
Dette har jo blitt diskutert før og det er vel fremmet ulike ønsker. Nå forsterkes dette gjennom et ønske fra UiA som jeg regner med Rune tar med til møtet. UiA ønsker seg et konsept med portprofiler der det er enkelt ute i felten og ellers å sette en gitt svitsjeport til en gitt profil. Oslomet har spilt inn et tilsvarende ønske da konkretisert til å utnytte Junipers konsept interface range.
I CNaaS og i UiA case så ser man for seg en automatisk utrulling av generisk config gjennom cnaas-nms, men det vil være nødvendig å tilpasse porter med avvikende config på portnivå eller portgruppenivå.
I scenarioet dot1X implementert har vi jo tenkt at eneste avvikende parameter vil være description. Realiteten er vel at mer kan og vil avvike. Hva bør være konfigurertbart gjennom portadmin???
Kunne man gjort en "forenkling" der man i portadmin grensesnittet setter portprofil X, Y eller Z og så er det underliggende configfiler som dikterer hva som er relevant config som skal pushes for profil X, Y og Z? I realiteten da overlatt til cnaas-nms å pushe. Vi har jo tenkt at i samspillet med cnaas-nms så vil ikke config pushes direkte fra NAV, kun snmp read fra NAV. cnaas-nms vil være autorativ på hva som er konfigurasjon der ute.
Viktig å ikke gjøre dette for komplekst også...
Portadmin trenger uansett en mekanisme for å spesifisere at porten skal dot1x confes eller ikke.
Jeg håper enten Knut-Helge og/eller Vidar S deltar i møtet (helt eller delvis) og bringer inn momenter fra cnaas. Ditto Rune med UiA sine ønsker.
mvh - VidarF
Hei.
Jeg kan forsøke å få deltatt, men jeg er på Teknobyen for å gjøre handson-arbeid i dag og da er det litt dumt å bli sittende i møte halve dagen.
-- Med vennlig hilsen, Vidar Stokke Senior Nettverksingeniør Uninett AS Avdeling for campusnett Mobil: 918 97 108 http://www.uninett.no
-----Original Message----- From: Vidar Faltinsen vidar.faltinsen@uninett.no Sent: lørdag 22. mai 2021 08:41 To: nav-ref@uninett.no Cc: Knut-Helge Vindheim knut.helge.vindheim@uninett.no; Vidar Stokke vidar.stokke@uninett.no Subject: Innspill til nav-ref: utvidelser til portadmin
Hei,
Jeg er dessverre forhindret (igjen) til å delta på nav-ref på tirsdag, men vil gjerne spille inn feature request på utvidelser til portadmin.
Dette har jo blitt diskutert før og det er vel fremmet ulike ønsker. Nå forsterkes dette gjennom et ønske fra UiA som jeg regner med Rune tar med til møtet. UiA ønsker seg et konsept med portprofiler der det er enkelt ute i felten og ellers å sette en gitt svitsjeport til en gitt profil. Oslomet har spilt inn et tilsvarende ønske da konkretisert til å utnytte Junipers konsept interface range.
I CNaaS og i UiA case så ser man for seg en automatisk utrulling av generisk config gjennom cnaas-nms, men det vil være nødvendig å tilpasse porter med avvikende config på portnivå eller portgruppenivå.
I scenarioet dot1X implementert har vi jo tenkt at eneste avvikende parameter vil være description. Realiteten er vel at mer kan og vil avvike. Hva bør være konfigurertbart gjennom portadmin???
Kunne man gjort en "forenkling" der man i portadmin grensesnittet setter portprofil X, Y eller Z og så er det underliggende configfiler som dikterer hva som er relevant config som skal pushes for profil X, Y og Z? I realiteten da overlatt til cnaas-nms å pushe. Vi har jo tenkt at i samspillet med cnaas-nms så vil ikke config pushes direkte fra NAV, kun snmp read fra NAV. cnaas-nms vil være autorativ på hva som er konfigurasjon der ute.
Viktig å ikke gjøre dette for komplekst også...
Portadmin trenger uansett en mekanisme for å spesifisere at porten skal dot1x confes eller ikke.
Jeg håper enten Knut-Helge og/eller Vidar S deltar i møtet (helt eller delvis) og bringer inn momenter fra cnaas. Ditto Rune med UiA sine ønsker.
mvh
- VidarF
Hei
Jeg har dessverre blitt dobbelbooket frem til 1330, med noe jeg må være med på. Så jeg kommer inn på NAV-møtet så snart det andre møtet er ferdig.
Mvh Nils-Arild
-----Original Message----- From: nav-ref-request@uninett.no nav-ref-request@uninett.no On Behalf Of Vidar Faltinsen Sent: Saturday, May 22, 2021 8:41 AM To: nav-ref@uninett.no Cc: Knut-helge Vindheim knut.helge.vindheim@uninett.no; Vidar Stokke vidar.stokke@uninett.no Subject: [nav-ref] Innspill til nav-ref: utvidelser til portadmin
Hei,
Jeg er dessverre forhindret (igjen) til å delta på nav-ref på tirsdag, men vil gjerne spille inn feature request på utvidelser til portadmin.
Dette har jo blitt diskutert før og det er vel fremmet ulike ønsker. Nå forsterkes dette gjennom et ønske fra UiA som jeg regner med Rune tar med til møtet. UiA ønsker seg et konsept med portprofiler der det er enkelt ute i felten og ellers å sette en gitt svitsjeport til en gitt profil. Oslomet har spilt inn et tilsvarende ønske da konkretisert til å utnytte Junipers konsept interface range.
I CNaaS og i UiA case så ser man for seg en automatisk utrulling av generisk config gjennom cnaas-nms, men det vil være nødvendig å tilpasse porter med avvikende config på portnivå eller portgruppenivå.
I scenarioet dot1X implementert har vi jo tenkt at eneste avvikende parameter vil være description. Realiteten er vel at mer kan og vil avvike. Hva bør være konfigurertbart gjennom portadmin???
Kunne man gjort en "forenkling" der man i portadmin grensesnittet setter portprofil X, Y eller Z og så er det underliggende configfiler som dikterer hva som er relevant config som skal pushes for profil X, Y og Z? I realiteten da overlatt til cnaas-nms å pushe. Vi har jo tenkt at i samspillet med cnaas-nms så vil ikke config pushes direkte fra NAV, kun snmp read fra NAV. cnaas-nms vil være autorativ på hva som er konfigurasjon der ute.
Viktig å ikke gjøre dette for komplekst også...
Portadmin trenger uansett en mekanisme for å spesifisere at porten skal dot1x confes eller ikke.
Jeg håper enten Knut-Helge og/eller Vidar S deltar i møtet (helt eller delvis) og bringer inn momenter fra cnaas. Ditto Rune med UiA sine ønsker.
mvh
- VidarF