Re: [MMUSIC] (Rough) Consensus Call - No FQDN support in ice-sip-sdp
Christer Holmberg <christer.holmberg@ericsson.com> Mon, 13 May 2019 09:49 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 4CB14120119 for <mmusic@ietfa.amsl.com>; Mon, 13 May 2019 02:49:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.01
X-Spam-Level:
X-Spam-Status: No, score=-2.01 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] 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 p5kcG3VEOdnu for <mmusic@ietfa.amsl.com>; Mon, 13 May 2019 02:49:40 -0700 (PDT)
Received: from EUR03-DB5-obe.outbound.protection.outlook.com (mail-eopbgr40079.outbound.protection.outlook.com [40.107.4.79]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A773412003E for <mmusic@ietf.org>; Mon, 13 May 2019 02:49:39 -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=uwwOtr5IsjqwR7ftprTQvzuxpvMfpDt4a36at8p8vcc=; b=Yda+M9W69X3x8T8MelATu0AQ961weC3mrP9uSzxoaZRn67/XMeeeHCeSxGUR3VmQm2DC00bT0uVuYlkTLM8J7jwK+xeaq66AQqJNvwA++XH97QuF2WcOLwNlgKkD2zb7fap/N6Mz5POV61/93SB1XDPdBaecibSMuZPZxckP7cM=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB3210.eurprd07.prod.outlook.com (10.170.246.13) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1900.5; Mon, 13 May 2019 09:49:31 +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.1900.010; Mon, 13 May 2019 09:49:31 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Suhas Nandakumar <suhasietf@gmail.com>, Flemming Andreasen <fandreas@cisco.com>
CC: mmusic <mmusic@ietf.org>
Thread-Topic: [MMUSIC] (Rough) Consensus Call - No FQDN support in ice-sip-sdp
Thread-Index: AQHVCT2tPwy1I9GoQ0ibIOLFdr9u/qZogFkAgACByAA=
Date: Mon, 13 May 2019 09:49:31 +0000
Message-ID: <D7E2876E-E750-40C6-B33E-FC24F9CD0709@ericsson.com>
References: <77400318-1e2c-7d33-ab41-a3b8d0062b00@cisco.com> <CAMRcRGQ0gQ0c-pmBQ2ZOOX-5uGWkfy57Yu0QMuAp9ED2f8drwA@mail.gmail.com>
In-Reply-To: <CAMRcRGQ0gQ0c-pmBQ2ZOOX-5uGWkfy57Yu0QMuAp9ED2f8drwA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/10.18.0.190414
authentication-results: spf=none (sender IP is ) smtp.mailfrom=christer.holmberg@ericsson.com;
x-originating-ip: [89.166.49.243]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 7a40af76-b78a-4e51-c06c-08d6d7884c56
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:HE1PR07MB3210;
x-ms-traffictypediagnostic: HE1PR07MB3210:
x-ms-exchange-purlcount: 1
x-microsoft-antispam-prvs: <HE1PR07MB3210383F37C049CF85FBC4DF930F0@HE1PR07MB3210.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-forefront-prvs: 0036736630
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(979002)(346002)(376002)(396003)(39860400002)(366004)(136003)(189003)(199004)(82746002)(81156014)(53936002)(81166006)(316002)(71200400001)(236005)(54896002)(71190400001)(6306002)(229853002)(68736007)(8936002)(53546011)(6506007)(4326008)(26005)(76176011)(102836004)(6246003)(7520500002)(99286004)(476003)(83716004)(110136005)(486006)(2616005)(11346002)(33656002)(446003)(58126008)(44832011)(25786009)(8676002)(186003)(6512007)(2906002)(606006)(66066001)(478600001)(86362001)(73956011)(76116006)(66946007)(66476007)(66556008)(64756008)(66446008)(14454004)(7736002)(790700001)(6116002)(3846002)(36756003)(966005)(6486002)(14444005)(256004)(6436002)(5660300002)(969003)(989001)(999001)(1009001)(1019001); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB3210; H:HE1PR07MB3161.eurprd07.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; MX:1; A: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: vRlHbZmFAaSgifhsueIFnCwfLH5yfvAkzR5VxlFfKCPK5TpQyFK6YOTQjeF550EEkDRQgEXytW3Tel2OZEaVabGAXY4LsPwrpI+r/6FnkEggJiyubUYik+C4wx0A+nx/lNSCy6SJ7JIhhO/t3ebC+WbP0Ixqte5ftLJw1XrQvegJYnr5nKmtu6VDzBJVSEk7LHQN8JQdzgp5XwD+xM+ZQj3CnB0sRh9Sh4mYYEImKPAhxJP+UBB7nhsov7l3Sz5L8OAyCkBuzYHln5UNqsr93uqhDhHCNNYKWPk3GlFUiYClrviAqlbD48xY/SxBjuEFDj4jim0NHTdsvZR7g1b0ITB7r6P+oiDfrj3KQlILh9FdzoCZ7smdR5Pn7HaebizKSQdxMyp4NiK80Q3vSH1Pq3R0VC1c4XINleCRag92u24=
Content-Type: multipart/alternative; boundary="_000_D7E2876EE75040C6B33EFC24F9CD0709ericssoncom_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 7a40af76-b78a-4e51-c06c-08d6d7884c56
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 May 2019 09:49:31.4472 (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-Transport-CrossTenantHeadersStamped: HE1PR07MB3210
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/C2lejX_STbV_lN4OiuzBQ-vurq4>
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, 13 May 2019 09:49:43 -0000
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> on behalf of Suhas Nandakumar <suhasietf@gmail.com> Date: Monday, 13 May 2019 at 8.05 To: Flemming Andreasen <fandreas@cisco.com> Cc: "mmusic@ietf.org" <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] (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