You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One follow-up: It would be nice if the iperf server could set
DSCP/TOS bits, as well. If ACKs are shaped away, things start
to suck.
I would envision two modes:
-S for servers: Set default DSCP value for all outgoing packets
which is overridded by
If you receive a packet with DSCP bit vector foo, set the same
for replies to that packet/client.
I'd like to verify that #2 is good netiquette before implementing it. However, #1 should definitely be implemented and be part of the client-server parameter exchange.
This feature has been added to Iperf3. There isn't a way to implement #2 with the sockets API as one cannot read the IP header on a per packet basis to get the DSCP bit vector.
You can now set the DSCP/TOS bit vector using the -S <hexadecimal/decimal/octal number> client option. The option is exchanged with the server, so there is no need to set -S for the server.
From jdugan.esnet on July 20, 2010 10:03:17
Richard Hartmann richih.mailinglist@gmail.com suggested:
One follow-up: It would be nice if the iperf server could set
DSCP/TOS bits, as well. If ACKs are shaped away, things start
to suck.
I would envision two modes:
which is overridded by
for replies to that packet/client.
I'd like to verify that #2 is good netiquette before implementing it. However, #1 should definitely be implemented and be part of the client-server parameter exchange.
Original issue: http://code.google.com/p/iperf/issues/detail?id=22
The text was updated successfully, but these errors were encountered: