Nav-users

nav-users@lister.sikt.no

3 participants
1372 discussions

SNMP support for isl subinterfaces (fwd)
by Odd.Hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hallo. UNINETT har n? oppgradert sw til 12.2(11)T1 p? molde-gw.uninett.no (Cisco 7206). Dette har f?rt til at jeg n? kun ser loopback-grensesnittene p? denne ruteren. Er det noe jeg kan gj?re lokalt for ? fikse dette ? - Odd Arne Hauge > -----Original Message----- > From: Vidar Faltinsen [mailto:vidar.faltinsen@itea.ntnu.no] > Sent: 29. oktober 2002 10:05 > To: nav-users(a)itea.ntnu.no > Subject: Re: SNMP support for isl subinterfaces (fwd) > > > FYI, > > Det er alts? et problem med octettelling p? subinterfacer. > Dette er l?sbart og svaret p? denne eposten fra > UNINETT/H?vard Eidnes var at de er inne i en massiv > oppgraderingsprosess som i f?rste runde har medf?rt > oppgradering av minne/flash. Bakgrunnen for oppgraderingen er > fra UNINETT sin side motivert ut i fra ?nske om ? kj?re IS-IS > og IPv6. Men laststatistikk for subinterface vil ogs? blir > l?st, noe jeg m.fl. ogs? mener er viktig. > > - Vidar > > ---------- Forwarded message ---------- > Date: Tue, 3 Sep 2002 16:00:20 +0200 (MET DST) > From: Vidar Faltinsen <faltin(a)itea.ntnu.no> > To: nett-drift(a)uninett.no > Subject: Re: SNMP support for isl subinterfaces > > Hei, > > Jeg vekker liv i dette med octettelling p? isl subinterfacer, > jfr > http://www.cisco.com/univercd/cc/td/doc/product/software/ios12 > 1/121newft/121limit/121e/121e7/ft_snmpv.htm > og jfr epost fra meg 24/8-01 under. > > Dette krever alts? minst 12.1(3)T / 12.1(7)E. alta-gw er med > i svingene her, men ingen av de 6 h?yskolene som f?r NAV i > h?st, nemlig: > > 3.H?gskolen i Oslo > 4.H?gskolen i Nord-Tr?ndelag > 5.H?gskolen i Molde > 6.H?gskolen i Hedmark > 7.H?gskolen i Narvik > 8.H?gskolen i Volda > > Alle disse har _noen_ rutere med subinterfacer, _ingen_ av > disse igjen st?tter octet-telling p? subinterfacer (noen har > ifindex og ifalias=description). S? her er status: > > # molde-gw - 7200 - 12.0(7)T2 - fe isl > - no ifindex > # kristiansund-gw - 4700 - 12.0(7)T2 - fe isl > - no ifindex > # steinkjer-gw - 7200 - 12.0(21)S1 - fe isl > - ifindex no octet > # levanger-gw - 7200 - 12.0(21)S1 - fe isl > - ifindex no octet > # namsos-gw 4500 - 12.0(16)S - fe dot1q > - ifindex no octet > # cadeler30-gw 4700 - 12.1(12b) - fe isl > - no ifindex > # pil52-gw 7200 - 12.0(16)S - fe isl > - ifindex no octet > # elverum-gw 7200 - 12.0(15)S1 - fe isl > - ifindex no octet > # rena-gw 7200 - 12.0(7)T2 - fe dot1q > - no ifindex > # narvik-gw 7200 - 12.0(19)S2 - fe isl > - ifindex no octet > # volda-gw 7200 - 12.1(12b) - fe isl > - no ifindex > > H?vard (he) er vel muligens softwareversjonsgeneral(?), og > jeg sp?r deg / noen(tm): > > * Er det tenkelig med en oppgradering for ? tilfredsstille dette > ?nsket/behovet? > * Er det tenkelig i f?rste fase ? velge en av de 6 > h?yskolene som en pilot. F.eks. HiMolde? > > Konsekvensen av ? _ikke_ oppgradere er at man kun f?r > laststat for hele fastethertrunken, ikke de indviduelle > subinterfacen (m.m. man hacker det til via noe expect og > sh-kommandoer, noe jeg ikke ?nsker). > > mvh > - Vidar > > On Fri, 24 Aug 2001, Vidar Faltinsen wrote: > > > Hei, > > > > Ser ut til at verden har tatt et skritt fremover siden sist jeg > > sjekket. Se dok av 30/4-01: > > > > > http://www.cisco.com/univercd/cc/td/doc/produc> t/software/ios121/121new > > ft/121limit/121e/121e7/ft_snmpv.htm > > > > Fra 12.1(3)T / 12.1(7)E st?ttes trafikkinnnsamling pr _isl_ > > subinterface p? fastetherporter. Vil tro det burde gjelde gigaether > > ogs?, men har ikke testet. > > > > Subinterfacene f?r eget ifIndex og behandles s?ledes helt likt med > > ordin?re fysiske interfacer, snmp-messig. dot1q st?ttes > ikke her, og > > hardware st?tten omfatter 2600,3600,4000M,7200 og 7500. S? > her mangler > > jo litt, bl.a. 8540 som vi gjerne skulle st?ttet i Troms? :( > > > > Merk at det ? hente descriptionfelt til subinterface har > v?rt st?ttet > > p? slutten av 12.0 tallet ved ? bruke ifAlias > > (1.3.6.1.2.1.31.1.1.1.18), men da ikke med indviduell > trafikktelling. > > > > Jeg har testet subinterfacetelling mot alta-gw og det > fungerte fint, > > det var vesentlig mer last p? stud enn adm :) > > > > Spm er om uninett har mye subinterfacer p? andre enn nevnte > > plattformer, dernest om det er mye dot1q fremfor isl. Man > kan jo h?pe > > at dot1qst?tten kommer, den er der ved show vlans. (en kjapp > > opptelling p? trane viser i all overvekt isl-oppsett, 15 rutere med > > dot1q. Softwareniv?et mangler imidlertid en god del > plasser, men det > > kommer vel etterhvert). > > > > mvh > > - Vidar > > > > > > > > >

1 0

SNMP support for isl subinterfaces (fwd)
by vidar.faltinsen＠itea.ntnu.no 17 Jun '04

17 Jun '04

FYI, Det er alts? et problem med octettelling p? subinterfacer. Dette er l?sbart og svaret p? denne eposten fra UNINETT/H?vard Eidnes var at de er inne i en massiv oppgraderingsprosess som i f?rste runde har medf?rt oppgradering av minne/flash. Bakgrunnen for oppgraderingen er fra UNINETT sin side motivert ut i fra ?nske om ? kj?re IS-IS og IPv6. Men laststatistikk for subinterface vil ogs? blir l?st, noe jeg m.fl. ogs? mener er viktig. - Vidar ---------- Forwarded message ---------- Date: Tue, 3 Sep 2002 16:00:20 +0200 (MET DST) From: Vidar Faltinsen <faltin(a)itea.ntnu.no> To: nett-drift(a)uninett.no Subject: Re: SNMP support for isl subinterfaces Hei, Jeg vekker liv i dette med octettelling p? isl subinterfacer, jfr http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/12… og jfr epost fra meg 24/8-01 under. Dette krever alts? minst 12.1(3)T / 12.1(7)E. alta-gw er med i svingene her, men ingen av de 6 h?yskolene som f?r NAV i h?st, nemlig: 3.H?gskolen i Oslo 4.H?gskolen i Nord-Tr?ndelag 5.H?gskolen i Molde 6.H?gskolen i Hedmark 7.H?gskolen i Narvik 8.H?gskolen i Volda Alle disse har _noen_ rutere med subinterfacer, _ingen_ av disse igjen st?tter octet-telling p? subinterfacer (noen har ifindex og ifalias=description). S? her er status: # molde-gw - 7200 - 12.0(7)T2 - fe isl - no ifindex # kristiansund-gw - 4700 - 12.0(7)T2 - fe isl - no ifindex # steinkjer-gw - 7200 - 12.0(21)S1 - fe isl - ifindex no octet # levanger-gw - 7200 - 12.0(21)S1 - fe isl - ifindex no octet # namsos-gw 4500 - 12.0(16)S - fe dot1q - ifindex no octet # cadeler30-gw 4700 - 12.1(12b) - fe isl - no ifindex # pil52-gw 7200 - 12.0(16)S - fe isl - ifindex no octet # elverum-gw 7200 - 12.0(15)S1 - fe isl - ifindex no octet # rena-gw 7200 - 12.0(7)T2 - fe dot1q - no ifindex # narvik-gw 7200 - 12.0(19)S2 - fe isl - ifindex no octet # volda-gw 7200 - 12.1(12b) - fe isl - no ifindex H?vard (he) er vel muligens softwareversjonsgeneral(?), og jeg sp?r deg / noen(tm): * Er det tenkelig med en oppgradering for ? tilfredsstille dette ?nsket/behovet? * Er det tenkelig i f?rste fase ? velge en av de 6 h?yskolene som en pilot. F.eks. HiMolde? Konsekvensen av ? _ikke_ oppgradere er at man kun f?r laststat for hele fastethertrunken, ikke de indviduelle subinterfacen (m.m. man hacker det til via noe expect og sh-kommandoer, noe jeg ikke ?nsker). mvh - Vidar On Fri, 24 Aug 2001, Vidar Faltinsen wrote: > Hei, > > Ser ut til at verden har tatt et skritt fremover siden sist jeg > sjekket. Se dok av 30/4-01: > > http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121newft/12… > > Fra 12.1(3)T / 12.1(7)E st?ttes trafikkinnnsamling pr _isl_ subinterface > p? fastetherporter. Vil tro det burde gjelde gigaether ogs?, men har ikke > testet. > > Subinterfacene f?r eget ifIndex og behandles s?ledes helt likt med > ordin?re fysiske interfacer, snmp-messig. dot1q st?ttes ikke her, og > hardware st?tten omfatter 2600,3600,4000M,7200 og 7500. S? her mangler jo > litt, bl.a. 8540 som vi gjerne skulle st?ttet i Troms? :( > > Merk at det ? hente descriptionfelt til subinterface har v?rt st?ttet > p? slutten av 12.0 tallet ved ? bruke ifAlias (1.3.6.1.2.1.31.1.1.1.18), > men da ikke med indviduell trafikktelling. > > Jeg har testet subinterfacetelling mot alta-gw og det fungerte fint, > det var vesentlig mer last p? stud enn adm :) > > Spm er om uninett har mye subinterfacer p? andre enn nevnte plattformer, > dernest om det er mye dot1q fremfor isl. Man kan jo h?pe at dot1qst?tten > kommer, den er der ved show vlans. > (en kjapp opptelling p? trane viser i all overvekt isl-oppsett, 15 rutere > med dot1q. Softwareniv?et mangler imidlertid en god del plasser, men det > kommer vel etterhvert). > > mvh > - Vidar > > >

1 0

Rutergrensesnitt
by Odd.Hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hallo. I Molde kj?rer vi med virtuelle vlan-interface p? ruterne. Men disse virtuelle grensesnittene dukker ikke opp under Cricket. Kun de "fysiske" interfacene. Description p? disse er sist definerte virtuelle vlan p? interfacet. fastethernet0_0 lan sfrn-ans,studentsamskipnaden NAV klarer heller ikke ? avlede mappingen mellom prefiks og vlan. S? disse setter jeg i vlan.txt. Under ruterporter dukker de virtuelle grensesnittene opp, men da med selve interface som ruterport: Ruter Ruterport Mbps IP-adresse M VLAN Nettype Nettident O Ant molde-gw.uninett.no FastEthernet0/0 100 IP-adresse M aaaa LAN lan,adm 1 xx Kan dette ha noe med hvordan UNINETT har satt description feltet p? ruterporter ? gj?re. Et typisk eksempel hos oss er: interface FastEthernet0/0 description lokal FEtrunk, molde.molde-ANStrunk interface FastEthernet0/0.1 description lokal vlan, molde.molde-adm Jeg skulle gjerne hatt trafikktelling p? hvert virtuelt interface. Er det noe mer jeg kan gj?re med NAV lokalt hos meg for ? f? til dette ? - Odd Arne Hauge

2 1

nav-users i gang
by vidar.faltinsen＠itea.ntnu.no 17 Jun '04

17 Jun '04

Hei, mailinglisten nav-users er operativ. Den er majordomo og alle nav-brukere kan melde seg p?. (se http://bigbud.itea.ntnu.no/NAVRun/letsnav.html) Jeg har forel?big hevet inn f?lgende i en swop: vidar.faltinsen(a)itea.ntnu.no kreide(a)online.no bredal(a)stud.ntnu.no trygvelu(a)stud.ntnu.no knutvi(a)itea.ntnu.no Gro-Anita.Vindheim(a)itea.ntnu.no mendoza(a)pvv.ntnu.no gartmann(a)stud.ntnu.no mortenv(a)tihlde.org - Vidar

1 0

Nav installasjon
by mortevo＠itea.ntnu.no 17 Jun '04

17 Jun '04

On Thu, Oct 24, 2002 at 01:25:28PM +0200, Hauge Odd Arne wrote: > Jeg tar ? maser litt p? deg igjen. Nav er installert. N?r jeg > skal restarte apache f?r jeg f?lgende feilmeldinger: > Starting httpd: Syntax error on line 43 of /etc/httpd/conf/nav-httpd.conf: > Invalid command 'PerlSendHeader', perhaps mis-spelled or defined by a module not included in the server configuration > apache-mod_perl er installert. Hva mangler ? Hm :-/ Er apache installert? Dvs "rpm -q apache"? Det kan godt v?re feilen, og da er det ikke noe rart vi ikke har oppdaget den tidligere. Mandrake deler opp Apache-serveren i to pakker, en som heter apache og en som heter apache-mod_perl. Den f?rste er en standalone apache-server, som forwarder evt. kall til Perl-programmer til den andre om den er installert. Men den andre kan ogs? fungere som en standalone server med mod_perl innebygd dersom apache-pakken ikke er installert. Vi har ikke skj?nt poenget med denne oppdelingen, slik at vi kj?rer kun apache-mod_perl. Dersom dette direktivet leses av den vanlige apache, kan det jo fort v?re at den ikke skj?nner det. Jeg foresl?r derfor at hvis det viser seg at du har apache-pakken installert, s? pr?ve ? avinstallere den. Jeg har for?vrig satt Cc: til nav-users. -- Morten

1 0

SV: SV: Fylling av kildefilene
by Ketil.Forselv＠hin.no 17 Jun '04

17 Jun '04

Hei Der l? feilen. Ingen av switchene var konfigurert med sysname. Takk for hjelpen. mvh Ketil -----Opprinnelig melding----- Fra: Borge Brunes [mailto:Borge.Brunes@cc.uit.no] Sendt: 27. oktober 2002 17:56 Til: Forselv Ketil Kopi: 'Knut-Helge Vindheim'; 'nav-users(a)itea.ntnu.no' Emne: Re: SV: Fylling av kildefilene On Sun, 27 Oct 2002, Forselv Ketil wrote: > Feilmelding jeg f?r er: > > 2002-10-26 23:15:52 bokser SNMP-5-DNSNAME Sysname for 158.39.21.111 > based on dns (Adm1-D3170), device not configured. 2002-10-26 23:15:52 > bokser SNMP-5-DNSNAME Sysname for 158.39.21.9 based on dns > (Adm1-E3040), device not configured. Det kan se ut som om det er forskjellig sysname og DNS-navn. mvh. B?rge Brunes UiT?

1 0

SV: Fylling av kildefilene
by Ketil.Forselv＠hin.no 17 Jun '04

17 Jun '04

Hei Knut I nettel.txt har jeg registrert dette som f?lgende: B4013:158.39.21.106:it-drift:SW::xxxxxx::Adm1-B4013 # Cisco 2950 switch, IP-adresse har dns-oppslag p? samme IP. D3171:158.39.0.20:it-drift:GW::xxxxx::RUTER # Cisco 7200vxr ruter, IP-adresse er loopback D3171:158.39.21.111:it-drift:SW::xxxxxxx::Adm1-D3170 # Cisco cat-sw 5500 IP-adresse har dns-oppslag p? samme IP. E3040:158.39.21.9:it-drift:SW::xxxxxx::Adm2-E3040: # Cisco cat-sw 5000, IP-adesse har ogs? dns-oppslag p? samme IP. 29xx og 7200vxr er det ingen problemer med, det er alts? 5xxx som er problemet. Med en snmpwalk svarer de helt greit, f?r alt ut av dem, s? det er ikke noe med community-string eller aksess. De aktuelle boksene er satt med community-string til kun RO. Feilmelding jeg f?r er: 2002-10-26 23:15:52 bokser SNMP-5-DNSNAME Sysname for 158.39.21.111 based on dns (Adm1-D3170), device not configured. 2002-10-26 23:15:52 bokser SNMP-5-DNSNAME Sysname for 158.39.21.9 based on dns (Adm1-E3040), device not configured. Som novise i NAV finner jeg ikke ut av hva jeg gj?r galt, og forst?r ikke helt hvorfor det skal g? greit p? noen bokser, og ikke p? andre. mvh Ketil -----Opprinnelig melding----- Fra: Knut-Helge Vindheim [mailto:knut-helge.vindheim@itea.ntnu.no] Sendt: 26. oktober 2002 23:07 Til: Forselv Ketil Kopi: nav-users(a)itea.ntnu.no Emne: Re: Fylling av kildefilene >----- Original Message ----- >From: Forselv Ketil >To: 'nav-users(a)itea.ntnu.no' >Sent: Saturday, October 26, 2002 9:57 PM >Subject: Fylling av kildefilene > > >Hei >Har problemer med ? f? Cisco 5000 og Cisco 5500 inn i cricket. For ?vrig nettutstyr som Cisco 29xx og >ruter 7200 er det ikke noe problem. >Er det noen som har et tips? Cisco 7200 er en router mulig ogs? 29xx. Dette defineres som 'GW' i nettel.txt. 5000 og 5500 er switcher og defineres som 'SW'. eks: #RSM 920:129.241.0.121:nett:GW::xxxxxxx: #Cisco 5500 920:129.241.76.147:nett:SW::xxxxxx: Hvis du har en 5xxx ned RSM s? skal den registreres b?de som 'GW' med routerens ip nummer, og 'SW' med ip-nummer til switchen. Hos oss s? bruker vi ip-adressen til loopback interfacet som ip-adresse til routeren. Hvis dette ikke hjalp hadde det v?rt fint med noe mer data f.eks. hvordan du har registrert 5xxx i nettel.txt (minus community). Mvh Knut-Helge Vindheim ITEA Nettgruppen.

2 1

Fylling av kildefilene
by Ketil.Forselv＠hin.no 17 Jun '04

17 Jun '04

Hei Har problemer med ? f? Cisco 5000 og Cisco 5500 inn i cricket. For ?vrig nettutstyr som Cisco 29xx og ruter 7200 er det ikke noe problem. Er det noen som har et tips? mvh Ketil

2 1

Første "alvorlige" feil funnet.
by mortevo＠itea.ntnu.no 17 Jun '04

17 Jun '04

Hei alle nav-users! Det har selvsagt sneket seg inn en feil i f?rste release av NAV (2.1.0), som vil ha betydning fra dag ?n. Heldigvis er denne enkel nok til at dere kan rette den opp selv. Dette gjelder hvem som f?r tilsendt feilmeldinger fra de cron-baserte tjenestene i NAV. Egentlig er det meningen at feilmeldinger/output fra cron-baserte NAV-tjenester skal sendes til den mail-adressen som ble oppgitt under installasjonen. Istedet har det sneket seg inn en malfil for cron-baserte NAV-tjenester der denne epost-adressen er blitt hardkodet til root(a)sith.itea.ntnu.no, som er v?r testboks her p? NTNU. Med andre ord vil feil som oppst?r hos dere blir rapportert p? v?r testboks istedet for hos dere! Feilen rettes ved at dere endrer MAILTO-adressen til det ?nskede i denne filen: /usr/local/nav/navme/etc/crontab_navcron.nav Vi beklager det inntrufne. Mvh Morten Vold ITEA, Nettgruppen

1 0

Cisco Aironet AP350
by Odd.Hauge＠hiMolde.no 17 Jun '04

17 Jun '04

Hallo. Jeg har funnet problemet/feilen. Som community i nettel.txt m? jeg bruke en bruker-id p? access-punktet som har snmp-tilgang. Jeg har forresten funnet en feil i /usr/local/nav/navme/apache/shtdocs/res/arp/arp-sok.php. Ved vising av s?keresultat fra cam-tabllen blir ikke mac-adressen vist og det er feil p? linje 116 i samme fil. Feilen er Warning: Unknown modifier '(' in /usr/local/nav/navme/apache/shtdocs/res/arp/arp_sok.php on line 116 - odd arne > -----Original Message----- > From: Knut-Helge Vindheim [mailto:knutvi@itea.ntnu.no] > Sent: 28. oktober 2002 10:04 > To: Hauge Odd Arne > Cc: nav-users(a)itea.ntnu.no > Subject: Re: Cisco Aironet AP350 > > > On Sunday 27 October 2002 23:57, Hauge Odd Arne wrote: > > Hallo. > > > > Er det noen der ute som har satt opp tr?dl?st aksesspunkt av typen > > Cisco Aironet 350 mot NAV ? Eller er det ikke tilstrekkelig > > SNMP-st?tte i Aironet 350 ? > > Vi har en del Aironet 350 og de fungerer fint med snmp. > > [knutvi@bip knutvi]$ snmpwalk 129.241.147.165 xxxxxx system > system.sysDescr.0 = Cisco 350 Series Bridge 11.07 > system.sysObjectID.0 = OID: enterprises.9.1.380 > system.sysUpTime.0 = Timeticks: (264371600) 30 days, > 14:21:56.00 system.sysContact.0 = Aironet Wireless > Communications, Inc. system.sysName.0 = Industribygget > system.sysLocation.0 = system.sysServices.0 = 79 > > > Eksempel p? oppsett i nettel.txt (WB-stam er bare en kommentar). > 031:129.241.147.165:nett:WLAN:WB-stam:xxxxxx: > > Husk riktig antall ':' og selvf?lgelig riktig community > string. Det er > ogs? viktig at type er 'WLAN'. > > > Jeg f?r i hvertfall f?lgende meldinger fra NAV: > > Timeout on snmp-request on ip-adresse, the box is not responding to > > snmp requests. > > Har du pr?vd ? kj?re snmpwalk i fra kommandolinjen med riktig > community > for ? se om du f?r ut noe data. Se eksemple over. > > Knut-Helge Vindheim > ITEA Nettgruppen. > >

2 1

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users