Re: [MMUSIC] actpass redux
Paul Kyzivat <paul.kyzivat@comcast.net> Fri, 09 June 2017 21:18 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 D849F1275AB for <mmusic@ietfa.amsl.com>; Fri, 9 Jun 2017 14:18:36 -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 6bcD_I_-sziu for <mmusic@ietfa.amsl.com>; Fri, 9 Jun 2017 14:18:35 -0700 (PDT)
Received: from resqmta-ch2-01v.sys.comcast.net (resqmta-ch2-01v.sys.comcast.net [IPv6:2001:558:fe21:29:69:252:207:33]) (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 5505F120724 for <mmusic@ietf.org>; Fri, 9 Jun 2017 14:18:35 -0700 (PDT)
Received: from resomta-ch2-03v.sys.comcast.net ([69.252.207.99]) by resqmta-ch2-01v.sys.comcast.net with SMTP id JRIadG2NCO3QoJRIgd0eck; Fri, 09 Jun 2017 21:18:34 +0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=comcast.net; s=q20161114; t=1497043114; bh=T2rOboFnE2aaySlK2jUxoPkMYYIbqp+ObpQ47rK3O1c=; h=Received:Received:Subject:To:From:Message-ID:Date:MIME-Version: Content-Type; b=JJKu2kfetocnjE09eZYbb9zHBq+X5M4tR1agEP1onQCZlHBNCZ7yoNARMJ4zcDPiT 7s3LK93LHIRRDUvTshSNwsjhgxl6YsRF+W1pbudJ9i++67QZgu4aql4Hynx/P51hCE Xq9gjnQ9rAuNcEblxAHQzbkLxxI3020r/lZcsKt47gaIJqRacTCh7Zny32TPCOBhjx oVKhUaDDJoNpD1ZWjGRTRjEWCqy/6VQ7Wob97at7jZCHge4UkrHbN/bpNGbxexQW5l 8kXGgPFxy8o/PshNwJ3rAMvLyI65uIY36BgluyS1/rORuS6yp5gRplp0RyqMb+mbuz ER6p2Vs3dfa+w==
Received: from [192.168.1.110] ([24.62.227.142]) by resomta-ch2-03v.sys.comcast.net with SMTP id JRIfdujQkVzqSJRIgdNUJX; Fri, 09 Jun 2017 21:18:34 +0000
To: Roman Shpount <roman@telurix.com>
Cc: "mmusic@ietf.org" <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> <c6a3c314-7089-19f6-5d67-f7ea77f97894@comcast.net> <CAD5OKxsd0saF1bLAORon25wk+MwyoCC6AkP-wSfEmYP7MNzV3Q@mail.gmail.com> <34a8b084-aa24-6fe2-ef2a-f713f75fcaaf@comcast.net> <CAD5OKxucsrZvCP4v5tm_DSA5kGA4GwKRsFvS0tfu9M_FG_6WoQ@mail.gmail.com>
From: Paul Kyzivat <paul.kyzivat@comcast.net>
Message-ID: <b98fbc8f-9de1-8542-38b3-6c0bb49ec099@comcast.net>
Date: Fri, 09 Jun 2017 17:18:33 -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: <CAD5OKxucsrZvCP4v5tm_DSA5kGA4GwKRsFvS0tfu9M_FG_6WoQ@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
X-CMAE-Envelope: MS4wfKNaj9ga8YAnk410XjDvRbMHhslJ79A/u8hHGGnlFQdR7Nzcx3Zr4k3mxwl+vBhOHQ/jbNneQmVZYat9R+X9MLS8+PVYaUIvKM3++sbqrrEqw10vCwGB FRso8cDoO6MuiBcjbdKDPL6wRbk6PM+jwdx9Mw16C5z7L6vuHc2bckfb/eQx1JryrEDjm0eckz/cpFfk+dDaQ2hk7Pt0+KRHWVM=
Archived-At: <https://mailarchive.ietf.org/arch/msg/mmusic/Fso4hYbi4hwFDtFIB-Ck7CguF4A>
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 21:18:37 -0000
On 6/9/17 3:41 PM, Roman Shpount wrote: > > On Fri, Jun 9, 2017 at 3:34 PM, Paul Kyzivat <paul.kyzivat@comcast.net > <mailto:paul.kyzivat@comcast.net>> wrote: > > On 6/9/17 2:23 PM, Roman Shpount wrote: > > On Fri, Jun 9, 2017 at 2:00 PM, Paul Kyzivat > <paul.kyzivat@comcast.net <mailto:paul.kyzivat@comcast.net> > <mailto:paul.kyzivat@comcast.net > <mailto:paul.kyzivat@comcast.net>>> wrote: > > On 6/9/17 9:17 AM, Cullen Jennings wrote: > > > On Jun 8, 2017, at 6:49 PM, Roman Shpount > <roman@telurix.com <mailto:roman@telurix.com> > <mailto:roman@telurix.com > <mailto: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? > > > This is all because of legacy interop. There are legacy end > points that send non-actpass, so end point MUST be able to > accept active and passive to interop with such legacy devices. > There are also legacy end points that only expect actass so end > point MUST only send actpass to interop with such devices. > > > I understand that. But if you accept that legacy interop is needed, > then there ceases to be any reason to mandate actpass for things > that conform to this spec. It would be different if you were > proposing a path to deprecating and then dropping the legacy > support. If that is the intent then it is worth saying something > explicit about it. > > > The situation right now is that there are implementations that send > offers with setup role set to active or passive. Why is that a problem? > So, my suggestion for > the language (subject to future wordsmithing) is: End points MUST set > setup role to actpass in all offers. End points SHOULD accept setup role > active or passive in an offer if interoperability with legacy end points > is desired. So is it your intent to make implementation of support for responding to a non-actpass offer OPTIONAL? This encourages implementations to decide to not support legacy interop. IMO this is a bad idea because it is rarely possible to ensure that it won't eventually be required. Thanks, Paul
- [MMUSIC] actpass redux Eric Rescorla
- Re: [MMUSIC] actpass redux Roman Shpount
- Re: [MMUSIC] actpass redux Roman Shpount
- Re: [MMUSIC] actpass redux Paul Kyzivat
- Re: [MMUSIC] actpass redux Roman Shpount
- Re: [MMUSIC] actpass redux Christer Holmberg
- Re: [MMUSIC] actpass redux Eric Rescorla
- Re: [MMUSIC] actpass redux Cullen Jennings
- Re: [MMUSIC] actpass redux Roman Shpount
- Re: [MMUSIC] actpass redux Cullen Jennings
- Re: [MMUSIC] actpass redux Paul Kyzivat
- Re: [MMUSIC] actpass redux Roman Shpount
- Re: [MMUSIC] actpass redux Paul Kyzivat
- Re: [MMUSIC] actpass redux Roman Shpount
- Re: [MMUSIC] actpass redux Paul Kyzivat
- Re: [MMUSIC] actpass redux Roman Shpount
- Re: [MMUSIC] actpass redux Eric Rescorla
- Re: [MMUSIC] actpass redux Christer Holmberg
- Re: [MMUSIC] actpass redux Eric Rescorla
- Re: [MMUSIC] actpass redux Christer Holmberg
- Re: [MMUSIC] actpass redux Eric Rescorla
- Re: [MMUSIC] actpass redux Christer Holmberg
- Re: [MMUSIC] actpass redux Martin Thomson
- Re: [MMUSIC] actpass redux Iñaki Baz Castillo
- Re: [MMUSIC] actpass redux Christer Holmberg
- Re: [MMUSIC] it's time to expel SDP from our lives Paul Kyzivat
- Re: [MMUSIC] actpass redux Iñaki Baz Castillo
- Re: [MMUSIC] it's time to expel SDP from our lives Iñaki Baz Castillo
- Re: [MMUSIC] it's time to expel SDP from our lives Bernard Aboba
- Re: [MMUSIC] it's time to expel SDP from our lives Dale R. Worley
- Re: [MMUSIC] it's time to expel SDP from our lives Iñaki Baz Castillo
- Re: [MMUSIC] it's time to expel SDP from our lives Iñaki Baz Castillo
- Re: [MMUSIC] it's time to expel SDP from our lives Christer Holmberg
- Re: [MMUSIC] it's time to expel SDP from our lives Christer Holmberg
- Re: [MMUSIC] it's time to expel SDP from our lives Iñaki Baz Castillo
- Re: [MMUSIC] it's time to expel SDP from our lives Christer Holmberg
- Re: [MMUSIC] it's time to expel SDP from our lives Iñaki Baz Castillo
- Re: [MMUSIC] it's time to expel SDP from our lives Paul Kyzivat
- Re: [MMUSIC] it's time to expel SDP from our lives Iñaki Baz Castillo