[tram] STUNBIS: Retransmissions over TCP
"Olle E. Johansson" <oej@edvina.net> Tue, 26 July 2016 09:24 UTC
Return-Path: <oej@edvina.net>
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 3644612D0B0 for <tram@ietfa.amsl.com>; Tue, 26 Jul 2016 02:24:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 8-70RaBUSKwR for <tram@ietfa.amsl.com>; Tue, 26 Jul 2016 02:24:04 -0700 (PDT)
Received: from smtp7.webway.se (smtp7.webway.se [212.3.14.205]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5146A12D09C for <tram@ietf.org>; Tue, 26 Jul 2016 02:24:00 -0700 (PDT)
Received: from [192.168.40.18] (h87-96-134-129.cust.se.alltele.net [87.96.134.129]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by smtp7.webway.se (Postfix) with ESMTPSA id 7F7D8426A; Tue, 26 Jul 2016 11:23:57 +0200 (CEST)
From: "Olle E. Johansson" <oej@edvina.net>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 26 Jul 2016 11:23:57 +0200
Message-Id: <A088130D-4E99-4D04-9645-461BD40BCC54@edvina.net>
To: tram@ietf.org
Mime-Version: 1.0 (Mac OS X Mail 9.3 \(3124\))
X-Mailer: Apple Mail (2.3124)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tram/JDpjTfD7kdFE6FKqm1VbRhWXYaA>
Cc: Olle E Johansson <oej@edvina.net>
Subject: [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 09:24:05 -0000
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. 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. With sadness, /O
- Re: [tram] STUNBIS: Retransmissions over TCP Simon Perreault
- Re: [tram] STUNBIS: Retransmissions over TCP Olle E. Johansson
- Re: [tram] STUNBIS: Retransmissions over TCP Muthu Arul Mozhi Perumal
- Re: [tram] STUNBIS: Retransmissions over TCP Spencer Dawkins at IETF
- Re: [tram] STUNBIS: Retransmissions over TCP Olle E. Johansson
- [tram] STUNBIS: Retransmissions over TCP Olle E. Johansson
- Re: [tram] STUNBIS: Retransmissions over TCP Gonzalo Salgueiro (gsalguei)