Re: [MMUSIC] The role of signaling

Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com> Thu, 06 June 2013 12:34 UTC

Return-Path: <prvs=8869b5063b=stefan.lk.hakansson@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 B75F021F94DC for <mmusic@ietfa.amsl.com>; Thu, 6 Jun 2013 05:34:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.949
X-Spam-Level:
X-Spam-Status: No, score=-5.949 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_SE=0.35, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-4]
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 geFSr2e2wvmP for <mmusic@ietfa.amsl.com>; Thu, 6 Jun 2013 05:34:11 -0700 (PDT)
Received: from mailgw1.ericsson.se (mailgw1.ericsson.se [193.180.251.45]) by ietfa.amsl.com (Postfix) with ESMTP id 16DEC21F965B for <mmusic@ietf.org>; Thu, 6 Jun 2013 05:34:10 -0700 (PDT)
X-AuditID: c1b4fb2d-b7f5d6d000003d54-94-51b081c28e0f
Received: from ESESSHC019.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw1.ericsson.se (Symantec Mail Security) with SMTP id 3D.86.15700.2C180B15; Thu, 6 Jun 2013 14:34:10 +0200 (CEST)
Received: from ESESSMB209.ericsson.se ([169.254.9.167]) by ESESSHC019.ericsson.se ([153.88.183.75]) with mapi id 14.02.0328.009; Thu, 6 Jun 2013 14:34:09 +0200
From: Stefan Håkansson LK <stefan.lk.hakansson@ericsson.com>
To: "mmusic@ietf.org" <mmusic@ietf.org>
Thread-Topic: [MMUSIC] The role of signaling
Thread-Index: Ac5isaGCGkXROJtETJa1hyIKXHiOHw==
Date: Thu, 06 Jun 2013 12:34:08 +0000
Message-ID: <1447FA0C20ED5147A1AA0EF02890A64B1C2E0DAC@ESESSMB209.ericsson.se>
References: <1447FA0C20ED5147A1AA0EF02890A64B1C2E0D3C@ESESSMB209.ericsson.se>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.146]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrPLMWRmVeSWpSXmKPExsUyM+Jvre6hxg2BBjtuC1lMXf6YxYHRY8mS n0wBjFHcNkmJJWXBmel5+nYJ3BlfFq9lKTjMUfHs813GBsaXbF2MnBwSAiYSGyZcY4awxSQu 3FsPFOfiEBI4zCixZM82RpCEkMBiRonf/XIgNptAoMTWfQvAmkUE1CW+7u0BaxYW0JZ4/vsX M0RcR6Jj9T4WCFtPYsHXjWBzWARUJGaeAZnJwcEr4Cvx9bcVxHhfiVtXr4ONZAS64fupNUwg NrOAuMStJ/OZIG4TADrnPNSdohIvH/9jhbCVJH5suMQCUa8ncWPqFDYIW1ti2cLXYPW8AoIS J2c+YZnAKDILydhZSFpmIWmZhaRlASPLKkb23MTMnPRyw02MwPA+uOW37g7GU+dEDjFKc7Ao ifPq8S4OFBJITyxJzU5NLUgtii8qzUktPsTIxMEJIrikGhj7f0580M183EBi+sqiEGmFpbs3 V579ffbdZ0XBZUla6pLOnNd31yrcCeg9uObeyU9Tp1WYlvY0hLnXqa5IWx336vDHhm2PmivZ n+urF4l63f50af3PmVdsbu23WfxJyTuIrbBca+5Og9vzZqV5hN835ryz7eWCU/d3SM+6z6Wr uOXIzplL3/G7KbEUZyQaajEXFScCADPVz6dCAgAA
Subject: Re: [MMUSIC] The role of signaling
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, 06 Jun 2013 12:34:17 -0000

On 6/6/13 2:30 PM, Stefan Håkansson LK wrote:
> I actually think that noplan bears serious consideration, but only
> with respect to what it says about the role of signaling.
>
> Plan A/B assume some things about these questions that we clearly
> haven't reached consensus on.  The questions that I think we've been
> working towards are:
>
>    - What role does signaling play in session establishment?
>    - What information does signaling convey vs. what information is
> conveyed in the signaled medium?
>    - Does SDP represent ALL signaling?  (Clearly not.)  What parts of
> signaling is SDP responsible for?
>
> I don't think that we resolve anything on A/B until we agree on what
> SDP is and does.  Of course, once we agree on principles, we are
> always free to choose expediency over those principles.

I agree to the above, I think we should sort out those questions. And, 
as I have said before, I think we should avoid putting more than we have 
to into SDP.