[MMUSIC] Comments on draft-reddy-mmusic-ice-happy-eyeballs-06

Ari Keränen <ari.keranen@ericsson.com> Sun, 02 March 2014 01:51 UTC

Return-Path: <ari.keranen@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7126A1A035B for <mmusic@ietfa.amsl.com>; Sat, 1 Mar 2014 17:51:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.551
X-Spam-Level:
X-Spam-Status: No, score=-3.551 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_EQ_SE=0.35, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 zX-BqOwxkSI7 for <mmusic@ietfa.amsl.com>; Sat, 1 Mar 2014 17:51:58 -0800 (PST)
Received: from mailgw2.ericsson.se (mailgw2.ericsson.se [193.180.251.37]) by ietfa.amsl.com (Postfix) with ESMTP id C20551A032E for <mmusic@ietf.org>; Sat, 1 Mar 2014 17:51:57 -0800 (PST)
X-AuditID: c1b4fb25-b7f038e000005d01-83-53128ebaba87
Received: from ESESSHC007.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw2.ericsson.se (Symantec Mail Security) with SMTP id 29.94.23809.ABE82135; Sun, 2 Mar 2014 02:51:54 +0100 (CET)
Received: from mail.lmf.ericsson.se (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.41) with Microsoft SMTP Server id 14.2.347.0; Sun, 2 Mar 2014 02:51:54 +0100
Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 178B81101F3 for <mmusic@ietf.org>; Sun, 2 Mar 2014 03:51:54 +0200 (EET)
Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 0E58856B2B for <mmusic@ietf.org>; Sun, 2 Mar 2014 03:51:49 +0200 (EET)
Received: from As-MacBook-Air.local (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id A44DF56B17 for <mmusic@ietf.org>; Sun, 2 Mar 2014 03:51:48 +0200 (EET)
Message-ID: <53128EB8.9070305@ericsson.com>
Date: Sun, 02 Mar 2014 01:51:52 +0000
From: Ari Keränen <ari.keranen@ericsson.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:24.0) Gecko/20100101 Thunderbird/24.3.0
MIME-Version: 1.0
To: mmusic <mmusic@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupkluLIzCtJLcpLzFFi42KZGfG3RndXn1Cwwc5OLYupyx+zODB6LFny kymAMYrLJiU1J7MstUjfLoEro+3MXPaCCVwVk4/PY29gPMPexcjJISFgInF202woW0ziwr31 bF2MXBxCAocYJZ6eOskI4axnlGiY/wAqc4lRYs3slWAtQgKHGSVebhWBSOxllLh0ZDUTSIJX QFui49IXMJtFQEXiRstBNhCbTcBe4uaE62DNogLJEje/f2aDqBeUODnzCQuILSIgI7F302Zm EFtYwFbiefNWVhCbGci+MOc6C4QtL7H97RxmiLvVJK6e28QMcZCqxNV/rxgnMArNQjJ2FpL2 WUjaFzAyr2Jkz03MzEkvN9rECAzOg1t+q+5gvHNO5BCjNAeLkjjvh7fOQUIC6YklqdmpqQWp RfFFpTmpxYcYmTg4pRoYlxqbBXPsfGxzfgPbr/sbr1srvI5ZKDPde/Kej+JHwj5cZjZS2XL5 cb1B1bV72uxaLWcu7LnnYLLipNSi3EV+B5sWLltkZHG7p9D8mknApmNH5Y9EL75sc2uW+KvX zRsP/ty9NjjkVbLbo+QMIS+FTbez7xpk5bxZbfjXnrV25b5DAufjspJ/VSixFGckGmoxFxUn AgC0vC+9HAIAAA==
Archived-At: http://mailarchive.ietf.org/arch/msg/mmusic/BcDMlGPTcn1V3czrYm5WBM34GgU
Subject: [MMUSIC] Comments on draft-reddy-mmusic-ice-happy-eyeballs-06
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: Sun, 02 Mar 2014 01:51:59 -0000

Hi,

I think the new version of the happy eyeballs method looks better.

However, I was wondering does the Cmax in the example algorithm need to 
be negotiated or should some default value (range?) be recommended?

Also, wouldn't the IPv6 brokenness be discovered when the IPv6 server 
reflexive candidates are gathered?


And a few more specific comments on the text in the draft:

    The resulting checklist will depend on the priorities of the remote
    candidates.  It is not possible to ensure an even spread of IPv4 and
    IPv6 addresses unless both the remote and local sides uses the simple
    recommendations in this draft.

I guess it doesn't matter what algorithm is used, as long as it's the 
same and with same parameters.


    It is worth noting that there is a
    good chance it will some effect even if the remote side does not
    support this.

I'm not really sure what is the effect?


    (1)  HOST  IPv6 (1) Priority: 2129289471
    (2)  HOST  IPv6 (1) Priority: 2129289471
    (3)  HOST  IPv6 (1) Priority: 2129289471
    (4)  HOST  IPv6 (2) Priority: 2129289470
    (5)  HOST  IPv6 (2) Priority: 2129289470
    (6)  HOST  IPv6 (2) Priority: 2129289470

Is that 2x3 candidates with the same priority intentional?


Cheers,
Ari