On 04/14/2016 01:20 AM, Laur Joost wrote:
> 1. The sequence of the packets is important. It would be rather bad if
> two bunches of samples in your IQ stream suddenly switched places.
> 2. The host PC network stack does no reordering. It can't, by definition
> of UDP, as there's nothing to reorder
SangHyuk,
I'm really getting desparate.
The fact that your application generates 400B over-the-air packets has
*nothing* to do with the size of the sample packets going through
Ethernet. Stop assuming that.
> I expected one send() be represented one packet at wireshark.
You should not expect that.
Hi,
I counted number of sending packet in code and wireshark.
I send 400Bytes packet, but wireshark packet be shown about 1500Bytes.
While coded counter shows about 50,000 packets (data packet), wireshark
captured 450,000 packets.
I expected one send() be represented one packet at wireshark.
W
While UDP gives no order guarantee, the USRP still sends them out in order.
The uncertainty comes in cases where routing happens between the USRP and
the host. Still, within a LAN you can expect with relative certainty, that
packets will still arrive in order, as there is usually only one route fro
