Re: [rtcweb] mdns-ice-candidates: Single IP address:port

youenn fablet <youennf@gmail.com> Fri, 14 September 2018 17:46 UTC

Return-Path: <youennf@gmail.com>
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 10205130DFB for <rtcweb@ietfa.amsl.com>; Fri, 14 Sep 2018 10:46:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 YqVxT4MEDAiJ for <rtcweb@ietfa.amsl.com>; Fri, 14 Sep 2018 10:46:44 -0700 (PDT)
Received: from mail-lj1-x235.google.com (mail-lj1-x235.google.com [IPv6:2a00:1450:4864:20::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7D93C130934 for <rtcweb@ietf.org>; Fri, 14 Sep 2018 10:46:44 -0700 (PDT)
Received: by mail-lj1-x235.google.com with SMTP id v9-v6so8191852ljk.4 for <rtcweb@ietf.org>; Fri, 14 Sep 2018 10:46:44 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=gNxCj4IboLgAnLZzzR6tlsjmlQtR6W4CNHTsKANSV7E=; b=JFxXpXQSvx9sWqRe6jztfwaOmz48rr5Kk0r4gT6izAavkQKk8vIkKsZpJrp1UuFr9k hnLwyB8qKjVfQmBv4Z8f6KB9v//65B6Q5rBf7DXYIbiBL+W2/WxssykWU2wpSyZ5vQYW dxdG2JDkLFSTBU+iE7E7S7vhN9+WEMKUJYr8Pxk3nr3uo5uLam+wRxw0bhC6qciU/4mi SRwARcWkkL0c6+L3CeT43zRcZH4Vi7SZn6iw3XwZDA9a77g05W+KfAREXc22DLAU5vMl vw6liCj64oZsIX8qxyyS7sXsa7oNti1bnsQGD4if//V5xumyUICKTMsS5ZErHZM0S+fz 2QoQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=gNxCj4IboLgAnLZzzR6tlsjmlQtR6W4CNHTsKANSV7E=; b=WXhu5vLR3hT1/n3On7lR9jN44GPMlm0ybMglXY3oaPn7UsVm7JdrTH8UeoqeSP51Tn OWnNbmbc8ikippPqwYCdw2OU7CMo+jhMkvmu6e3wesafN8xJ/8RvbVAGU3QZccwPfqXW QEAdZrPUi9uYXhp3T8mj1rtKcVOdgnoBYYUQychGbn8eXpvxQZNOeSm3/fykZ6qvCSup CNIR9dfIo3d7rC+inhS4exZ9CSbXhXQMlmSaIDV85yor4O3vmcfjFy80lvGE4Ro3StOU +CF/OGViuauXZ0Hxam0i3e0G+Eeyi3DWTXYbz33Y8wmFWKot1MYKHziCuejm0BKyZ2QB ndUQ==
X-Gm-Message-State: APzg51BMCQ1JlOwouDMb6ynUYS/oj8w/S06wxC0wSdSoqWQLj5lfb3eW l0DYYiY5Px3gvuZwZiI+xBV0XkJ0eVUbO1wyin0=
X-Google-Smtp-Source: ANB0VdZIIXWBEo+VOdFST8O/gFaZpnjgyi4BGQwM0IdipDtrSypd9zXbXwbxXYwxUSe5MVWmlGEtw6WcOJVYHd7F6Uw=
X-Received: by 2002:a2e:58b:: with SMTP id 133-v6mr8251616ljf.28.1536947202544; Fri, 14 Sep 2018 10:46:42 -0700 (PDT)
MIME-Version: 1.0
References: <6370f43ad94440e4a2e5b7641dbe54ca@ericsson.com> <05f502dd-4441-36ee-19c1-4e9f4b1eac80@nostrum.com>
In-Reply-To: <05f502dd-4441-36ee-19c1-4e9f4b1eac80@nostrum.com>
From: youenn fablet <youennf@gmail.com>
Date: Fri, 14 Sep 2018 10:46:31 -0700
Message-ID: <CANN+akaKqrDKkdryaq=o_0KOaZ9XUWZ+Dh_VV79PkPeEXNWEWw@mail.gmail.com>
To: Adam Roach <adam@nostrum.com>
Cc: Christer Holmberg <christer.holmberg@ericsson.com>, RTCWeb IETF <rtcweb@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000000bd6b60575d86874"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtcweb/-9aKQswfMJ3wcBX6KqycGnKTIso>
Subject: Re: [rtcweb] mdns-ice-candidates: Single IP address:port
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 14 Sep 2018 17:46:47 -0000

>
> Part of why this wasn't simple enough to slipstream into the existing
> documents is that we don't have well-defined handling in SDP for dealing
> with names in the <connection-address> field of "c=" lines. The extent of
> RFC 4566's text on the topic is:
>
>
>    A session description can contain domain names in the "o=", "u=",
>    "e=", "c=", and "a=" lines.  Any domain name used in SDP MUST comply
>    with [1], [2].  Internationalised domain names (IDNs) MUST be
>    represented using the ASCII Compatible Encoding (ACE) form defined in
>    [11] and MUST NOT be directly represented in UTF-8 or any other
>    encoding (this requirement is for compatibility with RFC 2327 and
>    other SDP-related standards, which predate the development of
>    internationalised domain names).
>
>
> Unfortunately, this doesn't provide a lot of clarity about what happens if
> a DNS lookup of the corresponding domain name returns multiple A or AAAA
> records. (The fact that "c=" lines clearly indicate their address family
> saves us from having to worry about any happy-eyeballs-style address family
> fiddling, but the handling of name lookups is still somewhat ambiguous).
>
> So I think we need to reach a common understanding about how to handle the
> normal name-to-address mapping case, and then apply the same principle to
> mDNS as we do to DNS.
>
I agree with the principle.
In practice though, MDNS might be simpler to use.
The MDNS specification does not require an application to register a name
for both IPv4 and IPv6.
We might end up with two different MDNS ids for IPv4 and IPv6, each id
resolving to exactly one record.