[MMUSIC] Modifying an approved document: MSID

Harald Alvestrand <harald@alvestrand.no> Thu, 19 January 2017 12:31 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 6D22412007C for <mmusic@ietfa.amsl.com>; Thu, 19 Jan 2017 04:31:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.398
X-Spam-Level:
X-Spam-Status: No, score=-7.398 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, 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 n0iTn5CeLXjW for <mmusic@ietfa.amsl.com>; Thu, 19 Jan 2017 04:31:46 -0800 (PST)
Received: from mork.alvestrand.no (mork.alvestrand.no [158.38.152.117]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 97F441293FB for <mmusic@ietf.org>; Thu, 19 Jan 2017 04:31:45 -0800 (PST)
Received: from localhost (localhost [127.0.0.1]) by mork.alvestrand.no (Postfix) with ESMTP id 879197C5132 for <mmusic@ietf.org>; Thu, 19 Jan 2017 13:31:43 +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 z1-P3ccP_yRm for <mmusic@ietf.org>; Thu, 19 Jan 2017 13:31:42 +0100 (CET)
Received: from hta-hippo.lul.corp.google.com (unknown [IPv6:2620:0:1043:12:21bc:7c38:8de8:3573]) by mork.alvestrand.no (Postfix) with ESMTPSA id 3954B7C512F for <mmusic@ietf.org>; Thu, 19 Jan 2017 13:31:42 +0100 (CET)
References: <24b5eee4-29b1-33b0-ecea-58c766636311@alvestrand.no>
To: "mmusic@ietf.org" <mmusic@ietf.org>
From: Harald Alvestrand <harald@alvestrand.no>
X-Forwarded-Message-Id: <24b5eee4-29b1-33b0-ecea-58c766636311@alvestrand.no>
Message-ID: <50b49dbf-7de1-a7c4-923f-f702ac14215e@alvestrand.no>
Date: Thu, 19 Jan 2017 13:31:41 +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: <24b5eee4-29b1-33b0-ecea-58c766636311@alvestrand.no>
Content-Type: multipart/alternative; boundary="------------AF50912027E1AA8D98B48086"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/w5tXZioWCiex-3sPj1VWsm1qqck>
Subject: [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: Thu, 19 Jan 2017 12:31:48 -0000

Ted pointed out to me that I sent this to the wrong group.

Chairs and members, please advise.



-------- 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