It's nice to be able to send raw frames, but I'm not comfortable with
the duplication of code in the output path.  With Ethernets, one could
send raw frames, and they'd not get the usual AF/arp processsing in
ether_output.  And, making the raw queue be first seems not quite
right.  So I think it would be good to think about how to put raw
packets in the regular queue and somehow not do 802.11 encap.  This
raises issues about the use of 802.11 node structures and what should
happen for such frames.  It also raises the question of whether the
802.11 encap should be happening earlier, so that frames in the queue
are already encaped.  But given that per-node information can change,
it makes sense to do the encap as late as possible, which is perhaps
why it is how it is now.

-- 
        Greg Troxel <gdt@ir.bbn.com>