Re: [rtcweb] rtcweb-transports reference to TRAM discovery
Justin Uberti <juberti@google.com> Tue, 16 December 2014 17:40 UTC
Return-Path: <juberti@google.com>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 704F21A701D for <rtcweb@ietfa.amsl.com>; Tue, 16 Dec 2014 09:40:42 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.088
X-Spam-Level:
X-Spam-Status: No, score=-1.088 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=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 Ha_mPS2WJ03l for <rtcweb@ietfa.amsl.com>; Tue, 16 Dec 2014 09:40:40 -0800 (PST)
Received: from mail-vc0-x22f.google.com (mail-vc0-x22f.google.com [IPv6:2607:f8b0:400c:c03::22f]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0B5951A701A for <rtcweb@ietf.org>; Tue, 16 Dec 2014 09:40:40 -0800 (PST)
Received: by mail-vc0-f175.google.com with SMTP id hy10so6665228vcb.34 for <rtcweb@ietf.org>; Tue, 16 Dec 2014 09:40:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=HswboJgASv6fUuAZ94MtJPzfb8E8Keic7oQ3SPgBBsM=; b=KN9UP42o7eK7IOcB0cexT06lQP5c8yHiRGIdrJ+KuFtRP9bKM5E3qEe7jW23i80n/8 oCGD8VVWt1161C0l/HolfFyQMt12HWpecBwTo4ALSNtOcvaWY/eCeMTYXnP7QYqzUCqu Fk4k77k3hQXNGiA13bFs+/3mBPp4NzXLG7aHednqGRSYgCXNG7Jy0ajlN3aA0P1smdRy Eqx3tTJGsNjyXzsx2eNfV8Ad4psFLUwFJbKn8+v0C1A2HbsjGCGDgST/qU1DU/b3rfbO LHY20LfXp4QFDpcNd3rPjGmNnTlgf5LupHYFCXwXgAx93pnEYlJ07zs+uLjB6Wxf5a0x IfhQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=HswboJgASv6fUuAZ94MtJPzfb8E8Keic7oQ3SPgBBsM=; b=YxRT7KXTlKeVPrRO6iF5MrZZwW4tbDrI5EVrAf1xKI2w6kiD/WYoDqNvaKKJfBs4LG uf8fsQihjhDvAB4j1/6EsA98u7hVty0/Oj7KZDGkY87SxCkOVm8TbcQ2qZjGSfsAZ4WQ zc/+sjyFGXiYW3l1OEeEh3rHRNuIPPa/LO+cG6GiKryhoU1P+cUS0HGZsiwa0/rLmR1U 8WyWb6EnRre9/oWatc4S2KeixZHyzqOpCp1wixRUx9VxOUIBLA3Gi9jdGAIOf79pHSYj rcGdqVTz1v5B9mSoGjjshALgdYcvdhaDNr2Y5csOUFY2ElhS2h149D8oHN/jLwlWSAsK aw3g==
X-Gm-Message-State: ALoCoQlsFME4GtGzDnESk2upsoh6zEclZQE4MejhnEyKpGakwUlY4qMyDcZz5U8V8m1WYPGlZeqI
X-Received: by 10.53.1.134 with SMTP id bg6mr19603484vdd.37.1418751639111; Tue, 16 Dec 2014 09:40:39 -0800 (PST)
MIME-Version: 1.0
Received: by 10.52.10.229 with HTTP; Tue, 16 Dec 2014 09:40:18 -0800 (PST)
In-Reply-To: <FAA9B38F-1AB8-4E2C-AB02-2525402B4890@cisco.com>
References: <9F33F40F6F2CD847824537F3C4E37DDF1E63FB08@MCHP04MSX.global-ad.net> <CABcZeBOpX0vM9NJeKY5e+S13oKrLW3Td53qcxRkCHa2=nv=EGg@mail.gmail.com> <CANO7kWBY1MTU1A2fWo0E5Y6TQ1o+vWSz22pnWz6+5s7SFQcP-g@mail.gmail.com> <9F33F40F6F2CD847824537F3C4E37DDF1E63FD67@MCHP04MSX.global-ad.net> <FAA9B38F-1AB8-4E2C-AB02-2525402B4890@cisco.com>
From: Justin Uberti <juberti@google.com>
Date: Tue, 16 Dec 2014 09:40:18 -0800
Message-ID: <CAOJ7v-3xxVa05kA0SYVYQO324AwLWGUo8f_u534fN_-De0AV4A@mail.gmail.com>
To: 🔓Dan Wing <dwing@cisco.com>
Content-Type: multipart/alternative; boundary="001a1135f22c796cee050a58db00"
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/i2EDTUhnV1HDevC-RpEH9BBhmmk
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] rtcweb-transports reference to TRAM discovery
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Dec 2014 17:40:42 -0000
Given that TURN servers can be used for STUN, is there a need to autodiscover STUN-only servers? On Mon, Dec 15, 2014 at 5:23 PM, 🔓Dan Wing <dwing@cisco.com> wrote: > > > On Dec 15, 2014, at 7:56 AM, Hutton, Andrew <andrew.hutton@unify.com> > wrote: > > +1 Also wondering why it is not appropriate? > > F20 in the requirements draft states: > > F20 The browser must support the use of STUN and TURN > servers that are supplied by entities other than > the web application (i.e. the network provider). > > So I was thinking the need for specifying the discovery method would not > be controversial. > > > Note that draft-ietf-tram-turn-server-discovery only discovers TURN > servers. If we need to discover STUN servers, too -- and I think we do -- > we need that document to expand its scope or a second document. > > I recently attended a talk where Matt Peterson presented Burning Man's > network. That network assigns RFC6598 addresses to each Burning Man > "camp", and their ISP provides CGN'd addresses to Burning Man. Each camp > operates its own WiFi network, and we can all reasonably assume they are > using typical consumer or SMB NAPT devices for those networks (e.g., > D-Link, Linksys, Ubiquity, etc.). To avoid tromboning camp-to-camp WebRTC > traffic to their ISP's CGN, they would benefit from a STUN and a TURN > server within the Burning Man network. His presentation can be found at > https://www.nanog.org/meetings/nanog62/agenda (PDF and video). > > -d > > > > Andy > > > *From:* Simon Perreault [mailto:sperreault@jive.com <sperreault@jive.com>] > > *Sent:* 15 December 2014 15:49 > *To:* Eric Rescorla > *Cc:* Hutton, Andrew; rtcweb@ietf.org > *Subject:* Re: [rtcweb] rtcweb-transports reference to TRAM discovery > > > On Mon, Dec 15, 2014 at 10:44 AM, Eric Rescorla <ekr@rtfm.com> wrote: > I do not believe that this is an appropriate requirement > > Care to say why? > > Thanks, > Simon > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org > https://www.ietf.org/mailman/listinfo/rtcweb > >
- [rtcweb] rtcweb-transports reference to TRAM disc… Hutton, Andrew
- Re: [rtcweb] rtcweb-transports reference to TRAM … Eric Rescorla
- Re: [rtcweb] rtcweb-transports reference to TRAM … Simon Perreault
- Re: [rtcweb] rtcweb-transports reference to TRAM … Hutton, Andrew
- Re: [rtcweb] rtcweb-transports reference to TRAM … Justin Uberti
- Re: [rtcweb] rtcweb-transports reference to TRAM … 🔓Dan Wing
- Re: [rtcweb] rtcweb-transports reference to TRAM … Justin Uberti
- Re: [rtcweb] rtcweb-transports reference to TRAM … 🔓Dan Wing
- Re: [rtcweb] rtcweb-transports reference to TRAM … Justin Uberti
- Re: [rtcweb] rtcweb-transports reference to TRAM … Pal Martinsen (palmarti)
- Re: [rtcweb] rtcweb-transports reference to TRAM … Hutton, Andrew
- Re: [rtcweb] rtcweb-transports reference to TRAM … Hutton, Andrew
- Re: [rtcweb] rtcweb-transports reference to TRAM … Harald Alvestrand
- Re: [rtcweb] rtcweb-transports reference to TRAM … 🔓Dan Wing
- Re: [rtcweb] rtcweb-transports reference to TRAM … Cullen Jennings (fluffy)
- Re: [rtcweb] rtcweb-transports reference to TRAM … Hutton, Andrew
- Re: [rtcweb] rtcweb-transports reference to TRAM … Adam Roach
- Re: [rtcweb] rtcweb-transports reference to TRAM … Mo Zanaty (mzanaty)
- Re: [rtcweb] rtcweb-transports reference to TRAM … Tirumaleswar Reddy (tireddy)
- Re: [rtcweb] rtcweb-transports reference to TRAM … Hutton, Andrew
- Re: [rtcweb] rtcweb-transports reference to TRAM … Benjamin Schwartz
- Re: [rtcweb] rtcweb-transports reference to TRAM … Suhas Nandakumar
- Re: [rtcweb] rtcweb-transports reference to TRAM … Adam Roach
- Re: [rtcweb] rtcweb-transports reference to TRAM … Cullen Jennings (fluffy)
- Re: [rtcweb] rtcweb-transports reference to TRAM … Mark Nottingham
- Re: [rtcweb] rtcweb-transports reference to TRAM … Justin Uberti
- Re: [rtcweb] rtcweb-transports reference to TRAM … Hutton, Andrew