Send Netdot-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://osl.uoregon.edu/mailman/listinfo/netdot-users
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Netdot-users digest..."
Today's Topics:
1. Netdot not storing ARP entries from Teldat router (Nico)
----------------------------------------------------------------------
Message: 1
Date: Wed, 19 Apr 2017 13:44:33 +0200
From: Nico <[email protected]>
Subject: [Netdot-users] Netdot not storing ARP entries from Teldat
router
To: "[email protected]" <[email protected]>
Message-ID:
<cakxqfmvjmr-l8kwj3u2onf85jykk9_7+x+wjml0na9uysrs...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hello,
I'm having problems polling a Teldat ATLAS60 router.
Netdot is finding many ARP entries that seems valid, but are not
getting stored. According to device information last ARP table is from
"Last ARP:1970-01-02 00:00:01", never worked for that router i guess.
When doing updatedevices.pl -IFA -d this are the relevant parts of the output:
I've obscured names, ips and macs. All seems valid.
DEBUG - router.network.org: Fetching ARP cache via SNMP
SNMP::Info::_load_attr orig_at_paddr : IP-MIB::ipNetToMediaPhysAddress
: .1.3.6.1.2.1.4.22.1.2
DEBUG - Device::_validate_arp: router.network.org: valid: 22 ->
10.x.x.x -> 0072DCC35BB7
DEBUG - Device::_validate_arp: router.network.org: valid: 17 ->
10.x.x.x -> 00CCC7D5E9B4
[...]
INFO - adm019.ti.princast.org: ARP cache fetched. 0 entries in 0 sec
I've noticed another strange thing in the first lines of the poll ouput:
INFO - Updating single device: 10.x.x.254
DEBUG - Device::search: Address 10.x.x.254 exists but no Device associated
DEBUG - Device::get_snmp_session: Trying SNMPv3 session with 10.x.x.254
If i go to the ipblock section the IP is associated to the device (and
is also de snmp_target for the device).
I deleted both the device and the ipblock entry. And polled again, the
first poll said:
INFO - Updating single device: 10.x.x.254
DEBUG - Device::search: 10.x.x.254 not found in DB
And the second one the same as before:
INFO - /opt/netdot/netdot/prod/netdot-1.0.7/bin/updatedevices.pl
started at Wed Apr 19 13:35:01 2017
INFO - Updating single device: 10.x.x.254
DEBUG - Device::search: Address 10.x.x.254 exists but no Device associated
DEBUG - Device::get_snmp_session: Trying SNMPv3 session with 10.x.x.254
And in all cases ARP entries are not stored.
Any idea how can i track down the problem?.
Using netdot-1.0.7 running on SLES 11SP3. SNMP::Info 3.20
Other Teldat routers of the same model are working fine regarding ARP
tables. And also don't present that error about address not associated
to device:
INFO - Updating single device: 10.x.x.254
DEBUG - Device::discover: Device 10.x.x.254 already exists in DB
[...]
DEBUG - Device::_validate_arp: otherouter.network.org: valid: 20 ->
10.x.x.49 -> 00809CC8B61A
DEBUG - Device::_validate_arp: otherouter.network.org: valid: 15 ->
10.x.x.33 -> 0017CCC351FE
[...]
INFO - otherouter.network.org: ARP cache fetched. 26 entries in 0 sec
All routers are set to collect ARP.
Thank you very much
--
Nico
------------------------------
_______________________________________________
Netdot-users mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-users
End of Netdot-users Digest, Vol 96, Issue 1
*******************************************
