November 2017 - Nav-users - lister.unit.no

NAV with Cisco 3850
by Mischa Diehm 15 Sep '23

15 Sep '23

Hi, we have a 3850 Stack with 3x ES-C3850-48T-S and 5x WS-C3850-12X48U. When we try to PortAdmin and edit a Port we get (see also attached Jpg): „IP device found but has no type“ Any ideas? Cheers, Mischa -- Mischa Diehm | Network Team (NINS) UniBasel | IT-Services (ITS) Klingebergstr. 70 | CH-4056 Basel Tel. +41 61 267 1574 | https://its.unibas.ch

4 4

New to NAV, supported devices
by Vinsonnaud Ludovic 07 Des '17

07 Des '17

Hello, Sorry about my english, I'm french so everything may not be understood :-) I'm new to NAV and this software seems very interesting for my needs. I'm managing the network in an Engineer School (IOGS) and CNRS Labs (LCF and LP2N) based in 2 sites (near Paris and near Bordeaux). I've got an heterogeneous group of switches because we begin to change our 100Mb switches by 1Gb and 10Gb ones. For the moment we own : - Dell S4048-ON (force10) used for routing - Dell N2048 - Dell N4064 - Cisco 2960s - Cisco 3750 My switches are recognized pretty well after some tweaking. For Cisco 2960, everything works. Sometimes I've got timeout and "failed" changes so I need to wait before trying again (especialy vlan change). For Cisco 3750, it's the same For Dell N2048, I'm a bit confused because if I have this command "switchport access vlan 524" already set in the switch and I ask to change the vlan from 524 to 525 with NAV, it adds this command "switchport general pvid 525" but doesn't delete the old one. So why change a "switchport access" by a "switchport general" ? Is it better to have a "switchport mode general" in default config ? Switchport mode access is the default mode, the 2 combined commands will not work as intended I think ? I've not yet tested S4048 and N4064. -- Regards, IOGS Logo <https://www.institutoptique.fr> *Ludovic Vinsonnaud * - Ingénieur Réseau basé à Bordeaux, bureau F108 (IOA, Rue François Mitterrand, 33400 Talence) *Institut Optique Graduate School* 2 Avenue Augustin Fresnel - 91127 PALAISEAU Cedex Tel. +33 5 57 01 71 52 - Mob. +33 6 08 08 41 05

4 20

Announcement: NAV 4.8.1 released
by Morten Brekkevold 30 Nov '17

30 Nov '17

The first maintenance release of the 4.8 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 8/9 (Jessie/Stretch) is published in our APT repository [2], as usual. The virtual appliance will be updated shortly. Changes ======= User-visible features and improvements: * #1618 (ipdevpoll multiprocess mode broken in v4.8.0) + #1620 (ipdevpoll multiprocess bug fixes and tests) * #1621 (refactor cache handling in report to separate concerns) * #1627 (The navclean command isn't installed in NAV 4.8.0) Happy NAVing everyone! Links ===== [1] https://github.com/UNINETT/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://github.com/UNINETT/nav/issues -- Morten Brekkevold UNINETT AS

2 1

Ipdevpoll issues
by William Daly - Network Specialist, VUSD Technology 28 Nov '17

28 Nov '17

Hello all, I just updated our installation to 4.8.0. I noticed however, that there seems to be an issue with multicore mode with ipdevpoll. It seems to no longer work. Only one process runs, or it doesn't seem to run at all. Anybody else encounter any issues with this? Thanks William Daly Network Specialist (707) 453-6170

2 1

Announcement: NAV 4.8.0 released
by Morten Brekkevold 23 Nov '17

23 Nov '17

The initial feature release of the 4.8 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 8/9 (Jessie/Stretch) have, unfortunately, NOT been built yet, due to unforeseen difficulties with our new build routine. They will hopefully be published in our APT repository [2] tomorrow. The virtual appliance will be updated once the Debian packages are ready. Changes ======= User-visible features and improvements: * #1156 (Detect topology of unrouted VLANs) * #1225 (Service Http(s)Checker should be ok with 401 status if no user/password is configured) * #1232 (Collect Digital Optical Monitoring (DOM) data) + #1559 (Added support for DOM value for juniper devices using JUNIPER-DOM-MIB) * #1240 (Add a widget with alerts grouped by location) + #1554 (Added a Locations with active alerts widget) * #1242 (information about power over ethernet (poe) interfaces) * #1243 (email availability reports) + #1570 (E-mail subscription to Business reports) * #1313 (Deleting a netbox is extremely slow) + #1542 (Deleting netbox in background with navclean) * #1420 (Upload and browse pictures on Locations, just as with rooms) + #1555 (Added support for pictures in locations) * #1503 (Extended Location information) * #1505 (Better ports overview) + #1562 (New and improved, filterable interface listing for devices) + #1600 (Portlist improvements) * #1506 (Add option to show source of ARP records in Machine Tracker, to avoid confusion in HSRP/VRRP lans) + #1541 (Added option for showing origin in machinetracker) * #1513 (Support adding, updating and deleting IP Devices using the API) + #1612 (Enable write operations for netbox and room API endpoints) * #1533 (Feature request: toggle all VLANs in portadmin trunk) * #1545 (Added auditlog for trunk edit in portadmin) * #1584 (Cleanup django_sessions periodically) * #1599 (Option to filter nodes by category in ipdefvinfo neighbor graph) * #1611 (Display list of allowed VLANs on trunks in port details) Other fixed GitHub issues in this release: * #1211 (Optical transmit/receive power sensors should have a relation to an interface) + #1558 (Make sensors relatable to interfaces) * #1345 (Collect bridge addresses for neighbor identification) + #1548 (Collect base bridge address from BRIDGE-MIB as part of the bridge plugin) * #1510 (Create new SQL baseline) + #1544 (Updated the SQL Baseline with changes before 4.7) + #1614 (SQL baseline cleanup) * #1523 (Netmap lists interface under wrong netbox) * #1549 (Topology algorithms partial rewrite) * #1557 (Power over Ethernet support in ipdevinfo) * #1564 (snmpcheck: Fix database access from main thread and per process cache) * #1566 (Remove inline pydns) * #1585 (Remove support for outdated versions of pysnmp) * #1602 (Remove django-oauth2-provider library dependency) Happy NAVing everyone! Links ===== [1] https://github.com/UNINETT/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://github.com/UNINETT/nav/issues -- Morten Brekkevold UNINETT AS

1 0

Announcement: NAV 4.7.3 released
by Morten Brekkevold 09 Nov '17

09 Nov '17

The third maintenance release of the 4.7 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 8/9 (Jessie/Stretch) is published in our APT repository [2], as usual. The virtual appliance will be updated shortly. The appliance is still based on Debian Jessie, but will hopefully migrate to Debian Stretch soon. Changes ======= Fixed issues in this release [3]: * #1402 (Maintenance alerts about non existing devices) * #1590 (IPAM: Add quickfix, logging for prefixes with no VLAN) * #1592 (Report crashes when attempting to sort a column filtered on a non-ASCII value) * #1593 (Logengine inserts quoted log messages into database) * #1595 (Drawing sensor graphs fail for sensors that have no human readable description) * #1601 (Updating room id creates a new room) * #1603 (AlertEngine crashes when processing filters containing "not equals" matches) * #1604 (Running ipdevpoll in multiprocess mode will delay resolving of snmpAgentDown alerts) * #1605 (Log output from ipdevpoll multiprocess workers is lost) * #1606 (linear gauge does not fill with gradient) * #1610 (Remove stale topology information from ports that are down, where the assumed link partner is still up ) Happy NAVing everyone! Links ===== [1] https://github.com/UNINETT/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://github.com/UNINETT/nav/issues -- Morten Brekkevold UNINETT AS

1 0

Changing Link Capacities Netmap
by William Daly - Network Specialist, VUSD Technology 08 Nov '17

08 Nov '17

Hello, I have sort of a different question. Here a bit of context: We currently have 17 sites throughout our school district. All of these have a 1Gbps uplink to our main district office. However, most of these sites are throttled at 100 Mbps. Of course NAV sees these links at 1 Gbps. The issue that I have is when viewing our network topology through Netmap it shows bandwidth usage based on 1 Gbps. However, the sites run at 1/10 the actual link capacity. Is there a way to 'change' Netmap to show bandwidth usage based on a different threshold? Thank you William Daly

2 1