NDIS LWF驱动开发四类技术问题咨询

问题1：FilterReceiveNetBufferLists标志传递与验证器报错问题 #

过滤驱动不能无条件透传所有标志，必须确保传递的标志与当前NBL批次的实际特性完全匹配。FLAGS_PERFECT_FILTERED标志要求批次内所有NBL都经过“完美过滤”（即无多余数据、完全符合过滤规则），若驱动未做对应处理却透传该标志，验证器会判定为无效。

关于SINGLE_ETHER_TYPE这类标志：过滤驱动仅在能明确确认当前批次所有NBL以太网类型一致时，才可以设置该标志；若下层未设置该标志，要么是微型端口/下层驱动未正确识别批次特性，要么是批次内确实存在不同以太网类型的NBL，下层驱动不敢贸然设置。

问题2：透传场景下验证器报发送/接收成对超时问题 #

即使仅做NBL透传，若驱动在调用NdisFSendNetBufferLists或NdisFIndicateReceiveNetBufferLists时，未明确排除需要完成回调的标志（如未清除NDIS_SEND_FLAGS_REQUIRE_COMPLETION），NDIS会认为驱动需要处理完成回调。此时若未实现FilterSendNetBufferListsComplete和FilterReturnNetBufferLists，就会触发验证器的成对超时检测——验证器是基于NDIS调用规范做检测，和实际数据流是否正常无直接关联。

问题3：NdisFRestartFilter与NdisFRestartComplete的重入保证 #

是的，NDIS的重启流程是完全序列化的。调用NdisFRestartFilter时，NDIS会先暂停过滤驱动的其他核心处理例程（如接收、发送），且在你调用NdisFRestartComplete之前，不会再次发起重启请求或调用可能导致重入的其他例程，完全不存在重入风险。

问题4：NBL链表顺序的要求 #

过滤驱动必须严格保持NBL链表的原有顺序传递或返回。上层/下层驱动可能依赖NBL的顺序实现协议逻辑（如TCP的顺序交付、流量统计等），打乱顺序会导致协议栈异常、性能下降甚至功能故障。

内容的提问来源于stack exchange，提问作者Emjayen