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. Re: Netdot not storing ARP entries from Teldat router
(Carlos Vicente)
2. Re: Netdot not storing ARP entries from Teldat router (Nico)
----------------------------------------------------------------------
Message: 1
Date: Wed, 19 Apr 2017 16:31:35 -0400
From: Carlos Vicente <[email protected]>
Subject: Re: [Netdot-users] Netdot not storing ARP entries from Teldat
router
To: Nico <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID:
<CADN=49dK=LGbwKj5X=ha7s8uxjjqt1tkexj3ckfyx1bagaa...@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"
Hola Nico,
That is a very strange case. Especially since you say that other units of
the same model are OK.
Looking at the code, this line is key:
https://github.com/cvicente/Netdot/blob/master/lib/Netdot/Model/Device.pm#L122
When you look at the IP in question, do you see it associated with an
interface?
cv
On Wed, Apr 19, 2017 at 7:44 AM, Nico <[email protected]> wrote:
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://osl.uoregon.edu/pipermail/netdot-users/attachments/20170419/041cc894/attachment-0001.html
------------------------------
Message: 2
Date: Thu, 20 Apr 2017 09:37:46 +0200
From: Nico <[email protected]>
Subject: Re: [Netdot-users] Netdot not storing ARP entries from Teldat
router
To: Carlos Vicente <[email protected]>
Cc: "[email protected]" <[email protected]>
Message-ID:
<CAKXQfmso6t9XpuAHjAr1iqpG=3+sq9prby+mpgrjojrmxoe...@mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hello Carlos,
No, it's not associated to an interface, in fact the "IP Info" list of
the router is empty. In the case of the router of the same model that
works, the "SNMP_Target" IP is also listed in "IP List".
We have limited access to the routers in question and there's
information in the mib tree that cannot be accesed. I guess the cuprit
is there, i'll talk about it (again) with the router's managers.
To test it further i've manually added the router's IP to one of the
interfaces, the first error dissapears:
INFO - Updating single device: 10.x.10.254
DEBUG - Device::discover: Device 10.x.10.254 already exists in DB
And the ARP table is stored, only the entries corresponding to the
interface's IP that i manually added, i think that's a correct
behaviour.
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: 1 ->
10.A.150.1 -> 001F6C537941
DEBUG - Device::_validate_arp: router.network.org: valid: 21 ->
10.C.66.22 -> 001279680884
DEBUG - Device::_validate_arp: router.network.org: valid: 21 ->
10.C.67.230 -> 00088339DEC0
DEBUG - Device::_validate_arp: router.network.org: valid: 19 ->
10.B.5.181 -> 0017CB9135FE
DEBUG - Device::_validate_arp: router.network.org: valid: 20 ->
10.A.27.145 -> 00809F5BBA6C
DEBUG - Device::_validate_arp: router.network.org: valid: 20 ->
10.A.27.146 -> 00809F5B6B04
INFO - router.network.org: ARP cache fetched. 2 entries in 0 sec
The interface who's IP i've added being...
10.C.67.254 10.C.66.0/23 router.network.org [ethernet0/2.903]
Thank you for helping, best regards
2017-04-19 22:31 GMT+02:00 Carlos Vicente <[email protected]>:
> Hola Nico,
>
> That is a very strange case. Especially since you say that other units of
> the same model are OK.
>
> Looking at the code, this line is key:
>
> https://github.com/cvicente/Netdot/blob/master/lib/Netdot/Model/Device.pm#L122
>
> When you look at the IP in question, do you see it associated with an
> interface?
>
> cv
>
> On Wed, Apr 19, 2017 at 7:44 AM, Nico <[email protected]> wrote:
>>
>> 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
>
>
--
Nico
------------------------------
_______________________________________________
Netdot-users mailing list
[email protected]
https://osl.uoregon.edu/mailman/listinfo/netdot-users
End of Netdot-users Digest, Vol 96, Issue 2
*******************************************
