That's the MTU of your network interface limiting the CHDR packet size.
Can't break up CHDR packets over multiple network packets.

Nick

On Wed, Aug 1, 2018 at 11:25 AM Leandro Echevarría via USRP-users <
usrp-users@lists.ettus.com> 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
> _______________________________________________
> USRP-users mailing list
> USRP-users@lists.ettus.com
> http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com
>
_______________________________________________
USRP-users mailing list
USRP-users@lists.ettus.com
http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com

Reply via email to