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

worley@ariadne.com (Dale R. Worley) Fri, 01 February 2019 02:48 UTC

Return-Path: <worley@alum.mit.edu>
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 E36BB130ECF for <mmusic@ietfa.amsl.com>; Thu, 31 Jan 2019 18:48:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.933
X-Spam-Level:
X-Spam-Status: No, score=-1.933 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_SOFTFAIL=0.665, URIBL_BLOCKED=0.001] autolearn=no autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcastmailservice.net
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 VFMdZko9bV6b for <mmusic@ietfa.amsl.com>; Thu, 31 Jan 2019 18:48:23 -0800 (PST)
Received: from resqmta-ch2-04v.sys.comcast.net (resqmta-ch2-04v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:36]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1F441126CC7 for <mmusic@ietf.org>; Thu, 31 Jan 2019 18:48:22 -0800 (PST)
Received: from resomta-ch2-06v.sys.comcast.net ([69.252.207.102]) by resqmta-ch2-04v.sys.comcast.net with ESMTP id pOhKgOGBEJyAtpOsPgcPnz; Fri, 01 Feb 2019 02:48:21 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcastmailservice.net; s=20180828_2048; t=1548989301; bh=TrIOW2p+w2egLWis0uD0ZXVTT30lmdiZBE9kzJEgdSA=; h=Received:Received:Received:Received:From:To:Subject:Date: Message-ID; b=CQSnVF4Kk8ZVrevFF9pH3fYj9stXDzNv5DmziStgBEgczGHWJjZjN1a6PEHhqTFOR 7JoSfoIBhENdXEqOCaNtVuV97lmjMequ++u7Uvobmt3ICjOgl9g+egQREQXc1SKDPu ue/z+G+PBQeiBT1m1YFSE5SjC1y2mrOuJSJewP905hIbHqRwQYxnQNcWDtX8WAohK+ hhY1kNVManK6VFhMgPalaaADr+8HOQB5jmYwoK16bXAu0OCgXohY6Jh1TR5GKJJ4Mm LyIvkMTmIxfoonWxP7A9e5dlMOupyCnY37AaBBmw5E0prOzp+VuxTF2p0UsjXwjsAA yFAxejv0cowpg==
Received: from hobgoblin.ariadne.com ([IPv6:2601:192:4603:9471:222:fbff:fe91:d396]) by resomta-ch2-06v.sys.comcast.net with ESMTPA id pOsOgL7IVpWxCpOsPg4syQ; Fri, 01 Feb 2019 02:48:21 +0000
X-Xfinity-VMeta: sc=-100;st=legit
Received: from hobgoblin.ariadne.com (hobgoblin.ariadne.com [127.0.0.1]) by hobgoblin.ariadne.com (8.14.7/8.14.7) with ESMTP id x112mKEO011660; Thu, 31 Jan 2019 21:48:20 -0500
Received: (from worley@localhost) by hobgoblin.ariadne.com (8.14.7/8.14.7/Submit) id x112mJ4I011657; Thu, 31 Jan 2019 21:48:19 -0500
X-Authentication-Warning: hobgoblin.ariadne.com: worley set sender to worley@alum.mit.edu using -f
From: worley@ariadne.com
To: Roman Shpount <roman@telurix.com>
Cc: mmusic@ietf.org
In-Reply-To: <CAD5OKxuGEPccJUJ1E0bSmz9RW6CWhhSqW+Dke1Cywrjp-dvaoA@mail.gmail.com> (roman@telurix.com)
Sender: worley@ariadne.com
Date: Thu, 31 Jan 2019 21:48:19 -0500
Message-ID: <874l9ousuk.fsf@hobgoblin.ariadne.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/JQp1Hs3eDXWspi5DnD8TtuoknJ0>
Subject: Re: [MMUSIC] 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: Fri, 01 Feb 2019 02:48:25 -0000

Roman Shpount <roman@telurix.com> writes:
> I wanted to see if it was ever decided if c= line should contain IN IP4 or
> IN IP6 when default ICE candidate address contains FQDN.
>
> For instance, in the following SDP:
>
> m=audio 59372 UDP/TLS/RTP/SAVPF 0
> *c=IN IP6 3557773f-5f01-46a4-aa14-54ab35b3d778.local *
> a=rtcp:9 IN IP4 0.0.0.0
> a=candidate:1962264367 1 udp 2122260223
> 3557773f-5f01-46a4-aa14-54ab35b3d778.local 59372 typ host
> a=ice-ufrag:3iia
> a=ice-pwd:HMo0mGLq8nYb9pfnG/nH3pNI
> a=rtcp-mux
>
> Is it correct to use "c=IN IP6 3557773f-5f01-46a4-aa14-54ab35b3d778.local "
> or should it be "c=IN IP4 3557773f-5f01-46a4-aa14-54ab35b3d778.local"?

In regard to ICE *candidates*, RFC 8445 makes it clear that a candidate
is an IP address, not an FQDN:

   2.1.  Gathering Candidates

   In order to execute ICE, an ICE agent identifies and gathers one or
   more address candidates.  A candidate has a transport address -- a
   combination of IP address and port for a particular transport
   protocol (with only UDP specified here).  There are different types
   of candidates; some are derived from physical or logical network
   interfaces, and others are discoverable via STUN and TURN.

The discussion of "default candidates" is a little vague due to the fact
that the ICE specification factors out ICE from any protocol that uses
it, but the default candidate is always a *candidate* and thus an
address, not an FQDN:

   5.2.  Lite Implementation Procedures

   Next, an agent chooses a default candidate for each component of each
   data stream.  If a host is IPv4 only, there would only be one
   candidate for each component of each data stream; therefore, that
   candidate is the default.  If a host is IPv6 only, the default
   candidate would typically be a globally scoped IPv6 address.  Dual-
   stack hosts SHOULD allow configuration whether IPv4 or IPv6 is used
   for the default candidate, and the configuration needs to be based on
   which one its administrator believes has a higher chance of success
   in the current network environment.


   5.3.  Exchanging Candidate Information

   The using protocol may (or may not) need to deal with backwards
   compatibility with older implementations that do not support ICE.  If
   a fallback mechanism to non-ICE is supported and is being used, then
   presumably the using protocol provides a way of conveying the default
   candidate (its IP address and port) in addition to the ICE
   parameters.

Dale