Nav-users December 2012

nav-users@lister.sikt.no

4 participants
6 discussions

Announcement: NAV 3.13.0 final released
by Morten Brekkevold 07 Feb '13

07 Feb '13

A beta version of the next NAV feature release, version 3.13.0b1, is now available for download at Launchpad: https://launchpad.net/nav/3.13/3.13.0b1 The 3.13.0b1 release adds the following user-visible features and improvements: * The eventEngine has been rewritten to Python. This was the last remaining Java component of NAV, meaning Java is no longer needed for installing and running NAV. * VLANs are now searchable from the Navbar. * IPv4, IPv6 and MAC host counts for each VLAN is now graphed over time. * NAV is now able to detect and graph data from sensors on Cisco Nexus devices. * Maintenance tasks can now be configured to end automatically when all components involved in the task are up. * IP Devices that are down can be placed on immediate maintenance until up again directly from the status page. * Subscriptions to MAC address prefixes are now possible in Macwatch. Use with caution! And contains fixes for these reported issues: * LP#305435 (Sort by "Start time" or "End time" in machinetracker) * LP#305441 (Button for "Put on maintenance immediately") * LP#317800 (Color gradient to express utilization of IPv6 subnets) * LP#341703 (Manual detention does not pursue client) * LP#361530 (Arnold: Predefined detention does not exponentially increase detentions) * LP#744932 (Arnold should give warning if snmp write is not configured) * LP#833959 (make install overwrites nav.conf and db.conf) * LP#922793 (Possibility to set end time = "until device is up again " in maintenance) * LP#961097 (Don't list cancelled maintenance tasks in active list) * LP#961100 (Show component details in maintenance task list when there is only a single component) * LP#1057509 (Mouseovers with number of active IPv6 addresses in Subnet Matrix) * LP#1057511 (Get sensor information from CISCO-ENTITY-SENSOR-MIB) * LP#1062130 (NAV should graph IP address usage per prefix) * LP#1069773 (macwatch should be able to look for MAC address prefixes too) Remember, this is still beta status, and should not necessarily be considered production ready. 3.13 features two major rewrites, one for the eventengine one for the port blocker, Arnold. If you want to help us test the beta version, you are most welcome. Don't forget to check out the release notes, and please report bugs at https://launchpad.net/nav/+filebug :-) Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission from UNINETT. Happy NAVing everyone! -- Morten Brekkevold UNINETT

1 1

Announcement: NAV 3.12.4 released
by John-Magne Bredal 20 Dec '12

20 Dec '12

The fourth maintenance release of the 3.12 series, version 3.12.4, is now available for download at Launchpad: https://launchpad.net/nav/3.12/3.12.4 The 3.12.4 release fixes the following reported issues: * LP#744963 (generate short interface names in ip dev info when necessary) * LP#1074323 (Machine tracker crashes on partial subnet search) * LP#1076913 (cricket-config is not updated on update) * LP#1077881 (snmpoid octets should be bytes/s not bytes) * LP#1077949 (ipdevinfo helper functions crash on invalid input) * LP#1078259 (templatetag add_interval does not exit cleanly on error) * LP#1078292 (ipdevpoll job logger needs to log interval for manual jobs) * LP#1079088 (logengine crashes on syslog entries from a Cisco ASA device) * LP#1080663 (ipdevinfo netbox overview does not display edge netboxes) * LP#1080727 (portadmin does not follow organization hierarchy correctly) * LP#1082381 (ipdevpoll oidprofiler sets unsupported when value=0) * LP#1085826 (portadmin shows wrong available vlans) Please report further bugs at https://launchpad.net/nav/+filebug Binary packages for Debian will be made available as soon as possible. The Debian package is maintained by Morten Werner Forsbring, on commission From UNINETT. Happy NAVing everyone! -- John-Magne Bredal UNINETT AS

2 1

Announcement: NAV 3.13.0b1 released
by Morten Brekkevold 14 Dec '12

14 Dec '12

1 0

Re: SV: Cisco Routers SNMP Trap issue
by Morten Brekkevold 10 Dec '12

10 Dec '12

On Fri, 7 Dec 2012 10:45:32 +0100 "Mattias Torsfred" <Mattias.Torsfred(a)funnit.no> wrote: > Hi, yes we use ACL for SNMP queries. The snmpwalk returns values that > are correct according to the Cisco Router 2821 setup. Does the router log the incorrect communities that were used? It might be interesting to compare the list of VLANs NAV is querying that the device seems to have no knowledge of. > I assume that nav browse all 4094 VLAN id and for each VLAN id that > not are in use the device will generated an SNMP trap with the auth > messages. No, recent versions of NAV will only check the specific VLANs reported by the device itself through the queries I sent you examples of. If none are reported, none are queried. > In the Seed DB I have set the device to "GW", I tested to change to GSW > and then the SNMP traps is not generated. That's weird; the code involved here doesn't distinguish between device categories, it just checks what VLANs the device reports, if any. Could you share with us the actual responses given to the snmp queries you performed (censoring any secrets from the community outputs)? > So, can this be related to Cisco model 28xx or is this related to > configuration on the device when it comes to VLAN/VTP? I still don't have enough information to make any qualified guesses here.. > Is this an issue known in other implementations of NAV? What other implementations would that be? Which version of NAV are you using, by the way? > Kind regards, > > Mattias Torsfred > Systemconsultant > Funn IT Also, please use your email client's reply-to-all function when replying to mailing list posts, unless you have a very specific reason to keep the remainder of the conversation private. -- Morten Brekkevold UNINETT

1 0

Cisco Routers SNMP Trap issue
by Mattias Torsfred 07 Dec '12

07 Dec '12

Hi, I have setup a NAV 3.12.2 and started to add Cisco L2 and L3 equipment into the seed database. I use an other software to monitor the devices as well. When it comes to Cisco routers (not Cisco L3 switches) I get many SNMP Traps "Too many SNMP authentication failures . Check for hacking attempt on x.x.x.x" and "SNMP incorrect community name...". I am aware of the issue/design of NAV when it comes to VLAN browsing and that this might be the case. Is there any configuration I can set on Cisco routers or in NAV to prevent this kind of behavior? I need to have the traps in case there actual is an SNMP brute force attempt. Kind Regards Mattias Torsfred Systemconsultant Funn IT

2 1

SIP service monitor
by Corey Thompson 04 Dec '12

04 Dec '12

Can one build custom service monitors in NAV?...Specifically looking for a SIP service monitor... Thanks -- Corey Thompson Technology Manager East Grand Forks Water and Light 1010 5th Ave NE East Grand Forks, MN 56721 218-399-3310 cthompson(a)egf.mn

2 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users December 2012