Nav-users September 2006

nav-users@lister.sikt.no

6 participants
10 discussions

Cisco port numbering, suggestions?
by morten.brekkevold＠uninett.no 12 Okt '06

12 Okt '06

Greetings everyone, This post may become rather lengthy, but if you are interested in Cisco module issues and port numbering vs. interface names, please bear with me. I would really appreciate some feedback from our users, as the changes we are implementing will affect everyone. Removing the "submodule hack" ----------------------------- This summer I worked on fixing some of the problems with module detection on Cisco equipment. There were several problems related to the fact that gDD attempts to map Cisco's submodule paradigm in to NAV's data model by assigning module number 10 to submodule 1/0, number 11 to submodule 1/1 and so forth. Apparently, there isn't much equipment that actually employs submodules, and oftentimes these modules will not be self-sustainable devices, as in the case of the 3750 Metro. The basic metro reports two submodules, the first (1/0) contains 24 Fa ports and two Gi ports, while the second (1/1) contains two Gi ports. Basically, the Metro is just one physical device, and with the code changes I've made, the Metro will appear in NAV as one single module with 28 ports. Meaning that submodules are largely ignored by NAV, which now attaches the ports of all submodules to the top module itself. Port numbering -------------- As you may know, NAV assigns port numbers to switch interfaces. I'm told this is an old convention stemming from the old CatOS CLI implementation, where interfaces only had port numbers and not names. In many parts of the user interface, NAV refers to switch interfaces only by their module and assigned port numbers. In the Cisco case, NAV assigns (or rather, used to assign) port numbers by interpreting interface names and/or descriptions. This means that Fa1/5 would become port 5 on module 1, and Fa2/0/3 would become port 3 on module 20 (!). On devices with both Fa and Gi interfaces, Cisco reuses these numbers. A module would have both an Fa1/1 and a Gi1/1 interface. NAV would assign the port number 1 to the Fa1/1 interface, and when it found the Gi1/1 interface, it would see a port numbering conflict and assign the ifindex value of the Gi1/1 interface as its port number (typically resulting in something like 10101 as its port number). With the submodule changes described above, the code will rely more on the the portIfIndex table from the CISCO-STACK-MIB [1]. This table enumerates the interfaces of a Cisco stack into modules and port numbers. For a Metro 3750, this table will actually enumerate all 28 interfaces as port 1 through 28 on module 1. I've received some criticism for this from people running NAV from the latest trunk revisions, though. Apparently, many Cisco devices will enumerate Gi interfaces before Fa interfaces, meaning that Gi1/1, Gi1/2 and Fa1/1 will become ports 1, 2 and 3 in that order. This represents a change in the port number assignments that NAV has made earlier. Previously, it would have started assigning port numbers to the Fa interfaces first (either because their ifindex values are lower, or because they sort first alphabetically). Consequently, if you upgrade your NAV installation to the trunk (or the upcoming 3.1.1 version), any switch you have that has both GigabitEthernet and FastEthernet interfaces will have its ports renumbered in NAV. The complaints I've received about this largely revolve around the fact that some users have implemented external systems that relate to NAV by referring to module and port numbers, and that this reference breaks when NAV suddenly decides to assign new port numbers. A typical example of this would be that when searching for a MAC address in the Machine Tracker before the change, you might be told a machine is connected to foo-sw, module 1, port *5*. Then you upgrade NAV, perform the same search in the Machine Tracker, and now you are told the machine in question is connected to foo-sw, module 1, port *7*. The interface name in these two cases will remain the same, e.g. "FastEthernet1/0/5" or "Fa1/0/5", but this string is not available in the Machine Tracker (yet). Numbering vs. names ------------------- Now, other feedback we've received (both internal and external) tells us that today, port numbers are largely irrelevant in real world situations. Several network engineers have told us that they care about interface names (the ones they see on the CLI, such as Fa1/5), rather than arbitrary port numbers. Their viewpoint is that NAV should place more importance on interface names than on port numbers, meaning we should put interface names in all parts of the user interface that has port numbers today, including the Machine Tracker. The NAV dev-team is leaning towards the latter solution, but this is too big a change for the 3.1.1 bug release, and we might not even have time to do it for version 3.2, which is scheduled for late October. The question is, what do you, the users, think about this? The situation, as it stands, is that a new port number assignment scheme will turn up in the 3.1.1 bug release, because of the submodule bugfix. This may confuse some people, as interface names are not readily available in many parts of the user interface. Should we try to stay with a numbering scheme compatible with the old one for the 3.1.1 release, and wait for interface names in the UI before we change the port numbers? This might delay the 3.1.1 release even further, as we need to make changes to the standing bugfix before the release. Is it okay to renumber ports in the 3.1.1 release, as long as interface names become more prominent in the UI in the 3.2 or 3.3 release? Should we prioritize more prominent interface names in the 3.2 release, or is it okay to wait until the 3.3 release? Now's your chance to influence these decisions, before further implementation takes place. [1] http://tools.cisco.com/Support/SNMP/do/BrowseOID.do?objectInput=1.3.6.1.4.1… -- mvh Morten Brekkevold UNINETT

1 1

Field Length of orgid
by mturczan＠nyp.org 03 Okt '06

03 Okt '06

Folks, I tried to import a record with the proper orgid set as follows: F-1196A:10.10.10.10:Org_East_Campus:SW:ro::rw:Access Layer Switch:::: And I received the following error: Syntax error: Field 'orgid' exceeds max field length I assigned the Organisation field the same way, and it seems like the field itself can hold a maximum of 30 characters. Is there another identifier somewhere that corresponds to 'orgid' in the IP Devices bulk import? Regards, Mark -------------------- This electronic message is intended to be for the use only of the named recipient, and may contain information that is confidential or privileged. If you are not the intended recipient, you are hereby notified that any disclosure, copying, distribution or use of the contents of this message is strictly prohibited. If you have received this message in error or are not the named recipient, please notify us immediately by contacting the sender at the electronic mail address noted above, and delete and destroy all copies of this message. Thank you.

2 1

Configuration Help
by ppathiakis＠eagleaccess.com 28 Sep '06

28 Sep '06

Hi, I'm totally confused by the install. I believe I followed everything corrrectly. I've tested mod_python to make sure that it's working correctly. (www.modpython.org) The issue I'm having is that I cannot make NAV the Document Root of the machine. So, things seem to be getting confused. Mod_python error: "PythonHeaderParserHandler nav.web" Traceback (most recent call last): File "/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 287, in HandlerDispatch log=debug) File "/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 461, in import_module f, p, d = imp.find_module(parts[i], path) ImportError: No module named nav My httpd.conf file looks like: <Directory /usr/local/wwww/nav/apache/webroot> Options Indexes FollowSymLinks ExecCGI AllowOverride FileInfo Order allow,deny Allow from all </Directory> Alias /nav/ "/usr/local/www/nav/apache/webroot/" The standard .htaccess file is in place in "webroot" What am I missing? Thank you for any help! p. >From ppathiakis at eagleaccess.com Fri Sep 29 12:26:39 2006 From: ppathiakis at eagleaccess.com (Paul J. Pathiakis) Date: Fri Sep 29 17:26:42 2006 Subject: [Nav-users] NAV mod_python.publisher errors Message-ID: <EAED38651CF6BF46A8D2BCD9D4EEAA6D76C91F(a)BIGMAIL.eagleinvsys.com> i, would someone please respond to this? I've posted twice to this list and no one responds. I'm sorry if this is such a low level question but I'd really like to get it working. I have index.py. It seems to be found by the browser and an attempt is made by python to render it and display it. However, I get the following: Mod_python error: "PythonHandler mod_python.publisher" Traceback (most recent call last): File "/usr/local/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req) File "/usr/local/lib/python2.4/site-packages/mod_python/publisher.py", line 213, in handler published = publish_object(req, object) File "/usr/local/lib/python2.4/site-packages/mod_python/publisher.py", line 412, in publish_object return publish_object(req,util.apply_fs_data(object, req.form, req=req)) File "/usr/local/lib/python2.4/site-packages/mod_python/util.py", line 439, in apply_fs_data return object(**args) File "/usr/local/www/data/nav/index.py", line 44, in index if req.session.has_key('user'): AttributeError: 'mp_request' object has no attribute 'session' Now, I can see on line 44 in index.py there is the exact line right under the last part of the error. Why is the AttributeError being generated? Why is mp_request (mod_python reqest object) missing the attribute session? What is missing from httpd.conf file or other files that is not allowing this to continue? Thank you, Paul Pathiakis

1 0

Editdb doesn't like hostnames?
by morten.brekkevold＠uninett.no 28 Sep '06

28 Sep '06

Mark Turczan wrote, On 26-09-2006 16:31: > I was wondering if it's an absolute that when bulk importing IP Devices > that the ip field needs to be a numeric address and not a DNS name. Apparently it is. As the format goes: #roomid:ip:orgid:catid:[ro:serial:rw:function:subcat1:subcat2..] ^^ Firstly, EditDB should not blow up like that over such an error in the input. I would likely file that as a bug - if you'd like to, you can file it yourself at http://sf.net/projects/nav . Secondly, I do think it should support DNS lookup when host names are used in bulk input. I believe it already does so when adding a single device. This should be added as a feature request on the above page. -- mvh Morten Brekkevold UNINETT

2 1

Tomcat
by erik.weber＠allianse.no 27 Sep '06

27 Sep '06

> >> What happens if you attempt to manually browse the above > URL from the > >> java console? > > > > Nothing, the page keeps loading but nothing comes out. > > Then you should take a look at your Tomcat logs, see if they > mention anything suspicious. You seem to have the same > response delay issue with the network explorer servlet, so > something is definitely up with Tomcat. Well, I got it working (it was a tomcat misconfiguration). Now I have another question regarding the traffic map; Is it possible to add switches and not just routers to containers? I'm planning to use this on a company network but it consists of switches only, But I still want to monitor the traffic between them. -- Erik Weber

1 0

Tomcat
by morten.brekkevold＠uninett.no 26 Sep '06

26 Sep '06

Erik Weber wrote, On 26-09-2006 13:43: >> What happens if you attempt to manually browse the above URL from >> the java console? > > Nothing, the page keeps loading but nothing comes out. Then you should take a look at your Tomcat logs, see if they mention anything suspicious. You seem to have the same response delay issue with the network explorer servlet, so something is definitely up with Tomcat. -- mvh Morten Brekkevold UNINETT

1 0

Tomcat
by morten.brekkevold＠uninett.no 26 Sep '06

26 Sep '06

Erik Weber wrote, On 26-09-2006 11:05: > As for the traffic map, this is what I get in my java console: > > URL: > https://erik-nav/vPServer/servlet/vPServer?section=boks&gruppeid=0&reque > st=listConfig,listRouters,listRouterGroups,listRouterXY&time=-300,0&type > =avg > Create new ServerFetcher > Waiting on inputQ... > (statusbar says: Applet vlanPlot inited) > And that's it, it just can't load. This means the applet is loaded, but it is waiting for map/load data from the server. What happens if you attempt to manually browse the above URL from the java console? -- mvh Morten Brekkevold UNINETT

1 0

Tomcat
by erik.weber＠allianse.no 26 Sep '06

26 Sep '06

Alexander Krapivin wrote: >> Anyone got any ideas of what could be wrong? Tomcat? Apache2? > This is definitely Tomcat problem. How should I troubleshoot it? Catalina.log: Using CATALINA_BASE: /var/lib/tomcat4 Using CATALINA_HOME: /usr/share/tomcat4 Using CATALINA_TMPDIR: /var/lib/tomcat4/temp Using JAVA_HOME: /usr/lib/kaffe Created MBeanServer with ID: [UID: 146065796,1159262562151,-32768]:erik-nav:1 Starting service Tomcat-Apache Apache Tomcat/4.1 erik-nav:~$ ls /var/lib/tomcat4/webapps/ navAdmin.war ROOT vPServer.war erik-nav:~$ ls /var/lib/tomcat4/shared/lib/ ConfigParser.jar Event.jar libsnmp-1.4.jar networkDiscovery Util.jar Database.jar getBoksMacs Logger.jar postgresql.jar eventEngine getDeviceData NetboxInfo.jar SimpleSnmp.jar /etc/tomcat4/server.xml: <Server port="8005" shutdown="SHUTDOWN" debug="0"> <Listener className="org.apache.catalina.mbeans.ServerLifecycleListener" debug="0"/> <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListe$ debug="0"/> <GlobalNamingResources> <Environment name="simpleValue" type="java.lang.Integer" value="30"/> </GlobalNamingResources> <Service name="Tomcat-Apache"> <Connector className="org.apache.catalina.connector.warp.WarpConnector" port="8180" minProcessors="5" maxProcessors="75" enableLookups="true" appBase="webapps" acceptCount="10" debug="0"/> <Engine className="org.apache.catalina.connector.warp.WarpEngine" name="Apache" debug="0"> <Logger className="org.apache.catalina.logger.FileLogger" prefix="mod_webapp_" suffix=".log" timestamp="true"/> <Realm className="org.apache.catalina.realm.MemoryRealm" /> </Engine> </Service> </Server> Any pointers, ideas is greatly appreciated. -- Erik Weber

1 0

One More Time --// Error while accessing web-interface/. . . .
by kaa＠msu.net 04 Sep '06

04 Sep '06

Good day, There is an excellent HOWTO installing NAV on RHEL4/CentOS suitable for most Linux distributions on http://metanav.ntnu.no/moin.cgi/InstallingOnRHEL4 Leonid Satanovsky wrote: >> Good time of the day, people! >> >> This time, accessing the web-interface I get the error: >> >> -------------------------------------------------------------- >> Mod_python error: "PythonHeaderParserHandler nav.web" >> >> Traceback (most recent call last): >> >> File "/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch >> result = object(req) >> >> File "/usr/local/nav/lib/python/nav/web/__init__.py", line 49, in headerparserhandler >> import nav.web.auth >> >> File "/usr/local/nav/lib/python/nav/web/auth.py", line 32, in ? >> from nav import db >> >> File "/usr/local/nav/lib/python/nav/db/__init__.py", line 31, in ? >> import psycopg psycopg package need to be installed. >> >> ImportError: libpq.so.4: cannot open shared object file: No such file or directory >> -------------------------------------------------------------- >> >> (?) Does anybody know, what may be wrong? >> >> Leonid. > > _______________________________________________ > Nav-users mailing list > Nav-users(a)itea.ntnu.no > http://mailman.itea.ntnu.no/mailman/listinfo/nav-users -- With best regards, Alexander Krapivin mailto:kaa@msu.net NOC MSUNET ICQ UIN:3967345 MSU, Moscow, Russia >From roart at nvg.ntnu.no Fri Sep 8 14:47:04 2006 From: roart at nvg.ntnu.no (Roar Thronæs) Date: Fri Sep 8 13:47:16 2006 Subject: [Nav-users] 3com and partial FreeBSD support Message-ID: <20060908114704.GB18951(a)nvg.ntnu.no> Hi I have made some support for 3com vlan and port probing. (Not everyone has thrown these out yet) 3Com patches and FreeBSD tips are available at: ftp://ftp.nvg.ntnu.no/pub/nav _3com.java.patch snmpoid.sql QueryBoks.java.patch The rest is some tips for FreeBSD GSW and related patches. Some questions: Has anyone "lost" SNMP data because drexelsnmp (javasnmp) did not give the exceptions with v2c as it did with v1? (At least it happened against net-snmp) Is other equipment than Cisco (like FreeBSD with net-snmp) supposed to be probed as Cisco? Regards, Roar Thron?s >From morten.vold at uninett.no Mon Sep 11 16:35:19 2006 From: morten.vold at uninett.no (Morten Brekkevold) Date: Mon Sep 11 15:35:28 2006 Subject: [Nav-users] cricket compilation error 2nd time please help me In-Reply-To: <44EEE16F.9070202(a)uninett.no> References: <20060726150510.6719.qmail(a)web8902.mail.in.yahoo.com> <44EEE16F.9070202(a)uninett.no> Message-ID: <45056617.9030000(a)uninett.no> Morten Vold wrote: >> Can't locate ConfigTree/Cache.pm in @INC (@INC contains: /lib /etc/perl /usr/local/lib/perl/5.8.4 /usr/local/share/perl/5.8.4 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.8 /usr/share/perl/5.8 /usr/local/lib/site_perl .) at /usr/lib/nav/makecricketconfig.pl line 84. >> BEGIN failed--compilation aborted at /usr/lib/nav/makecricketconfig.pl line 84. >> >> $gCricketHome in my cricket-conf.pl >> >> $gCricketHome = "/usr/local/cricket"; >> $gInstallRoot = "$gCricketHome/cricket"; >> $gConfigRoot = "$gCricketHome/cricket-config"; > > Is your cricket-conf.pl properly located in /usr/local/cricket/cricket/ > ? Your error messages make it look like gInstallRoot has not been set, > or its value was not found by makecricketconfig. Rajesh, did you ever figure this out? UNINETT is about to launch several Debian based servers for our customers, and these will be running NAV. When preparing installation procedures for these servers, I've had the opportunity to actually install and test the Debian package of NAV myself. NAV is unfortunately picky about where it likes its Cricket to be installed, something I hope we'll be fixing soon. I've followed the README.Debian file, and I happened to overlook part of the installation instructions. With Cricket installed from source in /usr/local/cricket as README.Debian suggests, I have the same problem as you do, and I've found that the quickest solution to the problem is to do as the README says and add the following symlink inside /usr/local/cricket: ln -s ./ cricket -- mvh The engineer previously known as Morten Vold UNINETT

1 0

... error Compiling IPInfo.tmpl -> IPInfo.py
by werner＠debian.org 04 Sep '06

04 Sep '06

On Mon, Aug 28, 2006 at 11:36:07AM +0200, Morten Vold wrote: > Newer versions of Cheetah seem to have introduced slight syntax changes. > Unfortunately I am unable to immediately test on a newer version of > Cheetah than 1.0, which will still compile the template as is. > > Could you please try to apply the attached patch to the IPInfo.tmpl file > and compile again? This also seemed to work just fine on cheetah 2.0~rc7-1 in Debian, thanks! :) - Werner >From satanovskyl at mail.ru Mon Sep 4 14:35:04 2006 From: satanovskyl at mail.ru (Leonid Satanovsky) Date: Mon Sep 4 11:35:13 2006 Subject: [Nav-users] One More Time --// Error while accessing web-interface/. . . . Message-ID: <E1GKArA-000Bnp-00.satanovskyl-mail-ru(a)f55.mail.ru> > Good time of the day, people! > > This time, accessing the web-interface I get the error: > > -------------------------------------------------------------- > Mod_python error: "PythonHeaderParserHandler nav.web" > > Traceback (most recent call last): > > File "/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch > result = object(req) > > File "/usr/local/nav/lib/python/nav/web/__init__.py", line 49, in headerparserhandler > import nav.web.auth > > File "/usr/local/nav/lib/python/nav/web/auth.py", line 32, in ? > from nav import db > > File "/usr/local/nav/lib/python/nav/db/__init__.py", line 31, in ? > import psycopg > > ImportError: libpq.so.4: cannot open shared object file: No such file or directory > -------------------------------------------------------------- > > (?) Does anybody know, what may be wrong? > > Leonid.

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users September 2006