[Ns-bugs] [Bug 1039] TCP Nagle algorithm and RTO calculation

[code@nsnam.ece.gatech.edu]

http://www.nsnam.org/bugzilla/show_bug.cgi?id=1039

--- Comment #7 from Tom Henderson <tomh at tomh.org> 2011-03-17 00:52:28 EDT ---
(In reply to comment #2)
> Created attachment 1043 [details]
> Increase min RTO and use Nagle's algorithm
> 
> Ok, this is a pretty simple patch. For the RTO stuff, I just modified the min
> RTO value in rtt-estimator. After looking at the logs in
> routing-aodv-regression, it seems like this takes care of it.
> 
> For Nagle's algorithm, I decided to put the logic in SendPendingData. Two
> thoughts: 1) Is it ok to have DelAck default to 2 while using Nagle's
> algorithm? I have some memory of delack and Nagle's algorithm not working well
> together. 

Wikipedia describes this interaction:
http://en.wikipedia.org/wiki/Nagle%27s_algorithm
So does Stuart Cheshire:
http://www.stuartcheshire.org/papers/NagleDelayedAck/

I think setting DelAck to 2 would be the right default, however.

> Finally, I could add a BooleanValue attribute to tcp-socket to
> enable/disable Nagle's algorithm. Would we like to be able to do that?

Yes, but I would slightly prefer naming this TcpNoDelay to match the
implementations (TcpNoDelay defaults to false).

The logic seems correct in the patch. Any chance for a test case or example
(on/off)?

-- 
Configure bugmail: http://www.nsnam.org/bugzilla/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.