Re: [MMUSIC] RFC5576 ssrc attributes registeration was WGLC on draft-ietf-avtcore-clksrc-03

"Roni Even" <ron.even.tlv@gmail.com> Tue, 11 June 2013 22:21 UTC

Return-Path: <ron.even.tlv@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 E4E7B21F9A31 for <mmusic@ietfa.amsl.com>; Tue, 11 Jun 2013 15:21:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.332
X-Spam-Level:
X-Spam-Status: No, score=-2.332 tagged_above=-999 required=5 tests=[AWL=-0.089, BAYES_00=-2.599, SARE_SUB_6CONS_WORD=0.356]
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 QqRvWfVIAkDT for <mmusic@ietfa.amsl.com>; Tue, 11 Jun 2013 15:21:19 -0700 (PDT)
Received: from mail-ee0-x22e.google.com (mail-ee0-x22e.google.com [IPv6:2a00:1450:4013:c00::22e]) by ietfa.amsl.com (Postfix) with ESMTP id C568721F9A64 for <mmusic@ietf.org>; Tue, 11 Jun 2013 15:21:18 -0700 (PDT)
Received: by mail-ee0-f46.google.com with SMTP id d41so2902958eek.5 for <mmusic@ietf.org>; Tue, 11 Jun 2013 15:21:12 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding:x-mailer :thread-index:content-language; bh=9Yid/6Swb38FFnS9YwacBKSp0P6cUE3MStpv/9k+gFE=; b=Mdua/Ui9hER2y74SvRTWac9iubvaKYhx0SZMDmN/z4f3xNnhDILAxnoV07p9PqOQhK R9g5zFqzXb/edkyZnkr99b5ornc1qUT7/+cwy0K10c/7fVzcIoPsUEVWCoTo68/PVwbz Iz1Xj9lCAhmKUwtX+vTVE8wfHubEZH5zm0D2rTjAUakCMAmfohyLGWSMz7koE4Y1c7ra z87m+WI/AA3M9nZ/TgtYn0OBCmfM3bS3bqEZbYGfjjLcoJpNYdA2Mtjt2NoKhAG+RVpk oqn2osohjG5AHQCbtVmQD6o0PN/yv+1by1QgizqLli1FXB0dIqdGhXyZbujXQ/aaa97x SO4A==
X-Received: by 10.15.22.3 with SMTP id e3mr997166eeu.27.1370989272561; Tue, 11 Jun 2013 15:21:12 -0700 (PDT)
Received: from RoniE ([109.64.225.31]) by mx.google.com with ESMTPSA id p43sm33026896eem.11.2013.06.11.15.21.10 for <multiple recipients> (version=TLSv1 cipher=RC4-SHA bits=128/128); Tue, 11 Jun 2013 15:21:11 -0700 (PDT)
From: Roni Even <ron.even.tlv@gmail.com>
To: 'Paul Kyzivat' <pkyzivat@alum.mit.edu>, mmusic@ietf.org
References:
In-Reply-To:
Date: Wed, 12 Jun 2013 01:19:49 +0300
Message-ID: <068b01ce66f1$cbacbd10$63063730$@gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Ac5m74knfiPxq7QxRnCpVCeE5c2dRwAAW9rA
Content-Language: en-us
Cc: mmusic-chairs@tools.ietf.org
Subject: Re: [MMUSIC] RFC5576 ssrc attributes registeration was WGLC on draft-ietf-avtcore-clksrc-03
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Tue, 11 Jun 2013 22:21:21 -0000

Hi,
Looking at the IANA registry,
http://www.iana.org/assignments/sdp-parameters/sdp-parameters.xml , I can
see that IANA puts the attribute in a table based on the registration
template for media level, session level or both. 
So the question is what will happen if you want to register anew attribute
using the template

SDP Attribute ("att-field"):

     Attribute name:     ts-refclk

     Long form:          Timestamp reference clock source

     Type of name:       att-field

     Type of attribute:  Session, media and source level

     Subject to charset: No

     Purpose:            See section 4 of this document

     Reference:          This document

     Values:             See this document and registrations below

It is clear that it should go to the both session and media level table but
what about source level. Currently I assume that it implies that it will be
registered in two tables the both session and media table and the source
level table.

Roni

> -----Original Message-----
> From: Roni Even [mailto:ron.even.tlv@gmail.com]
> Sent: 12 June, 2013 1:06 AM
> To: 'Paul Kyzivat'; 'mmusic@ietf.org'
> Subject: RFC5576 ssrc attributes registeration was WGLC on draft-ietf-
> avtcore-clksrc-03
> 
> Hi,
> I agree with Paul that it is not clear what need to be registered as SSRC
> attribute. What makes it unclear to me is that the ABNF in RFC5576
> 
> ssrc-attr = "ssrc:" ssrc-id SP attribute
>    ; The base definition of "attribute" is in RFC 4566.
>    ; (It is the content of "a=" lines.)
> 
>    ssrc-id = integer ; 0 .. 2**32 - 1
> 
>    attribute =/ ssrc-attr
> 
> make it look like you only need to register specific  ssrc-attr while any
existing
> session or media level attribute are covered. I assume that it will make
sense
> only for media level attributes.
> I think this will relate also to the usage of the SSRC attribute for the
multi-
> stream support Roni
> 
> > -----Original Message-----
> > From: mmusic-bounces@ietf.org [mailto:mmusic-bounces@ietf.org] On
> > Behalf Of Paul Kyzivat
> > Sent: 11 June, 2013 6:00 PM
> > To: mmusic@ietf.org
> > Subject: Re: [MMUSIC] [AVTCORE] WGLC on draft-ietf-avtcore-clksrc-03
> >
> > On 6/11/13 9:30 AM, Kevin Gross wrote:
> > > I've read section 12.2 of RFC 5576 and it is unclear to me whether a
> > > properly-registered attribute also requires a separate registration
> > > to be used as a source-level attribute. I gather there's some
> > > uncertainty on Colin's part. Can anyone help clarify these
requirements
> for us?
> >
> > IMO this is a bit of a mess. We can ask the authors what they
> > intended, but in the end it was a wg document, so maybe its up to the
> > wg to decide. I'm also unclear whether the IANA registry structure
> > that got built for this is exactly what was intended. IMO the
> > collective IANA registry structures for registering SDP attributes is
far from
> ideal.
> >
> > As the registry is currently constructed there is definitely a need
> > for a separate entry for source level attributes. Perhaps a single
> > registration request can be for multiple entries - that comes down to
> > details of what a "request" is.
> >
> > IMO the registry should be restructured, so that there is a single
> > table for all SDP attributes, with a column indicating in which
context(s) it
> may be used:
> > session level, media level, and/or source level. If that were so, then
> > a single registration could define as many of those as made sense for an
> attribute.
> >
> > 	Thanks,
> > 	Paul
> >
> > > Kevin Gross
> > > +1-303-447-0517
> > > Media Network Consultant
> > > AVA Networks - www.AVAnw.com <http://www.avanw.com/>,
> > www.X192.org
> > > <http://www.X192.org>
> > >
> > >
> > > On Fri, May 3, 2013 at 10:26 AM, Colin Perkins <csp@csperkins.org
> > > <mailto:csp@csperkins.org>> wrote:
> > >
> > >     On 21 Apr 2013, at 07:39, Roni Even wrote:
> > >      > I would like to start a WGLC on
> > >     http://tools.ietf.org/html/draft-ietf-avtcore-clksrc-03  , RTP
Clock
> > >     Source Signalling.
> > >      >
> > >      > The WGLC will end on May 12th , 2013
> > >      >
> > >      > Please review the draft and send comments to the list.
> > >
> > >     This generally looks good, and I had only one comment: if I'm
> > >     reading RFC 5576 correctly, this draft needs to include IANA
> > >     registrations for "att-field (source level)" for the SDP
attributes,
> > >     to allow them to be used in the a=ssrc: lines. Making this change
> > >     will probably also requires changes to the ABNF, to cleanly
separate
> > >     the syntax for "a=..." and "a=ssrc: ..." forms so they can be
> > >     separately referenced.
> > >
> > >     --
> > >     Colin Perkins
> > >     http://csperkins.org/
> > >
> > >
> > >
> > >
> > >
> > >
> > > _______________________________________________
> > > mmusic mailing list
> > > mmusic@ietf.org
> > > https://www.ietf.org/mailman/listinfo/mmusic
> > >
> >
> > _______________________________________________
> > mmusic mailing list
> > mmusic@ietf.org
> > https://www.ietf.org/mailman/listinfo/mmusic