Send netdisco-users mailing list submissions to
netdisco-users@lists.sourceforge.net
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
netdisco-users-requ...@lists.sourceforge.net
You can reach the person managing the list at
netdisco-users-ow...@lists.sourceforge.net
When replying, please edit your Subject line so it is more specific
than "Re: Contents of netdisco-users digest..."
Today's Topics:
1. Re: ND2 strange node behaviour (Eric Miller)
2. Re: Avaya ERS 48xx series - No entrys in modules plugin
(Eric Miller)
3. Re: ND2 strange node behaviour (Eric Miller)
4. Re: REMOTE_USER ldap apache2 (Natxo Asenjo)
5. Re: REMOTE_USER ldap apache2 (Oliver Gorwits)
6. Re: Checkpoint VSX (Nuno)
--- Begin Message ---
On 2014-05-21 05:52, Nikolaos Milas wrote:
On 21/5/2014 12:01 μμ, Robert Kerr wrote:
I don't have a solution, but wanted to add I also see the same
behaviour. If I manually run a macsuck of the device all the nodes
re-appear, but something somewhere seems to be archiving things it
shouldn't.
In my case, running a macsuck does not show nodes. For example, here is
what I see right after a macsuck on this device:
Vendor / Model cisco / 296024TT
OS / Version ios / 12.2(35)SE5
Without checking "Archived Data" checkbox:
http://iweb.noa.gr/files/nd2/no_arch_data.png
After checking "Archived Data" checkbox:
http://iweb.noa.gr/files/nd2/with_arch_data.png
(I have zoomed out to show things in one screen.)
Affected interfaces (FastEthernet) 3, 4, 8, 10, 15, 17, 20.
Nodes on these interfaces are active and online, but they don't show up
when "Archived Data" is unchecked; they appear twice and with strange
timestamps when "Archived Data" is checked.
For these nodes perform a search by mac with the archive option selected
to see what other switch port(s) matches show up in the list. Most
likely an uplink should be in the list. If so:
1) Does each end of the uplink show the opposing neighbour, or does only
one side?
2) Is the uplink using a L2 discovery protocol (CDP, LLDP, etc) or a
manual topology entry?
3) Is the uplink part of a port-channel or some other link aggregation
protocol?
Is this behaviour limited to a specific vendor or model?
What version of netdisco are you running?
Thanks,
Eric
--- End Message ---
--- Begin Message ---
If this hasn't been resolved, try increasing snmptimeout: in your
netdisco deployment.yml file. Try using a high for troubleshooting like
5000000 which is 5 seconds. This may be a delayed response from the
device when trying to read the power supplied by PoE ports which occurs
right before trying to collect module information.
Eric
On 2014-04-03 06:03, Tobias Gerlach wrote:
Hm... that's strange. I can't figure out why the ND2 bulkwalk runs
into a timeout for the 4850'er model.
Both switches have the same SW version v5.7.0.009 installed and for
both devices I'm able to collect that information with a classic
snmpwalk in proper time.
Any ideas what else I could check?
n.ok ->
...
SNMP::Info 3.13
SNMP::Info::device_type() layers:00000110 id:45 sysDescr:"Ethernet
Routing Switch 4850GTS-PWR+ HW:10 FW:5.7.0.1 SW:v5.7.0.009
BN:09 (c) Avaya Networks"
...
[22691] debug @18.264306> [10.32.110.9] power - removed 3 power
modules
[22691] debug @18.268068> [10.32.110.9] power - added 3 new power
modules
[22691] debug @18.273069> [10.32.110.9] power - removed 0 PoE capable
ports
[22691] debug @18.309112> [10.32.110.9] power - added 144 new PoE
capable ports
SNMP::Info::_load_attr entPhysicalDescr : ENTITY-MIB::entPhysicalDescr
: .1.3.6.1.2.1.47.1.1.1.1.2
SNMP::Info::_load_atrr: BULKWALK Timeout at
/usr/local/netdisco/perl5/lib/perl5/App/Netdisco/Core/Discover.pm line
561.
SNMP::Info::_load_attr ns_com_grp_idx :
S5-CHASSIS-MIB::s5ChasComGrpIndx : .1.3.6.1.4.1.45.1.6.3.3.1.1.1
SNMP::Info::_load_atrr: BULKWALK Timeout at
/usr/local/netdisco/perl5/lib/perl5/App/Netdisco/Core/Discover.pm line
561.
SNMP::Info::_load_attr s5ChasComRelPos :
S5-CHASSIS-MIB::s5ChasComRelPos : .1.3.6.1.4.1.45.1.6.3.3.1.1.13
SNMP::Info::_load_attr orig_e_descr : ENTITY-MIB::entPhysicalDescr :
.1.3.6.1.2.1.47.1.1.1.1.2
SNMP::Info::_load_attr orig_e_type : ENTITY-MIB::entPhysicalVendorType
: .1.3.6.1.2.1.47.1.1.1.1.3
SNMP::Info::_load_attr orig_e_parent :
ENTITY-MIB::entPhysicalContainedIn : .1.3.6.1.2.1.47.1.1.1.1.4
SNMP::Info::_load_attr orig_e_name : ENTITY-MIB::entPhysicalName :
.1.3.6.1.2.1.47.1.1.1.1.7
SNMP::Info::_load_attr orig_e_class : ENTITY-MIB::entPhysicalClass :
.1.3.6.1.2.1.47.1.1.1.1.5
SNMP::Info::_load_attr orig_e_pos :
ENTITY-MIB::entPhysicalParentRelPos : .1.3.6.1.2.1.47.1.1.1.1.6
SNMP::Info::_load_attr orig_e_hwver :
ENTITY-MIB::entPhysicalHardwareRev : .1.3.6.1.2.1.47.1.1.1.1.8
SNMP::Info::_load_attr orig_e_fwver :
ENTITY-MIB::entPhysicalFirmwareRev : .1.3.6.1.2.1.47.1.1.1.1.9
SNMP::Info::_load_attr orig_e_swver :
ENTITY-MIB::entPhysicalSoftwareRev : .1.3.6.1.2.1.47.1.1.1.1.10
SNMP::Info::_load_attr e_model : ENTITY-MIB::entPhysicalModelName :
.1.3.6.1.2.1.47.1.1.1.1.13
SNMP::Info::_load_attr orig_e_serial :
ENTITY-MIB::entPhysicalSerialNum : .1.3.6.1.2.1.47.1.1.1.1.11
SNMP::Info::_load_attr e_fru : ENTITY-MIB::entPhysicalIsFRU :
.1.3.6.1.2.1.47.1.1.1.1.16
[22691] debug @28.527817> [10.32.1.9] modules - removed 0 chassis
modules
[22691] debug @28.528361> [10.32.1.9] modules - added 0 new chassis
modules
...
netdisco@server:~> snmpwalk -v 3 -l authPriv -u xxx -n "" -a MD5 -A
xxx -x AES -X xxx not-working-switch .1.3.6.1.2.1.47.1.1.1.1.2
SNMPv2-SMI::mib-2.47.1.1.1.1.2.1 = STRING: "Ethernet Routing Switch
4850GTS-PWR+ Stack"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.2 = STRING: "Ethernet Routing Switch
4850GTS-PWR+"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.3 = STRING: "10-Base 10/100/1000
Ethernet Port"
...
ok ->
...
SNMP::Info 3.13
SNMP::Info::device_type() layers:00000110 id:45 sysDescr:"Ethernet
Routing Switch 4548GT-PWR HW:11 FW:5.3.0.3 SW:v5.7.0.009
BN:09 (c) Avaya Networks"
...
[22700] debug @19.648640> [10.32.2.9] power - removed 2 power modules
[22700] debug @19.651492> [10.32.2.9] power - added 2 new power
modules
[22700] debug @19.655514> [10.32.2.9] power - removed 0 PoE capable
ports
[22700] debug @19.681444> [10.32.2.9] power - added 96 new PoE capable
ports
SNMP::Info::_load_attr entPhysicalDescr : ENTITY-MIB::entPhysicalDescr
: .1.3.6.1.2.1.47.1.1.1.1.2
SNMP::Info::_load_attr orig_e_descr : ENTITY-MIB::entPhysicalDescr :
.1.3.6.1.2.1.47.1.1.1.1.2
SNMP::Info::_load_attr orig_e_type : ENTITY-MIB::entPhysicalVendorType
: .1.3.6.1.2.1.47.1.1.1.1.3
SNMP::Info::_load_attr orig_e_parent :
ENTITY-MIB::entPhysicalContainedIn : .1.3.6.1.2.1.47.1.1.1.1.4
SNMP::Info::_load_attr orig_e_name : ENTITY-MIB::entPhysicalName :
.1.3.6.1.2.1.47.1.1.1.1.7
SNMP::Info::_load_attr orig_e_class : ENTITY-MIB::entPhysicalClass :
.1.3.6.1.2.1.47.1.1.1.1.5
SNMP::Info::_load_attr orig_e_pos :
ENTITY-MIB::entPhysicalParentRelPos : .1.3.6.1.2.1.47.1.1.1.1.6
SNMP::Info::_load_attr orig_e_hwver :
ENTITY-MIB::entPhysicalHardwareRev : .1.3.6.1.2.1.47.1.1.1.1.8
SNMP::Info::_load_attr orig_e_fwver :
ENTITY-MIB::entPhysicalFirmwareRev : .1.3.6.1.2.1.47.1.1.1.1.9
SNMP::Info::_load_attr orig_e_swver :
ENTITY-MIB::entPhysicalSoftwareRev : .1.3.6.1.2.1.47.1.1.1.1.10
SNMP::Info::_load_attr e_model : ENTITY-MIB::entPhysicalModelName :
.1.3.6.1.2.1.47.1.1.1.1.13
SNMP::Info::_load_attr orig_e_serial :
ENTITY-MIB::entPhysicalSerialNum : .1.3.6.1.2.1.47.1.1.1.1.11
SNMP::Info::_load_attr e_fru : ENTITY-MIB::entPhysicalIsFRU :
.1.3.6.1.2.1.47.1.1.1.1.16
[22700] debug @21.356638> [10.32.88.6] modules - removed 113 chassis
modules
[22700] debug @21.384159> [10.32.88.6] modules - added 113 new chassis
modules
...
netdisco@server:~> snmpwalk -v 3 -l authPriv -u xxx -n "" -a MD5 -A
xxx -x AES -X xxx working-switch .1.3.6.1.2.1.47.1.1.1.1.2
SNMPv2-SMI::mib-2.47.1.1.1.1.2.1 = STRING: "Ethernet Routing Switch
4548GT-PWR Stack"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.2 = STRING: "Ethernet Routing Switch
4548GT-PWR"
SNMPv2-SMI::mib-2.47.1.1.1.1.2.3 = STRING: "10-Base 10/100/1000
Ethernet Port"
...
------------------------------------------------------------------------------
_______________________________________________
Netdisco mailing list
netdisco-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/netdisco-users
--- End Message ---
--- Begin Message ---
On 2014-05-21 05:01, Robert Kerr wrote:
On 19/05/14 11:04, Nikolaos Milas wrote:
On 29/4/2014 7:53 μμ, Nikolaos Milas wrote:
I installed the new version but it did not correct the problem I
described. The situation remains as before.
I have now installed latest Netdisco but the problem persists.
I don't have a solution, but wanted to add I also see the same
behaviour. If I manually run a macsuck of the device all the nodes
re-appear, but something somewhere seems to be archiving things it
shouldn't.
When you perform a search on the nodes (by mac) with the archive option
selected what other switch port(s) matches show up in the list? Most
likely an uplink should be in the list. If so:
1) Does each end of the uplink show the opposing neighbour, or does only
one side?
2) Is the uplink using a L2 discovery protocol (CDP, LLDP, etc) or a
manual topology entry?
3) Is the uplink part of a port-channel or some other link aggregation
protocol?
Is this behaviour limited to a specific vendor or model?
What version of netdisco are you running?
Thanks,
Eric
--- End Message ---
--- Begin Message ---
On Wed, May 21, 2014 at 9:19 PM, Oliver Gorwits <oli...@cpan.org> wrote:
> Hi Natxo,
>
> On 2014-05-20 13:29, Natxo Asenjo wrote:
> > After restarting both the apache2 proxy as the netdisco web ui I can
> > login using my ldap credentials but get the netdisco login page
> > afterwards.
>
> I guess the X-REMOTE_USER header is not getting to Netdisco, but we
> need to be sure.
>
> You can edit the bin/netdisco-web-fg script and uncomment the lines
> after the Dancer::Debug comment.
>
> Then run: ~/bin/localenv cpanm --notest Dancer::Debug
>
> Then restart the web daemon. You should have a sidebar with a panel
> which shows the HTTP Request Headers as seen by Netdisco application. In
> there should be X-REMOTE_USER.
>
>
ok, I will not be at the office until monday, but I will sure to try that
then. Thanks!
> If the header isn't there, then it's Apache. If the header is there,
> then we have a bug in Netdisco :)
>
> p.s. I'll see if I can make this easier to enable without editing
> netdisco-web-fg in the next release.
>
> well, speaking strictly for me, that is not necessary. However, installing
the Dancer::Debug module as part of the standard installation (making it a
dependency) would have enabled me to debug right away. I cannot use my
minicpan mirror from my laptop using a vpn (at least, not without tweaking
the firewall which is always tricky if you are at the wrong end of it ;-).
I should probably have had a minicpan in the lan anyway :-)
Thanks for your help, to be continued next week.
--
groet,
natxo
--- End Message ---
--- Begin Message ---
On 2014-05-22 07:55, Natxo Asenjo wrote:
On Wed, May 21, 2014 at 9:19 PM, Oliver Gorwits <oli...@cpan.org [1]>
wrote:
p.s. I'll see if I can make this easier to enable without editing
netdisco-web-fg in the next release.
well, speaking strictly for me, that is not necessary. However,
installing the Dancer::Debug module as part of the standard
installation (making it a dependency) would have enabled me to debug
right away. I cannot use my minicpan mirror from my laptop using a
vpn
(at least, not without tweaking the firewall which is always tricky
if
you are at the wrong end of it ;-).
Thanks for that feedback - I'll check out the dependencies and if it's
not too onerous, will include the Debug panel in the standard Netdisco
requirements.
regards,
oliver.
--- End Message ---
--- Begin Message ---
App::Netdisco 2.027004
Is there any news regarding Checkpoint VSX support on arpnip?
My problem : netdisco is able to discover checkpoint vsx but it only
arpnip
the master engine not Virtual systems.
Is there any development regarding this issue?
Thanks,
Nuno
--- End Message ---
------------------------------------------------------------------------------
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled scalability from the best Selenium testing platform available
Simple to use. Nothing to install. Get started now for free."
http://p.sf.net/sfu/SauceLabs
_______________________________________________
Netdisco mailing list - Digest Mode
netdisco-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/netdisco-users
