Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Improve DSCP/TOS bit behavior #22

Closed
GoogleCodeExporter opened this issue Jun 25, 2015 · 2 comments
Closed

Improve DSCP/TOS bit behavior #22

GoogleCodeExporter opened this issue Jun 25, 2015 · 2 comments

Comments

@GoogleCodeExporter
Copy link

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:

1) -S for servers: Set default DSCP value for all outgoing packets

which is overridded by

2) 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.

Original issue reported on code.google.com by jdugan.e...@gmail.com on 20 Jul 2010 at 5:03

@GoogleCodeExporter
Copy link
Author

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.

Examples:
iperf3 -c <host> -S 0x10   #IPTOS_LOWDELAY
iperf3 -c <host> -S 0x08   #IPTOS_THROUGHPUT

Original comment by sethdell...@gmail.com on 3 Aug 2010 at 10:12

  • Changed state: Fixed

@GoogleCodeExporter
Copy link
Author

Can you make the server print the TOS/DSCP bit vector if any? That way, you can 
always see what's happening.

Thanks for the work you did already!
Richard

Original comment by ric...@richih.org on 6 Aug 2010 at 8:38

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant