Return-Path: <alan.b.johnston@gmail.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 BD55D1296D3
 for <tram@ietfa.amsl.com>; Wed, 18 Jan 2017 05:39:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level: 
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5
 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
 DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001,
 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=gmail.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 ov-CMeJ15RX7 for <tram@ietfa.amsl.com>;
 Wed, 18 Jan 2017 05:39:55 -0800 (PST)
Received: from mail-wm0-x22b.google.com (mail-wm0-x22b.google.com
 [IPv6:2a00:1450:400c:c09::22b])
 (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 A7B811296D2
 for <tram@ietf.org>; Wed, 18 Jan 2017 05:39:54 -0800 (PST)
Received: by mail-wm0-x22b.google.com with SMTP id r144so25535312wme.1
 for <tram@ietf.org>; Wed, 18 Jan 2017 05:39:54 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; 
 h=mime-version:in-reply-to:references:from:date:message-id:subject:to
 :cc; bh=YhRLh/f+hrmCX5wxKu/215IpBf7FU/NHYCLC33rGBDk=;
 b=HaEvxUIdken7nAnAuUkyUgM98Ry2I7X55ukHbIvNiA4eslmKqnp5Zzn2yiJ2D1MwLi
 B6HdUCb5W1YhCnIkM21WRKzlQDbKhQVX38QZWbs2rSMxpaVjP7tL7D1j7lKVoWUvxJ2B
 w4PZ/W2X/6DzN3jmytmRl8xbBoDhelUSgjsjTnM1vaNBuBWGEFKgINKglErHeO/4v6xx
 n0NahEigD1yrRDguKt6bd+p5JJS1V+5TjSAJ+nIVOVjZWoHUXBSprVRxXZz9GRM44/eN
 465rO4F1fXk1vWkLckMt2jsuBATaMAYf47eucx1In2b3I7g9ZFepSDNcHRJMRNunqDdp
 R3fw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:mime-version:in-reply-to:references:from:date
 :message-id:subject:to:cc;
 bh=YhRLh/f+hrmCX5wxKu/215IpBf7FU/NHYCLC33rGBDk=;
 b=r9jDdgr6s/H+FMfLWpzKLrgzCPZSnRhNvDyCbdQTDlNIJc3QzPRRpulXSOUmejuc2l
 0Pgc2cFEMCB+gB6HtC1AIqMjdIzcIGcU5V2TQOIXrrM/15uEOH+U9Pmlu5zMsD2GGG+I
 93WS3tl9f+kauD3AmeXP9xt9cixWhvWiojb2m0Xd6oSzz7v0z/sy058QzYzIGsuBpAPn
 NCClQoCtlBwDW/PkXdqhrWVMni62tep2Xn/oczT1ghdRq5npcDkhrR3c4E7abJHXgAK5
 9gycB/NDBEAzTKXiuYtDQ3SpKQtUqlSlQbc43TawfSXFQuGDY9s0z+ObATDb3Rxs2Jcx
 VEyQ==
X-Gm-Message-State: AIkVDXLLqZgBNdD9bSTAA+/JyfZtt61aYiF3aoxtvkvo+vAV6117aNxWTTsWtwVPWIAhin3soTjbzgGv0jt5wA==
X-Received: by 10.28.11.135 with SMTP id 129mr15567815wml.111.1484746793091;
 Wed, 18 Jan 2017 05:39:53 -0800 (PST)
MIME-Version: 1.0
Received: by 10.80.171.8 with HTTP; Wed, 18 Jan 2017 05:39:52 -0800 (PST)
In-Reply-To: <d11e7647-2c3b-f9bd-1228-ac5532835b8b@niif.hu>
References: <d11e7647-2c3b-f9bd-1228-ac5532835b8b@niif.hu>
From: Alan Johnston <alan.b.johnston@gmail.com>
Date: Wed, 18 Jan 2017 05:39:52 -0800
Message-ID: <CAKhHsXGBXHO0pmtt9M_y96_2LPvwD=ASm84C2pXQNmzdy6qf4A@mail.gmail.com>
To: =?UTF-8?B?TcOpc3rDoXJvcyBNaWjDoWx5?= <misi@niif.hu>
Content-Type: multipart/alternative; boundary=001a1144514e2f063305465e8d5d
Archived-At: <https://mailarchive.ietf.org/arch/msg/tram/rKb19tMU71Wn4BootKOOtIi0z54>
Cc: hcornflower@appear.in, deadbeef@webrtc.org,
 Oleg Moskalenko <mom040267@gmail.com>, juberti@webrtc.org,
 "tram@ietf.org" <tram@ietf.org>
Subject: Re: [tram] stun-origin status==? Is it dead?
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: Wed, 18 Jan 2017 13:39:57 -0000

--001a1144514e2f063305465e8d5d
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi Misi,

Yes, it is dead.  While the mechanism is convenient, it leaks too much
meta-data so the working group abandoned the effort.

- Alan -

On Wed, Jan 18, 2017 at 3:45 AM, M=C3=A9sz=C3=A1ros Mih=C3=A1ly <misi@niif.=
hu> wrote:

> Hi,
>
> I am planning to build a multi realm TURN service that would use multi
> realm feature in coturn.
>
> But I sadly realized that there was some for me not very clear IETF
> concerns and somehow writing draft-ietf-tram-stun-origin has been stopped=
..
>
> I am wondering what is the WG position about this draft status and future=
?
>
> I need this multi domain to avoid server duplication:
>
>    - I need to use multi realm to reuse TURN servers and separate user
>    credential domains, to avoid TURN server duplication for every realm i=
n
>    every region.
>    - If this origin way could not be fixed then then I don't see any way
>    to make a multi realm TURN service.
>    (coTURN name is based on this feature AFAIK.)
>    - If we don't send any information from client side that could be use
>    on coTURN side to identify user credential realm than coTRUN multidoma=
in
>    feature could not be used at all.. :(
>
> I am wondering if you know what was the main concern about in IESG/IETF
> tram?
>
> And if this is final or not? Could it be somehow work it out?
>
> Why is it a show stopper concern?
>
> Is it possible to make any workaround to make it possible to send any
> realm related info to to turn server ?
>
> I read the connected tram list mails and the ballot
> <https://datatracker.ietf.org/doc/draft-ietf-tram-stun-origin/ballot/>,
> but still not clear for me the main concern, and the actual status.
>
> (The hardest concern was I think Stephen Farrell concerns, but I feel it
> could be addressed.)
>
> Unfortunately I saw all WebRTC browsers stopped implementing it.
>
>    - https://bugzilla.mozilla.org/show_bug.cgi?id=3D1123722
>    - https://bugs.chromium.org/p/webrtc/issues/detail?id=3D4091#c10
>
> All in all I would like to know the reasons behind Justin statement:
>
> This feature is dead. We should plan to remove the code when convenient.
>
> I would like to turn it back if possible and find a way to make multi
> realm TURN work.
>
> Any comments would be highly appreciated!
>
> Thanks,
> Misi
>
> _______________________________________________
> tram mailing list
> tram@ietf.org
> https://www.ietf.org/mailman/listinfo/tram
>
>

--001a1144514e2f063305465e8d5d
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">Hi Misi,<div><br></div><div>Yes, it is dead.=C2=A0 While t=
he mechanism is convenient, it leaks too much meta-data so the working grou=
p abandoned the effort.</div><div><br></div><div>- Alan -</div></div><div c=
lass=3D"gmail_extra"><br><div class=3D"gmail_quote">On Wed, Jan 18, 2017 at=
 3:45 AM, M=C3=A9sz=C3=A1ros Mih=C3=A1ly <span dir=3D"ltr">&lt;<a href=3D"m=
ailto:misi@niif.hu" target=3D"_blank">misi@niif.hu</a>&gt;</span> wrote:<br=
><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1=
px #ccc solid;padding-left:1ex">
 =20

   =20
 =20
  <div bgcolor=3D"#FFFFFF" text=3D"#000000">
    <p>Hi,</p>
    <p>I am planning to build a multi realm TURN service that would use
      multi realm feature in coturn.<br>
    </p>
    <p>But I sadly realized that there was some for me not very clear
      IETF concerns and somehow writing draft-ietf-tram-stun-origin has
      been stopped.. <br>
    </p>
    <p>I am wondering what is the WG position about this draft status
      and future?</p>
    <p>I need this multi domain to avoid server duplication:<br>
    </p>
    <ul>
      <li>I need to use multi realm to reuse TURN servers and separate
        user credential domains, to avoid TURN server duplication for
        every realm in every region.</li>
      <li>If this origin way could not be fixed then then I don&#39;t see
        any way to make a multi realm TURN service. <br>
        (coTURN name is based on this feature AFAIK.)<br>
      </li>
      <li>If we don&#39;t send any information from client side that could
        be use on coTURN side to identify user credential realm than
        coTRUN multidomain feature could not be used at all.. :(
      </li>
    </ul>
    <p>I am wondering if you know what was the main concern about in
      IESG/IETF tram? <br>
    </p>
    <p>And if this is final or not? Could it be somehow work it out?<br>
    </p>
    <p>Why is it a show stopper concern? <br>
    </p>
    <p>Is it possible to make any workaround to make it possible to send
      any realm related info to to turn server ?<br>
    </p>
    <p>I read the connected tram list mails and the <a href=3D"https://data=
tracker.ietf.org/doc/draft-ietf-tram-stun-origin/ballot/" target=3D"_blank"=
>ballot</a>,
      but still not clear for me the main concern, and the actual
      status.</p>
    <p>(The hardest concern was I think Stephen Farrell concerns, but I
      feel it could be addressed.)<br>
    </p>
    <p>Unfortunately I saw all WebRTC browsers stopped implementing it.<br>
    </p>
    <ul>
      <li><a class=3D"m_-6070672403353451083moz-txt-link-freetext" href=3D"=
https://bugzilla.mozilla.org/show_bug.cgi?id=3D1123722" target=3D"_blank">h=
ttps://bugzilla.mozilla.org/<wbr>show_bug.cgi?id=3D1123722</a></li>
      <li><a class=3D"m_-6070672403353451083moz-txt-link-freetext" href=3D"=
https://bugs.chromium.org/p/webrtc/issues/detail?id=3D4091#c10" target=3D"_=
blank">https://bugs.chromium.org/p/<wbr>webrtc/issues/detail?id=3D4091#<wbr=
>c10</a></li>
    </ul>
    <p>All in all I would like to know the reasons behind Justin
      statement:<br>
    </p>
    <pre class=3D"m_-6070672403353451083issue_text">This feature is dead. W=
e should plan to remove the code when convenient.</pre>
    I would like to turn it back if possible and find a way to make
    multi realm TURN work.<br>
    <br>
    Any comments would be highly appreciated!<br>
    <br>
    Thanks,<br>
    Misi<br>
  </div>

<br>______________________________<wbr>_________________<br>
tram mailing list<br>
<a href=3D"mailto:tram@ietf.org">tram@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/tram" rel=3D"noreferrer" t=
arget=3D"_blank">https://www.ietf.org/mailman/<wbr>listinfo/tram</a><br>
<br></blockquote></div><br></div>

--001a1144514e2f063305465e8d5d--

