Re: [rtcweb] JSEP-04: Nits and niggles
Harald Alvestrand <harald@alvestrand.no> Thu, 19 September 2013 22:18 UTC
Return-Path: <harald@alvestrand.no>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B123B21F88FB for <rtcweb@ietfa.amsl.com>; Thu, 19 Sep 2013 15:18:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.217
X-Spam-Level:
X-Spam-Status: No, score=-110.217 tagged_above=-999 required=5 tests=[AWL=-0.219, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_14=0.6, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R8f57PZl08PO for <rtcweb@ietfa.amsl.com>; Thu, 19 Sep 2013 15:18:29 -0700 (PDT)
Received: from eikenes.alvestrand.no (eikenes.alvestrand.no [158.38.152.233]) by ietfa.amsl.com (Postfix) with ESMTP id A580721F87BB for <rtcweb@ietf.org>; Thu, 19 Sep 2013 15:18:27 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 41EC039E1B7; Fri, 20 Sep 2013 00:18:25 +0200 (CEST)
X-Virus-Scanned: Debian amavisd-new at eikenes.alvestrand.no
Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ylgwS9KAUVgx; Fri, 20 Sep 2013 00:18:24 +0200 (CEST)
Received: from [IPv6:2001:470:de0a:27:903a:6934:230b:9fc1] (unknown [IPv6:2001:470:de0a:27:903a:6934:230b:9fc1]) by eikenes.alvestrand.no (Postfix) with ESMTPSA id 2974E39E04F; Fri, 20 Sep 2013 00:18:24 +0200 (CEST)
Message-ID: <523B7886.2080201@alvestrand.no>
Date: Fri, 20 Sep 2013 00:19:50 +0200
From: Harald Alvestrand <harald@alvestrand.no>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8
MIME-Version: 1.0
To: Suhas Nandakumar <suhasietf@gmail.com>
References: <523AF421.7000807@alvestrand.no> <CAMRcRGQXeH7D+u2g-jdoWfHJ+FmE+mgpAztmsyArZNS0KAz=Fw@mail.gmail.com>
In-Reply-To: <CAMRcRGQXeH7D+u2g-jdoWfHJ+FmE+mgpAztmsyArZNS0KAz=Fw@mail.gmail.com>
Content-Type: multipart/alternative; boundary="------------080804050409020005090004"
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>
Subject: Re: [rtcweb] JSEP-04: Nits and niggles
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 19 Sep 2013 22:18:33 -0000
On 09/19/2013 10:55 PM, Suhas Nandakumar wrote: > Regarding a=ssrc comment above, > The text from RFC5576 says this > > Each "ssrc" media attribute specifies a single source-level attribute > for the given <ssrc-id>. For each source mentioned in SDP, the > source-level attribute "cname", defined inSection 6.1 <http://tools.ietf.org/html/rfc5576#section-6.1>, MUST be > provided. Any number of other source-level attributes for the source > MAY also be provided. > given the above, would it be cname attribute for a given ssrc that should be mandated at the minimum ? Thanks, that makes sense to me. Updating JSEP to say "add a line with a=ssrc cname=<cname>" sounds like something that does what we want and is consistent with 5576. > > > > Cheers > Suhas > > > On Thu, Sep 19, 2013 at 5:54 AM, Harald Alvestrand > <harald@alvestrand.no <mailto:harald@alvestrand.no>> wrote: > > I'm sure we'll have lots of things to discuss about JSEP. I just > thought I'd get these out of the way. > > - Usage of MSID. In addition to the a=msid: lines, the > session-level generation procedure needs to say that a line > "a=msid-semantic:WMS <id>" is added to the session-level > description, containing the IDs of the MediaStreams that are > signalled. > > - a=ssrc lines. The spec (5.2.1 second list last bullet) simply > says "an a=ssrc line". But RFC 5576 specifies that all ssrc lines > contain an attribute. Suggestion: define one that does no harm > (role=primary?) > > - recycling of m= lines. The section in 5.2.2 (subsequent offers) > that talks about this doesn't mention that the media in the m-line > has to match, although section 5.3.1 (initial answer) actually > talks about it. I'm assuming that's an oversight. > > I'd suggest pulling the language about "selecting an appropriate > m-line for a track" out in a separate subsection, so that we have > one place to point to for this. > > Out of time, let's get these ones out of the way for -05.... > > > > _______________________________________________ > rtcweb mailing list > rtcweb@ietf.org <mailto:rtcweb@ietf.org> > https://www.ietf.org/mailman/listinfo/rtcweb > >
- [rtcweb] JSEP-04: Nits and niggles Harald Alvestrand
- Re: [rtcweb] JSEP-04: Nits and niggles Suhas Nandakumar
- Re: [rtcweb] JSEP-04: Nits and niggles Harald Alvestrand
- Re: [rtcweb] JSEP-04: Nits and niggles Justin Uberti