X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=1.0 required=5.0 tests=AWL,BAYES_40 X-Spam-Check-By: sourceware.org MIME-Version: 1.0 Date: Wed, 14 Dec 2011 17:58:54 +0000 Message-ID: Subject: Issues with TCP Window Scaling Factor and Cygwin Daemons From: David Groves To: cygwin AT cygwin DOT com Content-Type: text/plain; charset=ISO-8859-1 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com I am having some issues with cygwin applications (specifically sshd) and TCP Window Scaling Factors. I am using OpenSSH client on either a Debian Linux or FreeBSD machine to connect to sshd on a Windows 2k8 R2 server. My SYN from the client has a non-zero WSF (16 for Debian, 8 for FreeBSD), but the SYNACK response from the windows box has 0 as the WSF. This means I will have a maximum of 64Kbytes of traffic allowed to be unacknowledged in the TCP window. This is causing me considerable performance problems in transfers from Europe to the US West Coast and Australia. To try and decide if cygwin was a factor in this, I tried to replicate this with Apache2 and pure-ftpd on cygwin, and in both cases, the WSF was 0. I then tried a non-cygwin Apache2 install, and it returned a non-zero WSF. TCP settings is clearly a function of the OS, but I'm a little unsure where the line is drawn between the OS with cygwin, and it is interesting I can reproduce this with multiple cygwin apps, and I cannot reproduce it with non-cygwin apps, I'm thinking cygwin is at least somewhat involved as part of the problem. Anyone have any ideas/pointers ? -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple