<div dir="ltr">Thanks Stephen.<div><br></div><div>Is the Netvsc PMD selected by default or I'll need to specify it somewhere?</div><div><br></div><div>Since I'm running a proprietary UDP protocol, 3rd parties (e.g. Azure) won't know how a flow is established. I'm curious how exactly Azure selects which NIC to receive a given packet?</div><div><br></div><div>Yang</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Apr 13, 2022 at 8:58 AM Stephen Hemminger <<a href="mailto:stephen@networkplumber.org">stephen@networkplumber.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Tue, 12 Apr 2022 13:09:51 -0700<br>
Yang Luan <<a href="mailto:luan.penny@gmail.com" target="_blank">luan.penny@gmail.com</a>> wrote:<br>
<br>
> Hi,<br>
> <br>
> We have an application using DPDK on AWS and would like to port it to<br>
> Azure. What would be recommended PMD to use? If I understand correctly, we<br>
> can either use the Netvsc PMD or the vdev_Netvsc PMD. It seems the Netvsc<br>
> PMD is newer.<br>
<br>
Short answer:<br>
<br>
Netvsc PMD is faster and can handle events better.<br>
vdev_netvsc/failsafe/tap is slower but can emulate some types of rte_flow.<br>
<br>
> <br>
> An alternative is to use the mlx4 PMD by only attaching to the mlx NIC's<br>
> PCI address. As I understand it, the concern is the mlx nic may not receive<br>
> all the packets. We run a proprietary UDP based protocol on top of DPDK.<br>
> Are all UDP packets guaranteed to be received by the mlx NIC?<br>
<br>
That won't work. the MLX device only sees established flows.<br>
</blockquote></div>