IETF Logo Mail Archive

Re: [MMUSIC] (Rough) Consensus Call - No FQDN support in ice-sip-sdp

Christer Holmberg <christer.holmberg@ericsson.com> Mon, 20 May 2019 23:14 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 95B7C120046 for <mmusic@ietfa.amsl.com>; Mon, 20 May 2019 16:14:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.011
X-Spam-Level:
X-Spam-Status: No, score=-2.011 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 ciIpU_tVfzBJ for <mmusic@ietfa.amsl.com>; Mon, 20 May 2019 16:14:54 -0700 (PDT)
Received: from EUR03-AM5-obe.outbound.protection.outlook.com (mail-am5eur03on0613.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe08::613]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BC4FC120090 for <mmusic@ietf.org>; Mon, 20 May 2019 16:14:53 -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=yTZf60Q7/TjwWAvRLpJbUDybNuQ2RbYQMaFpTvyVcqY=; b=Kygh8JqQBSfKSCd79mtQ61Gikkgs4bMiPU/zSuSVhdhh+0JsEZTF0s4gyI2kB4/FJ4rGzhivpj1cGpvRTdYUU3dvbTAMA9vgYPQRA1dPtUlrMJT98aNwFupJHVqArwuWFiBhpzUbEsmrTeihvrlqCKX6mqCYvDk2KR0ePHBR0bU=
Received: from HE1PR07MB3161.eurprd07.prod.outlook.com (10.170.245.23) by HE1PR07MB4377.eurprd07.prod.outlook.com (20.176.167.26) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1922.8; Mon, 20 May 2019 23:14:50 +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 23:14:50 +0000
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Roman Shpount <roman@telurix.com>
CC: Bernard Aboba <bernard.aboba@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/qZogFkAgACByACAC5w8gIAAFLKA///yEYCAABKwAP//9huAgAAUAYA=
Date: Mon, 20 May 2019 23:14:50 +0000
Message-ID: <871E99E8-DA8D-4E71-B359-F2388479C38E@ericsson.com>
References: <77400318-1e2c-7d33-ab41-a3b8d0062b00@cisco.com> <CAMRcRGQ0gQ0c-pmBQ2ZOOX-5uGWkfy57Yu0QMuAp9ED2f8drwA@mail.gmail.com> <D7E2876E-E750-40C6-B33E-FC24F9CD0709@ericsson.com> <CAOW+2dsy5_cjH2BJJq7mRu9JaQNmh7oqWxUrFDPqBKaceffJaQ@mail.gmail.com> <2226B494-B058-45C8-901B-1B872218ECE7@ericsson.com> <CAD5OKxs2fvyqxjcNmNbqx+ToSpnaeqj5LyX4qz2rOuqFp3oBow@mail.gmail.com> <710E80DF-8389-4A5E-9DBE-5DF2D20E4F02@ericsson.com> <CAD5OKxtcEWmRvXanh7FsdQAD_fTFRnQc8HhkeLx9mz+-XUX7-Q@mail.gmail.com>
In-Reply-To: <CAD5OKxtcEWmRvXanh7FsdQAD_fTFRnQc8HhkeLx9mz+-XUX7-Q@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: ea50cc6e-7761-4bce-945d-08d6dd78f57c
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600141)(711020)(4605104)(2017052603328)(7193020); SRVR:HE1PR07MB4377;
x-ms-traffictypediagnostic: HE1PR07MB4377:
x-microsoft-antispam-prvs: <HE1PR07MB437704774BE7D23DD601C17493060@HE1PR07MB4377.eurprd07.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:8273;
x-forefront-prvs: 004395A01C
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(346002)(376002)(136003)(39860400002)(396003)(366004)(189003)(199004)(66446008)(71200400001)(66556008)(91956017)(76116006)(73956011)(66946007)(54906003)(68736007)(66476007)(58126008)(229853002)(99286004)(83716004)(71190400001)(64756008)(76176011)(7736002)(305945005)(6436002)(316002)(6486002)(8936002)(14444005)(81166006)(561944003)(86362001)(25786009)(102836004)(508600001)(6506007)(33656002)(26005)(81156014)(8676002)(256004)(2906002)(5660300002)(186003)(82746002)(4326008)(6246003)(6512007)(53936002)(6916009)(486006)(14454004)(44832011)(66066001)(6116002)(36756003)(3846002)(2616005)(446003)(11346002)(476003); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR07MB4377; 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: ImnllVAhAf932xDGht94+F2JnY4stM3CJApykmxW07ncBox3A0pZ3I5wwAjfCzoiQNhd0tRnyyGmqvSGlHhsQPVqhA5J69lBWwDgleKzybLXuC/1+MrVZ1FXr+oAvJBFVDbe69WVSvbPUsXEBkga6pouCaMXNy8VAWseCf57MsmTVSBvPTHmC0jiFVmWL0RbpiLhypvyhyQdCEqlTslEaB3R+/e8Ss3BDaHetT1G5TWug/XdJED1C1I4W9ElRvImDrPmePvJcJ1kZD1PqXCrof9ihXlTT2NvBT62+CP39xco7jPduw3jhtAOjJhkA51yw7wHUU0wTQboDc3eMs5AZmV/++6pXD2BM/IumJ2PrleKtoS/vTKMAug7r2d57/2DbOpdgHk5y7aFINmHsv5XYQCOEgqRPc9yBI8e6hKRXy0=
Content-Type: text/plain; charset="utf-8"
Content-ID: <B850CC2D89FEAF4288EE44CF3C3D4D46@eurprd07.prod.outlook.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: ea50cc6e-7761-4bce-945d-08d6dd78f57c
X-MS-Exchange-CrossTenant-originalarrivaltime: 20 May 2019 23:14:50.2311 (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: HE1PR07MB4377
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/4HLzjMvbcKq1E5iZzlocd71ds9s>
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 23:14:57 -0000

Hi,

>If FQDN is allowed but ignored, this will allow "legacy" implementations to interop with ICE implementation which support mDNS or generic FQDN. 
>How FQDN are resolved and how ICE agents specify to each other the these procedures are supported can and should be part of mDNS or generic 
>FQND support draft. If I am missing something and something else is required, mDNS authors should comment.

I don’t think you are missing anything.

So far this is my proposal for ice-sip-sdp connection address definition which should implement option 2:

><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 MUST ignore candidate lines >that include candidates with FQDN or IP address versions that are not supported or recognized.  Handling of FQDN addresses in candidate can be defined in the future specification. If candidate >with FQDN <connection-address> is the default destination/candidate, the 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.

Minor change suggestion:

"The procedures for handling FQDN addresses, and for agents to indicate support of such procedures, need to be specified in an extension specification."

Regards,

Christer

 

v2.23.0 | Report a Bug | By Email