Re: [tram] STUNBIS: Retransmissions over TCP

Simon Perreault <sperreault@jive.com> Tue, 26 July 2016 12:09 UTC

Return-Path: <sperreault@jive.com>
X-Original-To: tram@ietfa.amsl.com
Delivered-To: tram@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 39BAF12D745 for <tram@ietfa.amsl.com>; Tue, 26 Jul 2016 05:09:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.601
X-Spam-Level:
X-Spam-Status: No, score=-2.601 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=jive-com.20150623.gappssmtp.com
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AtuqwwbBz050 for <tram@ietfa.amsl.com>; Tue, 26 Jul 2016 05:09:36 -0700 (PDT)
Received: from mail-qk0-x231.google.com (mail-qk0-x231.google.com [IPv6:2607:f8b0:400d:c09::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DCC9512D73D for <tram@ietf.org>; Tue, 26 Jul 2016 05:09:35 -0700 (PDT)
Received: by mail-qk0-x231.google.com with SMTP id x1so3663149qkb.3 for <tram@ietf.org>; Tue, 26 Jul 2016 05:09:35 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jive-com.20150623.gappssmtp.com; s=20150623; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=yCpxSRpawFlUDdP3bFIb3xKRdPhLGUBncsTgiHGkO00=; b=P8VsG9XGftYGmpZejzxJuIgmAsHX4XPcPgIG7sToY7wKv+9GGD+X4A3AI8+E+QSGV0 vseMbUcNF6HbhBA3tl6di2foJqvO93pS/D38HedloDlQdFjhbcb9s/DkQTg2Zvd3FwD4 Zvu2SRr2sKYO5/0cA7/C/u9uR7g6z7YHnPjlXn1jTOcZc197GbeuYJOVLryWi2a4BGd1 KbcbQp7lX8WTsVRV6fqCiMmsUbzdQoyuWXeZIUVz/fVTqGZzn9hV3L8rhY9g5tnziXfm q37Qsb0wfBGt62LAaXqzV3XpxYUOAutH/tMlmLlIxxS8kE0+Idk226GoyhzXtWwG35v3 96+Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=yCpxSRpawFlUDdP3bFIb3xKRdPhLGUBncsTgiHGkO00=; b=eCbpz0/lmDBBKyTP7oahMd/OKQnuLC/K7BY1nbd5OJ99JpgPeTr7lbLgpDsi6L48dF jn9y2rw/qpfSAiHQusd/FDYigAjub5k4qAPyH954a53iW48jdTrzt/t7AaNb09Ud0Xlz yBGcrYuf/51Ax0j2SLsiFMtzm41zkxSCZIyfYnbaE6l36/+nC5r50Ja9k3ceyZ50CyYE DJKiLJwq4LXTcDAQ9uIdVZ91HVA62yG/jOyPOMeWzaGbXjXDZ4VKmvAp0PvkqSTDj8DV MUcjRWBzAFNtxyEIZqR84ZJ42wTlFiEgVmwqoVy7P2t5ZHRYqTZuPoyO5MQWu5j8+foP qk5w==
X-Gm-Message-State: AEkooutG7VieSm42GN+CDnRrTZs5bfdWOuKBSdLBfCdRHXB3O2eFx0pdCJFnwIS4Wvtoe9yqCUWkMld4zNpF8SIKZ6/P0j4dJ/xvSzcUgsr8xzGc6s6P+cYDWd3XSdwFj1lbmhSWhkGoOsP7Xw9AaAsuAjMEVCmJlTUPYBtkob8=
X-Received: by 10.55.200.27 with SMTP id c27mr29710220qkj.46.1469534974758; Tue, 26 Jul 2016 05:09:34 -0700 (PDT)
Received: from MacBook-Pro-de-Simon.local ([2001:470:b161:0:9de0:e13e:dc69:bdb7]) by smtp.gmail.com with ESMTPSA id a66sm356690qkg.2.2016.07.26.05.09.33 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 26 Jul 2016 05:09:34 -0700 (PDT)
To: "Olle E. Johansson" <oej@edvina.net>, tram@ietf.org
References: <A088130D-4E99-4D04-9645-461BD40BCC54@edvina.net>
From: Simon Perreault <sperreault@jive.com>
Message-ID: <c5dae3ae-e661-f5df-9add-d8174248bd30@jive.com>
Date: Tue, 26 Jul 2016 08:09:30 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.2.0
MIME-Version: 1.0
In-Reply-To: <A088130D-4E99-4D04-9645-461BD40BCC54@edvina.net>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/tram/WUjjS5JS8OqDH4ynuMIFUTzgsec>
Subject: Re: [tram] STUNBIS: Retransmissions over TCP
X-BeenThere: tram@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Discussing the creation of a Turn Revised And Modernized \(TRAM\) WG, which goal is to consolidate the various initiatives to update TURN and STUN." <tram.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tram>, <mailto:tram-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tram/>
List-Post: <mailto:tram@ietf.org>
List-Help: <mailto:tram-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tram>, <mailto:tram-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 26 Jul 2016 12:09:37 -0000

Le 2016-07-26 à 05:23, Olle E. Johansson a écrit :
> Section 6.2.2:
> 
> "Reliability of STUN over TCP and TLS-over-TCP is handled by TCP
>    itself, and there are no retransmissions at the STUN protocol level.”
> 
> When using STUN over mobile networks, I think this is a bad assumption.
> We’ve seen many times that TCP proxys cause TCP to fail and they don’t follow
> the original intention of TCP. The SIP message fails, even though TCP confirmed
> delivery. I’ve got confirmation from a few developers that they started to send UDP-style
> retransmits over TCP to get around this.

I think this will be met with incredulity and responses along the lines
of "pcap or GTFO". :)

I admit I'd like to see a more detailed description of the problem
before we mandate such a profound change in the protocol. Would you be
able to get one of those developers to come talk to us?

> As a discovery protocol, I think we need STUN to discover situations like this.
> I know it’s not religiously correct, but retransmits over TCP unfortunately makes sense 
> in today’s broken network, especially for a protocol designed to discover middle boxes.

To be clear: you actually mean sending a second Binding request on the
*same* TCP connection, right? Not opening a new one?

Simon