<html><head></head><body>Hi Pete,<br><br>If the PayPal ad of an irtt packet would contain the requested DSCP as ascci string (maybe starting with a string like "DSCP: 46: 101110 (EF)" in the first few bytes of the payload would make confirming bleaching/remapping from packetdumps relatively convenient, say just by looking at a packet in Wireshark and comparing the IP headers DSCP value with the string in the payload. Sure that is not automated, but would be great in at least allowing to test for bleaching in the packets received from a irtt server....<br><br>But, as much as I would like that feature, I believe the total audience will be quite small....<br><br>Best Regards<br> Sebastian<br><br><div class="gmail_quote">On September 7, 2019 1:33:48 PM GMT+02:00, Pete Heist <pete@heistp.net> wrote:<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<pre class="k9mail"><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #729fcf; padding-left: 1ex;">On Sep 7, 2019, at 1:12 AM, Toke Høiland-Jørgensen <toke@toke.dk> wrote:<br><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #ad7fa8; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #8ae234; padding-left: 1ex;"><blockquote class="gmail_quote" style="margin: 0pt 0pt 1ex 0.8ex; border-left: 1px solid #fcaf3e; padding-left: 1ex;">From irtt help client:<br>--fill=fill fill payload with given data (default none)<br> none: leave payload as all zeroes<br> rand: use random bytes from Go's math.rand<br> pattern:XX: use repeating pattern of hex (default 69727474)<br>--fill-one fill only once and repeat for all packets<br>--sfill=fill request server fill (default not specified)<br> see options for --fill<br> server must support and allow this fill with --allow-fills<br></blockquote><br>As above, we're doing --fill=rand today.<br></blockquote><br> Sama as above, but maybe Pete could be convinced to do the read back of the first X bytes automatically.<br></blockquote><br>Certainly not opposed to adding this support to Flent if it materialises<br>in irtt :)<br></blockquote><br>Coming into this late so haven’t parsed the full request, but irtt sends the requested DSCP value passed in via --dscp to the server during the handshake. It would be possible, though not very intuitive, to pull this out of the initial request packet, which contains type/value pairs encoded with varint style encoding: <a href="https://developers.google.com/protocol-buffers/docs/encoding.">https://developers.google.com/protocol-buffers/docs/encoding.</a><br><br>The format of the request is “documented” in code in the bytes() method in params.go. Visually, the DSCP value is often the value 0x08, close to the end of the initial packet, following by the DSCP value as a signed varint. (Clearly, it would have made more sense if I’d just sent that as an unsigned byte instead of using a varint, let alone a signed one, but I just leaned on the binary package’s varint support, such as it is, so one has to grok this: <a href="https://developers.google.com/protocol-buffers/docs/encoding#signed-integers.">https://developers.google.com/protocol-buffers/docs/encoding#signed-integers.</a> I’ve added it to irtt’s todo list to clean this up before 1.0, which will mean a protocol version bump).<br><br>One unfortunate thing is that if the goal is to verify that DSCP values have not been modified along the way (without a pcap), afaik the receiver has no way of obtaining the received DSCP value in user space without opening up a raw socket and parsing the IP packet in full (requiring root). But, figuring it out from packet dumps would be possible. If I ever get around to adding irtt support to scetrace (<a href="https://github.com/heistp/scetrace),">https://github.com/heistp/scetrace),</a> I could detect and count changes to dscp values there, though that’s a ways off at the moment.<br><br>Knowing all this, are there any simple changes I can make to get you what you need?<br><br></pre></blockquote></div><br>-- <br>Sent from my Android device with K-9 Mail. Please excuse my brevity.</body></html>