Re: [tram] New Version Notification for draft-patil-tram-turn-serv-disc-01.txt
"Karl Stahl" <karl.stahl@intertex.se> Sun, 18 May 2014 12:43 UTC
Return-Path: <karl.stahl@intertex.se>
X-Original-To: tram@ietfa.amsl.com
Delivered-To: tram@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE4F51A005C for <tram@ietfa.amsl.com>; Sun, 18 May 2014 05:43:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.6
X-Spam-Level:
X-Spam-Status: No, score=-1.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MSGID_MULTIPLE_AT=1, RCVD_IN_DNSWL_LOW=-0.7] 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 fQl-1Un2X2dM for <tram@ietfa.amsl.com>; Sun, 18 May 2014 05:43:42 -0700 (PDT)
Received: from smtp.it-norr.com (smtp.it-norr.com [80.244.64.161]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2C13D1A005A for <tram@ietf.org>; Sun, 18 May 2014 05:43:40 -0700 (PDT)
Received: from ([90.229.134.75]) by smtp.it-norr.com (Telecom3 SMTP service) with ASMTP id 201405181443371019; Sun, 18 May 2014 14:43:37 +0200
From: Karl Stahl <karl.stahl@intertex.se>
To: "'Prashanth Patil (praspati)'" <praspati@cisco.com>, tram@ietf.org, 'Simon Perreault' <simon.perreault@viagenie.ca>
References: <20140502095509.21732.16127.idtracker@ietfa.amsl.com> <CF8969C6.32FD1%praspati@cisco.com>
In-Reply-To: <CF8969C6.32FD1%praspati@cisco.com>
Date: Sun, 18 May 2014 14:43:36 +0200
Message-ID: <043201cf7296$c9527940$5bf76bc0$@stahl>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AQHPZeyd/cHap6Ml70mhGHdWVtbuyJstv0cAgBhTI5A=
Content-Language: sv
Archived-At: http://mailarchive.ietf.org/arch/msg/tram/O0uCPlFOg-qJOOau2fY5miD5X9I
Subject: Re: [tram] New Version Notification for draft-patil-tram-turn-serv-disc-01.txt
X-BeenThere: tram@ietf.org
X-Mailman-Version: 2.1.15
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: <http://www.ietf.org/mail-archive/web/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: Sun, 18 May 2014 12:43:45 -0000
I browsed through this document and to me it looks mature enough to be pushed forward (hopefully soon) to get an IANA anycast address etc., so these things can be put into current WebRTC browsers. As we know, many enterprises cannot use WebRTC at all today due to their restrictive firewall policies - they need a TURN server on their LAN, discovered and used by the WebRTC browsers to even begin using WebRTC. However, I raised a few questions and some suggestions http://www.ietf.org/mail-archive/web/tram/current/msg00480.html at the end of the previous version of this draft that never became discussed and remain: A) Under 8.2 there is a suggested way to assure that the TURN server returned by the anycast method, is provided by the network provider (and not some far away TURN server that should not be trusted to use without authentication): "... can set an IP TTL on their TURN requests that limits how far they can travel into the public Internet." I suggest that this TTL limitation is specified (e.g. Don't look further than 3 steps - local firewall + max 2 ISP routers) and brought into section "5. Discovery using Anycast" of the draft. B) Shall we really have more than one method? If the Anycast method can be used by everyone, why then also have DHCP and now a two more methods? I assume you intend that all webrtc browsers implement and can use all methods? Or? (If a service provider e.g. deploys DHCP discovered TURN servers, but some webrtc browser in some operating system don't find/cannot use the TURN server, it would be bad.) In previous discussions, there were some fears that DHCP options are not available in some common OSs. If so, I think the DHCP method should be skipped. Also, if the other methods (other than anycast) may fail, why have them? Are they better to deploy and provision for network service providers? And will webrtc browsers implement all these methods? Do we have input/feedback on these questions? Should the "connect speed factor" not also be considered? Even though the auto discovery can be done in advance of a call, we should consider the mobility use case. With a mobile client changing network, LAN/LTE/public WiFi etc., we want to get up and run as soon as possible, so the auto discovery of a new TURN server should not be a tedious process And should the quick anycast auto discovery not be the first to be tried/used (which it is not now in the draft)? C) I noticed that referenced I-D.ietf-geopriv-res-gw-lis-discovery is now RFC7216. /Karl -----Ursprungligt meddelande----- Från: tram [mailto:tram-bounces@ietf.org] För Prashanth Patil (praspati) Skickat: den 2 maj 2014 12:02 Till: tram@ietf.org Ämne: [tram] FW: New Version Notification for draft-patil-tram-turn-serv-disc-01.txt A new revision of the TURN server discovery draft has been published. Notable updates : * 300 (Try Alternate) response for anycast. * Mechanism described in draft-kist-alto-3pdisc i.e. using the clients own address to populate the DNS reverse zone (i.e., in-addr.arpa or ip6.arpa) with appropriate NAPTR records pointing to the TURN server. * Learning domain names from own identity. -Prashanth On 5/2/14 3:25 PM, "internet-drafts@ietf.org" <internet-drafts@ietf.org> wrote: > >A new version of I-D, draft-patil-tram-turn-serv-disc-01.txt >has been successfully submitted by Prashanth Patil and posted to the >IETF repository. > >Name: draft-patil-tram-turn-serv-disc >Revision: 01 >Title: TURN Server Auto Discovery >Document date: 2014-05-02 >Group: Individual Submission >Pages: 11 >URL: >http://www.ietf.org/internet-drafts/draft-patil-tram-turn-serv-disc-01.txt >Status: >https://datatracker.ietf.org/doc/draft-patil-tram-turn-serv-disc/ >Htmlized: >http://tools.ietf.org/html/draft-patil-tram-turn-serv-disc-01 >Diff: >http://www.ietf.org/rfcdiff?url2=draft-patil-tram-turn-serv-disc-01 > >Abstract: > Current Traversal Using Relays around NAT (TURN) server discovery > mechanisms are relatively static and limited to explicit > configuration. These are usually under the administrative control of > the application or TURN service provider, and not the enterprise or > the ISP, the network in which the client is located. Enterprises and > ISPs wishing to provide their own TURN servers need auto discovery > mechanisms that a TURN client could use with no or minimal > configuration. This document describes two such mechanisms for TURN > server discovery. > > > > > >Please note that it may take a couple of minutes from the time of >submission until the htmlized version and diff are available at >tools.ietf.org. > >The IETF Secretariat > _______________________________________________ tram mailing list tram@ietf.org https://www.ietf.org/mailman/listinfo/tram
- [tram] FW: New Version Notification for draft-pat… Prashanth Patil (praspati)
- Re: [tram] FW: New Version Notification for draft… Paul Kyzivat
- Re: [tram] FW: New Version Notification for draft… Prashanth Patil (praspati)
- Re: [tram] FW: New Version Notification for draft… Paul Kyzivat
- Re: [tram] FW: New Version Notification for draft… Simon Perreault
- Re: [tram] New Version Notification for draft-pat… Karl Stahl
- Re: [tram] New Version Notification for draft-pat… Brandon Williams
- Re: [tram] New Version Notification for draft-pat… Karl Stahl
- Re: [tram] New Version Notification for draft-pat… Brandon Williams
- Re: [tram] New Version Notification for draft-pat… Prashanth Patil (praspati)
- Re: [tram] New Version Notification for draft-pat… Karl Stahl
- Re: [tram] New Version Notification for draft-pat… Tirumaleswar Reddy (tireddy)
- Re: [tram] New Version Notification for draft-pat… Prashanth Patil (praspati)
- Re: [tram] New Version Notification for draft-pat… Karl Stahl
- Re: [tram] New Version Notification for draft-pat… Karl Stahl
- Re: [tram] New Version Notification for draft-pat… Tirumaleswar Reddy (tireddy)
- Re: [tram] New Version Notification for draft-pat… Karl Stahl
- Re: [tram] New Version Notification for draft-pat… Tirumaleswar Reddy (tireddy)