- Nav-users - lister.unit.no

Fortigate firewall
by Biselx Nicolas 02 Jan '23

02 Jan '23

Hi, We have a Fortigate firewall that I introduced with the GW category (routers layer 3 device), all information seems ok according to the capture. But when I look at the tools > watchdog there is a problem with the routing interfaces not being recognized ? It's a same with GSW Is there a solution to fix this? Regards, Nicolas

2 3

Correcting NAV topology after a physical reconfiguration
by tom.daae＠lom.kommune.no 21 Des '22

21 Des '22

Hi, I'm a new user of NAV and have found it to be a very useful tool. Among other things, it has helped us discover and plan improvements to our network topology. After implementing said improvements however, I find myself in a bit of a predicament. Two of my switches were previously connected via a link (in practice a daisy-chain), which is no longer physically present. NAV, of course, does not know the difference between a link that is temporarily down and one that is never coming back up, so the link remains in our netmap. I have not found a way of removing this link from NAV, short of deleting and re-registering the switches on either end of the link. This would of course mean losing a lot of traffic stats, so I'm wondering if there is any way to tell NAV do forget this specific link? Am I just misunderstanding something fundamental here?

2 1

Fortigate firewall
by Biselx Nicolas 20 Des '22

20 Des '22

Hi, We have a Fortigate firewall that I introduced with the GW category (routers layer 3 device), all information seems ok according to the capture. But when I look at the tools > watchdog there is a problem with the routing interfaces not being recognized ? It's a same with GSW Is there a solution to fix this? Regards, Nicolas

1 0

Any documentation about contrib/isc_dhpcd_graphite.py ?
by Ingeborg Hellemo 21 Nov '22

21 Nov '22

FreeBSD 12.3 python38-3.8.15 isc-dhcp44-server-4.4.3P1 dhcpd-pools-3.1 I try to use isc_dhpcd_graphite.py but stumble quite early: ./isc_dhpcd_graphite.py -n <graphiteserver> Traceback (most recent call last): File "/root/bin/isc_dhpcd_graphite.py", line 205, in <module> main() File "/root/bin/isc_dhpcd_graphite.py", line 194, in main output = render(jsonblob, args.actual_prefix, args.protocol) File "/root/bin/isc_dhpcd_graphite.py", line 134, in render return _render_text(jsonblob, prefix) File "/root/bin/isc_dhpcd_graphite.py", line 139, in _render_text input = _tuplify(jsonblob, prefix) File "/root/bin/isc_dhpcd_graphite.py", line 163, in _tuplify vlan = _clean_vlan(vlan_stat["location"]) File "/root/bin/isc_dhpcd_graphite.py", line 173, in _clean_vlan return regex.group() AttributeError: 'NoneType' object has no attribute 'group' Where to begin debugging? Any flags to dhcpd-pools that are implicit to Linux and I am missing? If I get this to work, examples of how to display the results via NAV are welcome. --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

3 4

how to export cabling table ?
by FOUR Ludovic (EXT) 11 Nov '22

11 Nov '22

Hello, Sorry if the question was already asked. Can we export cabling into dump file or csv ? Best regards, Ludovic FOUR Faculté de Pharmacie - Support Informatique Université de Strasbourg / CNRS France

2 1

NAV 5.5.2: ipdevpoll will not start
by Ingeborg Hellemo 10 Nov '22

10 Nov '22

FreeBSD 12.3 python38-3.8.15 The error is not specific til 5.5.2 since I am upgrading from NAV 5.2.1. ipdevpoll will not start: Traceback (most recent call last): File "/usr/local/bin/ipdevpolld", line 19, in <module> from nav.ipdevpoll.epollreactor2 import install File "/usr/local/lib/python3.8/site-packages/nav/ipdevpoll/epollreactor2.py", line 24, in <module> from twisted.internet import epollreactor File "/usr/local/lib/python3.8/site-packages/twisted/internet/epollreactor.py ", line 16, in <module> from select import epoll, EPOLLHUP, EPOLLERR, EPOLLIN, EPOLLOUT ImportError: cannot import name 'epoll' from 'select' (/usr/local/lib/python3.8/lib-dynload/select.cpython-38.so) Am I missing a library or a module? This is a bit urgent since I really don't want to downgrade... --Ingeborg -- Ingeborg Østrem Hellemo -- ingeborg.hellemo(a)uit.no Dep. of Information Technology --- Univ. of Tromsø

2 2

Announcement: NAV 5.5.2 released
by Morten Brekkevold 10 Nov '22

10 Nov '22

The second maintenance release of the 5.5 series of NAV is now out, fixing a couple of serious collection and trap processing issues! The source code is available for download at GitHub [1]. New packages for Debian 10 (Buster) and 11 (Bullseye) are available in our APT repository [2] as usual. Please be extra aware of config file changes. Look out for `*.dpkg-dist` files in `/etc/nav` and make sure to update your running config. The virtual appliance will be updated, but currently, the automated GitHub workflows aren't working due to changes at GitHub. Fixes ===== - Fix serious collection breakdown in ipdevpoll by re-generating a valid Python representation of CISCO-ENHANCED-MEMPOOL-MIB (#2494, #2495) - Fix broken trap processing in snmptrapd (#2497, #2498) Release notes ============= We always advise you to have a look at NAV's accompanying release notes [3] before upgrading. Happy NAVing everyone! Links ===== [1] https://github.com/Uninett/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://nav.readthedocs.io/en/latest/release-notes.html#nav-5-5 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

Announcement: NAV 5.5.1 released
by Morten Brekkevold 09 Nov '22

09 Nov '22

The first maintenance release of the 5.5 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 10 (Buster) and 11 (Bullseye) are available in our APT repository [2] as usual. Please be extra aware of config file changes. Look out for `*.dpkg-dist` files in `/etc/nav` and make sure to update your running config. The virtual appliance will be updated, but currently, the automated GitHub workflows aren't working due to changes at GitHub. Fixes ===== - Delete and ignore module devices with fake serial number `BUILTIN`, as reported by Juniper equipment, in order to avoid spamming with `device[SFH]wUpgrade` alerts (#2491, #2492) Release notes ============= We always advise you to have a look at NAV's accompanying release notes [3] before upgrading. This maintenance release was made to fix an ugly issue for those who monitor Juniper equipment using NAV (of which there are quite a few). We've added the following note: Juniper ``BUILTIN`` devices --------------------------- Juniper equipment tends to report soldered-on linecards as field-replaceable modules through their implementation of ``ENTITY-MIB::entPhysicalTable``. These modules are also all reported as having the same serial number: ``BUILTIN``. NAV versions prior to 5.5.1 did not safeguard against this Juniper bug. This would cause NAV installations that monitor Juniper equipment to have a single device with the ``BUILTIN`` serial number, which was shared between all monitored Juniper netboxes. The attributes of ``BUILTIN`` devices (such as software or firmware revision) would be different across most Juniper netboxes, causing them to compete for updates of the attributes in the NAV database. This went under the radar until NAV 5.5.0 re-introduced the ``device*Upgrade`` set of alerts. Now, every time a Juniper netbox is polleed and the shared ``BUILTIN`` device's software/hardware/firmware revision was changed, an alert would be generated. For those unfortunate enough to subscribe to all NAV alerts, this would lead to a storm of alerts. Subsequently, NAV 5.5.1 deletes this shared ``BUILTIN`` device from the database, and adds functionality to ignore any module or entity that reports this as its serial number. Happy NAVing everyone! Links ===== [1] https://github.com/Uninett/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://nav.readthedocs.io/en/latest/release-notes.html#nav-5-5 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

Announcement: NAV 5.5.0 released
by Morten Brekkevold 04 Nov '22

04 Nov '22

The initial feature release of the 5.5 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 10 (Buster) and 11 (Bullseye) are available in our APT repository [2] as usual. Please be extra aware of config file changes. Look out for `*.dpkg-dist` files in `/etc/nav` and make sure to update your running config. The virtual appliance will be updated automatically. Changed ======= - Bump lxml from 4.6.5 to 4.9.1 in /tests (#2443) - Links and documented references to the NAV mailing lists have changed to the lister.sikt.no domain. Added ===== - Add link to #nav irc channel on Libera.Chat to README file (#2475) - Add mac_addresses attribute to /netbox/ API endpoint (#2487, #2490) - Add ability to filter by alert severity in the status tool (#2467) - Support for fetching ARP cache entries from all Arista VRF instances (#2262, #2454)) - Link aggregation information added to NAV API (#1765, #2440) - Support fetching memory stats from CISCO-ENHANCED-MEMPOOL-MIB (#2236, #2439) - Added a flag to navcheckservice that shows all available handler plugins (#2378, #2437) - Post deviceHwUpgrade/deviceSwUpgrade/deviceFwUpgrade events when changes are detected to devices' hardware, software or firmware revisions (#2393, #2413) - Call a cleanup() method for individual container objects after ipdevpoll save stage (#2421) - Added Device methods to resolve and return related objects/entities (chassis, modules, fans, power supplied) and extended device descriptions (#2428) Fixed ===== - Avoid potential resource leaks by properly closing configuration files after reading them (#2451) - Geomap "link to this configuration" now actually opens the correct location at the correct zoom level (#2412, #2488) - snmptrapd can now identify an SNMP agent from any of its interface addresses (#2387, #2461) - PortAdmin now ignores incorrectly configured VLAN tags (tagged as NA) on Juniper switches, instead of crashing (#2452, #2453) - Fix potential ipdevpoll crashes due to database fetches in wrong thread (#2478, #2480) - Handle Graphite connection issues gracefully in ranked statistics page (#2459) - Handle Graphite connection issues gracefully in device group detail page (#2345, #2434) - Removed needless carbon data chunking from activeipcollector (#1696, #2462) - Evaluate 0.0 as a valid numeric metric value during threshold rule evaluations (#2447) - Updated dead links in Geomap documentation (#2419) - Link from IPAM to reserve prefixed in SeedDB now works again (#2410, #2422) - Improved inefficient database queries in Arnold (#2425) - Updated tox examples in hacking documentation (#2427, #2430) - Fixed an AttributeError crash bug in the naventity command line program (#2433, #2444) Release notes ============= We always advise you to have a look at NAV's accompanying release notes [3] before upgrading. Happy NAVing everyone! Links ===== [1] https://github.com/Uninett/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://nav.readthedocs.io/en/latest/release-notes.html#nav-5-5 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

Nav - LLDP Missing on some FS model
by Marco Valerio Bifolco 03 Nov '22

03 Nov '22

Hello, First of all thanks for your job, we really appreciate nav solution. We noticed that some of our FS.COM switch, (we got, cisco, hp, dlink, fs) does not work as expected. Nav doesn't get LLDP information, and for this it is wrongly populating the net map. The FS model working properly are s3900, s5850; But not so lucky with s2800, s1400, s3400 . It's possible to force nav to choose a neighbor from cam candidate? Or set it manually? Or is it possible to make these switch works with nav? Maybe passing mib somehow? Many Thanks in advance Best Regards [cid:image001.png@01D8D356.6C245C00] Marco V. Bifolco System Engineer Office (+39) 0694320122 | Mobile (+39) 3519666252 marco.bifolco(a)sferanet.net<mailto:marco.bifolco@sferanet.net> assistenza(a)sferanet.net<mailto:assistenza@sferanet.net> [cid:image002.png@01D8D356.6C245C00] sferanet.net<http://www.sferanet.net/>

3 7

User default denied access to /tags/tagMultiSeries
by cthompson＠egf.mn 28 Sep '22

28 Sep '22

I have the Apache error.log filling with these message (had a full disk this morning), since upgrading from from 5.2 to 5.4 on Debian 10.13. This installation was first started in NAV 3.x era (2012) and continually upgraded and moved to different hardware a couple of times, so it is very possible there is junk in the configs that is no longer relevant [Tue Sep 27 08:48:55.649027 2022] [wsgi:error] [pid 541:tid 140035050575616] [remote 127.0.0.1:35090] [Tue Sep 27 08:48:55 2022] [WARNING] [pid=541 nav.web.auth] User default denied access to /tags/tagMultiSeries

2 1

NAV netmap
by Erik 09 Sep '22

09 Sep '22

Hi, Since upgrade to NAV5 my layer 3 view in Netmap is crashing? "Error loading graph, please reload the page" Cheers, Erik

2 1

NAV 5.0.0
by Erik 09 Sep '22

09 Sep '22

Hi, My partner in crime on this tool noticed that if he selects Layer 3 in Netmap the graph crashed with error loading page and has to refresh the page to get anything working again? Cheers Erik

2 1

portadmin at CISCO switch is not working
by klaus.pantleon＠voith.com 29 Aug '22

29 Aug '22

Hello, I have a problem with portadmin and CISCO switches. The portadmin is not showing any changable entries when I connect nav-portadmin to a cisco switch. Other brands like netgear, tp-link, hirschmann are working good. Sorry If I post the question to the wrong place. Please help me to find the right place to post. Best Regards, Klaus

3 3

nav 5.3 - alertengine not sending alert / blacklisted and connection timeout (error 110)
by Andrea Verni 26 Aug '22

26 Aug '22

Hi, I'm running NAV 5.3 and have issue with alertengine and email notifications. Email seems to remain stuck in the queue until I force a reboot of the VM. The error message I see in /var/log/nav/alertengine.log is: 2022-03-08 08:35:10,707 [WARNING] [nav.alertengine.alertaddress.send] Not sending alert 5824 ****** as handler Email is blacklisted: [Errno 110] Connection timed out 2022-03-08 08:35:10,716 [WARNING] [nav.alertengine.alertaddress.send] Not sending alert 5825 to ****** as handler Email is blacklisted: [Errno 110] Connection timed out 2022-03-08 08:35:10,720 [INFO] [nav.alertengine.check_alerts] 0 new alert(s), sent 0 alert(s), 910 queued alert(s), 0 alert(s) deleted, 910 failed send(s), 0 ignored However, by running a tcpdump I do not see any outbound/inbound connection to the configured email server. After the reboot it seems messages are going through (and I do see outbound connections to the configured mail server) 2022-03-08 08:39:38,277 [INFO] [nav.alertengine.alertaddress.send] alert 5367 sent by Email to ****** due to immediately subscription 2 2022-03-08 08:39:38,500 [INFO] [nav.alertengine.alertaddress.send] alert 5320 sent by Email to ****** due to immediately subscription 2 2022-03-08 08:41:34,963 [INFO] [nav.alertengine.check_alerts] 0 new alert(s), sent 910 alert(s), 0 queued alert(s), 0 alert(s) deleted, 0 failed send(s), 0 ignored I'm running Debian 10 and not have iptables/fail2ban on it. Any help? Thanks! Andrea

2 3

Announcement: NAV 5.4.0 released
by Morten Brekkevold 19 Mai '22

19 Mai '22

The initial feature release of the 5.4 series of NAV is now out! The source code is available for download at GitHub [1]. New packages for Debian 10 (Buster) and 11 (Bullseye) are available in our APT repository [2] as usual. Please be extra aware of config file changes. Look out for `*.dpkg-dist` files in `/etc/nav` and make sure to update your running config. The virtual appliance will be updated automatically. Changed ======= - The changelog format has changed from the legacy format into one based on Keep a Changelog. - Transceivers are no longer classed as modules (#1154) - Generate more secure API tokens (#2366) - Remaining instances of "Uninett" in footer FAQ have changed to Sikt (#2367) - Upgrade to napalm 3.4.1 (#2403) Added ===== - Support more recent AKCP environment probes (#2107 - Collect and graph temperature readings from JUNIPER-MIB (#2342) - Add support for wildcards in report IN operator (a.k.a. (,,)) (#2347) - Get VLAN tag from Juniper chassis cluster redundant ethernet interface ("RETH") names (#2357) - Collect and graph memory usage from JUNIPER-MIB (#2359) - Document NAV's various command line utilities (#2368) - Add a contrib script to ship ISC DHCP server lease stats to NAV's Graphite instance (#2371) Fixed ===== - Don't display JavaScript alert dialog box when generating links to the current Geomap configuration (#1016) - Optimize SeedDB prefix listing queries (#2156) - Fix broken deletion of quick links from "My stuff"-menu (#2334) - Display friendlier Juniper RPC error reports in Portadmin (#2362) - Get rid of warning: CacheKeyWarning: Cache key contains characters that will cause errors if used with memcached (#2379) - Get rid of warning: DeprecationWarning: Using or importing the ABCs from 'collections' instead of from 'collections.abc' is deprecated (#2381) - Get rid of warning: django.contrib.postgres.fields.JSONField is deprecated. Support for it (except in historical migrations) will be removed in Django 4.0. (#2382) - Rotate room image thumbnails correctly based on EXIF orientation tag (#2385) - Fix Django JSONField import deprecation warnings (#2396) - Fix broken documentation build environment in Read The Docs (#2399) - Optimize SeedDB room listing queries (#2400) - Optimize SeedDB netboxtype listing queries (#2401) - Optimize SeedDB vlan listing queries (#2402) - Fix broken deserialization of Rack data (#2407) - Remove unnecessary quotation marks in SeedDB (#2416) - Fix incorrect handling of stateless event posting in internal APIs (#2417) Removed ======= - Remaining Python 2 compatibility code (#2319) - Dependency on the six Python module Release notes ============= We always advise you to have a look at NAV's accompanying release notes [3] before upgrading. Happy NAVing everyone! Links ===== [1] https://github.com/Uninett/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://nav.readthedocs.io/en/latest/release-notes.html#nav-5-4 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 0

Re: wrong Port configuration status for juniper device if port manually disabled
by FOUR Ludovic (EXT) 06 Apr '22

06 Apr '22

Hello, I just forgot to reply to all, my bad sorry I leave all the comments below I took a look into ipdevpoll.log When I'm updating a port, there is new [INFO schedule.netboxjobscheduler] line into ipdevpoll log, means that the scheduler is doing fine. I still have the same issue with portadmin enabled checkbox : if you uncheck enabled box, save, then reload page, the checkbox goes back to checked, and remains in this state. - but it updates the interface - (disabled) I've made some setup to portadmin.conf, and changed link_edit = false (better not cut the tree branch where you are sitting on) but I don't think it's related to. Regards, Ludovic ----- Mail original ----- De: "Morten Brekkevold" <morten.brekkevold(a)sikt.no> À: "FOUR Ludovic / PHA" <ludovic.four(a)unistra.fr> Envoyé: Vendredi 1 Avril 2022 14:39:19 Objet: Re: wrong Port configuration status for juniper device if port manually disabled On Thu, 31 Mar 2022 09:24:46 +0200 (CEST) "FOUR Ludovic (EXT)" <ludovic.four(a)unistra.fr> wrote: > I only disable the physical port in this case. Hi Ludovic, did you intentionally leave the mailing list out of your reply? > I did that, but there's no update even when I close Chrome or firefox > (did some tests on both). I tried by clearing firefox/chrome cache > too. The interface status still remains checked (enable) in portadmin > web page. Then I need to do some testing on our own equipment in an attempt to reproduce this. I'll have to get back to you. > I also have some update problem with aggregated interfaces (aeX) > created with Junos Console. NAV can detect the aeX interface when I > create it. But still remains when I remove it. I can't see the > physical interfaces that were previously members of the aggregated > interface in the physical ports list anymore. What ports NAV knows about is only updated by the inventory job, which runs every 6 hours. However, ipdevpoll does show some restraint from deleting any interface as soon as it appears missing (some devices can be wonky) - it actually marks it internally with a "missing since" timestamp, and removes it only when it remains missing after certain amount of time. I don't recall the exact amount, but I'm guessing 24 hours. > Maybe a SSL cache issue on server side ? > I'm using standard apache mod ssl settings > SSLSessionCache shmcb:${APACHE_RUN_DIR}/ssl_scache(512000) > SSLSessionCacheTimeout 300 No, this is unrelated to content caching. -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

2 1

wrong Port configuration status for juniper device if port manually disabled
by FOUR Ludovic (EXT) 30 Mar '22

30 Mar '22

Hello, I found a problem wih NAV portadmin configuration page for Juniper EX series I ran wildcard changes to unused interfaces, and I disabled them manually with junos set command [ set interfaces <port number> disable ] However, in the NAV portadmin page configuration, the port status of those interfaces is still enabled. (checkbox checked) Interface => NAV: enabled / JunOS: disabled When I uncheck the enable checkbox, and save changes, the NAV portadmin page show disabled, and the port is still disabled in junos console. Interface => NAV: disabled / JunOS: disabled If enable and save changes again into NAV, and the port is next enabled in console. Interface => NAV: enabled / JunOS: enabled If I manually update the interface description with junos set command, and update NAV portadmin page, the description field is updated. Does NAV run netconf or snmp checkings before showing the portadmin page, or it does only rely on last database readings for portadmin state ? It makes some confusion, because we think the interface is enabled and working into NAV portadmin page, but it's not in reality. Regards, Ludovic FOUR SSI DR10 CNRS - Support Infoprox Pharma FRANCE

2 1

NAV (Network Administration Visualized) user discussions, questions and help
by Robert2 Wu 鄔忠慈 #8051 15 Mar '22

15 Mar '22

Hi We are use HPE Aruba 6300 switch in our company. When I use standard SNMP port 161 to query it will unsuccessful. I check device snmp agent port is 162. Where/How can I make a management profile and use port 162. Thanks Robert Wu robert2.wu(a)mpi.com.tw<mailto:robert2.wu@mpi.com.tw> ********************************************************************************************************** 本郵件及其附件(下稱本郵件)可能包含有旺矽公司機密資訊，非指定之收件者。請勿使用或揭露本信件內容，請立即通知寄件人並請銷毀此信件。 ************************************** Email Confidentiality Notice ************************************** This email may contain confidential information. Please do not use or disclose it in any way it if you are not the intended recipient. If you have received the e-mail in error, please notify us immediately by returning it to the sender and then delete it . **********************************************************************************************************

2 1

Announcement: NAV 5.3.0 released
by Morten Brekkevold 04 Mar '22

04 Mar '22

The initial feature release of the 5.3 series of NAV is now out! The source code is available for download at GitHub [1]. A new package for Debian 10 (Buster) is available in our APT repository [2] as usual. Packages for Debian 11 (Bullseye) have not been built yet. Please be extra aware of config file changes. Look out for `*.dpkg-dist` files in /etc/nav and make sure to update your running config. The virtual appliance will be updated as soon as possible. Changes ======= On January 1st 2022, Uninett, NSD and Unit (all entities owned by the Norwegian government) were merged into the new governmental agency *Sikt - Norwegian Agency for Shared Services in Education and Research*. This marks the first release of NAV under the new name. User-visible features and improvements: The main reason for this new feature release is to ensure NAV is compatible with Python 3.9 (which is the default Python version on the current Debian stable distro, Bullseye). Features that were already lurking in the pipeline are: * #2245 (Link to room details page from SeedDB room edit page) * #2274 (Hidden attributes for devices) * #2323 (Completely hide all attributes starting with "__") * #2309 (Support a report.conf.d/ style config directory for reports) * #2311 (Wishlist: Info about locations visible via /report/location) Other fixed GitHub issues in this release: * #2280 (Only ethernetCsmacd interfaces are shown in the room viewer) * #2310 ([BUG] snmptrapd plugins crash when posting events in NAV 5.2) * #2315 (Properly upgrade to Django 2.2) * #2316 (Upgrade dependencies that will need a newer version to run on Django 3.2 or later) * #2317 (Upgrade Django to 3.2) * #2321 (Also list local conf reports in report widget) * #2324 ([BUG] Example severity rules distributed with NAV 5.2.1 do not actually work) * #2328 (Remove "no access" message from login page during normal login) * #2329 (Upgrade to dnspython 2.1) * #2341 (Warn when database config isn't readable) * #2352 (Fix Python 3.9 compatibility) * #2353 (Document the name change from Uninett to Sikt) * #2355 (Add Sikt to About page, copyrights and graphical profile) Please see the release notes [3] for more details. Happy NAVing everyone! Links ===== [1] https://github.com/Uninett/nav/releases [2] https://nav.uninett.no/install-instructions/#debian [3] https://nav.readthedocs.io/en/latest/release-notes.html#nav-5-3 -- Sincerely, Morten Brekkevold Sikt – Norwegian Agency for Shared Services in Education and Research

1 2

NAV - Palo Alto ARP table import for Machine Tracer
by Mehmet E. Şahin (BAŞKANLIK-BİDB) 28 Jan '22

28 Jan '22

Hi Everyone, We have NAV to monitor network switches and also Palo Alto Firewall. We can only use Palo Alto api to query its arp table as it does not support it over snmp. Could there be a way to import those ARP records from palo alto firewall to NAV periodically ? We are asking this because the machine tracer tool on NAV is very useful and would be great if those arp recods from palo alto to be imported to the NAV. Best Regards Mehmet Emin Şahin

4 6

Power Distribution MIBs
by Simon Brown 11 Jan '22

11 Jan '22

Hello, Nav has a Power distribution equipment category. Is there any guidance on what is supported by default? Is there a standard MIB lik IF-MIB or is this all vendor specific? Thanks, Simon -- Simon Brown System Engineer EISCAT Scientific Association P. O. Box 812, SE-981 28 Kiruna, Sweden simon.brown(a)eiscat.se

1 0

Snmp V3
by Marco BARBIERI 21 Des '21

21 Des '21

Hi, is there any news about snmp v3 support in NAV? I know it's something that has already been asked, but as far as i can see it isn't supported yet, i'm i wrong? Best regards, Marco Barbieri, -- -- Marco Barbieri - Si.RS Reti e Sistemi - 0592058003 - 3316213040

2 3

How to add sensorgateway probes to nav ?
by FOUR Ludovic (EXT) 17 Des '21

17 Des '21

Hello, I'm using NAV 5.2 and I would like to add a couple of Serverscheck temperature probes that monitor our network racks Product reference is detailed here : https://serverscheck.com/sensors/baseunit.asp I'm trying to add the probes by following the adding AKCP probe tutorial. I made this : 1/ Translate the sensorgateway.mib into SERVERSCHECK-MIB.py with smidump command 2/ Copy the python file to folder /opt/venvs/nav/lib/python3.7/site-packages/nav/smidumps There's a ServersCheck module used in MIB file, that i'm using to interrogate directly the probe I can get the temperature value with snmpwalk -c community -v1|2c <IP of the probe> ServersCheck:sensor1Name.0 If I translate into OID with snmptranslate command, I get this OID .1.3.6.1.4.1.17095.3.2.0 3/ Create the file serverscheck_mib.py with those lines to /opt/venvs/nav/lib/python3.7/site-packages/nav/mibs from twisted.internet import defer from nav.mibs import reduce_index from nav.mibs.mibretriever import MibRetriever from nav.smidumps import get_mib class ServerCheckMib(MibRetriever): mib = get_mib('SERVERSCHECK-MIB') @defer.inlineCallbacks def get_all_sensors(self): result = [ { 'oid': '.1.3.6.1.4.1.17095.3.2.0', 'unit_of_measurement': 'celsius', 'precision': 1, 'scale': None, 'description': "Ambient temperature", 'name': "Ambient temperature", 'internal_name': "Ambient temperature", 'mib': 'SERVERSCHECK-MIB', } ] defer.returnValue(result) - Add the following lines to /etc/nav/ipdevpoll.conf (note sure of iana code of serverscheck manufacturer. should be 25432) 25432 = ServersCheckMib SERVERSCHECK = SERVERSCHECK-MIB At this point i'm stuck (ipdevpoll log empty) and I still can't get sensors readings into NAV and it doesn't recognize the probe type into collected info of the seedDB probe page Any ideas of what I'm doing wrong ? Regards, Ludovic FOUR SSI DR10 CNRS - Support Infoprox Pharma 74, route du Rhin F-67401 Illkirch-Graffenstaden Tel: 03 68 85 43 11 Contact support: support-pharma(a)unistra.fr Tel: 03.68.85.42.50 - Mobile: 06.11.69.03.65

2 1

advice on upgrading nav 4.9.5 on debian 8.11 to nav 5.3 ideally debian 11
by Mischa Diehm 10 Des '21

10 Des '21

Hei all, we have a larger NAV setup with a bit more than 1000 Cisco Switches and use quite a lot of the features supported in NAV. Since our setup is a bit dusty we plan to upgrade (nav 4.9.5 on debian 8.11 to nav 5.3 ideally debian 11). I wanted to ask for your advice on the upgrade paths possible. We use a external db server that hosts the postgres db. Requirements/Whishes: - it would be great to keep the devices history and graphs so a simple dump.py and reinstall would be a bit lossy - it would be nice to start with a fresh installed debian 11. Is there a good/preferred path that we could follow? Thanks for any ideas and suggestions, Mischa p.s.: Any ideas / timeframe when nav will release debian 11 packages? -- narrowin.ch /\ network & security

3 2

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Nav-users