[Commotion-dev] OpenWRT trunk r33202 does PSK-encrypted adhoc on ar71xx

Will Hawkins hawkinsw at opentechinstitute.org
Tue May 14 21:07:02 UTC 2013


Thanks for bumping this, Ben. I will take a deeper look later this week.

Will

On 05/09/2013 03:07 PM, Ben West wrote:
> Bumping this thread.  Below is more info about the original patch that
> appeared to get ball rolling on IBSS-RSN encryption.  There is also
> contact info for Antonio Quartulli, who seems to be a good person to ask
> about issues with nodes not reliably authenticating themselves upon
> joining an encrypted mesh.
>
> https://lists.openwrt.org/pipermail/openwrt-devel/2012-January/013509.html
>
> *Antonio Quartulli* ordex at autistici.org
> <mailto:openwrt-devel%40lists.openwrt.org?Subject=Re%3A%20%5BOpenWrt-Devel%5D%20%5BPATCH%5D%20mac80211%3A%20provide%20IBSS%20RSN%20support%20for%20ath5k&In-Reply-To=%3C1326711999-20522-1-git-send-email-ordex%40autistici.org%3E>
>
> On Thu, Aug 23, 2012 at 6:04 PM, Ben West <ben at gowasabi.net
> <mailto:ben at gowasabi.net>> wrote:
>
>     Hi All,
>
>     Sharing some results from a couple weeks of surfing the choppy waters
>     of recent OpenWRT trunk: I have been able to get 2 UBNT ar71xx nodes
>     to mesh with PSK-encrypted adhoc, aka IBSS RSN.
>
>     You can even configure the encryption in /etc/config/wireless,
>     provided you use hostapd and wpa_supplicant packages instead of wpad
>     or wpad-mini.
>
>     Known so far:
>     - The meshconfig tool bundled w/ Commotion does not work at all,
>     likely due to significant changes made after trunk r31639 for netifd
>     support.  I unfortunately could not glean more info about this, since
>     nodes flashed w/ the commotionbase package atop r33202 trunk became
>     completely unresponsive.  I have a TTL/serial cable on order, to
>     hopefully learn more about this.
>     - Likewise, the freifunk-watchdog service (ffwatchd), as configured &
>     bundled w/ Commotion, doesn't seem to like an encrypted mesh.  I saw
>     it repeatedly restarting the wireless interfaces, so I removed that
>     pkg from the firmware images I was testing with.  I posted a query to
>     this list previously if anyone knows of documentation available for
>     ffwatchd.
>     - Although you can indeed specify "encryption psk" for the mesh VAP in
>     /etc/config/wireless, a bug with wpa_supplicant.sh causes that VAP to
>     lose its assigned IP address thereafter.  I had do "ifconfig wlan0
>     10.12.x.x" after bringing up the wireless to restore the IP address.
>     - "iw wlan0 station dump" suggests that nodes joining an encrypted
>     mesh do not get reliably "authorized," even when they are
>     "authenticated."  On the un-authorized node where I observed this, I
>     bringing its wlan0 down and then back up resolved this.
>     - My UBNT nodes were able to ping each other (even at 10ms intervals
>     using fping) OK for days, until a power blip reset them.
>
>     Unknown, so far:
>     - Whether this works for ath5k too.  Trunk r33202 does not appear to
>     boot at all on ath5k, although recent patches submitted to trunk do
>     explicitly mention IBSS RSN support for ath5k.
>     - What sort of speed penalty this imposes, or if the PSK encryption is
>     done in hardware or software on either platform.
>     - Whether ar71xx/ath5k driver will let you add more VAPs (encrypted or
>     not) to a physical interface already broadcasting an encrypted mesh.
>     - Whether hostapd-mini and wpa-supplicant-mini will correctly
>     configure IBSS RSN, too.
>
>     It looks like much thanks for getting IBSS RSN to a functional state
>     on Atheros chips should go to Antonio Quartulli, who is involved with
>     the BATMAN-based project http://open-mesh.org.
>
>     --
>     Ben West
>     http://gowasabi.net
>     ben at gowasabi.net <mailto:ben at gowasabi.net>
>
>
>
>
> --
> Ben West
> http://gowasabi.net
> ben at gowasabi.net <mailto:ben at gowasabi.net>
> 314-246-9434
>
>
> _______________________________________________
> Commotion-dev mailing list
> Commotion-dev at lists.chambana.net
> https://lists.chambana.net/mailman/listinfo/commotion-dev
>


More information about the Commotion-dev mailing list