<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
A reasonably detailed explanation of MS' Server 2003 stack is here:<br>
<a onclick="return top.js.OpenExtLink(window,event,this)"
href="http://www.microsoft.com/downloads/details.aspx?FamilyID=06c60bfe-4d37-4f50-8587-8b68d32fa6ee&displaylang=en"
target="_blank">http://www.microsoft.com<wbr>/downloads/details.aspx<wbr>?FamilyID=06c60bfe-4d37-4f50<wbr>-8587-8b68d32fa6ee&displaylang<wbr>=en</a><br>
This is in Word format. It is also available online (readable in a
browser).<br>
<br>
Based on Lloyd Wood's IET link, I believe the server 2003
implementation will be employed inVista too.<br>
<br>
Regards,<br>
Scott Johnson<br>
<br>
Lloyd Wood wrote:
<blockquote cite="mid7.0.1.0.0.20060724190432.075ff7b8@surrey.ac.uk"
type="cite">For an overview of Vista TCP features (and testing against
Windows Server 2003 for a geo satellite delay environment -- they
didn't test against anything else...), see slides and video at
<br>
<a class="moz-txt-link-rfc2396E" href="https://outlook2003.surrey.ac.uk/exchweb/bin/redir.asp?URL=http://www.iet.tv/"><https://outlook2003.surrey.ac.uk/exchweb/bin/redir.asp?URL=http://www.iet.tv/></a><a class="moz-txt-link-freetext" href="http://www.iet.tv/">http://www.iet.tv/</a>
<br>
26 Jun 2006 Technology - Communications
<br>
IP over Satcom for Military Users
<br>
David Race and Paul Thomas
<br>
Event: Military SatComs 2006
<br>
(search on Microsoft)
<br>
<br>
This describes Microsoft's "Compound TCP" implementation. They made a
big deal about having a 64K window improving the Vista stack
performance in that environment, as if that wasn't the obvious thing to
do with a 16-bit pointer on a machine with a gig of memory. See also
<br>
<br>
A Compound TCP Approach for High-speed and Long Distance Networks
<br>
Technical paper on an experimental variant of TCP optimised for
high-speed, long-distance networks.
<br>
research.microsoft.com/research/pubs/view.aspx?type=Technical%20Report&id=940
<br>
<br>
Compound TCP: A Scalable and TCP-Friendly Congestion Control for High
Speed Networks
<br>
<a class="moz-txt-link-rfc2396E" href="https://outlook2003.surrey.ac.uk/exchweb/bin/redir.asp?URL=http://www.hpcc.jp/pfldnet2006/paper/s4_01.pdf"><https://outlook2003.surrey.ac.uk/exchweb/bin/redir.asp?URL=http://www.hpcc.jp/pfldnet2006/paper/s4_01.pdf></a><a class="moz-txt-link-freetext" href="http://www.hpcc.jp/pfldnet2006/paper/s4_01.pdf">http://www.hpcc.jp/pfldnet2006/paper/s4_01.pdf</a>
<br>
<a class="moz-txt-link-freetext" href="http://www.hpcc.jp/pfldnet2006/slides/s4_01.pdf">http://www.hpcc.jp/pfldnet2006/slides/s4_01.pdf</a>
<br>
<br>
I expect from this that Microsoft's cwnd implementation will be
somewhat outside RFC specs - more aggressive? Can't find any internet
drafts describing it either; it seems they've not bothered with the
IETF. (Does the IETF still do bakeoffs, anyway?)
<br>
<br>
I believe that as TCP is an ever-decreasing amount of internet traffic,
non-RFC changes to deployed congestion control really don't matter as a
threat to The State of Internet Congestion That Must Be Preserved At
All Costs and the Illusion that TCP Friendliness Matters. But as an
endhost upgrade, Windows Vista deployment will have a significant
effect on network performance for its userbase.
<br>
<br>
L.
<br>
<br>
hey, faster spam from 0wnd machines!
<br>
<br>
At Saturday 22/07/2006 01:48 -0400, Salman Abdul Baset wrote:
<br>
<br>
<blockquote type="cite">1) I want to confirm if Windows XP
implements:
<br>
a) RFC 2581 TCP Congestion Window (probably)
<br>
b) RFC 2861 TCP Congestion Window Validation (not sure)
<br>
c) RFC 3465 Appropriate Byte Counting (probably not)
<br>
<br>
Does anyone know if they will be supported in Windows Vista?
<br>
<br>
2) RFC 2861 specified two key points
<br>
a) Congestion window should be reduced after a idle period.
<br>
b) Congestion window should not be increased more than the application
<br>
rate if application is rate-limited or, saying it differently, cwnd
<br>
should not be increased if current cwnd was not fully utilized.
<br>
<br>
This is an experimental RFC. Are there any updates to this? Is it
<br>
recommended that all implementations should support it?
<br>
<br>
3) If an implementation only follows RFC 2581, then even for a
<br>
rate-limited application, the cwnd will keep increasing, beyond the
rate
<br>
at which application is sending data. There are some interesting
effects
<br>
of this phenomena for CBR traffic. To check that, RFC 2861 proposed to
<br>
limit cwnd increase if the cwnd was not fully utilized.
<br>
<br>
4) Does ns2 implement RFC 2861? I don't think so because if I rate
limit
<br>
the application (use CBR over TCP), cwnd keeps increasing beyond the
<br>
application rate.
<br>
<br>
5) Finally, does anyone know how to get the cwnd variable in Windows? I
<br>
don't think this is possible using getsockopt() (Linux, TCP_INFO) but
have
<br>
not been able to confirm the non-existence of such a method.
<br>
<br>
Regards,
<br>
Salman
<br>
</blockquote>
<br>
</blockquote>
<br>
<pre class="moz-signature" cols="72">--
Regards,
Scott Johnson
<a class="moz-txt-link-abbreviated" href="mailto:jsj@ieee.org">jsj@ieee.org</a></pre>
</body>
</html>