[MMUSIC] Feedback requested on requirements

worley@ariadne.com (Dale R. Worley) Thu, 04 April 2013 02:06 UTC

Return-Path: <worley@shell01.TheWorld.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id 515F121F93A9 for <mmusic@ietfa.amsl.com>; Wed, 3 Apr 2013 19:06:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.98
X-Spam-Status: No, score=-2.98 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_IN_SORBS_WEB=0.619]
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id rZK+dIXHzvjk for <mmusic@ietfa.amsl.com>; Wed, 3 Apr 2013 19:06:03 -0700 (PDT)
Received: from TheWorld.com (pcls6.std.com []) by ietfa.amsl.com (Postfix) with ESMTP id C546821F93BC for <mmusic@ietf.org>; Wed, 3 Apr 2013 19:06:02 -0700 (PDT)
Received: from shell.TheWorld.com (root@shell01.theworld.com []) by TheWorld.com (8.14.5/8.14.5) with ESMTP id r34258Fr026272 for <mmusic@ietf.org>; Wed, 3 Apr 2013 22:05:10 -0400
Received: from shell01.TheWorld.com (localhost.theworld.com []) by shell.TheWorld.com (8.13.6/8.12.8) with ESMTP id r34257cB1896845 for <mmusic@ietf.org>; Wed, 3 Apr 2013 21:05:07 -0500 (EST)
Received: (from worley@localhost) by shell01.TheWorld.com (8.13.6/8.13.6/Submit) id r34257ex1899016; Wed, 3 Apr 2013 22:05:07 -0400 (EDT)
Date: Wed, 03 Apr 2013 22:05:07 -0400
Message-Id: <201304040205.r34257ex1899016@shell01.TheWorld.com>
From: worley@ariadne.com
Sender: worley@ariadne.com
To: mmusic@ietf.org
Subject: [MMUSIC] Feedback requested on requirements
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: Thu, 04 Apr 2013 02:06:03 -0000

   DES F4  Multiple separate bundles within one SDP must be supported.

   DES F5  Bundles may contain other bundles as constituents.

   Of course, no bundle may directly or indirectly contain itself.  (I
   don't expect any current implementation to implement bundles within
   bundles, but we should design the mechanism to allow this, as some
   day we will likely need it.)

   DES F6  A bundle may contain zero constituents.

   A bundle with no constituents serves no purpose for the transport of
   media, but we are likely to someday need to describe such a bundle.
   (Compare that an SDP m= line is syntactically constrained to specify
   at least one payload type.  When SDP was used only to specify
   multicast sessions, this constraint was common sense.  But once SDP
   offer/answer was invented, when a media description was rejected, the
   natural representation would be an m= line with a zero port and no
   payload types.  But a payload type was syntactically required, so we
   now have to provide at least one token payload type in rejected m=