Re: [MMUSIC] Magnus Westerlund's Discuss on draft-ietf-mmusic-data-channel-sdpneg-25: (with DISCUSS and COMMENT)

Adam Roach <> Mon, 15 April 2019 21:52 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 42517120258; Mon, 15 Apr 2019 14:52:56 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -1.68
X-Spam-Status: No, score=-1.68 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_INVALID=0.1, DKIM_SIGNED=0.1, T_SPF_HELO_PERMERROR=0.01, T_SPF_PERMERROR=0.01] autolearn=no autolearn_force=no
Authentication-Results: (amavisd-new); dkim=fail (1024-bit key) reason="fail (message has been altered)"
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id kwU4cqDAiNmf; Mon, 15 Apr 2019 14:52:55 -0700 (PDT)
Received: from ( [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 0A3F01200F6; Mon, 15 Apr 2019 14:52:55 -0700 (PDT)
Received: from ( []) (authenticated bits=0) by (8.15.2/8.15.2) with ESMTPSA id x3FLqgKQ022456 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Mon, 15 Apr 2019 16:52:44 -0500 (CDT) (envelope-from
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple;; s=default; t=1555365165; bh=MQhdegU8UJFY8FtiXzz3uCLcZ8cZLUjE7sHzVt2a9D0=; h=Subject:To:Cc:References:From:Date:In-Reply-To; b=v9X9BmOjLsYkNR5hHDZHEW1V4QOcm570m1waQdPLjwBdGTOv5frjQVrXjRgUiPlU9 ai8DJQo1qttlGN8Z6cS0S4LkJ2hGtyUUePsyJSf8VXYkbDQq9+hb8PhdVjiV+RGbuN FI4h1kt6rKvFs0hSycjTetNoKJ1f6lH9q694bqc0=
X-Authentication-Warning: Host [] claimed to be
To: Magnus Westerlund <>, "Roni Even (A)" <>
Cc: "" <>, "" <>, "" <>, The IESG <>
References: <> <> <> <> <> <>
From: Adam Roach <>
Message-ID: <>
Date: Mon, 15 Apr 2019 16:52:37 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:60.0) Gecko/20100101 Thunderbird/60.6.1
MIME-Version: 1.0
In-Reply-To: <>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Archived-At: <>
Subject: Re: [MMUSIC] Magnus Westerlund's Discuss on draft-ietf-mmusic-data-channel-sdpneg-25: (with DISCUSS and COMMENT)
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Multiparty Multimedia Session Control Working Group <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Mon, 15 Apr 2019 21:52:56 -0000

On 4/15/19 3:25 AM, Magnus Westerlund wrote:
> Hi,
> I think you need to split this into two parts. One is the general 
> quoting of the UTF-8 string in the label parameter. The other part is 
> the serialization of the WebRTC label into an UTF-8 string.

I'm not sure what you mean by the second operation ("the other part") 
here. A USVString represents a sequence of Unicode codepoints ("USV" 
stands for "Unicode Scalar Values"). The procedure for going from a 
sequence of Unicode code points to a UTF-8 string is defined in RFC 
3629. Are you simply asking for a reference to RFC 3629 here?

> Also, I don't get my head around the USVString if that has any 
> additional data in addition to the sequence of the Unicode scalar 
> values and if there are any action that are needed to be done in the 
> seralization to an UTF-8 string?

I'm pretty comfortable asserting that the answers are "no" and "no" 
respectively. While it's not part of the spec, MDN (which hews very 
close to an "as built" description of web standards) makes this pretty 
clear: "USVString is equivalent to DOMString except for not allowing 
unpaired surrogate codepoints."