IETF Logo Mail Archive

Re: [MMUSIC] Offer/Answer PT Questions - text proposal

Christer Holmberg <christer.holmberg@ericsson.com> Wed, 02 March 2016 21:59 UTC

Return-Path: <christer.holmberg@ericsson.com>
X-Original-To: mmusic@ietfa.amsl.com
Delivered-To: mmusic@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B91591B3291 for <mmusic@ietfa.amsl.com>; Wed, 2 Mar 2016 13:59:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.2
X-Spam-Level:
X-Spam-Status: No, score=-6.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, GB_I_LETTER=-2, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] autolearn=ham
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 4UXkWMI9dhyr for <mmusic@ietfa.amsl.com>; Wed, 2 Mar 2016 13:59:35 -0800 (PST)
Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 226821B3290 for <mmusic@ietf.org>; Wed, 2 Mar 2016 13:59:34 -0800 (PST)
X-AuditID: c1b4fb3a-f79ce6d000005138-3b-56d762448a65
Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.183.42]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 8D.2C.20792.44267D65; Wed, 2 Mar 2016 22:59:32 +0100 (CET)
Received: from ESESSMB209.ericsson.se ([169.254.9.73]) by ESESSHC008.ericsson.se ([153.88.183.42]) with mapi id 14.03.0248.002; Wed, 2 Mar 2016 22:58:57 +0100
From: Christer Holmberg <christer.holmberg@ericsson.com>
To: Roman Shpount <roman@telurix.com>, "DOLLY, MARTIN C" <md3135@att.com>
Thread-Topic: [MMUSIC] Offer/Answer PT Questions - text proposal
Thread-Index: AdFv1i1li4hZHAkDRvW27hH21f813wARGIiAAAEzHQAAFHhLgAANDP0AAABf9wAAANkcgAABPnAAAACT0gAAARuRgAAArliAACAJAYAADgPBAABONv0AABK4WIAAAjCagAAJzjpQAAHc3IAAAjRVsP//+M8A///qvQCAABy3gP//EC7QgAIshgCAABdfgIAAC8qAgAACyYCAAAR8AP/+rXUwAFSfTgAAAK4ygAABBaqAAADvUIAAAe1hAP//q7Mg
Date: Wed, 02 Mar 2016 21:58:56 +0000
Message-ID: <7594FB04B1934943A5C02806D1A2204B37E54908@ESESSMB209.ericsson.se>
References: <7594FB04B1934943A5C02806D1A2204B37E425AB@ESESSMB209.ericsson.se> <7594FB04B1934943A5C02806D1A2204B37E4BD38@ESESSMB209.ericsson.se> <56D463A3.8070007@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37E4D5E9@ESESSMB209.ericsson.se> <56D4B1F1.2070706@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37E4D951@ESESSMB209.ericsson.se> <66F2264B-3CA3-4650-88B6-89FC64D5FD29@csperkins.org> <7594FB04B1934943A5C02806D1A2204B37E4DB7C@ESESSMB209.ericsson.se> <56D4C0F5.50901@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37E4EAD1@ESESSMB209.ericsson.se> <56D5CAA0.2060901@alum.mit.edu> <CAD5OKxtdmhW-opmp2TQou5wYbz70FdUvftr1PAZb9YiW4crevA@mail.gmail.com> <56D5E81F.2040306@alum.mit.edu> <CAD5OKxtXzhP9L-V6O5NVtCN4aQHy9X8Fpkc0_xKdWmtR03h4KQ@mail.gmail.com> <56D5EE38.2060706@alum.mit.edu> <7594FB04B1934943A5C02806D1A2204B37E5401A@ESESSMB209.ericsson.se> <56D70A1E.4020108@alum.mit.edu> <CAD5OKxtt2w=RB6FvsHwWeWBb1mSF7pO2+hBZM2VtgKAin846uw@mail.gmail.com> <56D7158B.4060104@alum.mit.edu> <E42CCDDA6722744CB241677169E8365615E662A8@MISOUT7MSGUSRDB.ITServices.sbc.com> <CAD5OKxte9JQVMEwi9jf0ov7qGTzCzXXg5W3xSBzT0iKNMCJ3NQ@mail.gmail.com>
In-Reply-To: <CAD5OKxte9JQVMEwi9jf0ov7qGTzCzXXg5W3xSBzT0iKNMCJ3NQ@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.149]
Content-Type: multipart/alternative; boundary="_000_7594FB04B1934943A5C02806D1A2204B37E54908ESESSMB209erics_"
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMIsWRmVeSWpSXmKPExsUyM2K7lq5L0vUwg60NhhaHHjxlt5i6/DGL xYoNB1gtZlyYyuzA4vH3/Qcmj5f9cxg9liz5yeRxa0pBAEsUl01Kak5mWWqRvl0CV8b9lmVM BTsSKj52LmRpYHwR28XIySEhYCKx/uNZJghbTOLCvfVsXYxcHEIChxklLp7Yxg7hLGKU+Prx FJDDwcEmYCHR/U8bpEFEwFPiz5Z5LCA2s4CvxMsFX5hBbGEBe4npzx4zQdQ4SNze+osdwu5j kng3JQnEZhFQkVj2ZQVYPS9Q76nre1khdk3jlNi0cSpYglMgUGLj3gdsIDYj0HXfT61hglgm LnHryXyoqwUkluw5zwxhi0q8fPyPFcJWklh7eDvUcfkSDR0bWSGWCUqcnPmEZQKj6Cwko2Yh KZuFpGwW0MvMApoS63fpQ5QoSkzpfsgOYWtItM6Zy44svoCRfRWjaHFqcXFuupGRXmpRZnJx cX6eXl5qySZGYFQe3PLbagfjweeOhxgFOBiVeHg/yF0LE2JNLCuuzD3EKMHBrCTC+z/6epgQ b0piZVVqUX58UWlOavEhRmkOFiVxXrZPl8OEBNITS1KzU1MLUotgskwcnFINjGnfTbb9MU18 sszj1Lz//hkVGSd9f7NeEvLr3b1iJ1OHzT6XxPnhz6u4VFaY5Jnlamru+FS7+u+N29qb1z78 JXNePzHK7r/emqNupQevHZp5Y4dD4DmFmw9zlTT/hyqvKDyyXKb036ym5aJneeLWndx/Sv+d BnOefwTLDjk3TZefu2OWCcSd/a3EUpyRaKjFXFScCACU3wKHxgIAAA==
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/skDkGjBHpPfs2J1ts_rXHQZrx8Q>
Cc: "mmusic@ietf.org" <mmusic@ietf.org>, Paul Kyzivat <pkyzivat@alum.mit.edu>
Subject: Re: [MMUSIC] Offer/Answer PT Questions - text proposal
X-BeenThere: mmusic@ietf.org
X-Mailman-Version: 2.1.15
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: Wed, 02 Mar 2016 21:59:37 -0000

Hi,

IF we agree that the PT binding is per session, and not per direction, we can update that part of 3264, because THAT’s what causing Martin’s issue.

Then we can spend months working on other things that also may need to be solved.

Regards,

Christer

From: Roman Shpount [mailto:roman@telurix.com]
Sent: 02 March 2016 19:54
To: DOLLY, MARTIN C <md3135@att.com>
Cc: Paul Kyzivat <pkyzivat@alum.mit.edu>; mmusic@ietf.org; Christer Holmberg <christer.holmberg@ericsson.com>
Subject: Re: [MMUSIC] Offer/Answer PT Questions - text proposal

On Wed, Mar 2, 2016 at 11:58 AM, DOLLY, MARTIN C <md3135@att.com<mailto:md3135@att.com>> wrote:
Greetings from the land of Folks who deploy equipment and manage networks,

Where are we?

I actually also develop network equipment, deploy and manage networks. In that capacity, I am trying to follow the principal where I am trying to always generate what is compliant and accept anything reasonable (even non-compliant to the letter of the specification). So, if you can make your equipment generate offers which are compatible with all the previous O/A exchanges in the session and accept any offer even if it has a conflicting PT assignment then you should be in good shape. You can deal with offers with conflicting PT by assigning a new local transport in the answer and making sure none of the conflicting RTP packets will be received by the old session.

If you are waiting for the normative answer then:

a. Offer from Bob in your original example is non compliant with RFC 3264 since PT assignment is per session and not per direction

b. Requirements in RFC 3264 are most likely non-implementable if third party call control is used, so they need to be adjusted

c. The exact nature of how RFC 3264 needs to adjusted is a complicated issue. It will take a few months to get an answer that will satisfy everybody (or at least majority) and then write it up in a draft.

_____________
Roman Shpount

v2.23.0 | Report a Bug | By Email