problem when testing the tests/udp/client.conf file of dperf

[snnallmouse]

Dear author,

I have a cloud server with two network cards: one is taken over by DPDK, and the other belongs to the kernel. When I run tests/udp/server.conf, I can send UDP packets through the kernel NIC and receive the "aaaaaaa...aaaa" reply.

However, when I switch to client.conf and use nc -ul to listen on the kernel NIC for UDP packets, nc -ul cannot receive any packets.

this is my server.conf:

mode            server
protocol        udp

keepalive       1s
payload_size    64

cpu             2

duration        10m

#port           pci             addr         gateway
port            0000:00:06.0    172.*.*.221  172.*.*.1

client 172.*.*.106 1

server 172.*.*.221 1

listen          12345              1

quiet

and this is my client.conf:

mode                        client
protocol                    udp

cpu                         3
payload_size                64
duration                    60s

cc                          1
keepalive                   2ms

#port                       pci             addr         gateway
port            0000:00:06.0    172.*.*.221   172.*.*.1

#                           addr_start      num
client 172.*.*.221 1

#                           addr_start      num
server 172.*.*.106 1

#                           port_start      num
listen                      12345              1

I would greatly appreciate any comments from you!

[pengjianzhang]

dperf send packets to 'gateway'.
In you case, you shold set the gateway as 172...106

[snnallmouse]

It still doesn’t work. I tried changing the gateway to the destination address, and I also tried adding the MAC of the destination address, but the result remained the same. So communication between two NICs does not need to go through a gateway(172. .. .1)?

[pengjianzhang]

can you ping 172...221 from 172...106

[snnallmouse]

if 221 uses kernel driver, yes;
if 221 uses igb_uio, no.

Another important piece of information is that if I use the kernel driver for both NICs, then when the 221 NIC listens on port 12346, it can receive UDP from the 106 NIC. However, if 221 uses igb_uio, then only ports allowed in the cloud server console, such as 12345, can work with dperf to receive UDP. If the 106 NIC sends UDP to port 12346, then even if dperf is listening on 12346, it still cannot receive anything.

[pengjianzhang]

可能是安全策略或者其他网络方面的原因

[snnallmouse]

Thanks! I’ll try later on a local machine that is not controlled by the cloud provider.