Hei. Har oppdaget noe sm?rusk med Beta5. Bl.a. finner ikke Nav3 denne modulen som st?r i en Catalyst 4506: 48 10/100/1000BaseTX (RJ45) WS-X4448-GB-RJ45 F?lgelig blir ingen av interfacene tilh?rende denne modulen synlig i noen rapporter. Mener at denne ble vist i forrige beta, men er absolutt ikke sikker. Nav3 klarer ikke ? avlede VLAN for to lan som g?r over en dot1q trunk mellom ruter og switch (FastEthernet0/0.1-802.1Q vLAN subif ). M? sette VLAN manuelt. /report/swreport lister heller ikke vlan for de aktuelle switchene som henger bak denne ruteren (switchtype Catalyst 2950-48 og Catalyst 3548XL). Dette til tross for at jeg kan se VLAN ved en sp?rring mot databasen: "select * from swport where moduleid=46;" Fra Network Explorer er det ikke mulig ? bla seg fra ruter til switch. Jeg f?r da ikke brkt NetWork Explorer mot de switchene som henger bak ruteren. Ser ogs? ut som Nav3 ikke liker to linknett mellom to noder. For v?r del mellom molde-gw.uninett.no og molde-sw.himolde.no. Bl.a. listes kun det ene linknettet i Network Explorer. Samt at vlanPlot blir litt "feil.." (http://apc98.himolde.no/vlanPlot/). Network Explorer takler ikke subinterface for ATM s?rlig godt. F?r kun vist selve interfacet, men ikke hva som er i andre enden (f.eks: ATM 6/0 <--> (gwport.gif) [6/0] (null, null, null) Browsing av bokser (/browse/switch-navn) virker ikke. Vet ikke om den featuren er "sluppet" enn?. H?per dette ble klart nok.... - odd arne Odd Arne Hauge H?gskolen i Molde
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Her var det endel ? ta tak i, godt jobbet! Vi setter pris p? slik respons da vi f?r mulighet til ? utbedre aspekter vi ikke st?ter p? lokalt ved NTNU (og det er jo ogs? mye derfor vi gj?r denne beta-testingen).
Har oppdaget noe sm?rusk med Beta5. Bl.a. finner ikke Nav3 denne modulen som st?r i en Catalyst 4506: 48 10/100/1000BaseTX (RJ45) WS-X4448-GB-RJ45
Er ikke dette denne modulen: moduleid | deviceid | netboxid | module | descr | up | 26 | 40 | 11 | 5 | FastGigabitEthernet5 | y | Det er litt forvirring n? siden 'descr' feltet kan v?re enten description eller model; vi skal legge til et eget 'model' felt (forh?pentligvis i neste beta) s? vil vi unng? dette problemet.
Nav3 klarer ikke ? avlede VLAN for to lan som g?r over en dot1q trunk mellom ruter og switch (FastEthernet0/0.1-802.1Q vLAN subif ). M? sette VLAN manuelt.
Dette er p? kristiansund-gw.uninett.no, ifindex 14? Hva er det som st?r bak her? Vi bruker CDP for ? finne ut hvor linker ut fra GW'er g?r, men hverken 'teknobyen-gw' eller 'kristiansund-sw.himolde.no' er lagt inn i NAV.
/report/swreport lister heller ikke vlan for de aktuelle switchene som henger bak denne ruteren (switchtype Catalyst 2950-48 og Catalyst 3548XL). Dette til tross for at jeg kan se VLAN ved en sp?rring mot databasen:
Det VLAN-tallet du ser i swport-tabellen er kun det vi henter fra switchen, det som vises i rapportene er hentet fra swportvlan-tabellen, som fylles av vlan-avlederen. Imidlertid ser jeg at alle portene her er satt som trunk, og vlan-avlederen antar da at dette faktisk er en trunk og at det skal v?re en switch bak. Men er dette faktisk porter ut mot endemaskiner / ikke-SMTP switcher?
Fra Network Explorer er det ikke mulig ? bla seg fra ruter til switch. Jeg f?r da ikke brkt NetWork Explorer mot de switchene som henger bak ruteren.
Du tenker igjen p? kristiansund-gw og molde-gw antar jeg. For kristiansund-gw mangler vi alts? info om hva som st?r bak. For molde-gw var det litt mer jobb ? finne ut av dette, men det koker ned til manglende vlan-informasjon. Vlan-avlederen starter fra molde-gw p? vlan 6 og ser at vi har en link ned til molde-sw. S? sjekker den om vlan 6 kj?rer p? molde-sw, men da dette ikke er registrert p? noen ikke-trunk porter, og traversering av trunker gir heller ikke resultat da ingen porter i swport-tabellen har vlan 6 faktisk. Den konkluderer med at vlan 6 ikke er aktivt og blir derfor heller ikke satt aktivt p? trunken (og f?lgelig kan du ikke bla deg ned i Network Explorer). Vi bruker vmVlan (1.3.6.1.4.1.9.9.68.1.2.2.1.2) fra CISCO-VLAN-MEMBERSHIP-MIB til ? finne vlan, men det virker som dette ikke fungerer i tilfellet dot1q? Eller er det noe annet s?rt med vlan 6?
Ser ogs? ut som Nav3 ikke liker to linknett mellom to noder. For v?r del mellom molde-gw.uninett.no og molde-sw.himolde.no. Bl.a. listes kun det ene linknettet i Network Explorer. Samt at vlanPlot blir litt "feil.."
Ja, vi fjerner 'duplikater' (dvs. sysname og vlan m? v?re unikt) som blir litt feil i dette tilfellet siden vlan mangler (og vi tar dermed kun en verdi der vlan er null).
Network Explorer takler ikke subinterface for ATM s?rlig godt. F?r kun vist selve interfacet, men ikke hva som er i andre enden (f.eks: ATM 6/0 <--> (gwport.gif) [6/0] (null, null, null)
Ja, p? ruter-niv? er vi avhengig av CDP for ? finne koblingen mellom ruter og switch, og dette virker ikke p? ATM tydeligvis, s? her m? vi finne en annen l?sning. - -- Kristian -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (GNU/Linux) iD8DBQFAvtRDRBuET7ul/ccRAnN/AJ0WVtdpZLX7yMy2xXs2tBAlCCCOHQCglwuN tK3RId3hykOEygtZCDXsC6s= =qAUG -----END PGP SIGNATURE-----
----- Original Message ----- From: "Kristian Eide" <kreide@online.no> To: "Odd Arne Hauge" <odd.hauge@hiMolde.no>; "Vidar Faltinsen" <Vidar.Faltinsen@uninett.no> Cc: <nav-users@itea.ntnu.no> Sent: Thursday, June 03, 2004 9:33 AM Subject: Re: Sm?rusk med Beta5
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
Her var det endel ? ta tak i, godt jobbet! Vi setter pris p? slik respons da vi f?r mulighet til ? utbedre aspekter vi ikke st?ter p? lokalt ved NTNU (og det er jo ogs? mye derfor vi gj?r denne beta-testingen).
Har oppdaget noe sm?rusk med Beta5. Bl.a. finner ikke Nav3 denne modulen som st?r i en Catalyst 4506: 48 10/100/1000BaseTX (RJ45) WS-X4448-GB-RJ45
Er ikke dette denne modulen:
moduleid | deviceid | netboxid | module | descr | up | 26 | 40 | 11 | 5 | FastGigabitEthernet5 | y |
Det er litt forvirring n? siden 'descr' feltet kan v?re enten description eller model; vi skal legge til et eget 'model' felt (forh?pentligvis i neste beta) s? vil vi unng? dette problemet.
Jo, det ser ut som den ligger i databasen. Men rapportene viser ikke interface p? denne modulen. Samt at nav rapporterer 4 moduler ett sted, og 5 andre steder. Browses molde-sw vises kun 4 moduler og ikke den nevnte. S? den h?ndteres ikke helt riktig:
Nav3 klarer ikke ? avlede VLAN for to lan som g?r over en dot1q trunk mellom ruter og switch (FastEthernet0/0.1-802.1Q vLAN subif ). M? sette VLAN manuelt.
Dette er p? kristiansund-gw.uninett.no, ifindex 14? Hva er det som st?r bak her? Vi bruker CDP for ? finne ut hvor linker ut fra GW'er g?r, men hverken 'teknobyen-gw' eller 'kristiansund-sw.himolde.no' er lagt inn i NAV.
Jo, da. kristiansund-sw.himolde.no ligger i Nav. select * from netbox where ip='158.38.116.2'; netboxid | ip | roomid | typeid | deviceid | sysname | catid | subcat | orgid | ro | rw | prefixid | up | snmp_version | snmp_agent | upsince | uptodate ----------+--------------+--------+--------+----------+--------------------- -------+-------+--------+-------+--------+----+----------+----+------------- -+------------+------------------------+---------- 32 | 158.38.116.2 | KSU-3 | 46 | 70 | kristiansund-sw.hiMolde.no | SW | | IT | public | | 2 | y | 1 | | 2004-06-02 19:09:56.75 | t
/report/swreport lister heller ikke vlan for de aktuelle switchene som henger bak denne ruteren (switchtype Catalyst 2950-48 og Catalyst 3548XL). Dette til tross for at jeg kan se VLAN ved en sp?rring mot databasen:
Det VLAN-tallet du ser i swport-tabellen er kun det vi henter fra switchen, det som vises i rapportene er hentet fra swportvlan-tabellen, som fylles av vlan-avlederen. Imidlertid ser jeg at alle portene her er satt som trunk, og vlan-avlederen antar da at dette faktisk er en trunk og at det skal v?re en switch bak. Men er dette faktisk porter ut mot endemaskiner / ikke-SMTP switcher?
Ja, dette er faktiske porter mot endemaskiner, untatt portene fa 01 og gi 0/1. Ser ut som Nav har problemer med den nye softwarereleasen (eller at det er bug i denne). Versjon som kj?res er Version 12.1(20)EA2. For?vrig hentes ikke VLAN riktig fra kristiansund-sw2.himolde.no heller, som ikke rapporterer alle interface som trunker.
Fra Network Explorer er det ikke mulig ? bla seg fra ruter til switch. Jeg f?r da ikke brkt NetWork Explorer mot de switchene som henger bak ruteren.
Du tenker igjen p? kristiansund-gw og molde-gw antar jeg. For kristiansund-gw mangler vi alts? info om hva som st?r bak. For molde-gw var det litt mer jobb ? finne ut av dette, men det koker ned til manglende vlan-informasjon.
Vlan-avlederen starter fra molde-gw p? vlan 6 og ser at vi har en link ned til molde-sw. S? sjekker den om vlan 6 kj?rer p? molde-sw, men da dette ikke er registrert p? noen ikke-trunk porter, og traversering av trunker gir heller ikke resultat da ingen porter i swport-tabellen har vlan 6 faktisk. Den konkluderer med at vlan 6 ikke er aktivt og blir derfor heller ikke satt aktivt p? trunken (og f?lgelig kan du ikke bla deg ned i Network Explorer).
Vi bruker vmVlan (1.3.6.1.4.1.9.9.68.1.2.2.1.2) fra CISCO-VLAN-MEMBERSHIP-MIB til ? finne vlan, men det virker som dette ikke fungerer i tilfellet dot1q? Eller er det noe annet s?rt med vlan 6? Vlan 6 ble satt opp for ? kj?re ipv4 over linken, i tillegg til ipv6, s? den er litt s?r. Som sagt er kristiansund-sw.himolde.no lagt inn i nav. Den har f?lgende cdp naboer: Device ID Local Intrfce Holdtme Capability Platform Port ID kristiansund-gw Fas 0/1 161 R 7206 Fas 0/0 kristiansund-sw2.himolde.no Gig 0/1 144 T S WS-C3548-XGig 0/1
Ser ogs? ut som Nav3 ikke liker to linknett mellom to noder. For v?r del mellom molde-gw.uninett.no og molde-sw.himolde.no. Bl.a. listes kun det
ene
linknettet i Network Explorer. Samt at vlanPlot blir litt "feil.."
Ja, vi fjerner 'duplikater' (dvs. sysname og vlan m? v?re unikt) som blir litt feil i dette tilfellet siden vlan mangler (og vi tar dermed kun en verdi der vlan er null). Ja, men ip-adressen over linknettene er unike. Sden vi kj?rer lokal ruting selv, har vi n? 2 defaultruter mellom molde-sw og molde-gw. Dette synes jeg b?r gjenspeiles i nav. Kan komme flere installasjoner med lastbalansering mellom loakl ruter og UNINETTS transittruter.
Network Explorer takler ikke subinterface for ATM s?rlig godt. F?r kun vist selve interfacet, men ikke hva som er i andre enden (f.eks: ATM 6/0 <--> (gwport.gif) [6/0] (null, null, null)
Ja, p? ruter-niv? er vi avhengig av CDP for ? finne koblingen mellom ruter
og
switch, og dette virker ikke p? ATM tydeligvis, s? her m? vi finne en annen l?sning.
Det gj?r dere sikkert!!. - odd arne
Odd Arne Hauge:
Browsing av bokser (/browse/switch-navn) virker ikke. Vet ikke om den featuren er "sluppet" enn?.
Du mangler modulen IPy, jeg er ikke helt sikker p? om den har blitt lagt til som prerekvisitt i installasjonsguiden enda. Modulen kan hentes fra http://c0re.23.nu/c0de/IPy/ og m? installeres for den python-installasjonen apache bruker. -- Magnus Nordseth echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc
----- Original Message ----- From: "Magnus Nordseth" <magnus@ntnu.no> To: "Odd Arne Hauge" <odd.hauge@hiMolde.no> Cc: <nav-users@itea.ntnu.no> Sent: Wednesday, June 02, 2004 1:21 PM Subject: Re: Sm?rusk med Beta5
Odd Arne Hauge:
Browsing av bokser (/browse/switch-navn) virker ikke. Vet ikke om den featuren er "sluppet" enn?.
Du mangler modulen IPy, jeg er ikke helt sikker p? om den har blitt lagt til som prerekvisitt i installasjonsguiden enda. Modulen kan hentes fra http://c0re.23.nu/c0de/IPy/ og m? installeres for den python-installasjonen apache bruker.
OK. Har gjort det. Fikk da problemer med uptodate feltet som er flyttet til netbox tabellen fra type. Tror koden m? sjekkes for dette. Output ble: We're terribly sorry, but something went wrong.. :( Traceback (most recent call last): File "/usr/local/nav/lib/python/nav/web/devBrowser/dispatcher.py", line 96, in handler result = handler.process(request) File "/usr/local/nav/lib/python/nav/web/devBrowser/netbox.py", line 162, in process result.append(info.showInfo()) File "/usr/local/nav/lib/python/nav/web/devBrowser/netbox.py", line 205, in showInfo info.add('Type', urlbuilder.createLink(self.type)) File "/usr/local/nav/lib/python/nav/web/urlbuilder.py", line 183, in createLink content = str(object) File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/forgetSQL.py", line 902, in __str__ short = [str(getattr(self, short)) for short in shortView] File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/forgetSQL.py", line 389, in __getattr__ self.load() File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/forgetSQL.py", line 468, in load self._loadDB() File "/usr/local/apache/libexec/python/lib/python2.2/site-packages/forgetSQL.py", line 697, in _loadDB curs.execute(sql, self._getID()) ProgrammingError: ERROR: No such attribute type.uptodate SELECT type.uptodate, type.typeid, type.sysobjectid, type.frequency, type.cs_at_vlan, type.descr, type.typename, type.cdp, type.tftp, type.vendorid FROM type WHERE (type.typeid=13) - odd arne
participants (3)
-
kreide＠online.no -
magnus＠ntnu.no -
odd.hauge＠hiMolde.no