-
Couldn't load subscription status.
- Fork 41
Description
When using the ping-pong application or the pkt-gen application, the sender is able to transmit packets but, at the receiver side on call to rte_eth_rx_burst it get's stuck as it returns a value of 0 every time in the poller body function. As a result it is not able to flush the packet to the rx-queue which is used by the UDPDK recvfrom to retrieve the packets. I have confirmed that the packet is reached at the receiver side using rte_eth_stats_get() method but not sure why rte_eth_rx_burst is not able to retrieve the packets?
Sender side config.ini
UDPDK configuration file
[dpdk]
lcores_primary=2
lcores_secondary=2
n_mem_channels=2
[port0]
mac_addr=50:9a:4c:27:6b:58
ip_addr=192.168.10.100
[port0_dst]
mac_addr=50:9a:4c:27:6a:4a
Receiver Side config.ini:
UDPDK configuration file
[dpdk]
lcores_primary=2
lcores_secondary=2
n_mem_channels=2
[port0]
mac_addr=50:9a:4c:27:6a:4a
ip_addr=192.168.10.101
[port0_dst]
mac_addr=50:9a:4c:27:6b:58
dpdk-devbind.py Statistics:
Network devices using DPDK-compatible driver
0000:00:1f.6 'Ethernet Connection (5) I219-LM 15e3' drv=uio_pci_generic unused=e1000e,vfio-pci