RE: [MMUSIC] Last Call: <draft-ietf-mmusic-rfc4566bis-34.txt> (SDP: Session Description Protocol) to Proposed Standard

"Roni Even (A)" <roni.even@huawei.com> Thu, 11 April 2019 10:05 UTC

Return-Path: <roni.even@huawei.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 039251202B9; Thu, 11 Apr 2019 03:05:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.189
X-Spam-Level:
X-Spam-Status: No, score=-4.189 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_KAM_HTML_FONT_INVALID=0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 yOrEit117gDo; Thu, 11 Apr 2019 03:05:04 -0700 (PDT)
Received: from huawei.com (lhrrgout.huawei.com [185.176.76.210]) (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 625651200F1; Thu, 11 Apr 2019 03:05:04 -0700 (PDT)
Received: from lhreml707-cah.china.huawei.com (unknown [172.18.7.106]) by Forcepoint Email with ESMTP id 8DC0A5AEF1168462050B; Thu, 11 Apr 2019 11:05:02 +0100 (IST)
Received: from lhreml704-chm.china.huawei.com (10.201.108.53) by lhreml707-cah.china.huawei.com (10.201.108.48) with Microsoft SMTP Server (TLS) id 14.3.408.0; Thu, 11 Apr 2019 11:05:02 +0100
Received: from lhreml704-chm.china.huawei.com (10.201.108.53) by lhreml704-chm.china.huawei.com (10.201.108.53) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1713.5; Thu, 11 Apr 2019 11:05:02 +0100
Received: from DGGEMM402-HUB.china.huawei.com (10.3.20.210) by lhreml704-chm.china.huawei.com (10.201.108.53) with Microsoft SMTP Server (version=TLS1_0, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA_P256) id 15.1.1713.5 via Frontend Transport; Thu, 11 Apr 2019 11:05:01 +0100
Received: from DGGEMM526-MBX.china.huawei.com ([169.254.8.138]) by DGGEMM402-HUB.china.huawei.com ([10.3.20.210]) with mapi id 14.03.0415.000; Thu, 11 Apr 2019 18:04:41 +0800
From: "Roni Even (A)" <roni.even@huawei.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.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/jMwpKY22TWQ
Date: Thu, 11 Apr 2019 10:04:41 +0000
Message-ID: <6E58094ECC8D8344914996DAD28F1CCD18CDB636@dggemm526-mbx.china.huawei.com>
References: <155326592304.23020.8256337045285295468.idtracker@ietfa.amsl.com> <HE1PR0701MB2522795AFC19AB4A73D65ABA952F0@HE1PR0701MB2522.eurprd07.prod.outlook.com>
In-Reply-To: <HE1PR0701MB2522795AFC19AB4A73D65ABA952F0@HE1PR0701MB2522.eurprd07.prod.outlook.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.200.202.102]
Content-Type: multipart/alternative; boundary="_000_6E58094ECC8D8344914996DAD28F1CCD18CDB636dggemm526mbxchi_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/bRVstRomfnSTme47rN1bjc3RX9Y>
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: Thu, 11 Apr 2019 10:05:07 -0000

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
Cc: mmusic-chairs@ietf.org; draft-ietf-mmusic-rfc4566bis@ietf.org; 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>

----------------------------------------------------------------------