Re: [AVTCORE] On RFC2326
Magnus Westerlund <magnus.westerlund@ericsson.com> Thu, 29 January 2015 13:37 UTC
Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B51D41A0397; Thu, 29 Jan 2015 05:37:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.201
X-Spam-Level:
X-Spam-Status: No, score=-4.201 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, 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 ESVE9i46gRW9; Thu, 29 Jan 2015 05:37:55 -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 B83C11A037E; Thu, 29 Jan 2015 05:37:54 -0800 (PST)
X-AuditID: c1b4fb3a-f79116d000000fec-1e-54ca37b08969
Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.253.124]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id D5.A2.04076.0B73AC45; Thu, 29 Jan 2015 14:37:52 +0100 (CET)
Received: from [127.0.0.1] (153.88.183.153) by smtp.internal.ericsson.com (153.88.183.83) with Microsoft SMTP Server id 14.3.195.1; Thu, 29 Jan 2015 14:37:52 +0100
Message-ID: <54CA37B0.6060306@ericsson.com>
Date: Thu, 29 Jan 2015 14:37:52 +0100
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; rv:31.0) Gecko/20100101 Thunderbird/31.4.0
MIME-Version: 1.0
To: Julius Friedman <juliusfriedman@gmail.com>, mmusic@ietf.org, avt@ietf.org
References: <CACFvNHVFUe7jHEK00ja3Vppi5GYeKptOuVPi97HrYU3DdiyLCA@mail.gmail.com>
In-Reply-To: <CACFvNHVFUe7jHEK00ja3Vppi5GYeKptOuVPi97HrYU3DdiyLCA@mail.gmail.com>
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprDLMWRmVeSWpSXmKPExsUyM+Jvje4G81MhBlPWW1m87FnJbnH8RBOz xdTlj1kcmD12zrrL7rFkyU+mAKYoLpuU1JzMstQifbsEroydm7awFTQJVcxa/IKxgbGXr4uR g0NCwERi72+/LkZOIFNM4sK99WxdjFwcQgJHGCUmHOmDcpYzSjTfX88OUsUroC0x+dlEJhCb RUBV4uHHK2A2m4CFxM0fjWwgtqhAsMTi509ZIeoFJU7OfMICskwEKL7kRxxIWFhAUaLhyERG EFtIIEBi99lXrCAlnAKBEkdmRIOEmQUMJI4smsMKYctLNG+dzQxRri3R0NTBOoFRYBaSBbOQ tMxC0rKAkXkVo2hxanFxbrqRkV5qUWZycXF+nl5easkmRmBwHtzy22oH48HnjocYBTgYlXh4 DRadDBFiTSwrrsw9xCjNwaIkzmtnfChESCA9sSQ1OzW1ILUovqg0J7X4ECMTB6dUA2Myw+VL l1m4NnGJrDFoEzx961p0sZKrytp42cD2sAyVu+ceHEg6dmX5lf8ZHmLCx++Gbe5Z+sdtb2/U ee3PHqf1Ol9qBp2Rcb2tIPTMY5I796wAnUUXdr7zP3ugUHmHl36lV4eC0THZ1B3//5w0i3jg 33mYU6/JZaGvY8aF0IVCt+KCVNq3bVFiKc5INNRiLipOBAA6HUZOLwIAAA==
Archived-At: <http://mailarchive.ietf.org/arch/msg/avt/5F72w2t3_9WsHUFVyp5SijAkQgk>
Subject: Re: [AVTCORE] On RFC2326
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 29 Jan 2015 13:37:57 -0000
On 2015-01-18 20:33, Julius Friedman wrote: > Unfortunately I have more information which I have found to be > contradictory and possibly erratum. > > Quite Succinctly, > > " > > > 10.7 <https://tools.ietf.org/html/rfc2326#section-10.7> TEARDOWN > > > > The TEARDOWN request stops the stream delivery for the given URI, > freeing the resources associated with it. If the URI is the > presentation URI for this presentation, any RTSP session identifier > associated with the session is no longer valid. Unless all transport > parameters are defined by the session description, a SETUP request > has to be issued before the session can be played again. > > " > > > However earlier in the document. > > > " > > > 10.4 <https://tools.ietf.org/html/rfc2326#section-10.4> SETUP > > > .... > > > > The server generates session identifiers in response to SETUP > requests. If a SETUP request to a server includes a session > identifier, the server MUST bundle this setup request into the > > existing session or return error "459 Aggregate Operation Not > Allowed" (see Section 11.3.10 <https://tools.ietf.org/html/rfc2326#section-11.3.10>). > > " > > > If a users obtains a session Id related to an aggregate controlled media and only one of the sub sessions received a "TEARDOWN" then the RFC makes the server incorrectly remove the SessionId which is still being used for the other sub-sessions. > > > > The draft doesn't do any better in making this clearer IMHO. > What I can see https://datatracker.ietf.org/doc/draft-ietf-mmusic-rfc2326bis/ in Section 13.7.1 is clear on this. If you are disagreeing that this issue is resolved. Please be explicit in what way it isn't resolved. cheers Magnus Westerlund ---------------------------------------------------------------------- Services, Media and Network features, Ericsson Research EAB/TXM ---------------------------------------------------------------------- Ericsson AB | Phone +46 10 7148287 Färögatan 6 | Mobile +46 73 0949079 SE-164 80 Stockholm, Sweden | mailto: magnus.westerlund@ericsson.com ----------------------------------------------------------------------
- [AVTCORE] On RFC2326 Julius Friedman
- Re: [AVTCORE] On RFC2326 Julius Friedman
- Re: [AVTCORE] On RFC2326 Magnus Westerlund