Nav-users Juni 2004

nav-users@lister.sikt.no

71 participants
234 discussions

FW: Maskinsporing av AP
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

-----Original Message----- From: Hauge Odd Arne Sent: Mon 03-May-04 20:43 To: nav-beta(a)itea.ntnu.no Cc: Subject: Maskinsporing av AP Hallo. HSM har en del AP (cisco 1200 m/ IOS). Maskinsporing ser ikke ut til ? fungere for disse, til tross for at jeg kan finne b?de ip og mac i hhv. arp og cam tabellene. Som mange andre kj?rer vi flere VLAN over en trunk ut mot AP'ene. Kan det v?re dette som gj?r at sporingen ikke virker ? Maskinsporing av de samme AP'ene virker fint i Nav2. - odd arne hauge

1 0

Innsamling av data fra switcher
by odd.hauge＠hiMolde.no 17 Jun '04

17 Jun '04

-----Original Message----- From: Kristian Eide [mailto:kreide@online.no] Sent: Sat 22-May-04 02:00 To: Hauge Odd Arne Cc: nav-users(a)itea.ntnu.no Subject: Re: Innsamling av data fra switcher -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 > Etter oppgraderingen til beta4 finner ikke Nav 'VLAN' og 'Netbox connected' > for de switchtypene hvor jeg m?tte registrere type selv. Eksempel p? slike > typer er: Catalyst 3512, 3548, 2948, 2980, 2980ga, 2950-48. > Hva refererer du til med 'VLAN' og 'Netbox connected'? Er dette rapporter? Ja, VLAN og Netbox connect vises ikke i /report/swport. > Kommer dette av at det er egendefinerte typer ? >Det kan tenkes og at ?rsaken er at ikke disse har kommet riktig inn i OID >databasen. N? har jeg skrevet om OID databasen for ? gj?re dette mer robust >og dette vil komme med i beta5. >Det du kan gj?re n? er ? sette uptodate=f for de relevante typen og restarte >getDeviceData. Er fors?kt mange ganger uten at det tilsynelatende hjelper. Men jeg lurer p? om rapportene kan v?re feil. Feks. gir f?lgende sql-sp?rringer disse resultatene: select count(*) from swport where vlan > 0; count ------- 1258 (1 row) og select count(*) from swport where to_netboxid > 0; count ------- 19 (1 row) select count(*) from swport where vlan=10; count ------- 109 (1 row) Mens et avansert s?k p? switcheporter (/report/swport?adv=1 med vlan lik 10) gir et resultat p? 4 porter. Jeg vet ikke om dette tyder p? noen kodefeil, men det virker p? meg som det finnes informasjon i databasen som ikke presenteres riktig i rapportene. Alt tyder (s? langt jeg kan bed?mme det) p? at innsamlingsscriptene fungerer som de skal. Det er ogs? litt "forvirrende" at switchportene for GSW -typer ikke vises i rapporten "Core switch ports (expand trunks to vlan) ". - odd arne

1 0

SV: 109% av ip-adressene er i bruk
by peder.sefland＠hivolda.no 17 Jun '04

17 Jun '04

Er l?sningen ? rydde/slette i nav-databasen? Jeg har gjort noen sp?rringer mot databasen (viser et utdrag) SELECT DISTINCT ip, mac, arpid, fra FROM arp WHERE prefiksid = '8'; ip | mac | arpid | fra ----------------+--------------+-------+------------------------------- 158.38.150.1 | 00b0c26f1000 | 330 | 2003-11-11 16:00:03.910076+01 158.38.150.1 | 00b0c26f1000 | 1721 | 2003-11-17 09:30:12.308776+01 158.38.150.1 | 00b0c26f1000 | 11883 | 2003-12-05 14:30:03.718478+01 158.38.150.1 | 00b0c26f1000 | 12803 | 2003-12-05 16:30:03.921492+01 158.38.150.1 | 00b0c26f1000 | 68369 | 2004-04-08 19:00:03.140198+02 158.38.150.9 | 00065b3c7f18 | 331 | 2003-11-11 16:00:03.918764+01 158.38.150.9 | 00065b3c7f18 | 1722 | 2003-11-17 09:30:12.339665+01 158.38.150.9 | 00065b3c7f18 | 11884 | 2003-12-05 14:30:03.725401+01 158.38.150.9 | 00065b3c7f18 | 12804 | 2003-12-05 16:30:03.927393+01 158.38.150.9 | 00065b3c7f18 | 68370 | 2004-04-08 19:00:03.147591+02 158.38.150.10 | 009027b206bd | 3888 | 2003-11-20 08:30:02.408237+01 158.38.150.10 | 009027b206bd | 9185 | 2003-12-01 15:00:03.091978+01 158.38.150.10 | 009027b206bd | 9692 | 2003-12-02 12:00:02.89145+01 158.38.150.10 | 009027b206bd | 11885 | 2003-12-05 14:30:03.735383+01 Vil sletting av innslag som begynner med 2003--- i fra-feltet hjelpe p? problemet mitt? Evt. noen andre forslag? Peder Sefland >>> "Peder Magne Sefland" <peder.sefland(a)hivolda.no> 13.04.2004 20:46:23 >>> Vi har brukt denne funksjonen med ? f?lge med p? forbruk av ip-adresser p? nett med dhcp. Dette har vert veldig nyttig, men n?r jeg skulle sjekke i dag var vi over 100% 158.38.150.0/23 (556/510/109%) Har noen vert borte i dette f?r? Peder Sefland

1 0

Control those pesky junk emails the smart way
by Jamie＠email-tower.com 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040419/88a… >From Vidar.Faltinsen at uninett.no Wed Apr 21 22:25:32 2004 From: Vidar.Faltinsen at uninett.no (Vidar Faltinsen) Date: Thu Jun 17 13:15:30 2004 Subject: NAV 3.0, datoer og =?ISO-8859-1?Q?release-l=F8p?= In-Reply-To: <408399FB.60002(a)itea.ntnu.no> Message-ID: <Pine.LNX.4.44.0404212119070.7258-100000(a)valentin.uninett.no> On Mon, 19 Apr 2004, Morten Vold wrote: > S? over til litt mer gledelige nyheter. Tirsdag i forrige uke ble det > besluttet at de deler av NAV som NTNU eier opphavsretten til skal gj?res > tilgjengelig under GPL (http://www.gnu.org/licenses/gpl.html). Samtidig > venter vi p? en formell beslutning fra Uninett sin side p? hva som skjer > med de to komponentene Uninett eier opphavsretten til (alertProfiles og > alertEngine). Dersom Uninett kommer fram til samme valg av lisens, vil > dette bety at hele NAV blir tilgjengelig som fri programvare under GPL. > > H?pet er at dette skal f?re til et bedre NAV for alle, der alle har > mulighet for ? bidra. Man ?nsker seg ogs? en avtale med Uninett om > fortsatt sponsing av NTNU-drevet utvikling av NAV, p? vegne av > UH-sektoren (i den grad UH-sektoren ikke selv kan bidra med kode til NAV). > > Jeg har enda ikke f?tt tilbakemelding p? n?r denne saken skal opp til > behandling i Uninetts ledergruppe, men det prioriteres forh?pentligvis, > slik at vi kan f? en rask avklaring p? det hele. UNINETT st?tter NTNUs GPL-l?p. Det er n? forankret i ledergruppen. S? da kj?rer vi p?. Vi g?r en spennende tid i m?te med stabilisering av NAV v3 og dertil "utrulling". Jeg har god tro p? at dette blir til nytte for sv?rt mange UNINETT medlemmer! Jeg/Morten vil for?vrig presentere/demonstrere NAV v3 p? UNINETT- konferansen i Harstad. Innen da har en god del av dere ogs? testet, eller st?r i l?ypa til ? gj?re det. mvh - Vidar

1 0

NAV 3.0, datoer og release-løp
by morten.vold＠itea.ntnu.no 17 Jun '04

17 Jun '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hei alle sammen! Det jobbes for tiden hardt med ? ferdigstille versjon 3.0 av NAV. Dessverre er det nok en del som ikke er 100% p? plass enda, slik at vi fremdeles ikke f?ler oss komfortable med ? slippe en offisiell 3.0-versjon. Derfor har vi i f?rste omgang besluttet ? flytte releasedato til "medio juni m?ned". N? er det slik at vi har hatt HiMolde og UiT? som betatestere i mars m?ned, og det har fungert bra. Vi ?nsker derfor ? ?pne for ? slippe inn flere betatestere like over p?ske, slik at de ivrigste kan f? pr?vd seg p? det vi har s? langt. Avhengig av hvor stor interessen er, kommer vi til ? slippe inn betatestere i puljer, slik at distribusjonen skjer gradvis. Litt informasjon for de som evt. ?nsker ? ta del i en betatest: - - Vi mangler forel?pig en strategi for ? ta vare p? data fra NAV v2 ved en oppgradering. Vi er litt usikre p? hvilke data som er aktuelle ? ta vare p?, men de vi har pekt ut er cam/arp for maskinsporing og rrd-data. Det er s?pass mye som er endret i v3, blant annet i databaseskjema, slik at det er ikke uten videre mulig ? bare beholde disse dataene slik de er. Et resultat av dette er at den som vil betateste, m? v?re forberedt p? ? kj?re opp en egen tjenermaskin for form?let. Det anbefales ikke ? la en NAV v3 beta-installasjon ta over for en NAV v2-tjener i produksjon. - - Installasjon av v3 krever mer av den som installerer. Vi har g?tt bort fra det automagiske systemet som installerer NAV med alle prerekvisitter, da dette var et mareritt ? vedlikeholde, og det l? mye arbeid i ? f? det til ? fungere for flere plattformer. Vi har isteden dokumentert bedre hva og hvordan man m? installere for ? f? i gang NAV. Pr. i dag sender vi ut NAV 3.0_beta som en RPM-pakke for RedHat 9 og FreeBSD. For f?rstnevnte distribusjon er pakken allerede merket med en del avhengigheter til andre pakker som f?lger med RedHat 9, og for den som bruker f.eks. apt for RedHat, vil dette s?rge for at disse avhengighetene blir installert f?rst. - - Vi har tilgode ? teste NAV 3 med Apache 2, men dette kommer. De fleste distribusjoner kommer med Apache 2 i dag, og RedHat har s? vidt jeg vet intet alternativt for Apache 1.3, slik at man m? installere dette p? egenh?nd. Grunnet NAVs n?v?rende krav om Apache 1.3 og mod_python, blir installasjonen relativt komplisert, fordi mod_python under Apache 1.3 krever en egen installasjon av Python uten tr?dst?tte (dvs. at man m? ha _to_ Python-installasjoner p? tjeneren, noe som fort kan bli tungvindt ? vedlikeholde). Sp?rsm?l og kommentarer bes rettet tilbake til denne mailinglisten. For konkrete henvendelser om ? delta i betatesting ber vi om at du sender dette til nav(a)itea.ntnu.no. - -- Morten Vold NTNU ITEA Nettgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFAZ+psXxIl0kpcOkQRAmUEAJ9lh/yu1eDmi0OWGp1305BffHTORgCg4T+X bE6WDJ7tuTtGuaMAnQQtknk= =1drN -----END PGP SIGNATURE-----

1 0

CPU-tall i NAV
by k.o.olsen＠usit.uio.no 17 Jun '04

17 Jun '04

Jobber litt med odde devicer og NAV. I dette tilfelle Cisco PIX. For enkle form?l s? st?tter PIX interface-mib ( http://ftp.eenet.ee/doc/cisco-snmp/oid/RFC1213-MIB.oid ) og cisco-process-mib ( http://ftp.eenet.ee/doc/cisco-snmp/oid/CISCO-PROCESS-MIB.oid ). Er det noen av "typene" i NAV som bruker disse MIBene ??? Eller sagt p? en annen m?te: Er det dokumentert noe sted hvilke MIBer/OIDer som benyttes av de forskjellige typene??? Takknemlig for all input! Jeg har fors?kt cgw, cgw-nomem og ogw uten hell... --Kjetil PS: Dersom output fra SNMPwalk er ?nsket, s? si fra!

2 3

Who else wants a smart solution to spam control?
by Madeline＠buys-now.com 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040426/b7e… >From Lesley at all-prods.com Wed Apr 28 22:41:05 2004 From: Lesley at all-prods.com (Lesley) Date: Thu Jun 17 13:15:30 2004 Subject: Protect yourself and family against x-rated junk Message-ID: <1614461640.702707863929299022(a)all-prods.com> An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040428/9a9… >From Robyn at top-prods.com Thu Apr 29 14:42:50 2004 From: Robyn at top-prods.com (Robyn) Date: Thu Jun 17 13:15:30 2004 Subject: Stop unwanted email the smart way Message-ID: <1176791242449.050546398815188659(a)top-prods.com> An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040429/519… >From Annie at top-prods.com Fri Apr 30 14:30:17 2004 From: Annie at top-prods.com (Annie) Date: Thu Jun 17 13:15:30 2004 Subject: Smart spam control ends junk mail problem Message-ID: <46887913372.210976112567222620(a)top-prods.com> An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040430/58c…

1 0

At last, smart filtering technology that works
by Janna＠pmktg-online.com 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040329/fe6… >From Leta at pmktg-online.com Mon Mar 29 23:54:55 2004 From: Leta at pmktg-online.com (Leta) Date: Thu Jun 17 13:15:30 2004 Subject: Finally... Secret breakthrough ends email virus problem Message-ID: <EWNQCOFZQCSELHKGUHZFEO(a)pmktg-online.com> An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040329/b02… >From Louise at email-tower.com Tue Mar 30 12:46:08 2004 From: Louise at email-tower.com (Louise) Date: Thu Jun 17 13:15:30 2004 Subject: mor.tgage r.ates lowest ever! bryant Message-ID: <ZNXWBSTYMZUAQRIVFTOC(a)email-tower.com> An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040330/897… >From peder.sefland at hivolda.no Wed Mar 31 10:49:24 2004 From: peder.sefland at hivolda.no (Peder Magne Sefland) Date: Thu Jun 17 13:15:30 2004 Subject: SV: Re: Problemer med ny switch Message-ID: <s06a9441.005(a)HVO-3.hivolda.no> Er det noen av testbrukerne i NAV3 som har fungerende mac/ip-sporing av porter p? Cisco 2970 evt 3550-12T (giga cL3-sw)? Dette blir viktig for oss, n?r vi kj?per flere av disse 2970-switchene med 10/100/1000-porter Peder Sefland H?gskulen i Volda >>> Morten Vold <morten.vold(a)itea.ntnu.no> 27.02.2004 15:02:34 >>> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Reier Johan R?dland wrote: > Skjer det noen utvikling med hensyn p? Cisco 2970? > Har ikke sett noe svar... Hei, Reier! Dessverre er det slik at vi fokuserer s?pass mye p? NAV v3 n?, at vi ikke implementerer nye ting i v2 som samtidig er implementert eller implementeres i v3. Det samme gjelder st?tten for Cisco 2970. Den eneste tr?sten jeg kan gi er at i v3 vil st?tte for nytt utstyr sjelden kreve ny kode, bare nye OID'er i OID-databasen (Kristian kan gi mer utfyllende info her, om han vil).

1 0

Er det feil i historikken i IP/mac -søk i NAV?
by Vidar.Faltinsen＠uninett.no 17 Jun '04

17 Jun '04

On Tue, 4 May 2004, Peder Magne Sefland wrote: > Jeg tok en s?k p? ip-addressen nemnt under. Som vi ser kommer det opp en knytting mellom ip og mac-addresse og tidspunkt. N?r jeg s? tar ? klikke p? mac-addressen f?r jeg opp porten addressen er knytt til, MEN tidsrommene stemmer ikke overens med det som kom opp f?rst. Dette har trolig sammenheng med default aging time p? arp og cam-data. P? en ruter er default idle timer for arp data 4 timer: > S?k p? IP/mac > 158.38.86.85 00:a0:24:4a:9d:XX 2004-05-01 02:30:04+02 2004-05-01 07:00:04+02 Det kan da virke som denne PCen var aktiv fra 02:30 til 03:00 Tilsvarende for svitsjer er idle timer typisk 5 minutter: > > MAC: 00a0244a9dXX > > S?k i cam-tabellen: > 00:a0:24:4a:9d:XX volda-heltne-D-sw1 Fa0:11 2004-05-01 02:33:04+02 2004-05-01 02:48:43+02 Hvilket tilsier at PCen var aktiv fra 02:33 til 02:43. S? nei... det rimer ikke helt, men vi n?rmer oss... Vi har p? et tidspunkt vurdert ? trekke i fra idletimeren for ? f? mer riktige data, men siden denne igjen kan variere, s?gar pr interface, s? har vi valgt ? ta verdiene vi f?r og bruke dem r?tt. mvh - Vidar

1 0

At last, smart filtering technology that works
by Myron＠best-ops.biz 17 Jun '04

17 Jun '04

An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040505/b97… >From Melody at ok-offers.biz Sat May 8 20:54:39 2004 From: Melody at ok-offers.biz (Melody) Date: Thu Jun 17 13:15:30 2004 Subject: ***SPAM*** At last, smart filtering technology that works Message-ID: <37814336477.88576609381622670542(a)ok-offers.biz> An HTML attachment was scrubbed... URL: http://desperados.itea.ntnu.no/pipermail/nav-users/attachments/20040508/485… >From morten.vold at itea.ntnu.no Tue May 11 17:40:57 2004 From: morten.vold at itea.ntnu.no (Morten Vold) Date: Thu Jun 17 13:15:30 2004 Subject: Release-notice: NAV 3.0 beta 4 Message-ID: <40A0E5F9.80900(a)itea.ntnu.no> -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Da er NAV 3.0 beta 4 tilgjengelig for nedlasting p? http://metanav.ntnu.no/downloads/v3/ . Pga. uheldige omstendigheter, og at flere av oss p? ITEA Nettgruppen har v?rt bortreist, kommer dette dessverre godt over en uke forsinket - men det kommer godt (h?per jeg!). For de som installerer NAV 3 beta for f?rste gang ================================================= Som det tidligere er gjort oppmerksom p?, b?r man ha en egen boks dedikert til beta-testingen, iom. at versjon 3 ikke er klar til ? ta over for en v2-boks i produksjon. P? ovennevnte URL finnes filen preinstall.txt, som forel?pig er den eneste formen for dokumentasjon p? hva man trenger ? gjennomf?re for ? klargj?re en boks for NAV v3. Filen er en logg over hva jeg foretok meg for ? f? installert NAV v3 beta p? v?r RedHat 9-baserte boks. Universitetet i Troms? har brukt denne som et utgangspunkt for ? gj?re noe tilsvarende p? FreeBSD. Inntil vi f?r testet at ting fungerer som forventet p? Apache 2, m? webgrensesnittet kj?re p? Apache 1.3. Fordi Apache 1.3 med mod_python ikke st?tter tr?der, m? man kompilere opp en egen python-interpreter uten tr?dst?tte og med en egen bibliotek-sti og installere alle python-biblioteker dobbelt opp. Dette er dessverre tungvindt, men punktet forsvinner n?r vi f?r det til ? fungere tilfredsstillende p? Apache 2 (alle er derimot velkomne til ? pr?ve det p? Apache 2 hvis de blir lei av ? vente). For den som ?nsker ? installere p? RedHat 9, ligger det en RPM-pakke ute p? metanav. Denne er merket med noen avhengigheter, men langt i fra alle (derav filen preinstall.txt). Ellers har man muligheten for ? installere fra kildekoden, som n? ogs? ligger ute. RPM-pakke for rpm p? FreeBSD ligger der for?vrig ogs?. Etter at man har installert NAV (eller pakket ut kildekoden), finnes det en liten guide til ? komme i gang i filen doc/getting-started.txt (hvis du installerte RPM'en, ligger denne som /usr/local/nav/doc/getting-started.txt). For de som skal oppgradere fra beta 3 ===================================== Pga. en rekke forbedringer i datainnsamling, anbefales det at man like gjerne oppretter manage-databasen p? nytt. Stopp NAV og Apache, logg p? PostgreSQL som brukeren postgres og skriv "DROP DATABASE manage;". Etter at du har installert den nye versjonen, f?lger du samme oppskrift som i starten for ? opprette manage p? nytt (ligger under doc/sql/README). Dette inkluderer ? kj?re inn snmpoid.sql p? nytt. I tillegg ligger det p? ovennevnte URL et sql-script for ? oppdatere navprofiles-databasen. Dette b?r ogs? kj?res f?r man starter NAV p? nytt. Til alle ======== Jeg ber om at nav-users utnyttes til det fulle blant de som n? ?nsker ? pr?ve seg frem med en beta-installasjon (og jeg h?per ogs? at UiT? og HiMolde kan v?re med ? hjelpe til litt her for nykommerne, siden dere allerede har v?rt gjennom f?rstegangs-installasjon av NAV v3). Jeg vil ogs? oppfordre den som har tid, kunnskap og lyst, til ? hjelpe oss ? rette opp feil de finner, ved ? sende inn patcher til kildekoden. Inntil vi ?pner utviklerlista til NAV, ser jeg gjerne at denslags blir sendt direkte til meg. Men, lykke til alle sammen, og m?tte dette bli et godt NAV-?r! :) - -- Morten Vold NTNU ITEA Nettgruppen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) Comment: Using GnuPG with Debian - http://enigmail.mozdev.org iD8DBQFAoOX4XxIl0kpcOkQRAkndAJ9ZC2fVMKXVsLnO1zedpmrmn79gBgCg19f3 ACzx2OLjCupphgmppy/5KVI= =zN6K -----END PGP SIGNATURE-----

1 0

← Newer
1
2
3
4
5
6
7
8
9
...
24
Older →

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 Juni 2004