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
----------------------------------------------------------------------