Re: [MMUSIC] ICE candidate address selection update draft

Ari Keranen <ari.keranen@nomadiclab.com> Fri, 03 August 2012 18:58 UTC

Return-Path: <ari.keranen@nomadiclab.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 038B721F8E06 for <mmusic@ietfa.amsl.com>; Fri, 3 Aug 2012 11:58:05 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 Oh1fBJ+gr6lm for <mmusic@ietfa.amsl.com>; Fri, 3 Aug 2012 11:58:04 -0700 (PDT)
Received: from gw.nomadiclab.com (unknown [IPv6:2001:14b8:400:101::2]) by ietfa.amsl.com (Postfix) with ESMTP id 647B921F8DD4 for <mmusic@ietf.org>; Fri, 3 Aug 2012 11:58:04 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by gw.nomadiclab.com (Postfix) with ESMTP id B9DCF4E6F0; Fri, 3 Aug 2012 21:58:02 +0300 (EEST)
X-Virus-Scanned: amavisd-new at nomadiclab.com
Received: from gw.nomadiclab.com ([127.0.0.1]) by localhost (inside.nomadiclab.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZwIIAeagW--5; Fri, 3 Aug 2012 21:58:02 +0300 (EEST)
Received: from dhcp-6227.meeting.ietf.org (localhost [IPv6:::1]) by gw.nomadiclab.com (Postfix) with ESMTPSA id B6DE24E6F1; Fri, 3 Aug 2012 21:58:01 +0300 (EEST)
Message-ID: <501C1F38.8050307@nomadiclab.com>
Date: Fri, 03 Aug 2012 11:58:00 -0700
From: Ari Keranen <ari.keranen@nomadiclab.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:12.0) Gecko/20120428 Thunderbird/12.0.1
MIME-Version: 1.0
To: Simon Perreault <simon.perreault@viagenie.ca>
References: <5019BD3A.6020907@nomadiclab.com> <5019C1AB.1030709@viagenie.ca> <5019DF32.80603@nomadiclab.com> <501A08F4.9050609@viagenie.ca>
In-Reply-To: <501A08F4.9050609@viagenie.ca>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: mmusic@ietf.org
Subject: Re: [MMUSIC] ICE candidate address selection update draft
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <mmusic.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mmusic>, <mailto:mmusic-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mmusic>
List-Post: <mailto:mmusic@ietf.org>
List-Help: <mailto:mmusic-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mmusic>, <mailto:mmusic-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 03 Aug 2012 18:58:05 -0000

On 8/1/12 9:58 PM, Simon Perreault wrote:
> Le 2012-08-01 19:00, Ari Keranen a écrit :
>>>> o Candidate addresses from Unique Local Addresses (ULAs) MUST NOT be
>>>> combined with any other candidates except other ULA candidates.
>>>
>>> That would fail if you're behind an NPTv6 thingie that maps the ULA to a
>>> global prefix. So maybe remove that rule.
>>
>> (Without going into discussion why an NPTv6 thingie is probably a bad
>> idea :) running STUN should give one the global address. Then, that
>> address should be used instead of the ULA with peer's global addresses.
>
> Hmmm... Right so STUN will never give a ULA. The only time you will have
> a ULA candidate will be for host addresses. And you still want to try
> those matched with your peer's global addresses.

Yes, you should not get ULAs from the STUN server as long as the STUN 
server is properly located (on the Internet, outside of the organization 
perimeter and on the other side of any NATs). And the peer reflexive 
candidate (which would be global address) can be then matched with 
peer's globals.


Cheers,
Ari