IETF Logo Mail Archive

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

Colin Perkins <csp@csperkins.org> Sun, 06 March 2016 11:50 UTC

Return-Path: <csp@csperkins.org>
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 381BE1B2B27 for <mmusic@ietfa.amsl.com>; Sun, 6 Mar 2016 03:50:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=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 RV5siSANvwn3 for <mmusic@ietfa.amsl.com>; Sun, 6 Mar 2016 03:49:57 -0800 (PST)
Received: from balrog.mythic-beasts.com (balrog.mythic-beasts.com [IPv6:2a00:1098:0:82:1000:0:2:1]) (using TLSv1.2 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D6C851A6FD1 for <mmusic@ietf.org>; Sun, 6 Mar 2016 03:49:56 -0800 (PST)
Received: from [81.187.2.149] (port=48596 helo=[192.168.0.86]) by balrog.mythic-beasts.com with esmtpsa (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from <csp@csperkins.org>) id 1acXC5-0006kL-Da; Sun, 06 Mar 2016 11:49:54 +0000
Content-Type: multipart/alternative; boundary="Apple-Mail=_A329BBCB-5127-4899-A6DC-01114B8441C8"
Mime-Version: 1.0 (Mac OS X Mail 9.2 \(3112\))
From: Colin Perkins <csp@csperkins.org>
In-Reply-To: <CAD5OKxt_hxfmXOYn5N3TOSJ4r5_hnLVJEtP=SwqKnxOcrRzSQQ@mail.gmail.com>
Date: Sun, 06 Mar 2016 11:49:45 +0000
Message-Id: <A8830380-5F2B-4554-B074-A878698CBF3F@csperkins.org>
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> <E42CCDDA6 722744CB241677169E8365615E662A8@MISOUT7MSGUSRDB.ITServices.sbc.com> <CAD5OKxte9JQVMEwi9jf0ov7qGTzCzXXg5W3xSBzT0iKNMCJ3NQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37E54908@ESESSMB209.ericsson.se> <CAD5OKxvUdeF8HRq1d_H63SRa33Zynx=f2p=vVb-44x1x6DnGOQ@mail.gmail.com> <7594FB04B1934943A5C02806D1A2204B37E556A0@ESESSMB209.ericsson.se> <CAD5OKxu2WWt1abKMRW+yzKu9napxB+0Ofy6zZv1rFe2c=2eDsQ@mail.gmail.com> <949EF20990823C4C85C18D59AA11AD8BADE98190@FR712WXCHMBA11.zeu.alcatel-lucent.com> <CAD5OKxt_hxfmXOYn5N3TOSJ4r5_hnLVJEtP=SwqKnxOcrRzSQQ@mail.gmail.com>
To: Roman Shpount <roman@telurix.com>
X-Mailer: Apple Mail (2.3112)
X-BlackCat-Spam-Score: -28
X-Mythic-Debug: Threshold = On =
Archived-At: <http://mailarchive.ietf.org/arch/msg/mmusic/vkSDpMC6sYJMQzIdaNTHBd1h3Qk>
Cc: Paul Kyzivat <pkyzivat@alum.mit.edu>, "mmusic@ietf.org" <mmusic@ietf.org>, "Drage, Keith (Nokia - GB)" <keith.drage@nokia.com>, Christer Holmberg <christer.holmberg@ericsson.com>
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: Sun, 06 Mar 2016 11:50:00 -0000

> On 4 Mar 2016, at 19:13, Roman Shpount <roman@telurix.com> wrote:
> 
> On Fri, Mar 4, 2016 at 7:28 AM, Drage, Keith (Nokia - GB) <keith.drage@nokia.com <mailto:keith.drage@nokia.com>> wrote:
> Note that RFC 7656 also gives the definition of RTP session.
> 
> 
> I think RFC 7656 ignores existence of RTP mixers which makes large number of its definitions, including RTP session, inaccurate.

To me, the definition of an RTP session in Section 2.2.2 of RFC 7656 looks accurate even accounting for RTP Mixers (as RTP mixer is defined in RFC 3550). 

Many RTP topologies use middleboxes that are not RFC 3550 compliant, so don’t fit with this definition of an RTP Session, but that’s a problem with they way those middleboxes are defined. RFC 7667 tries to identify some of these issues.

-- 
Colin Perkins
https://csperkins.org/

v2.23.0 | Report a Bug | By Email