Re: [rtcweb] TURN server address via DHCP, WGLC of draft-ietf-rtcweb-use-cases-and-requirements-11

Harald Alvestrand <harald@alvestrand.no> Thu, 26 September 2013 10:45 UTC

Return-Path: <harald@alvestrand.no>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77E7311E80AD for <rtcweb@ietfa.amsl.com>; Thu, 26 Sep 2013 03:45:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.473
X-Spam-Level:
X-Spam-Status: No, score=-110.473 tagged_above=-999 required=5 tests=[AWL=0.126, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, 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 Z9oJw38OHW+J for <rtcweb@ietfa.amsl.com>; Thu, 26 Sep 2013 03:45:53 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id B303321F9E02 for <rtcweb@ietf.org>; Thu, 26 Sep 2013 03:45:49 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 5F09D39E2A9 for <rtcweb@ietf.org>; Thu, 26 Sep 2013 12:45:33 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D5tq+D5VMnum for <rtcweb@ietf.org>; Thu, 26 Sep 2013 12:45:31 +0200 (CEST)
Received: from [192.168.1.17] (unknown [188.113.88.47]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id A4D5B39E1AD for <rtcweb@ietf.org>; Thu, 26 Sep 2013 12:45:31 +0200 (CEST)
Message-ID: <5244104D.4010401@alvestrand.no>
Date: Thu, 26 Sep 2013 12:45:33 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8
MIME-Version: 1.0
To: rtcweb@ietf.org
References: <C5E08FE080ACFD4DAE31E4BDBF944EB11667BBA0@xmb-aln-x02.cisco.com> <523c6d3d.c9d1440a.3b96.7499SMTPIN_ADDED_BROKEN@mx.google.com> <CAD6AjGRXr5kPRQdN+4jkgXHciN3NE7HiRmsb7kaYuzwHEPa7ZA@mail.gmail.com> <C5E08FE080ACFD4DAE31E4BDBF944EB1166CC702@xmb-aln-x02.cisco.com> <0c9d01ceba48$517f4530$f47dcf90$@stahl@intertex.se>
In-Reply-To: <0c9d01ceba48$517f4530$f47dcf90$@stahl@intertex.se>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Subject: Re: [rtcweb] TURN server address via DHCP, WGLC of draft-ietf-rtcweb-use-cases-and-requirements-11
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
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: Thu, 26 Sep 2013 10:45:59 -0000

On 09/26/2013 01:38 AM, Karl Stahl wrote:
>
> -----Ursprungligt meddelande-----
> Från: Cullen Jennings (fluffy) [mailto:fluffy@cisco.com]
> Skickat: den 25 september 2013 06:56
> Till: cb.list6
> Kopia: Karl Stahl; <rtcweb@ietf.org>
> Ämne: Re: [rtcweb] TURN server address via DHCP, WGLC of
> draft-ietf-rtcweb-use-cases-and-requirements-11
>
>
>> On desktop OS, it is very hard for an application like a browser to learn
> any information that was passed via DHCP to the host. This has long been a
> problem for things like geopriv.
> [Karl] A WebRTC browser must be far beyond "a simple application". How can
> it otherwise see and hear us, send RTP over UDP, do ICE and other advanced
> stuff? It must already hook deep into the OS, so that in itself cannot be a
> problem if the OS would know about such a handy thing as a network provided
> TURN server...

All OSes have APIs. These APIs are controlled by the OS vendor.
Most of the information that's common across the relevant platforms is 
the information encapsulated in the POSIX standard (which is the base 
for both *BSD and Linux, which again form the basis for Android, MacOS 
and Linux).

So far, neither the POSIX standard nor any OS vendor has offered a 
generic facility to access information made available in DHCP packets.

Please don't talk about what "must be". Talk about what is. And if you 
don't know what is, ask.