Re: [pntaw] New version of TURN over websockets draft

Oleg Moskalenko <mom040267@gmail.com> Fri, 20 September 2013 18:19 UTC

Return-Path: <mom040267@gmail.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 5A4CC21F9AA8 for <pntaw@ietfa.amsl.com>; Fri, 20 Sep 2013 11:19:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, NO_RELAYS=-0.001]
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 JRBO74gKk-wI for <pntaw@ietfa.amsl.com>; Fri, 20 Sep 2013 11:19:14 -0700 (PDT)
Received: from mail-pb0-x230.google.com (mail-pb0-x230.google.com [IPv6:2607:f8b0:400e:c01::230]) by ietfa.amsl.com (Postfix) with ESMTP id 130AC21F9AA1 for <pntaw@ietf.org>; Fri, 20 Sep 2013 11:19:14 -0700 (PDT)
Received: by mail-pb0-f48.google.com with SMTP id ma3so683934pbc.7 for <pntaw@ietf.org>; Fri, 20 Sep 2013 11:19:13 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=l1KK8Nx3okZvYwQW/YRMkB1l5ngn6ks7rVScLhhQoR4=; b=tmhTVL0iarp5wJlSbtH55qkBoj29gX7huurrwdo8sERh1WujYovu3ERzER9PvE20Ws WGm1osw6ZA67QoJJnRM1BOXe8la+jppLSQGVzPOUkps7HTyolYLkNdQPhakiAbMh9aCS ppc2CNNUGvPLsNO2IwQ7Q9ak2RJsfTm/jZzpiRn28EMWJGqmkYTmRG9N9ZetSGg9dIH6 YSGSWcPfjkQ+pkHFNv+XBF9KserWOTU4JOc3i2aME5ma4ji2kiBSMN5CXxHFETidkCQ8 +Fwe47Wj0k/+ipT2mtKXMNnLQ+EutyGxmYsQRAfRHHfeattSAgAXz7imQk3Cfof2ekvc 8X8A==
MIME-Version: 1.0
X-Received: by 10.68.162.194 with SMTP id yc2mr9408990pbb.141.1379701153762; Fri, 20 Sep 2013 11:19:13 -0700 (PDT)
Received: by 10.68.129.138 with HTTP; Fri, 20 Sep 2013 11:19:13 -0700 (PDT)
In-Reply-To: <523C8BDC.6050705@petit-huguenin.org>
References: <5232C18C.1030102@gmail.com> <523C8BDC.6050705@petit-huguenin.org>
Date: Fri, 20 Sep 2013 11:19:13 -0700
Message-ID: <CALDtMrKwygUqNWKcB81F+M7Y8wBmwZtTACeYChpJVvWKbXLTEw@mail.gmail.com>
From: Oleg Moskalenko <mom040267@gmail.com>
To: Marc Petit-Huguenin <marc@petit-huguenin.org>
Content-Type: multipart/alternative; boundary=047d7b86f48a2a946b04e6d4b5da
X-Mailman-Approved-At: Fri, 20 Sep 2013 13:37:41 -0700
Cc: "pntaw@ietf.org" <pntaw@ietf.org>, Lorenzo Miniero <lorenzo@meetecho.com>, Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com>, "Chenxin \(Xin\)" <hangzhou.chenxin@huawei.com>, Victor Pascual Avila <victor.pascual.avila@gmail.com>
Subject: Re: [pntaw] New version of TURN over websockets draft
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: Fri, 20 Sep 2013 18:19:15 -0000

Thank you Marc for your comments and suggestions.

RFC 6062 is a relatively seldom used specs, this new draft is directed
mostly toward extension of RFC 5766 for WebRTC users. They will be using
TURN in RFC 5766 manner, with a single Websocket connection per Allocation.
RFC 6062 is a rather exotic use case and it is not used in WebRTC. So I'd
not complicate this draft with a new subprotocol.

In practice, even in the case of a few RFC 6062 users, in most cases a TURN
allocation is created with a single or a few connections, so there will be
no significant flood of TCP connections if we will keep a new Websocket
connection for each new peer.

I'd suggest to keep it as simple as possible and as close to RFC 5766 and
RFC 6062 as possible for most practical purposes. This draft originated
mostly out of WebRTC requirements and as I said before the WebRTC
allocations will be using a single Websocket connection.

If there will be a significant demand for RFC 6062-style communications
with Websockets, then we can consider an extension.

So, I'd suggest to keep a new Websocket connection for every new peer, for
RFC 6062 - style communications.

Regards,
Oleg





On Fri, Sep 20, 2013 at 10:54 AM, Marc Petit-Huguenin <
marc@petit-huguenin.org> wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA256
>
> I read the draft and I have some questions:
>
> After TCP allocation over TURN Websocket, what is the Websocket equivalent
> of
> initiating a new TCP connection (RFC 6062) after sending a ConnectionBind
> or
> receiving a ConnectionAttempt?  Is a new Websocket connection opened and
> if it
> is the case, shouldn't it require a different subprotocol?  Perhaps a
> better
> alternative would be to use multiplexing
> (draft-ietf-hybi-websocket-multiplexing) to not have to create multiple
> Websocket connections to one TURN server?
>
> See these links for a alternate way of multiplexing data exchanged with
> multiple TCP peers over one connection:
>
> http://www.ietf.org/proceedings/74/slides/behave-17.pdf
> http://tools.ietf.org/html/draft-petithuguenin-turn-tcp-variant-01
>
> On 09/13/2013 12:41 AM, Sergio Garcia Murillo wrote:
> > Hi all
> >
> > We have been working on a new version of the TURN over Websocket draft
> > originally proposed by Xin, which is now available at:
> >
> > http://www.ietf.org/id/draft-chenxin-behave-turn-websocket-01.txt
> >
> > We believe that it is very well aligned with the spirit of
> > draft-hutton-rtcweb-nat-firewall-considerations and should be considered
> to
> > be endorsed by WebRTC.
> >
> > Also, in order to address the concerns about the impact on TURN servers
> we
> >  will be working in providing a working prototype over the following
> weeks
> >  by adding a preliminary support of TURN over websockets into the
> > rfc5766-turn-server.
> >
> > Any kind of feedback would be very welcome.
>
> - --
> Marc Petit-Huguenin
> Email: marc@petit-huguenin.org
> Blog: http://blog.marc.petit-huguenin.org
> Profile: http://www.linkedin.com/in/petithug
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.14 (GNU/Linux)
>
> iQIcBAEBCAAGBQJSPIvbAAoJECnERZXWan7E5ukP/jHhs1I4I3GIXoRfvPPNHsFZ
> CuGUwg/4cXKb0FPzeMkjNL8rv13DutWydt5nJcKrNcypMbnIj8uzRBFD/ZboEap0
> RxkX56QmNGhhhFMcnEIrSMfFbX83m9Y9IHFJIEUtginLygIJJkjwaS++PoFK2WGA
> wmVaXJwgrEJyeDPCiW4i9ukhZcQk4/pVCLMvyDY0g5L0BEEeYUJrufLWorUztDFD
> gtASRVMdO5EyyRM0Z23xuOyf5oBd7nqWFhoiA15BxLeodfss0g5Gx9sW6IDPWdXn
> vVguNbB4fKe/C0+bjN8FkXrziKaf9/wsWeuXMrDnh5lvjAtnP//n9DBEl1iFlHrf
> DIZRC0Wr0HOIsVAl2iczzaB73Ds53KYRzzuPlTlkocW0yhKd4eJEB4LC1UkBmrV0
> O8N88G2jpQCF2VR4D9Ut0kxhg35bARtYZwcZ45z4Vc6vDRUwBKeI7TQOjYwcA8e9
> ySea2gIhtB+A1dxTOX8Ynk5I39imiRUiU3MuNmdWK+FHPB6TLYbjBk57sVN5+ZKj
> Ts4UL1b+E15WA4aEAFitH4ptnXSF80mmRg9Bp5VHDUWYqnIloha52g+RBa0bgCrM
> ksIb86D1GJo8c4kVnStPZ/Q8lvomeM9IVtOFUpuV6QZJ9FwYvYaWaLinH9cQHcw9
> CrANHoFIUigxL4mtdOwc
> =zjII
> -----END PGP SIGNATURE-----
>