Re: [MMUSIC] [rtcweb] What goes into c= line address when FQDN is used for the default candidate?

youenn fablet <youennf@gmail.com> Thu, 07 February 2019 16:44 UTC

Return-Path: <youennf@gmail.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 21ADE124BF6; Thu, 7 Feb 2019 08:44:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.099
X-Spam-Level:
X-Spam-Status: No, score=-0.099 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, URIBL_BLOCKED=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 MLjvombKQcmh; Thu, 7 Feb 2019 08:44:38 -0800 (PST)
Received: from mail-lf1-x130.google.com (mail-lf1-x130.google.com [IPv6:2a00:1450:4864:20::130]) (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 19FA51292F1; Thu, 7 Feb 2019 08:44:38 -0800 (PST)
Received: by mail-lf1-x130.google.com with SMTP id z13so349157lfe.11; Thu, 07 Feb 2019 08:44:38 -0800 (PST)
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:content-transfer-encoding; bh=TiK8Nzc06AQ1Yx6Hpz1jW+UZ+keiCasr59vYPP087zs=; b=lW6ElDmmQL+BRcK3WhRYbhNT1+/Z6029aDIlnwcSMip/PzgMJZCkH5oikPlGrcDlCS 4Eh40ChHbGPqeFsuUaMdz1oyICi1fpI4KcJN7jy4ioGQDGLeyD0P71TsRhRBFCd5Lf5o rWnac8zF2pcLC66FrfMjNtMN2nUB//hkjqKZSEM9DRl0YtJk2cYr4YCkcps18DNWooXA 6R+uSfWTrJJ9z8RkvkqIMAAEWk+kftshgS6qi2ZZ3eTcUbquz/IZYFTl4dm18CvYyqhf V+jCxn8GDFhEUqTiLC5i6XhwFsZf45tAhv76bDt9GfF6mQl2IUAhS0lqgZixc+JA/4sl XsdA==
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:content-transfer-encoding; bh=TiK8Nzc06AQ1Yx6Hpz1jW+UZ+keiCasr59vYPP087zs=; b=afvueVC4MpN8Mrln43AiGVSIXbeeSryFvAMtuLFCYiXe5WhSUlSvuhiJYuB6EdH1kc s1EZ436hhOfIpqrBFMgpTInRyHyFVFp4dNCB4hxpbpeW/g5odS/WTdIdiEgDPUN0Rs8h XppULSlnM3y5R5WIzBwGpQg0+SfIq5tZyNoSjGPjjfZYX3WZqpb4jU/PEcF9OSCX8bzF 0DM5zdQCVfDQUDFET7p/wN/ii3aHXZua6b9ksGowzm8J1L8wsiXM5u4/i2XFqhnkt84S knOR7NN9e04sRypSkQGjvKx1XcW3sEbMYfLy81Pk3neiJHiQwjLdf6W/3WVZhU0p+I8+ tMvg==
X-Gm-Message-State: AHQUAuYdhft76FDiHk2WgCqkf+i7VZ5rM2XmPuxNk/eS7GlQAO5Q/Bne TcYbakJai1BnxIjd8XpWOlVY/oUEl6UEPRSNoRk=
X-Google-Smtp-Source: AHgI3IZmKr1AvHe6ihDHz+cxdfBmJBgLDPKQvtdj+6T2qzpfQuUi3KKXscP0Hx7zrXkll0k0syDzntchU1+n7b/y5zE=
X-Received: by 2002:ac2:50c8:: with SMTP id h8mr2678339lfm.35.1549557876140; Thu, 07 Feb 2019 08:44:36 -0800 (PST)
MIME-Version: 1.0
References: <CAD5OKxuGEPccJUJ1E0bSmz9RW6CWhhSqW+Dke1Cywrjp-dvaoA@mail.gmail.com> <874l9ousuk.fsf@hobgoblin.ariadne.com> <CAD5OKxut+Y8NnL2FbFQkubU-8up4eu6F9hOxs-8oBOJoCnTQwg@mail.gmail.com> <CAOJ7v-2GC2UWBaqSccZh1MKg6E93NrNKQJagzMCOfuE6SxuptA@mail.gmail.com> <CAOJ7v-2ZWxDFAtfoXTB4OsfJBAaFFqZ1jt0SSCCm4Qi3Qqfj6g@mail.gmail.com> <CAD5OKxuAUaCcO8X+ESoekHMq2Ba5-hviZ08G1Vyg_qSh4mR73Q@mail.gmail.com> <CAOJ7v-0T8gbNtr22MiZzVSsAX8+4ZP-pVueKFVOuSSJLBmv8RA@mail.gmail.com> <CAD5OKxtqxcqrQGCWc_2L1np9ftk_Q=prU3MMXk7Y+wbLCq0rYA@mail.gmail.com> <CAOJ7v-1MXjLtBKJ8gN4nVm-Z9m0HB=ye9E6Wcm5zeOx5y2zkSw@mail.gmail.com> <CAD5OKxuZPX3DbDEEVXbVamHynazJkv5G6CDMqMPmdMwiW4SNdg@mail.gmail.com> <CAOJ7v-2c7baQ9UUzxxuA41jbNqeOD8SdqJgCTDAUPXwOZ7r_4Q@mail.gmail.com> <CAD5OKxsc4F4DOW6=u3XU5N3NJ4jPx35Q-8WNF_0MGZziy7=b=g@mail.gmail.com> <HE1PR07MB31617DB79BE41B64AECF082693920@HE1PR07MB3161.eurprd07.prod.outlook.com> <CAD5OKxu7Sjnp6zLo1jxnqS5_3URM6Fj9KrijSLKXERHBqr1Pkw@mail.gmail.com> <24551658-0943-431C-B319-D74B5DC169B9@gmail.com> <CAD5OKxtn4TCZCgV_4r17AqUgbFxgk1NjMBNCR0Gcn-67zRJCwQ@mail.gmail.com> <CAOJ7v-1z4P-=RQfUb1o2JGduuVNs3G-HmXNXxuvrM-4XhRH_9w@mail.gmail.com> <CAD5OKxv72sfohGx1pYwsfb8hki8NPRvJ=2bbv+MrX88gk7xg1g@mail.gmail.com> <CAD5OKxui3MtNmjG+S1jNdo-D6QiLg_Y2=fSXV+XO6U8HXT5fEA@mail.gmail.com>
In-Reply-To: <CAD5OKxui3MtNmjG+S1jNdo-D6QiLg_Y2=fSXV+XO6U8HXT5fEA@mail.gmail.com>
From: youenn fablet <youennf@gmail.com>
Date: Thu, 07 Feb 2019 08:44:24 -0800
Message-ID: <CANN+akb49vRMMMkaz_TijgQW3MPS_-fHDd_EtoaPCYk7C4EK_w@mail.gmail.com>
To: Roman Shpount <roman@telurix.com>
Cc: Justin Uberti <juberti@google.com>, Simon Perreault <sperreault@jive.com>, RTCWeb IETF <rtcweb@ietf.org>, mmusic WG <mmusic@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/Ch9s3E3OqBPgL0ptPzp_9C1pJjE>
Subject: Re: [MMUSIC] [rtcweb] What goes into c= line address when FQDN is used for the default candidate?
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.29
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: <https://mailarchive.ietf.org/arch/browse/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, 07 Feb 2019 16:44:40 -0000

FWIW, Safari Tech Preview introduced last year an mDNS experiment
which is close to Chrome experiment.
This experiment is now on by default in Safari Tech Preview.

As of the case of no ICE candidate at all, this already happens in
Safari 12: by default, mode 3 is used.
As mentioned by Harald, peer reflexive candidates are already used in
some products to enable Safari connection with SFUs or Chrome
instances.

In some cases, implementations had to be updated to better cope with
this, in particular the case of a successful connection triggered by
peer reflexive candidates, leading to not expose server reflexive
candidates to the web site.
Providing guidance to implementors in that area might indeed be good.

Le jeu. 7 févr. 2019 à 08:01, Roman Shpount <roman@telurix.com> a écrit :
>
> Hi All,
>
> From what I can see there is a new problem identified during mDNS discussion with using FQDN: If all the candidates are FQDN and these names do not resolve or resolve to more then one address, so all the candidates will end up being ignored. ICE agent might end up with no remote candidates and no candidate pairs to form. I think  RFC 8445 does not handle this situation, but I might be missing something.
>
> P.S. I am not arguing against FQDN, I am just trying to figure out what needs to be done to get this documented and operational.
> _____________
> Roman Shpount
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb