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