Injecting 802.11 frames underneath the device logic bypasses
the queue logik and leads to delay. Pass 802.3 frames through
the normal device TX chain.
This has the added benefit that AF_PACKET sockets (e.g. tcpdump)
see the send frames.
Reimplmenting what is already there doesn't make sense. Switch
to the existing and UDP tunnel support code and handle the data
channel as a connected UDP socket
* add a kernel bash hash list to track station to
radio and wlan id binding
* enforce binding on recv
* configure binding through netlink interface from
WTP process
Switch to a connected UDP kernel socket. Comparing the
local and remote IPs is no longer required and handling
different IP versions and UDP types is automatic.
The WTP logic needs to reopen the socket on demand now.
