Kjetil,
Bra romjuls-innspill! Jeg svarer p? nav-users.
On Fri, 27 Dec 2002, Kjetil Otter Olsen wrote:
Har kikket endel p? beskrivelsene i type.txt og sammenlignet med; ftp://ftp.cisco.com/pub/mibs/oid/CISCO-PRODUCTS-MIB.oid
Hadde det v?rt en ide ? bruke Cisco's egne forkortelser??
Ja, det synes jeg, m? kanskje forkorte cisco til cis og catalyst til cat for ? holde meg innen 10 tegn, alternativt utvide feltet.
Ser ogs? at CISCO-STACK-MIB.oid inneholder *9.5* utstyr, s? som cat5k, der de heter wsc5500sysID etc. Synes kanskje sysID kan droppes der.
Det er greit ? rydde i dette n?, da omd?ping av typenavn er rett frem uten bieffekter. Vi vil f? en mer konsistent navning i tr?d med Ciscos egne navn.
Uansett kan det se ut om om vi har et problem med Cat 3550'ene... Det er samme SysObjectID om boksen kj?rer Lag2 SW (SMI) eller Lag3 SW (EMI)....
Det betyr vel at kategorien i nettel.txt m? tas med i betraktningen n?r NAV skal hente info fra boksen. GSW = Lag3, SW eller KANT = Lag2 ???
Det stemmer, og det burde g? greit.
Du sp?r ellers om forskjellen mellom cgsw og cL3-sw. Tja, det er ikke helt 100% dette. Vi har st?tt p? mange avarter fra ios-sw og cat-sw det siste ?ret. Det er ogs? et problem for meg ? definere eksakte typegrupper, det programmeres i henhold til typegrupper ved innsamling (Sigurd), ved inventorysanknig (Gro-Anita), ved brotabell, vlan, stp, cdp m.m. (Kristian) og for Cricket (John Magne). En gitt type kan oppf?re seg som f.eks. ios-sw for noen deler, men ikke for andre. Og s? m? vi skille ut i ny gruppe.
Vi har drodlet litt rundt et bedre system med en oidtabell i databasen, evt ogs? ? g? bort fra typegruppe og klassifisere en ukjent type n?r man st?ter p? en boks av denne typen. En slik l?sning er litt fristende, vi vil da lettere kunne st?tte et bredere mangfold av utsyrsvarianter og mer automagisk klassifisere basert p? en stadig voksende kandidat-OID-base. Men... dette blir ikke s? enkel i praksis. Det er mange forhold som krever s?rbehandling rundt snmpsanking. Som eksempel kan nevnes: * ulik tolkning av returverdier for forskjellinge typegrupper: verdien 1 for ios-sw betyr full duplex, den betyr half duplex for cat-sw, ikke ta det bokstavelig, men slike ting forekommer. * I noen tilfeller ser vi p? verdien av suboiden i tillegg til returverdien, som f.eks. ved klassifisering av modul port. * I noen tilfeller sp?r vi med community@vlan for ? hente data, i andre tilfeller community@stacknr * ...
Jeg er uansett stemt for at vi i det minste strukturer alle oid'er vi sanker, hvilke variable de skal sette, og hvilken typegruppe de er tiltenkt. P? sikt b?r vi vurdere ? skille ut hardkodede oider i script og i stedet bruke variable og hente faktisk oid fra databasetabell.
Som et f?rste skritt kan et hjelpescript teste en hittil ukjent boks mot en slik oid/typegruppebase og gi tilbakemelding basert p? hva den fikk svar p?. Da vil vi lettere kunne klassifisere. Det vil ogs? v?re mulig for dere/andre ? klassifisere.
Vi f?r diskutere dette n?rmere, men jeg tror en strukturering her er lurt. Det vil l?nne seg i det lange l?p. Jeg tror ogs? at variable i script b?r adoptere de faktiske OID-navn som brukes i gitt MIB-fil. Noen eksempler kan sees p? http://metanav.ntnu.no/v2/systemdok/mibs.txt
Vel, dette er ikke gjort over natta, og det er mulig alt dette blir NAVv3, vi f?r se.
Et annet ting vi ?nsker ? gj?re bedre er klassifisering av bokser basert p? snmp versjon. I dag gj?r vi en del antagelser rundt v2 st?tte for gitte typegrupper, og gj?r da mer rasjonell (getbulk) innsamling. I noen tilfeller (gammel sw) faller vi igjennom her.
mvh - Vidar