Re: [MMUSIC] Last Call: <draft-ietf-mmusic-rfc4566bis-34.txt> (SDP: Session Description Protocol) to Proposed Standard
Magnus Westerlund <magnus.westerlund@ericsson.com> Fri, 12 April 2019 08:59 UTC
Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 766F7120003; Fri, 12 Apr 2019 01:59:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.99
X-Spam-Level:
X-Spam-Status: No, score=-1.99 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, 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_KAM_HTML_FONT_INVALID=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 Ef2oyF5HQuRD; Fri, 12 Apr 2019 01:59:52 -0700 (PDT)
Received: from EUR01-HE1-obe.outbound.protection.outlook.com (mail-eopbgr130084.outbound.protection.outlook.com [40.107.13.84]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E60121201DD; Fri, 12 Apr 2019 01:59:51 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ericsson.com; s=selector1; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=fUQ7Fy9b9XUiNUNQdF3qLSwt4ep2eZwTE5PuVRdRIDA=; b=SJVr5InSZoNdQRXOgsK171ZOTG3lA5fcV+/BvkXGqlZkn4Xc23GNHwJpQwRKSb6YXZ1dhtfa9C6GTl3BLm3Lyfe57YGpB4DmSidDs4OA9MOIL+dSN7RxBCV2GSSNC1KXrC3CxIRLchaYVfHWu2ZulNS2+kteHs14f+aL3XfGmec=
Received: from HE1PR0701MB2522.eurprd07.prod.outlook.com (10.168.128.149) by HE1PR0701MB2268.eurprd07.prod.outlook.com (10.168.36.14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.1792.11; Fri, 12 Apr 2019 08:59:48 +0000
Received: from HE1PR0701MB2522.eurprd07.prod.outlook.com ([fe80::107c:5f27:2ef:8505]) by HE1PR0701MB2522.eurprd07.prod.outlook.com ([fe80::107c:5f27:2ef:8505%5]) with mapi id 15.20.1792.009; Fri, 12 Apr 2019 08:59:48 +0000
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
To: "Roni Even (A)" <roni.even@huawei.com>, "ietf@ietf.org" <ietf@ietf.org>
CC: "mmusic-chairs@ietf.org" <mmusic-chairs@ietf.org>, "draft-ietf-mmusic-rfc4566bis@ietf.org" <draft-ietf-mmusic-rfc4566bis@ietf.org>, "mmusic@ietf.org" <mmusic@ietf.org>
Subject: Re: [MMUSIC] Last Call: <draft-ietf-mmusic-rfc4566bis-34.txt> (SDP: Session Description Protocol) to Proposed Standard
Thread-Topic: [MMUSIC] Last Call: <draft-ietf-mmusic-rfc4566bis-34.txt> (SDP: Session Description Protocol) to Proposed Standard
Thread-Index: AQHU4L35G0bkeH37hEyuzO/M/jMwpA==
Date: Fri, 12 Apr 2019 08:59:48 +0000
Message-ID: <HE1PR0701MB2522339DBB98ACE3399DB7B295280@HE1PR0701MB2522.eurprd07.prod.outlook.com>
References: <155326592304.23020.8256337045285295468.idtracker@ietfa.amsl.com> <HE1PR0701MB2522795AFC19AB4A73D65ABA952F0@HE1PR0701MB2522.eurprd07.prod.outlook.com> <6E58094ECC8D8344914996DAD28F1CCD18CDB636@dggemm526-mbx.china.huawei.com>
Accept-Language: sv-SE, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: spf=none (sender IP is ) smtp.mailfrom=magnus.westerlund@ericsson.com;
x-originating-ip: [192.176.1.87]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 3f54c6a6-9e10-4675-c313-08d6bf2537c3
x-microsoft-antispam: BCL:0; PCL:0; RULEID:(2390118)(7020095)(4652040)(8989299)(4534185)(4627221)(201703031133081)(201702281549075)(8990200)(5600139)(711020)(4605104)(2017052603328)(7193020); SRVR:HE1PR0701MB2268;
x-ms-traffictypediagnostic: HE1PR0701MB2268:
x-ms-exchange-purlcount: 3
x-microsoft-antispam-prvs: <HE1PR0701MB22684CE3C2B203FAFF6D9B1C95280@HE1PR0701MB2268.eurprd07.prod.outlook.com>
x-forefront-prvs: 0005B05917
x-forefront-antispam-report: SFV:NSPM; SFS:(10009020)(376002)(39860400002)(396003)(136003)(346002)(366004)(199004)(189003)(9686003)(7696005)(25786009)(8936002)(256004)(106356001)(229853002)(53546011)(33656002)(606006)(68736007)(186003)(6246003)(7736002)(105586002)(446003)(99286004)(2501003)(476003)(76176011)(478600001)(14444005)(966005)(6506007)(54906003)(44832011)(790700001)(6116002)(8676002)(74316002)(66066001)(14454004)(6306002)(3846002)(52536014)(53936002)(4326008)(71200400001)(2906002)(71190400001)(26005)(110136005)(55016002)(486006)(5660300002)(316002)(86362001)(97736004)(81156014)(81166006)(54896002)(236005)(102836004)(6436002); DIR:OUT; SFP:1101; SCL:1; SRVR:HE1PR0701MB2268; H:HE1PR0701MB2522.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: OO1stpyMTmNlT1XQp99ZNvPI4X7W5wCXLCKWSRZutySXIYCiYMPGTIn4FpYjZ8KDbbS2VUvPqMoCZi0nz1Lfzaq0+29g2O2zikHIZfJXP6Jb2Vc6F20cR6+ridDcsQ1KoDqoKPRv+AHzZ8pF682/bUSQZrSMWi5/7CrZu1ddod4YewisCgypgJMJgA5VOuM8llJC1J7f7KekZv5JHZ2CtydZ5j9cHIHhqc/UTdGE5QU+i2ybCMm03MYDGg5zdcn/1BJlJ048T7tT6O8MOqskv2n0KAp866gAEe+E0KE2o7m31a4T1hwst863gYgPL2MAxTnzITmh4M4EA1NvlSzNcvgC+rxovcaJq/cDUVO5OeT0uc1D4K/I0nUKSboZN8jx+GF6o+CQjqNxSIV6yzAnZzcpcw+yCYMj510W7R3vz+g=
Content-Type: multipart/alternative; boundary="_000_HE1PR0701MB2522339DBB98ACE3399DB7B295280HE1PR0701MB2522_"
MIME-Version: 1.0
X-OriginatorOrg: ericsson.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 3f54c6a6-9e10-4675-c313-08d6bf2537c3
X-MS-Exchange-CrossTenant-originalarrivaltime: 12 Apr 2019 08:59:48.8684 (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: HE1PR0701MB2268
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/-zVFwAneJZo9AiY0HaZtHbKTS7s>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Apr 2019 08:59:57 -0000
Hi, To be clear, I am not proposing that any existing attribute would be forced to suddenly accept UTF-8 strings with no charset restriction. Simply that new attribute's values can be defined to be UTF-8 in general. I think the important distinction here is that a parser must be ready to accept any UTF-8 character as the sender can't know if a particular charset limitation applies to a specific consumer. However, in form I don't see a problem of the SDP itself informing the consumer that there is a charset limitation applied in this document. My interpretation of the current situation is that it we hesitate to use UTF-8 fields due to the uncertainty in the requirements on consumers of SDP. Cheers Magnus Westerlund (As Individual) On 2019-04-11 12:05, Roni Even (A) wrote: Hi Magnus, I think it will affect the IANA registries where values may be shared with non SDP attribute. For example the sub-protocol in the IANA WebSocket Subprotocol name registry Roni Even From: mmusic [mailto:mmusic-bounces@ietf.org] On Behalf Of Magnus Westerlund Sent: Thursday, April 11, 2019 11:14 AM To: ietf@ietf.org<mailto:ietf@ietf.org> Cc: mmusic-chairs@ietf.org<mailto:mmusic-chairs@ietf.org>; draft-ietf-mmusic-rfc4566bis@ietf.org<mailto:draft-ietf-mmusic-rfc4566bis@ietf.org>; mmusic@ietf.org<mailto:mmusic@ietf.org> Subject: Re: [MMUSIC] Last Call: <draft-ietf-mmusic-rfc4566bis-34.txt> (SDP: Session Description Protocol) to Proposed Standard MMUSIC WG, Document Editors In the processing of draft-ietf-mmusic-data-channel-sdpneg-25 an interesting question arose regarding text strings in SDP attribute values. Currently the document says: 4.5. Internationalization The SDP specification recommends the use of the ISO 10646 character set in the UTF-8 encoding [RFC3629] to allow many different languages to be represented. However, to assist in compact representations, SDP also allows other character sets such as ISO 8859-1 to be used when desired. Internationalization only applies to free-text sub- fields (session name and background information), and not to SDP as a whole. If one like to include UTF-8 field for attributes it would be good if the requirement would be clear going forward that there is an expectancy that at least parser can process any UTF-8 strings that may occur in any fields. That would allow future SDP field values to use UTF-8 strings without risks and simplify processing. Like in the case of the data channel SDP mapping where the extra step of encoding lable characters not visually safe as escaped characters could be avoided. Does anyone have input if making such a change would have significant impact on the interoperability? Cheers Magnus On 2019-03-22 15:46, The IESG wrote: The IESG has received a request from the Multiparty Multimedia Session Control WG (mmusic) to consider the following document: - 'SDP: Session Description Protocol' <draft-ietf-mmusic-rfc4566bis-34.txt> as Proposed Standard The IESG plans to make a decision in the next few weeks, and solicits final comments on this action. Please send substantive comments to the ietf@ietf.org<mailto:ietf@ietf.org> mailing lists by 2019-04-12. Exceptionally, comments may be sent to iesg@ietf.org<mailto:iesg@ietf.org> instead. In either case, please retain the beginning of the Subject line to allow automated sorting. Abstract This memo defines the Session Description Protocol (SDP). SDP is intended for describing multimedia sessions for the purposes of session announcement, session invitation, and other forms of multimedia session initiation. This document obsoletes RFC 4566. The file can be obtained via https://datatracker.ietf.org/doc/draft-ietf-mmusic-rfc4566bis/ IESG discussion can be tracked via https://datatracker.ietf.org/doc/draft-ietf-mmusic-rfc4566bis/ballot/ No IPR declarations have been submitted directly on this I-D. _______________________________________________ mmusic mailing list mmusic@ietf.org<mailto:mmusic@ietf.org> https://www.ietf.org/mailman/listinfo/mmusic -- Magnus Westerlund ---------------------------------------------------------------------- Network Architecture & Protocols, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Torshamnsgatan 23 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com> ---------------------------------------------------------------------- -- Magnus Westerlund ---------------------------------------------------------------------- Network Architecture & Protocols, Ericsson Research ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Torshamnsgatan 23 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com<mailto:magnus.westerlund@ericsson.com> ----------------------------------------------------------------------
- Re: [MMUSIC] Last Call: <draft-ietf-mmusic-rfc456… Magnus Westerlund
- RE: [MMUSIC] Last Call: <draft-ietf-mmusic-rfc456… Roni Even (A)
- Re: [MMUSIC] Last Call: <draft-ietf-mmusic-rfc456… Paul Kyzivat
- Re: [MMUSIC] Last Call: <draft-ietf-mmusic-rfc456… Magnus Westerlund