On 08/01/2018 02:24 PM, Leandro Echevarría via USRP-users wrote:
Hey everybody,
I'll somehow repeat a question I asked here a couple of months ago, to
see again if I can get some guiding. Hope you understand:
The CHDR packet length field in the CHDR header is 16 bits (i.e. 65536
bytes theoretical max length), but by doing Wireshark captures and
playing with the samples per paket in benchmark_rate.cpp I've seen
it's never set to be more than 7984 bytes without producing timeouts
(and 7992 if no timestamp is used I suppose). This is, I could not
stream successfully with an spp bigger than 1996.
I'm designing my own NoC block, and I'd need to know if I can form
CHDR packets of a size bigger than 7984 bytes (be it using tlast
signalling, or .SIMPLE_MODE(0) and providing a tuser header) and still
not have dropped frames. Is this possible? Or should I just default to
this size to avoid further issues?
Thanks again,
Leo
You're constrained by the maximum Ethernet frame size. The UDP
implementation does NOT do IP fragment reassembly, and it's generally
regarded
as a bad thing for UDP anyway.
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
