X-Recipient: archive-cygwin@delorie.com
X-Spam-Check-By: sourceware.org
Date: Mon, 9 Jan 2012 14:47:25 +0100
From: Corinna Vinschen <corinna-cygwin@cygwin.com>
To: cygwin@cygwin.com
Subject: Re: Cygiwn's sshd, 2 tunnels and file transfer fails
Message-ID: <20120109134725.GI15470@calimero.vinschen.de>
Reply-To: cygwin@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
References: <F5F6578C2B51B1469FE9A7A17315C8B7028D6F86@bermail01.de.aastra.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <F5F6578C2B51B1469FE9A7A17315C8B7028D6F86@bermail01.de.aastra.com>
User-Agent: Mutt/1.5.21 (2010-09-15)
Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie.com@cygwin.com>
List-Subscribe: <mailto:cygwin-subscribe@cygwin.com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin@cygwin.com>
List-Help: <mailto:cygwin-help@cygwin.com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner@cygwin.com
Mail-Followup-To: cygwin@cygwin.com
Delivered-To: mailing list cygwin@cygwin.com
Note-from-DJ: This may be spam

On Jan  6 14:42, Michael Wiedmann wrote:
> Given the following test scenario:
> 
>  +-----------+         +-----------------+           +-----------+
>  | Client #1 |         |  Server (XP/7)  |           | Client #2 |
>  | - ssh     |   1)    |   Cygwin/sshd   |   2), 3)  | - ssh     |
>  | - httpd   +-------->+                 +<----------+           |
>  +-----------+         |                 |           +-----------+    
>                        +-----------------+
> 
> 1) client #1 initiates a ssh connection to cygwin/sshd _and_
>    requests "remote port forwarding" like:
>    -R 60000:client_#1_ip:80 server_ip
> 
>    This works w/o any problems
> 
> 2) client #2 initiates a ssh connection to cygwin/sshd _and_
>    requests "local port forwarding" like:
>    -L 1234:127.0.0.1:60000 server_ip
>    
>    This works w/o any problems
> 
> 3) client #2 accesses httpd on client #1 using 127.0.0.1:1234
> 
>    This works for "simple" web browsing
> 
>    But if client #2 tries to upload "large" files, e.g. like:
> 
>    curl -X PUT -d @file.txt http://127.0.0.1:1234/uploaddir/file.txt
> 
>    to client #1's httpd this fails after transferring only a small
>    part of the file.

How does it fail?

>    The ssh connection itself is not affected and stays intact.
> 
>    It looks like the TCP congestion/overload control mechanism of the 
>    two TP streams does not work properly in this case.

Cygwin is not the OS and it doesn't implement it's own TCP stack
so there's no congestion control or something comparable.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Project Co-Leader          cygwin AT cygwin DOT com
Red Hat

--
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

