<div dir="ltr"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">+"""Mac address filtering test suite.<br>
+<br>
+This test suite ensures proper and expected behavior of Allowlist filtering via mac<br>
+addresses on devices bound to the Poll Mode Driver. If a packet received on a device<br>
+contains a mac address not contained with its mac address pool, the packet should<br>
+be dropped. Alternatively, if a packet is received that contains a destination mac<br>
+within the devices address pool, the packet should be accepted and forwarded. This<br>
+behavior should remain consistent across all packets, namely those containing dot1q<br>
+tags or otherwise.<br></blockquote><div><snip></div><div><br></div><div>This should probably say "not contained within its mac address pool" instead of "with", since that's how you're wording the rest of the docstrings</div><div> </div><div><snip></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
+ Test cases within this suite utilize this method to create, send, and verify<br>
+ packets based on criteria relating to the packet's destination mac address,<br>
+ vlan tag, and whether or not the packet should be received or not. Packets<br>
+ are verified using an inserted payload. Assuming the test case expects to<br>
+ receive a specified packet, if the list of received packets contains this<br>
+ payload within any of its packets, the test case passes. Alternatively, if<br>
+ the designed packet should not be received, and the packet payload is not,<br>
+ received, then the test case fails. Each call with this method sends exactly<br>
+ one packet.<br></blockquote><div><snip></div><div><br></div><div>"and whether or not the packet should be received or not" is redundant</div><div> </div><div>Reviewed-by: Dean Marx <<a href="mailto:dmarx@iol.unh.edu">dmarx@iol.unh.edu</a>></div></div></div>