DPDK usage discussions
 help / color / mirror / Atom feed
* [dpdk-users] Debugging Dropped Frames
@ 2016-09-22 17:55 Rob Zimmerman
  0 siblings, 0 replies; only message in thread
From: Rob Zimmerman @ 2016-09-22 17:55 UTC (permalink / raw)
  To: users

Fellow packet wranglers,

While developing my stack I've hit an odd scenario where IP frames aren't
making it out onto the wire. Oddly enough, rte_eth_stats_get() is showing
that packets are indeed getting sent, but I'm not seeing anything on the
LAN. I can confirm part of my stack works because my ARP logic works A-OK.


Question 1)
Does DPDK drop malformed IP packets before shipping them on the wire? I've
investigated the memory segment from the ether_hdr on down, and the packet
looks fine. I ask this question because after setting the ether_type
parameter to ETHER_TYPE_ARP (on an IPv4 frame) it makes it out on the wire.
Of course, it's gobbledygook because it's actually an IPv4 frame, but at
least it made it on the wire...


Question 2)
Does DPDK perform any of its own logging that I can troll to get more
insight as to what's going on?

Thanks for the guidance!
Rob

^ permalink raw reply	[flat|nested] only message in thread

only message in thread, other threads:[~2016-09-22 17:56 UTC | newest]

Thread overview: (only message) (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-09-22 17:55 [dpdk-users] Debugging Dropped Frames Rob Zimmerman

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).