Gentlemen,
I did a week long study on this exact problem and the simple answer is "YOU
ARE OUT OF LUCK." I have a ticket open with MS on this problem as it is how
the CIFS protocol works. CIFS will only negotiate a 4K transfer size when
the latency and bandwidth are small (if you are very very ... lucky maybe
upto 12K). Basically, in short your throughput will be about equal to
4K/RTT (excluding other various factors). Thus, window size only needs to
be 4K for this. It is a higher layer problem!!!
While I cannot give you a copy of my report, I do have a couple of graphs I
can get to you.
Greg
-----Original Message-----
From: [email protected] [mailto:[email protected]]On
Behalf Of Robert Schellhase
Sent: Thursday, February 10, 2000 1:18 PM
To: [email protected]
Cc: [email protected]
Subject: RE: nt to nt tcpsat problems
Hi Graham,
I see you have found that Windows supports a registry key for TcpWindowSize.
The sad news is that it has no effect, in spite of the fact that Microsoft
has a white paper on its own TCP implementation that claims otherwise.
You might try the NetManage OnNet kernel for Windows 95/98 at
http://www.netmanage.com/products/onnetkernel4/index.asp
I don't know what they charge for it, but I think it's affordable and they
offer a free demo.
Best regards,
Robert Schellhase
Senior Engineer
INTELSAT
-----Original Message-----
From: [email protected] [mailto:[email protected]]On
Behalf Of Graham Street
Sent: Thursday, February 10, 2000 9:04 AM
To: [email protected]
Subject: nt to nt tcpsat problems
Hi all,
We're trying to run windows file sharing protocols over a tcp sat link
and getting miserable performance, even after setting TcpWindowSize to
65536. We can get about 100-250k max. We are trying to get at least
one megabit out of it. Is this even possible? We can get 1-2 megabits
ftping from a sun box over satellite...
does anyone know of any clever (cheap) solutions (spoofing nacks?,
translating
to udp?)
Thanks,
Graham Street
[email protected]
This archive was generated by hypermail 2b29 : Mon Feb 14 2000 - 16:15:00 EST