Send netdisco-users mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
https://lists.sourceforge.net/lists/listinfo/netdisco-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 netdisco-users digest..."
Today's Topics:
1. Can I easily patch Netdisco or SNMP to add neighbors?
([email protected])
2. Re: Can I easily patch Netdisco or SNMP to add neighbors?
(Nick Nauwelaerts)
3. Re: Can I easily patch Netdisco or SNMP to add neighbors?
([email protected])
--- Begin Message ---
We have a bunch of microwave devices (NEC iPaso) that do not behave nicely with
LLDP, or pulling port info generally.
But they do have an OID from which I can pull neighbors over the microwave
network, it just provides a list of adjacent IP addresses, which correspond to
discovered hosts, that it does on its own management microwave network. I can
probably find the adjacent port as well (corresponding to the radios).
Is there any easy way to inject such into Netdisco's discover (or whatever
appropriate place)? or associated SNMP code? Currently the SNMP class is
SNMP::Info::Layer2. The neighbor information is in a proprietary mib.
I don't want to fork the snmp code to produce a class specifically for them, as
(a) I've never done it and it's a lot of work, and (b) I can't do it publically
as NEC won't release their MIB's except under NDA.
I was wondering if there are any hooks in the code where one can easily add an
additional call just for neighbor information, to a proprietary place?
Yes, I know I can add manual topology, but the obvious risks of that are as
changes occur, someone as to remember to go fix it.
Linwood.
PS. Would you consider flagging (color, icon, something) manual topology on the
ports display and neighbor graph, so one can remember what they have done (and
not) manually?
--- End Message ---
--- Begin Message ---
heya,
while i'm far from the expert on this, i have a somewhat related todo item
(netdisco should be able to map 2 stage routing dependencies iirc). as such,
since you're talking about ip adresses i guess it's somehow routed or black box
enough to be considered as routed.
as such, perhaps its easiest to plug your data into:
https://github.com/netdisco/netdisco/blob/master/lib/App/Netdisco/Worker/Plugin/Discover/Neighbors/Routed.pm
and emulate ospf or bgp handling. https://metacpan.org/pod/SNMP::Info::Layer3
seems a plausible starting point for that.
hopefully someone with a decent understanding of netdisco workings can comment.
// nick
-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Thursday, August 2, 2018 21:01
To: [email protected]
Subject: [Netdisco] Can I easily patch Netdisco or SNMP to add neighbors?
We have a bunch of microwave devices (NEC iPaso) that do not behave nicely with
LLDP, or pulling port info generally.
But they do have an OID from which I can pull neighbors over the microwave
network, it just provides a list of adjacent IP addresses, which correspond to
discovered hosts, that it does on its own management microwave network. I can
probably find the adjacent port as well (corresponding to the radios).
Is there any easy way to inject such into Netdisco's discover (or whatever
appropriate place)? or associated SNMP code? Currently the SNMP class is
SNMP::Info::Layer2. The neighbor information is in a proprietary mib.
I don't want to fork the snmp code to produce a class specifically for them, as
(a) I've never done it and it's a lot of work, and (b) I can't do it publically
as NEC won't release their MIB's except under NDA.
I was wondering if there are any hooks in the code where one can easily add an
additional call just for neighbor information, to a proprietary place?
Yes, I know I can add manual topology, but the obvious risks of that are as
changes occur, someone as to remember to go fix it.
Linwood.
PS. Would you consider flagging (color, icon, something) manual topology on the
ports display and neighbor graph, so one can remember what they have done (and
not) manually?
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Netdisco mailing list
[email protected]
https://sourceforge.net/p/netdisco/mailman/netdisco-users/
________________________________
Volg Aquafin op Facebook<https://www.facebook.com/AquafinNV> |
Twitter<https://twitter.com/aquafinnv> |
YouTube<http://www.youtube.com/channel/UCk_4P5BJ-MtEEDCkCsR_KqQ?feature=mhee> |
LinkedIN<http://www.linkedin.com/company/aquafin/products>
In het kader van de uitoefening van onze taken verzamelen we bij Aquafin
persoonsgegevens. Hoe we omgaan met deze gegevens en wat de rechten van de
betrokkenen zijn, kan je nalezen in onze privacy
policy<https://www.aquafin.be/nl-be/privacy-policy>.
[https://www.aquafin.be/sites/aquafin/files/styles/paragraph_with_caption/public/2018-06/email_banner_web.jpg]<https://www.aquafin.be/>
P Denk aan het milieu. Druk deze mail niet onnodig af.
--- End Message ---
--- Begin Message ---
I'm feeling pretty dense here, but how does this become active? I wasn't aware
it would use those protocols (note to self: Read the release notes!) I'm
running that code, and use eigrp, and I don't see signs it is doing anything.
For example, I have nodes connected over a microwave ring that passes eigrp and
shows neighbors, but does not pass lldp or cdp. Shouldn't I see that as
neighbors and connected devices from eigrp on the VLAN interface they connect
to? I don't. I'd like to.
Though it's an interesting question - I have other places where LLDP divisible
devices are in between EIGRP neighbors, and don't really want to see them come
up as connected.
I tried briefly to see if there is control in deployment.yml or elsewhere.
I can do (now that I see it) a show of -e eigrp_peers and get the right
answers, but I don't see that info being used anywhere in terms of the
neighbors display? Or ports (though the show doesn't show the VLAN interface).
Thanks for pointing to this. Would love to understand it better.
Linwood
-----Original Message-----
From: Nick Nauwelaerts [mailto:[email protected]]
Sent: Thursday, August 2, 2018 4:07 PM
To: [email protected]; [email protected]
Subject: RE: [Netdisco] Can I easily patch Netdisco or SNMP to add neighbors?
heya,
while i'm far from the expert on this, i have a somewhat related todo item
(netdisco should be able to map 2 stage routing dependencies iirc). as such,
since you're talking about ip adresses i guess it's somehow routed or black box
enough to be considered as routed.
as such, perhaps its easiest to plug your data into:
https://github.com/netdisco/netdisco/blob/master/lib/App/Netdisco/Worker/Plugin/Discover/Neighbors/Routed.pm
and emulate ospf or bgp handling. https://metacpan.org/pod/SNMP::Info::Layer3
seems a plausible starting point for that.
hopefully someone with a decent understanding of netdisco workings can comment.
// nick
-----Original Message-----
From: [email protected] [mailto:[email protected]]
Sent: Thursday, August 2, 2018 21:01
To: [email protected]
Subject: [Netdisco] Can I easily patch Netdisco or SNMP to add neighbors?
We have a bunch of microwave devices (NEC iPaso) that do not behave nicely with
LLDP, or pulling port info generally.
But they do have an OID from which I can pull neighbors over the microwave
network, it just provides a list of adjacent IP addresses, which correspond to
discovered hosts, that it does on its own management microwave network. I can
probably find the adjacent port as well (corresponding to the radios).
Is there any easy way to inject such into Netdisco's discover (or whatever
appropriate place)? or associated SNMP code? Currently the SNMP class is
SNMP::Info::Layer2. The neighbor information is in a proprietary mib.
I don't want to fork the snmp code to produce a class specifically for them, as
(a) I've never done it and it's a lot of work, and (b) I can't do it publically
as NEC won't release their MIB's except under NDA.
I was wondering if there are any hooks in the code where one can easily add an
additional call just for neighbor information, to a proprietary place?
Yes, I know I can add manual topology, but the obvious risks of that are as
changes occur, someone as to remember to go fix it.
Linwood.
PS. Would you consider flagging (color, icon, something) manual topology on the
ports display and neighbor graph, so one can remember what they have done (and
not) manually?
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most engaging tech
sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Netdisco mailing list
[email protected]
https://sourceforge.net/p/netdisco/mailman/netdisco-users/
________________________________
Volg Aquafin op Facebook<https://www.facebook.com/AquafinNV> |
Twitter<https://twitter.com/aquafinnv> |
YouTube<http://www.youtube.com/channel/UCk_4P5BJ-MtEEDCkCsR_KqQ?feature=mhee> |
LinkedIN<http://www.linkedin.com/company/aquafin/products>
In het kader van de uitoefening van onze taken verzamelen we bij Aquafin
persoonsgegevens. Hoe we omgaan met deze gegevens en wat de rechten van de
betrokkenen zijn, kan je nalezen in onze privacy
policy<https://www.aquafin.be/nl-be/privacy-policy>.
[https://www.aquafin.be/sites/aquafin/files/styles/paragraph_with_caption/public/2018-06/email_banner_web.jpg]<https://www.aquafin.be/<https://www.aquafin.be/sites/aquafin/files/styles/paragraph_with_caption/public/2018-06/email_banner_web.jpg%5d%3chttps:/www.aquafin.be/>>
P Denk aan het milieu. Druk deze mail niet onnodig af.
--- End Message ---
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
Netdisco mailing list - Digest Mode
[email protected]
https://lists.sourceforge.net/lists/listinfo/netdisco-users
