Re: [MMUSIC] ICE candidate address selection update draft

Simon Perreault <simon.perreault@viagenie.ca> Thu, 02 August 2012 04:58 UTC

Return-Path: <simon.perreault@viagenie.ca>
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 D72D421F8AD5 for <mmusic@ietfa.amsl.com>; Wed, 1 Aug 2012 21:58:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.544
X-Spam-Level:
X-Spam-Status: No, score=-2.544 tagged_above=-999 required=5 tests=[AWL=0.056, BAYES_00=-2.599, NO_RELAYS=-0.001]
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 ucMFrEQVMr2n for <mmusic@ietfa.amsl.com>; Wed, 1 Aug 2012 21:58:33 -0700 (PDT)
Received: from jazz.viagenie.ca (unknown [IPv6:2620:0:230:8000:226:55ff:fe57:14db]) by ietfa.amsl.com (Postfix) with ESMTP id D49D221F8AD0 for <mmusic@ietf.org>; Wed, 1 Aug 2012 21:58:32 -0700 (PDT)
Received: from porto.nomis80.org (unknown [IPv6:2001:df8:0:64:34aa:41c2:abef:4aa7]) by jazz.viagenie.ca (Postfix) with ESMTPSA id A41DE415E5; Thu, 2 Aug 2012 00:58:31 -0400 (EDT)
Message-ID: <501A08F4.9050609@viagenie.ca>
Date: Wed, 01 Aug 2012 21:58:28 -0700
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120717 Thunderbird/14.0
MIME-Version: 1.0
To: Ari Keranen <ari.keranen@nomadiclab.com>
References: <5019BD3A.6020907@nomadiclab.com> <5019C1AB.1030709@viagenie.ca> <5019DF32.80603@nomadiclab.com>
In-Reply-To: <5019DF32.80603@nomadiclab.com>
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: Thu, 02 Aug 2012 04:58:34 -0000

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.

Simon
-- 
DTN made easy, lean, and smart --> http://postellation.viagenie.ca
NAT64/DNS64 open-source        --> http://ecdysis.viagenie.ca
STUN/TURN server               --> http://numb.viagenie.ca