On 3/14/19 4:00 PM, Jouni Malinen wrote:
On Thu, Mar 14, 2019 at 01:03:11PM -0700, Ben Greear wrote:
On 3/14/19 12:42 PM, Dennis Bland wrote:
hostapd implements an AP neighbor database (neighbor_db.c) that allows
you to add AP neighbors with the 'set_neighbor' and 'remove_neighbor'
CLI commands (with rrm_neighbor_report=1 in the .conf file).
Higher-level logic to periodically scan for nearby APs, filter for
neighbors within the same ESS, and build a neighbor list isn't
implemented.
I'd like to configure this in the .conf file so that I don't have to reload it
on vap restart, etc.
Currently, I don't see a way to do that. Anyone have opinions on adding
a 'cli' command to the config-file logic that would just pipe the rest of
the line into the hostapd_cli logic on startup?
That sounds pretty ugly.. If this really needs to come from the
configuration file, I think I'd rather go with a new config parameter
being added with a format that I guess would be quite similar to the
SET_NEIGHBOR control interface command and the parser would also be very
similar to hostapd_ctrl_iface_set_neighbor().
That said, I don't see why you would do this over the control
interface.. Normal use cases will need to update this information more
dynamically anyway, so the control interface is needed and whatever is
reloading/restarting an interface could as well run through number of
hostapd_cli calls or direct interaction with the control interface.
Ok, I got worried trying to load it at boot time would be problematic for
other reasons as well.
At least for the casual user, building the neighbor report IE to be passed
into the CLI seems a bit tricky. (And according to google, exactly no one has
ever posted a working example of that command :))
Is there any way to query a hostapd using hostapd_cli or similar to get
a dump of what it thinks is its own neigh report? Then, I could query
all of the hostapd in question, and just pipe the output into the other hostapd
neigh table through hostapd_cli without having to fully parse/build the IE?
Thanks,
Ben
--
Ben Greear <greearb@xxxxxxxxxxxxxxx>
Candela Technologies Inc http://www.candelatech.com
_______________________________________________
Hostap mailing list
Hostap@xxxxxxxxxxxxxxxxxxx
http://lists.infradead.org/mailman/listinfo/hostap
