发现螃蟹wifi驱动11w的缺陷

今天我们的螃蟹wifi在客户那里出现了异常：配成wpa2模式，开启11w，选capability非require，即我方有管理帧加密能力，但不强制使用。这时客户端连接之后，打流测速只有几M。抓空包发现传输没有启用block ack机制，还是一个数据包一个ack，所以速率上不去。
这里先讲讲block ack的概念。就是批量应答，不需要每个帧都回应ack。如何启用block ack呢？协议规定通过add block ack request帧告诉对方，我方想启用block ack，如果对方支持，则回应add block ack response，说OK，如果不支持，则说某某原因不支持。一般现在的网卡都支持这种方式。
为什么螃蟹方案出现这种异常情况呢？从抓包看出了原因。就是对加密的管理帧处理不当。这里又花点时间说说加密管理帧。80211w是关于加密管理帧，以前管理帧是不加密的，这样就给黑客一个入侵破坏的机会，11w制定了管理帧加密的规则。螃蟹的驱动程序在RSN IE字段标记自己有11w的能力，此字段会附在beacon帧、association帧中通知客户端。客户端即无线网卡，就会在action帧中使用加密方式传输，这里的action帧带有各种消息，包括之前说的add block ack request等。
我们wifi的问题出在：当对方发了加密管理帧时，无法正确解析，造成丢包，从而影响了block ack协商，最终无法进入block ack模式。
如何修改？懂得了原理，看熟rtl的驱动代码，改起bug来不是什么问题。
今天就讲这一些，睡觉了。