<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">Try using the Spp parameter in the device ages. <br><br><div dir="ltr">Sent from my iPhone</div><div dir="ltr"><br><blockquote type="cite">On Jul 23, 2020, at 5:50 PM, Devin Kelly via USRP-users <usrp-users@lists.ettus.com> wrote:<br><br></blockquote></div><blockquote type="cite"><div dir="ltr"><div dir="ltr"><div>Hello,</div><div><br></div><div>I'm having an issue where tx_stream->get_max_num_samps() is returning 364 (for sc16) despite my MTU being set to 9000.</div><div><br></div><div>I modified tx_timed_samples to print out how many samples I can place in each packet, the number is always 364. </div><div><br></div><div>364 samples makes sense for an MTU of 1500 bytes, 364 * 2 * 2 = 1456 bytes.  Two bytes per sample, one sample for I and another sample for Q.<br></div><div><br></div><div style="margin-left:40px"><span style="font-family:monospace">$ ./examples/tx_timed_samples --args="name=node4" --nsamps 100000 --rate 10e6<br><br>Creating the usrp device with: name=node4...<br>[INFO] [UHD] linux; GNU C++ version 4.8.5 20150623 (Red Hat 4.8.5-39); Boost_106900; UHD_3.15.0.heads-v3.15.0.0-0-gaea0e2de<br>[INFO] [X300] X300 initialization sequence...<br>[INFO] [X300] Maximum frame size: 8000 bytes.<br>[INFO] [X300] Radio 1x clock: 200 MHz<br>[INFO] [GPS] Found an internal GPSDO: LC_XO, Firmware Rev 0.929b<br>[WARNING] [GPS] update_cache: Malformed GPSDO string: EEPROM Write Failed!<br>[WARNING] [GPS] update_cache: Malformed GPSDO string: EEPROM Write Failed!<br>[INFO] [0/DmaFIFO_0] Initializing block control (NOC ID: 0xF1F0D00000000000)<br>[INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1313 MB/s)<br>[INFO] [0/DmaFIFO_0] BIST passed (Throughput: 1306 MB/s)<br>[INFO] [0/Radio_0] Initializing block control (NOC ID: 0x12AD100000000001)<br>[INFO] [0/Radio_1] Initializing block control (NOC ID: 0x12AD100000000001)<br>[INFO] [0/DDC_0] Initializing block control (NOC ID: 0xDDC0000000000000)<br>[INFO] [0/DDC_1] Initializing block control (NOC ID: 0xDDC0000000000000)<br>[INFO] [0/DUC_0] Initializing block control (NOC ID: 0xD0C0000000000000)<br>[INFO] [0/DUC_1] Initializing block control (NOC ID: 0xD0C0000000000000)<br>Using Device: Single USRP:<br>  Device: X-Series Device<br>  Mboard 0: X310<br>  RX Channel: 0<br>    RX DSP: 0<br>    RX Dboard: A<br>    RX Subdev: UBX RX<br>  RX Channel: 1<br>    RX DSP: 0<br>    RX Dboard: B<br>    RX Subdev: UBX RX<br>  TX Channel: 0<br>    TX DSP: 0<br>    TX Dboard: A<br>    TX Subdev: UBX TX<br>  TX Channel: 1<br>    TX DSP: 0<br>    TX Dboard: B<br>    TX Subdev: UBX TX<br><br>Setting TX Rate: 10.000000 Msps...<br>Actual TX Rate: 10.000000 Msps...<br><br>Setting device timestamp to 0...<br>tx_stream->get_max_num_samps() = 364</span></div><div style="margin-left:40px"><span style="font-family:monospace"><br>Waiting for async burst ACK... success<br><br>Done!</span></div><div><span style="font-family:monospace"><br></span></div><div><span style="font-family:arial,sans-serif">I've verified that my interface is using a 9000 byte MTU:</span></div><div><span style="font-family:monospace"><br></span></div><div style="margin-left:40px"><span style="font-family:monospace">$ ip l show dev p4p2</span><br><span style="font-family:monospace">4: p4p2: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 9000 qdisc mq state UP mode DEFAULT group default qlen 4000</span><br><span style="font-family:monospace">    link/ether 00:0a:f7:da:6a:e9 brd ff:ff:ff:ff:ff:ff</span></div><div><span style="font-family:arial,sans-serif"><br></span></div><div><span style="font-family:arial,sans-serif">And that it actually works:</span><span style="font-family:monospace"><br></span></div><div><span style="font-family:monospace"><br></span><div style="margin-left:40px"><span style="font-family:monospace">$ ping -I p4p2 -c1 -s 8100 192.168.30.2 </span><br><span style="font-family:monospace">PING 192.168.30.2 (192.168.30.2) from 192.168.30.1 p4p2: 8100(8128) bytes of data.</span><br><span style="font-family:monospace">8108 bytes from <a href="http://192.168.30.2">192.168.30.2</a>: icmp_seq=1 ttl=32 time=23.7 ms</span><br><span style="font-family:monospace"></span><br><span style="font-family:monospace">--- 192.168.30.2 ping statistics ---</span><br><span style="font-family:monospace">1 packets transmitted, 1 received, 0% packet loss, time 0ms</span><br><span style="font-family:monospace">rtt min/avg/max/mdev = 23.705/23.705/23.705/0.000 ms</span></div></div><div><span style="font-family:arial,sans-serif"><br></span></div><div><span style="font-family:arial,sans-serif">Note that the "don't fragment" flag is set:</span><span style="font-family:monospace"><br></span></div><div style="margin-left:40px"><span style="font-family:monospace"><br></span></div><div style="margin-left:40px"><span style="font-family:monospace">$ sudo tcpdump -nn -vv -i p4p2 icmp<br>tcpdump: listening on p4p2, link-type EN10MB (Ethernet), capture size 262144 bytes<br>17:25:12.973794 IP (tos 0x0, ttl 64, id 5942, offset 0, flags [DF], proto ICMP (1), length 8128)<br>    192.168.30.1 > <a href="http://192.168.30.2">192.168.30.2</a>: ICMP echo request, id 47608, seq 1, length 8108<br>17:25:12.997481 IP (tos 0x0, ttl 32, id 0, offset 0, flags [DF], proto ICMP (1), length 8128)<br>    192.168.30.2 > <a href="http://192.168.30.1">192.168.30.1</a>: ICMP echo reply, id 47608, seq 1, length 8108<br></span></div><div><span style="font-family:monospace"><br></span></div><div><span style="font-family:arial,sans-serif"><br></span></div><div><span style="font-family:arial,sans-serif">Strangely though using a slightly larger packet (8300 bytes) my USRP seems to not respond:</span><span style="font-family:monospace"><br></span></div><div><span style="font-family:monospace"><br></span></div><div style="margin-left:40px"><span style="font-family:monospace">$ ping -I p4p2 -c1 -s 8300 192.168.30.2 </span><br><span style="font-family:monospace">PING 192.168.30.2 (192.168.30.2) from 192.168.30.1 p4p2: 8300(8328) bytes of data.</span><br><span style="font-family:monospace">^C</span><br><span style="font-family:monospace">--- 192.168.30.2 ping statistics ---</span><br><span style="font-family:monospace">1 packets transmitted, 0 received, 100% packet loss, time 0ms</span></div><div><span style="font-family:monospace"><br></span></div><div style="margin-left:40px"><span style="font-family:monospace">$ sudo tcpdump -nn -vv -i p4p2 icmp<br>tcpdump: listening on p4p2, link-type EN10MB (Ethernet), capture size 262144 bytes<br>17:23:03.060789 IP (tos 0x0, ttl 64, id 23157, offset 0, flags [DF], proto ICMP (1), length 8328)<br>    192.168.30.1 > <a href="http://192.168.30.2">192.168.30.2</a>: ICMP echo request, id 47339, seq 1, length 8308<br></span></div><div style="margin-left:40px"><br><span style="font-family:monospace"></span></div><div style="margin-left:40px"><br></div><div><font face="arial,sans-serif">Do I have to do anything besides simply changing my MTU to get the UHD to take advantage of jumbo frames?</font></div><div><font face="arial,sans-serif"><br></font></div><div><font face="arial,sans-serif">Thanks for any help,</font></div><div><font face="arial,sans-serif">Devin<br></font></div></div>
<span>_______________________________________________</span><br><span>USRP-users mailing list</span><br><span>USRP-users@lists.ettus.com</span><br><span>http://lists.ettus.com/mailman/listinfo/usrp-users_lists.ettus.com</span><br></div></blockquote></body></html>