Re: [MMUSIC] BUNDLE - MID Security - Updated text proposal

Ted Hardie <ted.ietf@gmail.com> Thu, 03 November 2016 16:42 UTC

Return-Path: <ted.ietf@gmail.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 1C53D12949B for <mmusic@ietfa.amsl.com>; Thu, 3 Nov 2016 09:42:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.699
X-Spam-Level:
X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.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 4Lr24XeBlI5R for <mmusic@ietfa.amsl.com>; Thu, 3 Nov 2016 09:42:50 -0700 (PDT)
Received: from mail-qt0-x234.google.com (mail-qt0-x234.google.com [IPv6:2607:f8b0:400d:c0d::234]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7A4361294C1 for <mmusic@ietf.org>; Thu, 3 Nov 2016 09:36:34 -0700 (PDT)
Received: by mail-qt0-x234.google.com with SMTP id p16so31739356qta.0 for <mmusic@ietf.org>; Thu, 03 Nov 2016 09:36:34 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=Xlu4d50EcnCiE7KzWPBdMibREPVicUatAmIRs0chfGQ=; b=Q8wN6XC8QA3XPdy2QHqV6xxaYUBVJd32SAIIqku7uAYsYLMYXKUGQMjgR7jp0lyd1T 29YVBMvIeIH8sYuP0R3NENiZSweX636xJwuM32nFIOU6J3NnshH7t2pZqGdVB8aHEYw1 lBmNE/QczUwpvs8j6RleG9GxwOjcIjtg0gODtl0cUfgBl67fx8yW8HxB26BjTV7/cHLJ BBHwJZJH0rGrQ6gJxWdnmX1v0pF53wjmyBsen4A0ToF3dKhvWLWAVZDHUxJZyLFXTOIj QMzvq06vq19KWwYP4u5T/SHKv8975NYTcBW8pzmOSqIxOoWLBwUfje4GriS8DEiWbiaJ lD5w==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=Xlu4d50EcnCiE7KzWPBdMibREPVicUatAmIRs0chfGQ=; b=Uz/Ic4S72g+uHtQQ8Dvf7BABRbe2g6RPV4ig4kJiOww1G4BO/7KZyiu0g8FJK6vQuO N7FwO+ooefRhDWX3ZKrqbUVFpEhLxK9bBDtjVnsC6jD/PmNTI+0N6FvkP0exB2I0ptT7 RJv0eyOwm/IlknA/FFx288ES14jsWY1kkbnjQ7zuntodwQ+2+UHT2npqtSGR1UfW7s1z KPDSggf0Fh6d6Q6Cl606P8vkXLQDnMrFdcz5tPUyVHbLr6JXW1nTvYGLMMLd2dQ+7vlh hmLLVr8VNxXrv2f1FCRP6ESaK/Si1arb/sjjw+8WJajk9CAsmKofFzh/pqbJ4+TgdVCp RNcQ==
X-Gm-Message-State: ABUngvcnAQ9yzsea1Gt7Ewl3I/SakqiCTMpKmljU5M6vSW9xjEyAyCGYjQBqYqKrShxlFgxHH6lBpCPR4yNfXQ==
X-Received: by 10.237.33.147 with SMTP id l19mr8547172qtc.58.1478190993576; Thu, 03 Nov 2016 09:36:33 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.12.140.8 with HTTP; Thu, 3 Nov 2016 09:36:03 -0700 (PDT)
In-Reply-To: <811331de-526a-9cce-a1ea-11e17d4bdf23@ericsson.com>
References: <D41C238A.1095B%christer.holmberg@ericsson.com> <71419d1f-af1d-46e9-401d-81c5df73fc49@ericsson.com> <58510E68-A045-4312-B3B3-3468E83C8EB7@iii.ca> <243c777f-46f9-4053-1588-7e6b58a06c8c@ericsson.com> <D423DEE7.1101D%christer.holmberg@ericsson.com> <D423FEEE.11074%christer.holmberg@ericsson.com> <CABcZeBO7b3XGRTCzN4-Z-6=8sTD3nrr8HtgN1q9np-hZ3tqbMQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B4BD668D1@ESESSMB209.ericsson.se> <CABcZeBNDpt5F_HZeHC9tavPUKzq-Dw3u2SroKcH4U-k-hWNmyg@mail.gmail.com> <4a000249-91d9-f6b3-5b01-4833e6d359fc@ericsson.com> <CABcZeBNwbWWZPcjothhZEv2L8uSpW=stg5-eyxS_nOYUjNwp8A@mail.gmail.com> <53d2e50d-25a5-11da-0062-3bd6dc14fd3b@ericsson.com> <45cc8083-b5d4-3a1a-5691-bdcf3ae27309@ericsson.com> <8C3086EB-8DF8-4C23-A4EC-01429FED8D41@iii.ca> <d87b1256-bcee-5379-13b0-ff07439a05d4@nostrum.com> <811331de-526a-9cce-a1ea-11e17d4bdf23@ericsson.com>
From: Ted Hardie <ted.ietf@gmail.com>
Date: Thu, 03 Nov 2016 09:36:03 -0700
Message-ID: <CA+9kkMDE7PRRi3eN5_Frvb-=8zv5oyKykVhaf3yy_1TaRKPuYQ@mail.gmail.com>
To: Magnus Westerlund <magnus.westerlund@ericsson.com>
Content-Type: multipart/alternative; boundary="001a1149c49c1519f0054068293b"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/GhOYYDnfNgyfh_i3g5LfgpBEpcI>
Cc: Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>, Cullen Jennings <fluffy@iii.ca>, Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] BUNDLE - MID Security - Updated text proposal
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.17
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: Thu, 03 Nov 2016 16:42:52 -0000

On Thu, Nov 3, 2016 at 6:52 AM, Magnus Westerlund <
magnus.westerlund@ericsson.com> wrote:

> Den 2016-11-02 kl. 21:07, skrev Adam Roach:
>
>> On 11/2/16 14:11, Cullen Jennings wrote:
>>
>>> I'd also like to give any reasonable advice we can on creating MIDs
>>> such that they meet that goal.  Is there any reason not to just make
>>> MID a 16 bit integer ? same for RID ?
>>>
>>
>>
>> draft-ietf-avtext-rid is in the RFC editors' queue. We *might* be able
>> to pull off minor editorial changes. As far as I understand things,
>> changing the format of a field would require us to pull it back and put
>> it through IETF LC and IESG review again.
>>
>> In terms of the actual proposed change ("16 bit integer"), SDES is
>> defined to be a UTF-8 string. Unless we want to define a whole other
>> thing instead of using SDES, these identifiers have to be valid UTF-8.
>>
>>
> I agree with Adam here that going to something that isn't UTF-8 makes it
> more difficult. It will not match the standard SDES format. I think it is
> desirable that we can have a single character and single byte in most
> cases, while still allowing for multiple ones in cases where there are many
> MIDs or RIDs. But basically if one uses 0-9, a-z, A-Z, and then goes to 00,
> 01, .. 0a, etc, then one can with two characters 62^2 = 3844 possible ids,
> and the scheme should not be restricted to just two if actually needed. The
> SDES has an upper limit of 255 bytes.
>
>
Okay, so I was going to suggest we leave RID alone and have an optional
suggestion that MID be a 16 bit integer, represented as an SDES-compatible
UTF-8 string (that should be 5 octets maximum).  Someone interested in code
re-use could always use that with RID as well, even though the RID document
doesn't have the same suggestion.  While this would be optional advice,
you're concerned that someone taking it would consume 10 of the  255
available octets?

regards,

Ted


> Cheers
>
> Magnus Westerlund
>
> ----------------------------------------------------------------------
> Services, Media and Network features, Ericsson Research EAB/TXM
> ----------------------------------------------------------------------
> Ericsson AB                 | Phone  +46 10 7148287
> Färögatan 6                 | Mobile +46 73 0949079
> SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com
> ----------------------------------------------------------------------
>
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>