[MMUSIC] FQDN Support Final Vote
Suhas Nandakumar <suhasietf@gmail.com> Tue, 21 May 2019 15:26 UTC
Return-Path: <suhasietf@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 D44E4120086 for <mmusic@ietfa.amsl.com>; Tue, 21 May 2019 08:26:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.989
X-Spam-Level:
X-Spam-Status: No, score=-1.989 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, T_FILL_THIS_FORM_SHORT=0.01] 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 NP4oolNVfcJz for <mmusic@ietfa.amsl.com>; Tue, 21 May 2019 08:26:46 -0700 (PDT)
Received: from mail-vs1-xe2a.google.com (mail-vs1-xe2a.google.com [IPv6:2607:f8b0:4864:20::e2a]) (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 CB9B2120041 for <mmusic@ietf.org>; Tue, 21 May 2019 08:26:45 -0700 (PDT)
Received: by mail-vs1-xe2a.google.com with SMTP id k187so4411818vsk.12 for <mmusic@ietf.org>; Tue, 21 May 2019 08:26:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:from:date:message-id:subject:to; bh=FhP7QwQNzObmJqWLtpzQvRf1rntT9/TxiWnyj451bAU=; b=eOisnmIXinzIwhDXipI5OpMg7+uzIbwcXevQ/RiYQ0xQDSSw9fLk9B5MQptXYVMyB5 tva9WWDXkLy3c6+iqDztJVRZpGr6ktVjvz6YhyKY+b9nR/1EC/YNImofqvT3OYKggFM7 /83yDwRz3fFjcEyK9/47REJS90aklopXulljRQzboFocl/oBCQjSuaa4LVxvoEz2FcIY vHQF6lc302G6bHNNTX4L4CKOiO3kuXK6855XT490Yizyr9IZVLUHj7k6veBk14rUdPeY Jc69MywEIrukIUHw+BczykCN9Hu1XnO4wMuKD55LAFsReHkp3BCtXse7C1U97Tx1vjuE g95w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=FhP7QwQNzObmJqWLtpzQvRf1rntT9/TxiWnyj451bAU=; b=P4Cdj/8ESivSVzQ6f3unu11nta40IeUdheOqASvBpjqfJ8ZvLEVTCo5ek9+XlYvB6Z I8FZKWlhCiIFNWZpXG8xzUHU4dsJWWJsLlcOJnCNXoAZ70jWUYPm9Jjs052NJoT8RU0s D8z0DGKUHO8LqM381QVY7cpdUhEh7nr85ZRSSUSylWsQsiTYqH0saWezHJft9+nAEXx/ se6KqkMU5HncWOe3umAukaA1MBCTaK3T8GOsBnYccEtrTx9x5uAv1r8UrFB/bRZtcaSQ yCCLpo6J3nl7SW+YgYfWbEztkIw3ZRnIsPWaSTaBPIhbH93O8z6kBMWoRu1lfHr8jiND qktQ==
X-Gm-Message-State: APjAAAX+e6KoeiKj8FnfoX9ahjLs3csuYlqbZmqXEMcSTwqKRxeAbaUE DwWaerZUIjXVtF5r7ffMuY2MfW+rCRyi8WUawxars5jroCQ=
X-Google-Smtp-Source: APXvYqzeKaEO/RTQdH74vVwI6grxryiVEEk9k3jpyKh7rAo3t0hWFpdPw7hd7qSuqMSl9hhS+J+RDrbewMhjh4VSQC0=
X-Received: by 2002:a67:6f87:: with SMTP id k129mr24104427vsc.225.1558452404620; Tue, 21 May 2019 08:26:44 -0700 (PDT)
MIME-Version: 1.0
From: Suhas Nandakumar <suhasietf@gmail.com>
Date: Tue, 21 May 2019 08:26:33 -0700
Message-ID: <CAMRcRGRnKRNL9t+c6AQ7L+vszaPrJvAuwVG6BhUuJovBRuc=NA@mail.gmail.com>
To: mmusic WG <mmusic@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000fa106405896779cf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/UQ8RdYlcvuWW06vx9j1PHN5vX_A>
Subject: [MMUSIC] FQDN Support Final Vote
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: Tue, 21 May 2019 15:26:49 -0000
Hi All Below i have included 4 flavors of suggested text for FQDN support in ice-sip-sdp. Let's agree on one and go with it (even it doesn't make us entirely happy). *RFC5245 Version * "<connection-address>: is taken from RFC 4566 <https://tools.ietf.org/html/rfc4566> [RFC4566 <https://tools.ietf.org/html/rfc4566>]. It is the IP address of the candidate, allowing for IPv4 addresses, IPv6 addresses, and fully qualified domain names (FQDNs). When parsing this field, an agent can differentiate an IPv4 address and an IPv6 address by presence of a colon in its value - the presence of a colon indicates IPv6. An agent MUST ignore candidate lines that include candidates with IP address versions that are not supported or recognized. An IP address SHOULD be used, but an FQDN MAY be used in place of an IP address. In that case, when receiving an offer or answer containing an FQDN in an a=candidate attribute, the FQDN is looked up in the DNS first using an AAAA record (assuming the agent supports IPv6), and if no result is found or the agent only supports IPv4, using an A. If the DNS query returns more than one IP address, one is chosen, and then used for the remainder of ICE processing. *ice-sip-sdp pre-22 version1* <connection-address>: is taken from RFC 4566 [RFC4566]. It is the IP address of the candidate. When parsing this field, an agent can differentiate an IPv4 address and an IPv6 address by presence of a colon in its value -- the presence of a colon indicates IPv6. An agent MUST ignore candidate lines that include candidates with IP address versions that are not supported or recognized. An IP address SHOULD be used, but an FQDN MAY be used in place of an IP address. In that case, when receiving an offer or answer containing an FQDN in an a=candidate attribute, the FQDN is looked up in the DNS first using an AAAA record (assuming the agent supports IPv6), and if no result is found or the agent only supports IPv4, using an A record. The rules from section 6 of [RFC6724] is followed by fixing the source address to be one from the candidate pair to be matched against destination addresses reported by FQDN, in cases where the DNS query returns more than one IP address. *ice-sip-sdp current version* <connection-address>: is taken from RFC 4566 [RFC4566]. It is the IP address of the candidate. When parsing this field, an agent can differentiate an IPv4 address and an IPv6 address by presence of a colon in its value -- the presence of a colon indicates IPv6. An agent MUST ignore candidate lines that include candidates with IP address versions that are not supported or recognized. An IP address SHOULD be used, but an FQDN MAY be used in place of an IP address. In that case, when receiving an offer or answer containing an FQDN in an a=candidate attribute, the FQDN is looked up in the DNS first using an AAAA record (assuming the agent supports IPv6), and if no result is found or the agent only supports IPv4, using an A record. If a FQDN returns multiple IP addresses an agent MUST only use one of them throughout the duration of the ICE session. Since an agent does not know whether the peer listens to the chosen IP address and port, it is RECOMMENDED to not use FQDNs that will resolve into multiple IP addresses. *Roman-Christer Version * <connection-address>: :: is taken from RFC 4566 <<RFC4566>>. It is the IP address of the candidate, allowing for IPv4 addresses, IPv6 addresses, and fully qualified domain names (FQDNs). When parsing this field, an agent can differentiate an IPv4 address and an IPv6 address by presence of a colon in its value - the presence of a colon indicates IPv6. *An agent processing remote candidates MUST ignore candidate lines that include* *candidates with FQDN or IP address versions that are not supported or recognized. The procedures for handling FQDN candidates, and for agents* *to indicate support of such procedures, need to be specified in an extension specification.* If candidate with FQDN <connection-address> is the default destination/candidate, the "c=" address type MUST be set the IP address family for the FQDN DNS resolution result and the "c=" connection address MUST be set to FQDN. Differences in the "c=" line address family and type with FQDN resolution result MUST not cause ICE support verification failure. *My vote is on current version since it is backward compatible with a warning that using FQDN is not recommended since it MAY lead to failure.*
- [MMUSIC] FQDN Support Final Vote Suhas Nandakumar
- Re: [MMUSIC] FQDN Support Final Vote Bernard Aboba
- Re: [MMUSIC] FQDN Support Final Vote Roman Shpount
- Re: [MMUSIC] FQDN Support Final Vote Christer Holmberg
- Re: [MMUSIC] FQDN Support Final Vote Roman Shpount
- Re: [MMUSIC] FQDN Support Final Vote Christer Holmberg
- Re: [MMUSIC] FQDN Support Final Vote Roman Shpount
- Re: [MMUSIC] FQDN Support Final Vote Flemming Andreasen
- Re: [MMUSIC] FQDN Support Final Vote Christer Holmberg
- Re: [MMUSIC] FQDN Support Final Vote Flemming Andreasen
- Re: [MMUSIC] FQDN Support Final Vote Christer Holmberg
- Re: [MMUSIC] FQDN Support Final Vote Flemming Andreasen
- Re: [MMUSIC] FQDN Support Final Vote Christer Holmberg
- Re: [MMUSIC] FQDN Support Final Vote Roman Shpount
- Re: [MMUSIC] FQDN Support Final Vote Suhas Nandakumar
- Re: [MMUSIC] FQDN Support Final Vote Roman Shpount