[MMUSIC] Feedback requested on requirements

worley@ariadne.com (Dale R. Worley) Thu, 18 April 2013 20:48 UTC

Return-Path: <worley@shell01.TheWorld.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 180BE21F9375 for <mmusic@ietfa.amsl.com>; Thu, 18 Apr 2013 13:48:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.73
X-Spam-Level:
X-Spam-Status: No, score=-2.73 tagged_above=-999 required=5 tests=[AWL=0.250, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, RCVD_IN_SORBS_WEB=0.619]
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 cKvSpLbTUaTU for <mmusic@ietfa.amsl.com>; Thu, 18 Apr 2013 13:48:02 -0700 (PDT)
Received: from TheWorld.com (pcls6.std.com [192.74.137.146]) by ietfa.amsl.com (Postfix) with ESMTP id 8136E21F934B for <mmusic@ietf.org>; Thu, 18 Apr 2013 13:48:02 -0700 (PDT)
Received: from shell.TheWorld.com (root@shell01.theworld.com [192.74.137.71]) by TheWorld.com (8.14.5/8.14.5) with ESMTP id r3IKkVRD001819 for <mmusic@ietf.org>; Thu, 18 Apr 2013 16:46:33 -0400
Received: from shell01.TheWorld.com (localhost.theworld.com [127.0.0.1]) by shell.TheWorld.com (8.13.6/8.12.8) with ESMTP id r3IKkVPL2948591 for <mmusic@ietf.org>; Thu, 18 Apr 2013 16:46:31 -0400 (EDT)
Received: (from worley@localhost) by shell01.TheWorld.com (8.13.6/8.13.6/Submit) id r3IKkUNs2939501; Thu, 18 Apr 2013 16:46:30 -0400 (EDT)
Date: Thu, 18 Apr 2013 16:46:30 -0400
Message-Id: <201304182046.r3IKkUNs2939501@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, 18 Apr 2013 20:48:03 -0000

Here is the start of "compatibility" desiderata, that is, aspects of
the protocol needed to interwork well with the existing Internet.

   DES C1  In offer/answer usage, an endpoint using the bundle mechanism
      must interwork correctly with an endpoint that does not understand
      the bundle mechanism.

   DES C2  Interworking must continue when SDP endpoints are replaced
      with other endpoints during a sequence of offer/answer exchanges
      (such as happens in 3PCC or call transfers "behind an SBC"),
      including when a supporting endpoint is replaced by a non-
      supporting endpoint or vice-versa.

   SDP features (e.g., the codec set and ICE) are generally designed so
   that an offerer always offers every facility it is willing to support
   in the current situation, regardless of whether it was agreed to by
   the answerer in a preceding exchange.  Thus, if the current answerer
   is a different endpoint than the previous answerer, the new answerer
   will negotiate a compatible set of facilities without needing
   knowledge of its predecessor's SDP.  The offerer will smoothly
   transition to the new facilities.  This property is required to
   support 3PCC situations (e.g., [RFC3725] and
   [I-D.worley-service-example]).  This desideratum was suggested by
   Richard Ejzak.

Dale