Re: [MMUSIC] actpass redux

Paul Kyzivat <paul.kyzivat@comcast.net> Fri, 09 June 2017 18:00 UTC

Return-Path: <paul.kyzivat@comcast.net>
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 50120126C89 for <mmusic@ietfa.amsl.com>; Fri, 9 Jun 2017 11:00:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=comcast.net
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B0Qb-MfFanP7 for <mmusic@ietfa.amsl.com>; Fri, 9 Jun 2017 11:00:52 -0700 (PDT)
Received: from resqmta-ch2-03v.sys.comcast.net (resqmta-ch2-03v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E82EE1267BB for <mmusic@ietf.org>; Fri, 9 Jun 2017 11:00:51 -0700 (PDT)
Received: from resomta-ch2-12v.sys.comcast.net ([69.252.207.108]) by resqmta-ch2-03v.sys.comcast.net with SMTP id JOCZd7a20fuM3JODLdJAA9; Fri, 09 Jun 2017 18:00:51 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1497031251; bh=XwCcGzIs4wp40uFbNhxA9Zs6HIXtIU+bMWnb8n8yjNw=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=CBt8JIyGrKuOBWTeQEFC3qacKzVzWiRFNv11NaHSFu/QT5umCNgGPB6cbJzBglEhw MJOqJCCgUMmXRhWs/LOFTeekQxtTsb6u09eUjLSEoUgIemql6dNc49GX4bNc3G3Eoq nLy+6SHWVKjDWwQNNWcy/z7BGae1z9LwoR1sXbyrWmYw7+kFLdcRtdOclboX8e0sl7 md434/wITnvPzl/l77M40Hfzn72crhGzo7+t4dr8IhuzxLg5teYNgxu6YfdOZcZk04 GbXna14dnFFZ4ycmTVFWn3UCZCRNOPIpP96C+EEwintnwAlKjDpkCXRRfcrf0Xv834 Ap/jEnwfix4og==
Received: from [192.168.1.110] ([24.62.227.142]) by resomta-ch2-12v.sys.comcast.net with SMTP id JODKd4NxDqoNEJODKdJiaz; Fri, 09 Jun 2017 18:00:51 +0000
To: mmusic@ietf.org
References: <CABcZeBMd2BZgyeFnqafTVyGga4FMoK0xJkPCv0y_wvmBWsg+xg@mail.gmail.com> <CAD5OKxvwgvm3Q4HsCYsewZjRS9ty_g34n9+x87vfLW4Omcm8mw@mail.gmail.com> <CAD5OKxuNvnBgpv7BO3fv27ASu5AMugh4-LNpq1r8ga5OtqD_nw@mail.gmail.com> <CABcZeBNELXgQjuYfsrJG9NCsQz8Tox8d3ktvoo3nqPgjESEXZw@mail.gmail.com> <6355EA0B-2C28-4D47-9600-F64F898BFC86@iii.ca> <CAD5OKxttSJ+0Gr2r1=duXe2RVnMeMoTFQ9kG_qUbVUZgiiB3kA@mail.gmail.com> <14ED932A-FCC7-4C4A-93BB-627A4E55F552@iii.ca>
From: Paul Kyzivat <paul.kyzivat@comcast.net>
Message-ID: <c6a3c314-7089-19f6-5d67-f7ea77f97894@comcast.net>
Date: Fri, 09 Jun 2017 14:00:50 -0400
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:52.0) Gecko/20100101 Thunderbird/52.1.1
MIME-Version: 1.0
In-Reply-To: <14ED932A-FCC7-4C4A-93BB-627A4E55F552@iii.ca>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-CMAE-Envelope: MS4wfMS21W3XEV0qJ4Rf8qfKPMLstBuORY5sYGWcXOSdkgmouefrna3qvouSegQ58aV2eG5A/w2LExvzIy6qb2xaQgC/ZBizupfFJxs/OAdHWKWf/yStluni bGpeBECLmPz64SY/G5Czaxp8Eo1e3eTVxZyf3khfvd42DxkvELcxEE2z
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/8x5g1NRzvsQrlfye7nBSULX1Ang>
Subject: Re: [MMUSIC] actpass redux
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.22
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: <https://mailarchive.ietf.org/arch/browse/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: Fri, 09 Jun 2017 18:00:53 -0000

On 6/9/17 9:17 AM, Cullen Jennings wrote:
> 
>> On Jun 8, 2017, at 6:49 PM, Roman Shpount <roman@telurix.com> wrote:
>>
>>   Because of this, I think for the best interop, offerer MUST specify actpass for both initial and subsequent offers but answerer MUST be able to handle active and passive setup roles as well.
> 
> that works for me

I don't understand what this accomplishes. If you must be able to accept 
anything in a received offer, then what is gained by restricting what 
can be used in an offer?

	Thanks,
	Paul