Re: [MMUSIC] (Rough) Consensus Call - No FQDN support in ice-sip-sdp
Christer Holmberg <christer.holmberg@ericsson.com> Mon, 20 May 2019 21:34 UTC
Return-Path: <christer.holmberg@ericsson.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 A0CF7120059 for <mmusic@ietfa.amsl.com>; Mon, 20 May 2019 14:34:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.009
X-Spam-Level:
X-Spam-Status: No, score=-2.009 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=ericsson.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 bjaWM1X7M7pZ for <mmusic@ietfa.amsl.com>; Mon, 20 May 2019 14:34:44 -0700 (PDT)
Received: from EUR04-DB3-obe.outbound.protection.outlook.com (mail-eopbgr60081.outbound.protection.outlook.com [40.107.6.81]) (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 1B400120048 for <mmusic@ietf.org>; Mon, 20 May 2019 14:34:43 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=ANTdIrMecvL7GEm1HwFjj97NPKeK7z00KSiKkJSMb0Y=; b=kv4CJflrEMGY1YOfS1D5H+hmOt8p0C4B6+ihEKlxH8XWcD4srzfxKLIngdxwQFCrOmHeppE5jLZSY2Jv20tGIHULrFx3H9nY8Db9AqKts/zFNaKjHgMSkmN31PmK/VJ6AKZ4xatU38IBknWOErU9JnU2pVuy+7lONX40a0Sree8=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB4267.eurprd07.prod.outlook.com (20.176.166.152) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.12; Mon, 20 May 2019 21:34:41 +0000
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::c999:f848:9abc:d321]) by HE1PR07MB3161.eurprd07.prod.outlook.com ([fe80::c999:f848:9abc:d321%6]) with mapi id 15.20.1922.013; Mon, 20 May 2019 21:34:41 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Roman Shpount <roman@telurix.com>
CC: Suhas Nandakumar <suhasietf@gmail.com>, Flemming Andreasen <fandreas@cisco.com>, mmusic <mmusic@ietf.org>
Thread-Topic: [MMUSIC] (Rough) Consensus Call - No FQDN support in ice-sip-sdp
Thread-Index: AQHVCT2tPwy1I9GoQ0ibIOLFdr9u/qZogFkAgACByACAC4/EgIAAFAwA
Date: Mon, 20 May 2019 21:34:40 +0000
Message-ID: <727ACD4B-706E-40FB-901B-5B9CB0D00161@ericsson.com>
References: <77400318-1e2c-7d33-ab41-a3b8d0062b00@cisco.com> <CAMRcRGQ0gQ0c-pmBQ2ZOOX-5uGWkfy57Yu0QMuAp9ED2f8drwA@mail.gmail.com> <D7E2876E-E750-40C6-B33E-FC24F9CD0709@ericsson.com> <CAD5OKxtc=Pi-ghHEHdt8GJC7J3x8HWiHijrKu5ux_w6N+_iNFw@mail.gmail.com>
In-Reply-To: <CAD5OKxtc=Pi-ghHEHdt8GJC7J3x8HWiHijrKu5ux_w6N+_iNFw@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.19.0.190512
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com;
x-originating-ip: [79.140.208.49]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: a71ccc64-80cf-4991-ef96-08d6dd6af7a0
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:HE1PR07MB4267;
x-ms-traffictypediagnostic: HE1PR07MB4267:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <HE1PR07MB426791E4A274237D4BD684F093060@HE1PR07MB4267.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 004395A01C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(396003)(39860400002)(136003)(376002)(366004)(199004)(189003)(14444005)(6436002)(256004)(82746002)(606006)(53936002)(33656002)(316002)(7736002)(54906003)(58126008)(4326008)(81166006)(81156014)(6116002)(3846002)(6916009)(2906002)(68736007)(8936002)(25786009)(229853002)(99286004)(8676002)(966005)(6486002)(14454004)(186003)(102836004)(6246003)(26005)(36756003)(53546011)(6506007)(76176011)(54896002)(6306002)(83716004)(508600001)(44832011)(66066001)(76116006)(66556008)(64756008)(91956017)(66476007)(66446008)(86362001)(66946007)(73956011)(71200400001)(71190400001)(2616005)(476003)(11346002)(236005)(446003)(5660300002)(6512007)(486006)(7520500002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4267; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1;
received-spf: None (protection.outlook.com: ericsson.com does not designate permitted sender hosts)
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam-message-info: MFTb3iTQArm/KGuYQ8Nl92CIOEILnSnEXc1ktNZBlQb2mW4IjN54nCBFr6V6jpfrg8QetR5iZ39CeRnhUbQShc+JlyMRVdiV91G9uSvu0XApS4Q18ExnHNIwfDhUnpaqVql2xN8KWQd+7z5LjX+dmoV6A8h+4TWtHAwSaeUG1r7xaYPOG/FtvugVlX7qfFqKYUDfts9CWYsgW3+o1nwH8qBVkz8GdqLnvEFpoMvNd1CVVwBCfndAJuYyUD40J0f9mbKQlDGauwUO8hL/SaPWg2/qoVKtdU968ctv7UPk3JkhSx5MNd5lk8sISmJcCfjVy+eoaVmuTLNi8YmsQlkrscXcSClOdifTSToPAhAcwGtsBjsxqUzCeTcKGQ7uBtdSJ7m9cQWD3+PJLvoxVlFw+GkmDc5FupfN+ftycIQ94MA=
Content-Type: multipart/alternative; boundary="_000_727ACD4B706E40FB901B5B9CB0D00161ericssoncom_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: a71ccc64-80cf-4991-ef96-08d6dd6af7a0
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 May 2019 21:34:40.9295 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 92e84ceb-fbfd-47ab-be52-080c6b87953f
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: christer.holmberg@ericsson.com
X-MS-Exchange-Transport-CrossTenantHeadersStamped: HE1PR07MB4267
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/I-cWno8bzFCaL3sR3oBit06q4d4>
Subject: Re: [MMUSIC] (Rough) Consensus Call - No FQDN support in ice-sip-sdp
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: Mon, 20 May 2019 21:34:48 -0000
What do you mean by ”supported and ignored”? Do you mean “not supported”? Regards, Christer From: Roman Shpount <roman@telurix.com> Date: Monday, 20 May 2019 at 22.23 To: Christer Holmberg <christer.holmberg@ericsson.com> Cc: Suhas Nandakumar <suhasietf@gmail.com>, Flemming Andreasen <fandreas@cisco.com>, "mmusic@ietf.org" <mmusic@ietf.org> Subject: Re: [MMUSIC] (Rough) Consensus Call - No FQDN support in ice-sip-sdp Since there was little feedback on this discussion I would suggest to specify that FQDN is supported and ignored. I have provided the language in a separate email. _____________ Roman Shpount On Mon, May 13, 2019 at 5:49 AM Christer Holmberg <christer.holmberg@ericsson.com<mailto:christer.holmberg@ericsson.com>> wrote: Hi, I would have liked to see the Pull Request before concluding that there is no “agreement”. But, we can obviously not wait forever. Having said that, related to Suhas’ comment, if we agree to leave FQDN out I think we still need some text. One option is to put back the text pre-22 text (see below), but I am not sure that solves the issue. Another option is to explicitly say that support and processing of FQDNs are outside the scope of the document, and needs to be covered in a separate specification. Note, however, that draft-ietf-rtcweb-mdns-ice-candidates assumes that FQDNs are allowed, so in order to progress that draft we either need such separate specification – or draft-ietf-rtcweb-mdns-ice-candidates also needs to cover FQDN support in general. Regards, Christer From: mmusic <mmusic-bounces@ietf.org<mailto:mmusic-bounces@ietf.org>> on behalf of Suhas Nandakumar <suhasietf@gmail.com<mailto:suhasietf@gmail.com>> Date: Monday, 13 May 2019 at 8.05 To: Flemming Andreasen <fandreas@cisco.com<mailto:fandreas@cisco.com>> Cc: "mmusic@ietf.org<mailto:mmusic@ietf.org>" <mmusic@ietf.org<mailto:mmusic@ietf.org>> Subject: Re: [MMUSIC] (Rough) Consensus Call - No FQDN support in ice-sip-sdp I am willing to leave out FQDN specification but want to bring to notice the following Till ice-sip-sdp-22 we had a recommendation about resolving to one IP Address when multiple match a given FQDN and removed FQDN out from the later versions. Here is the original text if it helps (pre-22) <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. Thanks Suhas On Sun, May 12, 2019 at 8:40 PM Flemming Andreasen <fandreas@cisco.com<mailto:fandreas@cisco.com>> wrote: Greetings RFC 8445 does not include support for domain names. There is currently a fairly lengthy thread on the MMUSIC list discussing if (and potentially how) to deal with domain name support in ice-sip-sdp ("FQDN support in ice-sip-sdp). So far only 3 people seem to be interested in this issue, they do not agree on the solution, and it has been more than 2 weeks since we last saw any traffic on this. We need to move ice-sip-sdp forward, and since RFC 8445 does not support domain names in candidates, and we have yet to find a consensus-based solution to adding such support, we propose that we move forward without domain name support in ice-sip-sdp (note that it can be added latter as an extension in a separate draft). We are hereby giving people 1 week to object to this (rough) consensus call, and if they do, to provide another solution that can garner support and consensus on the MMUSIC list. Thanks -- Flemmming (with MMUSIC chair on). _______________________________________________ mmusic mailing list mmusic@ietf.org<mailto:mmusic@ietf.org> https://www.ietf.org/mailman/listinfo/mmusic _______________________________________________ mmusic mailing list mmusic@ietf.org<mailto:mmusic@ietf.org> https://www.ietf.org/mailman/listinfo/mmusic
- [MMUSIC] (Rough) Consensus Call - No FQDN support… Flemming Andreasen
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Suhas Nandakumar
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Christer Holmberg
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Roman Shpount
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Christer Holmberg
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Roman Shpount
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Bernard Aboba
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Christer Holmberg
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Roman Shpount
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Christer Holmberg
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Roman Shpount
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Christer Holmberg
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Bernard Aboba
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Roman Shpount
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Bernard Aboba
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Roman Shpount
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Suhas Nandakumar
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Christer Holmberg
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Flemming Andreasen
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Christer Holmberg
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Suhas Nandakumar
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Roman Shpount
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Roman Shpount
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Roman Shpount
- Re: [MMUSIC] (Rough) Consensus Call - No FQDN sup… Roman Shpount