Re: [MMUSIC] Modifying an approved document: MSID

Harald Alvestrand <harald@alvestrand.no> Mon, 23 January 2017 15:18 UTC

Return-Path: <harald@alvestrand.no>
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 1B72C12961E; Mon, 23 Jan 2017 07:18:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.099
X-Spam-Level:
X-Spam-Status: No, score=-5.099 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-3.199] 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 Dek9RT9NV20f; Mon, 23 Jan 2017 07:18:13 -0800 (PST)
Received: from mork.alvestrand.no (mork.alvestrand.no [IPv6:2001:700:1:2::117]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA003129615; Mon, 23 Jan 2017 07:18:12 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id B25B27C51BC; Mon, 23 Jan 2017 16:18:10 +0100 (CET)
X-Virus-Scanned: Debian amavisd-new at alvestrand.no
Received: from mork.alvestrand.no ([127.0.0.1]) by localhost (mork.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0-h6vtJKTqvE; Mon, 23 Jan 2017 16:18:08 +0100 (CET)
Received: from [IPv6:2001:470:de0a:1::5ea] (unknown [IPv6:2001:470:de0a:1::5ea]) by mork.alvestrand.no (Postfix) with ESMTPSA id 4C42F7C51B9; Mon, 23 Jan 2017 16:18:08 +0100 (CET)
To: mmusic@ietf.org
References: <24b5eee4-29b1-33b0-ecea-58c766636311@alvestrand.no> <50b49dbf-7de1-a7c4-923f-f702ac14215e@alvestrand.no>
From: Harald Alvestrand <harald@alvestrand.no>
Message-ID: <0df3cbb0-a3e7-011c-c4d5-63aad9350283@alvestrand.no>
Date: Mon, 23 Jan 2017 16:18:07 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1
MIME-Version: 1.0
In-Reply-To: <50b49dbf-7de1-a7c4-923f-f702ac14215e@alvestrand.no>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/P-Y76axElmFtl7wnCrU-gUQmvuM>
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [MMUSIC] Modifying an approved document: MSID
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: Mon, 23 Jan 2017 15:18:15 -0000

Den 19. jan. 2017 13:31, skrev Harald Alvestrand:
> Ted pointed out to me that I sent this to the wrong group.
> 
> Chairs and members, please advise.

My proposed change is here:

https://github.com/alvestrand/rtcweb-msid/pull/16

The filed issue is here:

https://github.com/alvestrand/rtcweb-msid/issues/15

(CCing RTCWEB - please keep discussion, if any, on mmusic)

> 
> 
> 
> -------- Forwarded Message --------
> Subject: 	[rtcweb] Modifying an approved document: MSID
> Date: 	Wed, 18 Jan 2017 23:22:14 +0100
> From: 	Harald Alvestrand <harald@alvestrand.no>
> To: 	rtcweb@ietf.org <rtcweb@ietf.org>
> 
> 
> 
> When reviewing the implications of the PeerConnection API change to
> support AddTrack rather than AddStream, I found an issue.
> 
> This issue concerns draft-ietf-rtcweb-msid, which is currently in
> REF-WAIT state (I believe).
> 
> The issue is that it is possible to add a track without specifying a
> stream. Since the track's ID needs to be carried, we have to send an
> "a=msid" line, but the track's ID is the *second* field on that line,
> with the first being the stream's ID.
> 
> This creates a problem.
> 
> Suggested fix: Insert two lines in the document:
> 
> 1) On SDP generation:
> 
> "If there is no stream associated with the track, use the reserved ID
> value '-'"
> 
> 2) On SDP parsing
> 
> "If the stream ID is the reserved value '-', the track is not associated
> with a stream, and no stream is signalled or created."
> 
> If this is OK with the community, I'll issue an updated draft with this
> change.
> 
> 
> -- 
> Surveillance is pervasive. Go Dark.
> 
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
> 
> 
> 
> _______________________________________________
> mmusic mailing list
> mmusic@ietf.org
> https://www.ietf.org/mailman/listinfo/mmusic
>