--- Begin Message ---
OK, sorry to hear that didn't work (but it was a guess!). I imagine there
is a way to get it working, probably some combination of the different
setting options.
The better solution, as I mentioned in passing before, is to rewrite the
prioritisation of different transports, and this work is contained in these
three tickets:
https://github.com/netdisco/netdisco/issues?q=is%3Aissue%20state%3Aopen%20milestone%3Amulti-transport
It's probably the next thing I'll work on, but at the moment I'm focused on
something else (getting containerised postgresql upgrades working
smoothly). Those tickets above will get dealt with, as the redesign brings
many current and future benefits for Netdisco.
regards
oliver.
On Thu, 6 Nov 2025 at 00:33, Muris <[email protected]> wrote:
> Hi Paul,
>
>
>
> Thanks for confirming.
>
>
>
> I wonder if there is a better solution to exclude macsuck from cli but
> keep arp only. Maybe Oliver can suggest something better how to deal with
> this issue?
>
> If it’s worked out, it can be applied to other SSH collectors to exclude
> macsuck if they attempt to use it.
>
>
>
> Regards,
>
> Muris
>
>
>
> *From: *"Mackie, Paul" <[email protected]>
> *Date: *Thursday, 6 November 2025 at 09:25
> *To: *Muris <[email protected]>
> *Subject: *RE: [Netdisco] Trying to fetch arp entries from ArubaOSCX,
> again
>
>
>
> HI Muris, you’re right, I didn’t run the debug when testing, my mistake.
>
>
>
> I’m tempted to just use a cron job in the interim to flip the config every
> hour so at least I get mac/arp alternately succeeding at various points
> during the day.
>
>
>
> Thanks for your help.
>
>
>
> Best regards,
>
> *Paul Mackie*
>
>
>
> GEA INTERNAL
>
> *From:* Muris <[email protected]>
> *Sent:* 05 November 2025 21:52
> *To:* Oliver Gorwits <[email protected]>; Mackie, Paul <[email protected]>
> *Cc:* Jethro Binks <[email protected]>; Nick Nauwelaerts <
> [email protected]>; Cuttler, Brian R via netdisco-users
> (HEALTH) <[email protected]>
> *Subject:* Re: [Netdisco] Trying to fetch arp entries from ArubaOSCX,
> again
>
>
>
> Hi,
>
>
>
> I tried adding action: 'arpnip::nodes' (also tested action: arpnip) to the
> ArubaCX CLI device_auth, but it actually breaks SSH ARP for ArubaCX - the
> worker skips the CLI path entirely.
>
>
>
> Debug shows the skip as soon as the action restriction is present:
>
>
>
> [info] arpnip started…
>
> [debug] … Arpnip::Nodes p200
>
> [debug] (info) skip: driver or action not applicable
>
> [debug] … SNMP path used instead
>
>
>
> If I remove the action, SSH ARP works again.
>
>
>
> Any opinions?
>
>
>
> Regards,
>
> Muris
>
>
>
> *From: *Oliver Gorwits <[email protected]>
> *Date: *Friday, 31 October 2025 at 22:00
> *To: *"Mackie, Paul" <[email protected]>
> *Cc: *Muris <[email protected]>, Jethro Binks <[email protected]>,
> Nick Nauwelaerts <[email protected]>, "Cuttler, Brian R via
> netdisco-users (HEALTH)" <[email protected]>
> *Subject: *Re: [Netdisco] Trying to fetch arp entries from ArubaOSCX,
> again
>
>
>
> Awesome! Glad to hear it's working and thanks for using Netdisco :)
>
>
>
> Oliver.
>
>
>
> On Fri, 31 Oct 2025 at 10:33, Mackie, Paul <[email protected]> wrote:
>
> Many thanks Olly, yes that seems to have cracked it, both job types are
> working and logs are now clean 😊
>
>
>
> For reference if anyone finds this useful:
>
> device_auth:
>
> - tag: ssharubacx
>
> driver: cli
>
> platform: ArubaCX
>
> only:
>
> - 'os:arubaos-cx'
>
> action:
>
> - 'arpnip::nodes'
>
> username: redacted
>
> password: ‘redacted’
>
> ssh_master_opts:
>
> - "-o"
>
> - "StrictHostKeyChecking=no"
>
>
>
>
>
> Best regards,
>
> *Paul Mackie*
>
>
>
>
>
> GEA INTERNAL
>
> From: Oliver Gorwits <[email protected]>
> *Sent:* 29 October 2025 20:15
> *To:* Mackie, Paul <[email protected]>
> *Cc:* Muris <[email protected]>; Jethro Binks <[email protected]>;
> Nick Nauwelaerts <[email protected]>; Cuttler, Brian R via
> netdisco-users (HEALTH) <[email protected]>
> *Subject:* Re: [Netdisco] Trying to fetch arp entries from ArubaOSCX,
> again
>
>
>
> Hi again
>
>
>
> I realised there might be a workaround. From the device_auth docs:
>
>
>
> "The action key allows you to restrict credentials to certain actions or
> even stages of actions on the remote device, such as ARP table gathering
> (arpnip::nodes)."
>
>
>
> So you should be able to add "action: arpnip" (or "action:
> 'arpnip::nodes'") to the device_auth CLI stanza and restrict it to only
> arpnip. I guess! Maybe it works.
>
>
>
> There are actually three tickets which address this (all in the guts of
> Netdisco, not specific to Aruba): 1391 1322 1294
>
>
>
> regards
>
> oliver.
>
>
>
> On Wed, 29 Oct 2025 at 19:09, Oliver Gorwits <[email protected]> wrote:
>
> That’s correct, at present you can have either but not both. However we
> have a ticket for this feature so it should come along soon. Ish.
>
>
>
> Oliver.
>
>
>
> On Wed, 29 Oct 2025 at 18:33, Mackie, Paul <[email protected]> wrote:
>
> Hi Jethro / all
>
> I implemented the SSH collector for AOS-CX, and arpnip is now working for
> these devices. Thanks for your work on this.
>
> However, I see that this also causes macsuck to fail for the same devices,
> because it is being attempted by SSH also.
>
> Am I missing something in my configuration, or do I need to choose between
> having arpnip or macsuck working for Aruba AOS-CX devices? It seems I can
> have either but not both at present?
>
>
>
> Best regards,
>
> *Paul Mackie*
>
>
>
> GEA INTERNAL
>
> From: Muris <[email protected]>
> *Sent:* 24 September 2025 10:08
> *To:* Jethro Binks <[email protected]>; Nick Nauwelaerts <
> [email protected]>; Oliver Gorwits <[email protected]>
> *Cc:* Cuttler, Brian R via netdisco-users (HEALTH) <
> [email protected]>
> *Subject:* Re: [Netdisco] Trying to fetch arp entries from ArubaOSCX,
> again
>
>
>
> Hi JR Binks, thanks for contributing this addon for ArubaOS-CX, there is 1
> problem with it is that it doesnt work in environments with multiple vrfs
>
> Can i make a suggestion to change this line -
>
> *$expect->send("show arp\n");*
>
> to
>
> *$expect->send("show arp all-vrfs\n");*
>
> This way it works accross all VRFs present on the switch.
>
> I did test it modifying to this and it does work correctly in mutiple
> VRF's and grabbing the arps.
>
>
>
> Regards,
>
> Muris
>
>
>
> *From: *Jethro Binks <[email protected]>
> *Date: *Monday, 25 August 2025 at 04:15
> *To: *Nick Nauwelaerts <[email protected]>, Oliver Gorwits <
> [email protected]>
> *Cc: *"Cuttler, Brian R (HEALTH) via netdisco-users" <
> [email protected]>
> *Subject: *Re: [Netdisco] Trying to fetch arp entries from ArubaOSCX,
> again
>
>
>
> Mmm yes indeed, the "arpnip::nodes" comes from the Configuration
> documentation ("The action key allows you to restrict credentials to
> certain actions or even stages of actions on the remote device, such as ARP
> table gathering (arpnip::nodes)", but I've tried with action: arpnip and no
> action at all and the effect is the same.
>
>
>
> In fact if I introduce a deliberate syntax error into ArubaCX.pm, or
> alternatively set a nonsense platform: ArubaCXXX, it makes no difference
> either, so it's like this is never properly trying. It does use SNMP to
> gather Arpnip::Subnets (correctly).
>
>
>
> I have to run an older version (2.076005) because of other issues just
> now, so it's entirely possibly I'm hitting an issue already resolved,
> although I've been through the notes and a code diff and can't spot
> anything too relevant.
>
>
>
> Aha!
>
>
>
> I moved my cli driver section from the bottom of the device_auth
> credentials to the top, and it now hits the syntax error I introduced.
>
> So now I have:
>
>
>
> [54908] 2025-08-24 15:03:43 debug 130.159.1.52 54908 arpnip()
>
> [54908] 2025-08-24 15:03:47 debug ⬅ (done) Gathered arp caches from
> 130.159.1.52
>
> [54908] 2025-08-24 15:03:47 debug ⮕ worker Arpnip::Nodes p100
>
> [54908] 2025-08-24 15:03:47 debug ⬅ (info) skip: namespace passed at
> higher priority
>
> [54908] 2025-08-24 15:03:47 debug ⮕ worker Arpnip::Subnets p100
>
>
>
> Although it didn't actually get any:
>
>
>
> [54908] 2025-08-24 15:03:48 debug resolving 0 ARP entries with max 50
> outstanding requests
>
> But that allowed me to finally check and fix the script which literally
> took 2 mins to fix the regexp, and now it all works.
>
>
>
> I have added to the discussion:
> https://github.com/netdisco/netdisco/discussions/869
>
>
>
> And also made some references between the various other Aruba-related
> issues that touch on naming problems in various respects.
>
>
>
> Jethro.
>
>
>
> . . . . . . . . . . . . . . . . . . . . . . . . .
>
> Jethro R Binks, Network Manager,
>
> Information Services Directorate, University Of Strathclyde, Glasgow, UK
>
>
>
> The University of Strathclyde is a charitable body, registered
> in Scotland, number SC015263.
>
>
> ------------------------------
>
> *From:* Nick Nauwelaerts <[email protected]>
> *Sent:* 24 August 2025 1:34 PM
> *To:* Jethro Binks <[email protected]>; Oliver Gorwits <
> [email protected]>
> *Cc:* Cuttler, Brian R (HEALTH) via netdisco-users <
> [email protected]>
> *Subject:* Re: [Netdisco] Trying to fetch arp entries from ArubaOSCX,
> again
>
>
>
> all the examples i see just use arpnip instead of arpnip::nodes
>
>
>
> perhaps change your config action to plain "arpnip" & make sure there's an
> arpnip function in your ssh module
>
>
> ------------------------------
>
> *From:* Jethro Binks <[email protected]>
> *Sent:* Sunday, August 24, 2025 12:39
> *To:* Oliver Gorwits <[email protected]>
> *Cc:* Cuttler, Brian R (HEALTH) via netdisco-users <
> [email protected]>
> *Subject:* Re: [Netdisco] Trying to fetch arp entries from ArubaOSCX,
> again
>
>
>
> Thanks Oliver.
>
>
>
> Any thoughts on why I can't get the SSHCollector script to trigger though
> ("(info) skip: driver or action not applicable"), ND2_LOG_PLUGINS=1
> providing no further clues.
>
>
>
> While I potentially have a workaround now using that -p option, that's
> still going to need work and is still < SSHCollector ( < SNMP::Info
> ipNetToPhysicalTable). It must be something simple but I can't see it.
>
>
>
> Jethro.
>
>
>
> . . . . . . . . . . . . . . . . . . . . . . . . .
>
> Jethro R Binks, Network Manager,
>
> Information Services Directorate, University Of Strathclyde, Glasgow, UK
>
>
>
> The University of Strathclyde is a charitable body, registered
> in Scotland, number SC015263.
> ------------------------------
>
> *From:* Oliver Gorwits <[email protected]>
> *Sent:* 22 August 2025 10:02 PM
> *To:* Jethro Binks <[email protected]>
> *Cc:* Cuttler, Brian R (HEALTH) via netdisco-users <
> [email protected]>
> *Subject:* Re: [Netdisco] Trying to fetch arp entries from ArubaOSCX,
> again
>
>
>
> Hi Jethro,
>
>
>
> Ah you're right the API wiki page has Perl syntax (not JSON) because the
> mojolicious library will convert it. The netdisco-do man page is misleading.
>
>
>
> It actually means to refer to the API spec itself which is here:
> https://netdisco2-demo.herokuapp.com/swagger-ui/?url=/swagger.json#/Objects/put_api_v1_object_device__ip__arps
>
>
>
> I'll see if we can make netdisco-do doc clearer.
>
>
>
> By the way, glad to see -p option being used. In the next major version
> this is changed to be "-e '@/path/to/file'" or you can pipe it in with "-e
> '@-'". Just to make it a bit cleaner across different commands.
>
>
>
> regards
>
> oliver.
>
>
>
> On Fri, 22 Aug 2025 at 13:32, Jethro Binks <[email protected]>
> wrote:
>
> Hey,
>
>
>
> I've tried it with and without the action:.
>
>
>
> Adding env ND2_LOG_PLUGINS=1 provided no additional output here:
>
>
>
> [35351] 2025-08-22 10:42:36 debug ⬅ (done) arpnip is able to run
>
> [35351] 2025-08-22 10:42:36 debug //// EARLY \\\\ phase
>
> [35351] 2025-08-22 10:42:36 debug ⮕ worker Arpnip::Nodes p0 "prepare
> common data"
>
> [35351] 2025-08-22 10:42:36 debug //// MAIN \\\\ phase
>
> [35351] 2025-08-22 10:42:36 debug ⮕ worker Arpnip::Nodes p1000000
>
> [35351] 2025-08-22 10:42:36 debug ⬅ (info) skip: arp table data supplied
> by other source
>
> [35351] 2025-08-22 10:42:36 debug ⮕ worker Arpnip::Nodes p200
>
> [35351] 2025-08-22 10:42:36 debug ⬅ (info) skip: driver or action not
> applicable
>
> [35351] 2025-08-22 10:42:36 debug ⮕ worker Arpnip::Nodes p100
>
> [35351] 2025-08-22 10:42:36 debug snmp reader cache warm: [ipaddress]
>
>
>
> But I didn't know about that, so I will remember it in future thanks.
>
>
>
> Failing progress here, I took a look at doing it out-of-band, and then
> using:
>
>
>
> Submit arpnip results directly to Netdisco by putting the JSON data in
> a
>
> file and using the "-p" option (see API web docs for data format
>
> example):
>
>
>
> ~/bin/netdisco-do arpnip -d 192.0.2.1 -p /tmp/arp-table.json
>
>
>
> Which also seems a more recent addition I'd not noticed before. But while
> the API docs suggest the format for the JSON should be:
>
>
>
> [
>
> { mac => "aa:bb:cc:dd:ee:ff", ip => "A.B.C.D" }
>
> ]
>
>
>
> I had to write it such:
>
>
>
> [
>
> { mac: "aa:bb:cc:dd:ee:ff", ip: "A.B.C.D" }
>
> ]
>
>
>
> But it did work! So that's another interim workaround perhaps. Still
> icky.
>
>
>
> J.
>
>
>
> . . . . . . . . . . . . . . . . . . . . . . . . .
>
> Jethro R Binks, Network Manager,
>
> Information Services Directorate, University Of Strathclyde, Glasgow, UK
>
>
>
> The University of Strathclyde is a charitable body, registered
> in Scotland, number SC015263.
> ------------------------------
>
> *From:* Christian Ramseyer <[email protected]>
> *Sent:* 22 August 2025 12:54 AM
> *To:* Jethro Binks <[email protected]>; Cuttler, Brian R (HEALTH)
> via netdisco-users <[email protected]>
> *Subject:* Re: [Netdisco] Trying to fetch arp entries from ArubaOSCX,
> again
>
>
>
> Hi!
>
> On 21.08.2025 21:31, Jethro Binks wrote:
> > action: arpnip::nodes
>
> Your config looks fine at a first glance except for I have never seen
> action: used in device_auth... just as a wild guess maybe try without it?
>
> You can also try ND2_LOG_PLUGINS=1 as env var to get some more output
> from plugin and worker selection, maybe that helps.
>
> Cheers
> Christian
>
> _______________________________________________
> Netdisco mailing list
> [email protected]
> https://sourceforge.net/p/netdisco/mailman/netdisco-users/
>
>
> ------------------------------
>
>
> *Volg Aquafin op LinkedIn
> <http://www.linkedin.com/company/aquafin/products> | Facebook
> <https://www.facebook.com/AquafinNV> | Instagram
> <https://www.instagram.com/aquafin_nv/> | YouTube
> <http://www.youtube.com/channel/UCk_4P5BJ-MtEEDCkCsR_KqQ?feature=mhee>*
> 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>.
> P Denk aan het milieu. Druk deze mail niet onnodig af.
> [image: Image removed by sender.]
> <https://www.openbedrijvendag.be/bedrijven/aquafin/>
>
> _______________________________________________
> Netdisco mailing list
> [email protected]
> https://sourceforge.net/p/netdisco/mailman/netdisco-users/
>
--- End Message ---
