[MMUSIC] updating draft-ietf-mmusic-sctp-sdp

Salvatore Loreto <salvatore.loreto@ericsson.com> Mon, 08 October 2012 08:12 UTC

Return-Path: <salvatore.loreto@ericsson.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 C85C721F86B9 for <mmusic@ietfa.amsl.com>; Mon, 8 Oct 2012 01:12:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.683
X-Spam-Level:
X-Spam-Status: No, score=-106.683 tagged_above=-999 required=5 tests=[AWL=-0.435, BAYES_00=-2.599, HELO_EQ_SE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ucYajUclNTFa for <mmusic@ietfa.amsl.com>; Mon, 8 Oct 2012 01:12:53 -0700 (PDT)
Received: from mailgw7.ericsson.se (mailgw7.ericsson.se [193.180.251.48]) by ietfa.amsl.com (Postfix) with ESMTP id 762C421F85D5 for <mmusic@ietf.org>; Mon, 8 Oct 2012 01:12:51 -0700 (PDT)
X-AuditID: c1b4fb30-b7f7d6d0000042ea-99-50728b02d346
Received: from esessmw0184.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw7.ericsson.se (Symantec Mail Security) with SMTP id AC.3A.17130.20B82705; Mon, 8 Oct 2012 10:12:51 +0200 (CEST)
Received: from mail.lmf.ericsson.se (153.88.115.8) by esessmw0184.eemea.ericsson.se (153.88.115.82) with Microsoft SMTP Server id 8.3.279.1; Mon, 8 Oct 2012 10:12:50 +0200
Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3]) by mail.lmf.ericsson.se (Postfix) with ESMTP id 64F5B22F6 for <mmusic@ietf.org>; Mon, 8 Oct 2012 11:12:50 +0300 (EEST)
Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id A1AE4538FC for <mmusic@ietf.org>; Mon, 8 Oct 2012 11:12:49 +0300 (EEST)
Received: from n94.nomadiclab.com (localhost [127.0.0.1]) by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 54CAE53192 for <mmusic@ietf.org>; Mon, 8 Oct 2012 11:12:49 +0300 (EEST)
Message-ID: <50728B01.5060405@ericsson.com>
Date: Mon, 08 Oct 2012 11:12:49 +0300
From: Salvatore Loreto <salvatore.loreto@ericsson.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:15.0) Gecko/20120907 Thunderbird/15.0.1
MIME-Version: 1.0
To: mmusic@ietf.org
Content-Type: multipart/alternative; boundary="------------010606060707070001050802"
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrNLMWRmVeSWpSXmKPExsUyM+JvrS5zd1GAwfrnTBZTlz9mcWD0WLLk J1MAYxSXTUpqTmZZapG+XQJXRv/cC8wFd+UqntxeztLA+Ey8i5GTQ0LAROLNh0Z2CFtM4sK9 9WxdjFwcQgKnGCW6mg6yQDjrGSXap+1mhHAuMkpMeryTFaRFSOAIo0RPtzeEvYdR4t+zEhCb V0BbYtPHw8wgNouAikTT2vlgNpuAmcTzh1vAbFGBZIne+TsZIeoFJU7OfMICYosICEvMePsX 6AwODmEBHYl7++RAwswCYRJTVk1ihrhUTeLquU3MEGu1JHrPdjJNYBSchWTSLCQtELatxIU5 16Hi8hLb386BiutKXPg/BUV8ASPbKkbh3MTMnPRyc73Uoszk4uL8PL3i1E2MwAA/uOW3wQ7G TffFDjFKc7AoifPqqe73FxJITyxJzU5NLUgtii8qzUktPsTIxMEp1cC4aaqTkOymW6onfzpu F1c9mmwWd/jmNvWtVvyC7P8nPtoWduVu9CN/Rf/EPg/D01ujdrVVG+rEey/3z7G6aib6es/8 NOvsos3/Hz7PStwstJKRy3zVzzeNBu+UP/q6h7D+6PKwcQ95p6ctUWwm/vHDpmevhH89+mfP U7B6w/0EycfNW5/M6C9VYinOSDTUYi4qTgQAkjOVYz4CAAA=
Subject: [MMUSIC] updating draft-ietf-mmusic-sctp-sdp
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: Mon, 08 Oct 2012 08:12:54 -0000

Hi there,

there has been a quite large discussion within the rtcweb mailing list and
especially the w3c webrtc mailing list.

Some of the points discussed are specific of how to negotiate the 
'datachannel' protocol over SDP,
and I lean on putting those in a separate draft and not in this one.

However there are things that are general enough to is worth to insert 
in this draft
as they can be used in other protocols that eventually will be specified 
in the future
running on top of SCTP, or STCP over DTLS.

  'streams' is some of those attributes,
  so I am proposing to insert in the new version of the draft the 
following text

  xxx.  Streams Attribute

    The 'streams' attribute indicates time the number of streams to be supported by the association.
    If this attribute is not present, the implementation should provide a default, with a suggested value
    of 16.


          streams-attr           =  "a=streams:" streamsnumbers
          streamsnumbers         =1*DIGIT


As I said, all the other attributes that has been discussed are tied to 
the 'datachannel'  protocol identifier ( to be registered?),
which is describing the format of the media... so they should go in a 
different draft.

opinion, thoughts are welcome and required

thanks
Salvatore

-- 
Salvatore Loreto, PhD
www.sloreto.com