[BEHAVE] TURN URI implicit processing [was Re: Opsdir Review of draft-ietf-behave-turn-uri-03.txt]

Marc Petit-Huguenin <petithug@acm.org> Mon, 02 November 2009 20:49 UTC

Message-ID: <4AEF45E9.3080305@acm.org>
Date: Mon, 02 Nov 2009 12:49:45 -0800
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla-Thunderbird 2.0.0.22 (X11/20090701)
MIME-Version: 1.0
To: Behave WG <behave@ietf.org>
References: <01c101ca509f$f314a8c0$8e27460a@china.huawei.com> <61FFB311-CA42-4EE4-A6F9-3DE0581A9E8F@lilacglade.org> <4ADE0BAB.1040402@acm.org> <FF53CDBF-9204-490D-8D04-9DF806EFE275@lilacglade.org> <4AE0A9F0.2010106@acm.org> <839B17D7-0BDE-4F11-8DC6-BDF694F7521D@lilacglade.org> <4AE4A119.5050007@acm.org> <9009E8A3-5FFE-4692-8EC6-BD038C5E728D@lilacglade.org>
In-Reply-To: <9009E8A3-5FFE-4692-8EC6-BD038C5E728D@lilacglade.org>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: Margaret Wasserman <mrw@lilacglade.org>
Subject: [BEHAVE] TURN URI implicit processing [was Re: Opsdir Review of draft-ietf-behave-turn-uri-03.txt]
Precedence: list

Margaret Wasserman wrote:
> 
> Hi Marc,
> 
> On Oct 25, 2009, at 3:03 PM, Marc Petit-Huguenin wrote:
>>>
>>> Were these tradeoffs discussed in the WG?
>>
>> No.
> 
> Do you think they should be?
>>
>>> What were the reasons for
>>> choosing the current implicit processing approach?
>>
>> This design is inspired by RFC 3263.  The idea is that domain
>> administrators can
>> choose to implement either A/AAAA or SRV+A/AAAA or NAPTR+SRV+A/AAAA as
>> they see
>> fit for their environment, but still use the same TURN URI.
> 
> I understand that the current mechanism supports this type of fallback,
> but you
> could allow this type of fallback without deciding whether or not to try
> the
> S-NAPTR or DNS SRV lookups based on the presence (or lack) of the <port>
> and <transport> fields in the URI.
> 
> For example, you could ignore the <port> and <transport> fields for the
> S-NAPTR
> lookup, and ignore the <transport> field for the DNS SRV lookup, and
> still fall back
> to using both them the (if present) when you do an A/AAAA lookup.  In
> that case, the
> administrator would have even more flexibility, because he could run his
> servers on
> a non-default port and/or specify a specific transport, without needing
> to change the
> configuration of the end-user devices to allow them to step up to DNS
> SRV and/or
> S-NAPTR.  At this point, the upgrade path you have described only works
> if the
> site is running TURN or TURNS on the default port.
> 
> There are a number of alternatives here, and it seems to me that the one
> chosen
> in the draft is the least flexible.  I am not saying that the choice in
> the draft is the
> wrong choice, because I don't know all of the tradeoffs that were
> considered, but
> this is something I definitely think would warrant some discussion in
> the WG, so
> that folks could reach informed consent on the right approach to use.

So let's start the discussion.  What does the WG think of the current implicit
processing, and if it is not correct, what should it be?

If I receive no response asking for a change before November 9th, the next
version will contain the same implicit processing.

Thanks.

-- 
Marc Petit-Huguenin
Personal email: marc@petit-huguenin.org
Professional email: petithug@acm.org
Blog: http://blog.marc.petit-huguenin.org

[BEHAVE] Opsdir Review of draft-ietf-behave-turn-… Margaret Wasserman
Re: [BEHAVE] Opsdir Review of draft-ietf-behave-t… Marc Petit-Huguenin
Re: [BEHAVE] Opsdir Review of draft-ietf-behave-t… Marc Petit-Huguenin
Re: [BEHAVE] Opsdir Review of draft-ietf-behave-t… Margaret Wasserman
Re: [BEHAVE] Opsdir Review of draft-ietf-behave-t… Margaret Wasserman
Re: [BEHAVE] Opsdir Review of draft-ietf-behave-t… Marc Petit-Huguenin
Re: [BEHAVE] Opsdir Review of draft-ietf-behave-t… Margaret Wasserman
Re: [BEHAVE] Opsdir Review of draft-ietf-behave-t… Marc Petit-Huguenin
Re: [BEHAVE] Opsdir Review of draft-ietf-behave-t… WashamFan
Re: [BEHAVE] Opsdir Review of draft-ietf-behave-t… Marc Petit-Huguenin
[BEHAVE] Using TLS with a "turn:" URI [was Re: Op… Marc Petit-Huguenin
[BEHAVE] TURN URI implicit processing [was Re: Op… Marc Petit-Huguenin
Re: [BEHAVE] Opsdir Review of draft-ietf-behave-t… Marc Petit-Huguenin
Re: [BEHAVE] TURN URI implicit processing [was Re… Margaret Wasserman
Re: [BEHAVE] TURN URI implicit processing [was Re… Marc Petit-Huguenin