Re: [pntaw] Real-time media over TCP
Bernard Aboba <bernard_aboba@hotmail.com> Mon, 14 October 2013 15:09 UTC
Return-Path: <bernard_aboba@hotmail.com>
X-Original-To: pntaw@ietfa.amsl.com
Delivered-To: pntaw@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA7B721E80DF for <pntaw@ietfa.amsl.com>; Mon, 14 Oct 2013 08:09:14 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -101.529
X-Spam-Level:
X-Spam-Status: No, score=-101.529 tagged_above=-999 required=5 tests=[AWL=-0.326, BAYES_00=-2.599, MIME_QP_LONG_LINE=1.396, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EZ5bALb9Kkaw for <pntaw@ietfa.amsl.com>; Mon, 14 Oct 2013 08:09:10 -0700 (PDT)
Received: from blu0-omc3-s4.blu0.hotmail.com (blu0-omc3-s4.blu0.hotmail.com [65.55.116.79]) by ietfa.amsl.com (Postfix) with ESMTP id 88A9321E817B for <pntaw@ietf.org>; Mon, 14 Oct 2013 08:08:54 -0700 (PDT)
Received: from BLU402-EAS357 ([65.55.116.72]) by blu0-omc3-s4.blu0.hotmail.com with Microsoft SMTPSVC(6.0.3790.4675); Mon, 14 Oct 2013 08:08:46 -0700
X-TMN: [7EsunHyQDJSzNMM+MczfyBHr9OU2amT+]
X-Originating-Email: [bernard_aboba@hotmail.com]
Message-ID: <BLU402-EAS357ECBFC621A567B9D3A7B4931A0@phx.gbl>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
References: <CAGTXFp92jSzQz05uHngzscz88n=fT_JPbEvQRxgeUUqPVRQUyQ@mail.gmail.com> <52244DD7.1020900@alvestrand.no> <BLU405-EAS183E36A927CA42270B6936D93300@phx.gbl> <522590EE.7070508@alvestrand.no> <C632A223-A55A-47F4-B083-9BDC447DA959@cisco.com> <52262657.3080208@alvestrand.no> <A2C315DB-1882-4BD1-A8C0-E8AF7DEA48F4@cisco.com> <00ca01cec387$f881cae0$e98560a0$@co.in> <BLU406-EAS274696C3D9DFE505F96B8E393130@phx.gbl> <004201cec44f$381a47f0$a84ed7d0$@co.in> <52544E0E.5080405@viagenie.ca> <003b01cec511$27e1abe0$77a503a0$@co.in> <E44893DD4E290745BB608EB23FDDB7620A0D672F@008-AM1MPN1-042.mgdnok.nokia.com> <9E34D50A21D1D1489134B4D770CE039768081AC9@SZXEMA504-MBX.china.huawei.com> <004e01cec5df$cf8daaf0$6ea900d0$@co.in> <E44893DD4E290745BB608EB23FDDB7620A0E2DC6@008-AM1MPN1-043.mgdnok.nokia.com> <9F33F40F6F2CD847824537F3C4E37DDF17BEFB3E@MCHP04MSX.global-ad.net>
From: Bernard Aboba <bernard_aboba@hotmail.com>
MIME-Version: 1.0 (1.0)
In-Reply-To: <9F33F40F6F2CD847824537F3C4E37DDF17BEFB3E@MCHP04MSX.global-ad.net>
Date: Mon, 14 Oct 2013 08:08:40 -0700
To: "Hutton, Andrew" <andrew.hutton@siemens-enterprise.com>
X-OriginalArrivalTime: 14 Oct 2013 15:08:46.0220 (UTC) FILETIME=[477964C0:01CEC8EF]
Cc: "simon.perreault@viagenie.ca" <simon.perreault@viagenie.ca>, "pntaw@ietf.org" <pntaw@ietf.org>, "partha@parthasarathi.co.in" <partha@parthasarathi.co.in>, "hangzhou.chenxin@huawei.com" <hangzhou.chenxin@huawei.com>, "Markus.Isomaki@nokia.com" <Markus.Isomaki@nokia.com>
Subject: Re: [pntaw] Real-time media over TCP
X-BeenThere: pntaw@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion list for practices related to proxies, NATs, TURN, and WebRTC" <pntaw.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pntaw>, <mailto:pntaw-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pntaw>
List-Post: <mailto:pntaw@ietf.org>
List-Help: <mailto:pntaw-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pntaw>, <mailto:pntaw-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Oct 2013 15:09:15 -0000
Agree on Markus's summary. I am also not convinced on #6 being a MUST because so far there hasn't been a compelling use case. > On Oct 14, 2013, at 7:42 AM, "Hutton, Andrew" <andrew.hutton@siemens-enterprise.com> wrote: > > On: 11 October 2013 13:22 Markus.Isomaki@nokia.com Wrote > > >> >> So, what is the overall set of traversal / connectivity / address >> gathering mechanisms the browser should support that you are >> advocating? Mine is: >> >> 1.) UDP host candidates (native interface) - MUST >> 2.)UDP server-reflexive candidates (STUN) - MUST >> 3.) UDP relay candidates via UDP (TURN) - MUST >> 4.) UDP relay candidates via TCP (TURN) - MUST >> 5.) UDP relay candidates via some HTTP/TLS compatible transport (TURN) >> - MUST/SHOULD >> (TLS via HTTP CONNET or TURN over WebSockets have been proposed.) >> 6.) TCP based candidates (ICE-TCP) - MAY/SHOULD >> >> I believe 1.), 2.) and 3.) we all have consensus on, probably even on >> 4.). What we are discussing on this list is whether and how to do 5.), >> and how important 6.) is. >> >> My opinion is that 5.) becomes necessary due to the HTTP-limited >> environments you mention above. So the communication needs to be >> compliant with HTTP and its upgrade mechanisms. 6.) I see as an >> optimization to 4.) in cases where you can't do UDP but can establish >> outgoing TCP connections and the other peer can actually receive them. >> But that optimization does not hold very often, since most of the time >> browsers are in networks where they can't receive TCP connections from >> the "outside world". So that's why I see it as MAY or SHOULD. You may >> argue that often browsers may talk to gateways or central points that >> are reachable by TCP, and in those scenarios ICE-TCP might make sense. > > Totally agree with the nice summary above and agree that 5) is necessary we have use cases in draft-ietf-rtcweb-use-cases-and-requirements that say we do. We need some mechanism that is HTTP compatible and we have these two options available and to me there is very little difference between them it is just a matter of whether the use of the additional websockets layers give us any benefit. I am not convinced that 6) is needed but might be some corner cases it satisfies. > > Andy > _______________________________________________ > pntaw mailing list > pntaw@ietf.org > https://www.ietf.org/mailman/listinfo/pntaw
- [pntaw] Real-time media over TCP Victor Pascual Avila
- Re: [pntaw] Real-time media over TCP Harald Alvestrand
- Re: [pntaw] Real-time media over TCP Bernard Aboba
- Re: [pntaw] Real-time media over TCP Bernard Aboba
- Re: [pntaw] Real-time media over TCP Harald Alvestrand
- Re: [pntaw] Real-time media over TCP Dan Wing
- Re: [pntaw] Real-time media over TCP Harald Alvestrand
- Re: [pntaw] Real-time media over TCP Dan Wing
- Re: [pntaw] Real-time media over TCP Parthasarathi R
- Re: [pntaw] Real-time media over TCP Bernard Aboba
- Re: [pntaw] Real-time media over TCP Dan Wing
- Re: [pntaw] Real-time media over TCP Michael Tuexen
- Re: [pntaw] Real-time media over TCP Dan Wing
- Re: [pntaw] Real-time media over TCP Harald Alvestrand
- Re: [pntaw] Real-time media over TCP Harald Alvestrand
- Re: [pntaw] Real-time media over TCP Michael Tuexen
- Re: [pntaw] Real-time media over TCP Dan Wing
- Re: [pntaw] Real-time media over TCP Parthasarathi R
- Re: [pntaw] Real-time media over TCP Simon Perreault
- Re: [pntaw] Real-time media over TCP Paul Kyzivat
- Re: [pntaw] Real-time media over TCP Parthasarathi R
- Re: [pntaw] Real-time media over TCP Markus.Isomaki
- Re: [pntaw] Real-time media over TCP Markus.Isomaki
- Re: [pntaw] Real-time media over TCP Paul Kyzivat
- Re: [pntaw] Real-time media over TCP Chenxin (Xin)
- Re: [pntaw] Real-time media over TCP Parthasarathi R
- Re: [pntaw] Real-time media over TCP Chenxin (Xin)
- Re: [pntaw] Real-time media over TCP Markus.Isomaki
- Re: [pntaw] Real-time media over TCP Hutton, Andrew
- Re: [pntaw] Real-time media over TCP Bernard Aboba
- Re: [pntaw] Real-time media over TCP Sergio Garcia Murillo
- Re: [pntaw] Real-time media over TCP Parthasarathi R
- Re: [pntaw] Real-time media over TCP Parthasarathi R
- Re: [pntaw] Real-time media over TCP Markus.Isomaki
- Re: [pntaw] Real-time media over TCP Paul Kyzivat
- Re: [pntaw] Real-time media over TCP Dan Wing
- Re: [pntaw] Real-time media over TCP Dan Wing
- Re: [pntaw] Real-time media over TCP Ted Hardie
- Re: [pntaw] Real-time media over TCP Dan Wing
- Re: [pntaw] Real-time media over TCP Tirumaleswar Reddy (tireddy)
- Re: [pntaw] Real-time media over TCP Dan Wing
- Re: [pntaw] Real-time media over TCP Harald Alvestrand
- Re: [pntaw] Real-time media over TCP Parthasarathi R
- Re: [pntaw] Real-time media over TCP Justin Uberti
- Re: [pntaw] Real-time media over TCP Markus.Isomaki
- Re: [pntaw] Real-time media over TCP Justin Uberti
- Re: [pntaw] Real-time media over TCP Parthasarathi R
- Re: [pntaw] Real-time media over TCP Harald Alvestrand
- Re: [pntaw] Real-time media over TCP Ravindran, Parthasarathi (NSN - IN/Bangalore)
- Re: [pntaw] Real-time media over TCP Harald Alvestrand
- Re: [pntaw] Real-time media over TCP Ravindran, Parthasarathi (NSN - IN/Bangalore)
- Re: [pntaw] Real-time media over TCP Markus.Isomaki
- Re: [pntaw] Real-time media over TCP Justin Uberti