Re: [AVT] Last Call: <draft-ietf-avt-rapid-acquisition-for-rtp-15.txt> (Unicast-Based Rapid Acquisition of Multicast RTP Sessions) to Proposed Standard

Magnus Westerlund <magnus.westerlund@ericsson.com> Thu, 07 October 2010 07:06 UTC

Return-Path: <magnus.westerlund@ericsson.com>
X-Original-To: avt@core3.amsl.com
Delivered-To: avt@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 87F3E3A6F41 for <avt@core3.amsl.com>; Thu, 7 Oct 2010 00:06:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.456
X-Spam-Level:
X-Spam-Status: No, score=-106.456 tagged_above=-999 required=5 tests=[AWL=0.143, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hL4zhop9O3n9 for <avt@core3.amsl.com>; Thu, 7 Oct 2010 00:06:52 -0700 (PDT)
Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by core3.amsl.com (Postfix) with ESMTP id 5CE363A6DFA for <avt@ietf.org>; Thu, 7 Oct 2010 00:06:52 -0700 (PDT)
X-AuditID: c1b4fb3d-b7cbfae00000264e-5a-4cad71c9c174
Received: from esealmw129.eemea.ericsson.se (Unknown_Domain [153.88.253.124]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id F7.1F.09806.9C17DAC4; Thu, 7 Oct 2010 09:07:53 +0200 (CEST)
Received: from esealmw127.eemea.ericsson.se ([153.88.254.171]) by esealmw129.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Thu, 7 Oct 2010 09:07:53 +0200
Received: from [147.214.153.84] ([147.214.153.84]) by esealmw127.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Thu, 7 Oct 2010 09:07:53 +0200
Message-ID: <4CAD71C8.5000806@ericsson.com>
Date: Thu, 07 Oct 2010 09:07:52 +0200
From: Magnus Westerlund <magnus.westerlund@ericsson.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; sv-SE; rv:1.9.2.9) Gecko/20100915 Thunderbird/3.1.4
MIME-Version: 1.0
To: "Ali C. Begen (abegen)" <abegen@cisco.com>
References: <20100914165611.21618.35586.idtracker@localhost> <4CA33861.5070603@ericsson.com> <04CAD96D4C5A3D48B1919248A8FE0D540D45A769@xmb-sjc-215.amer.cisco.com> <4CA9C1A5.9080508@ericsson.com> <04CAD96D4C5A3D48B1919248A8FE0D540D4FA908@xmb-sjc-215.amer.cisco.com> <4CA9F4E5.2020402@ericsson.com> <04CAD96D4C5A3D48B1919248A8FE0D540D4FA9A8@xmb-sjc-215.amer.cisco.com> <4CAAE1BC.3080703@ericsson.com> <04CAD96D4C5A3D48B1919248A8FE0D540D4FB165@xmb-sjc-215.amer.cisco.com> <4CAC85E9.2010508@ericsson.com> <04CAD96D4C5A3D48B1919248A8FE0D540D4FB20C@xmb-sjc-215.amer.cisco.com>
In-Reply-To: <04CAD96D4C5A3D48B1919248A8FE0D540D4FB20C@xmb-sjc-215.amer.cisco.com>
X-Enigmail-Version: 1.1.1
Content-Type: text/plain; charset="windows-1252"
Content-Transfer-Encoding: 8bit
X-OriginalArrivalTime: 07 Oct 2010 07:07:53.0216 (UTC) FILETIME=[5C1C2000:01CB65EE]
X-Brightmail-Tracker: AAAAAA==
Cc: "draft-ietf-avt-rapid-acquisition-for-rtp@tools.ietf.org" <draft-ietf-avt-rapid-acquisition-for-rtp@tools.ietf.org>, "avt@ietf.org" <avt@ietf.org>
Subject: Re: [AVT] Last Call: <draft-ietf-avt-rapid-acquisition-for-rtp-15.txt> (Unicast-Based Rapid Acquisition of Multicast RTP Sessions) to Proposed Standard
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Audio/Video Transport Working Group <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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, 07 Oct 2010 07:06:53 -0000

Ali C. Begen (abegen) skrev 2010-10-06 17:53:
> 
> 
>> -----Original Message-----
>> From: Magnus Westerlund [mailto:magnus.westerlund@ericsson.com]
>> Sent: Wednesday, October 06, 2010 10:21 AM
>> To: Ali C. Begen (abegen)
>> Cc: draft-ietf-avt-rapid-acquisition-for-rtp@tools.ietf.org; avt@ietf.org
>> Subject: Re: Last Call: <draft-ietf-avt-rapid-acquisition-for-rtp-15.txt> (Unicast-Based Rapid Acquisition of Multicast RTP
>> Sessions) to Proposed Standard
>>
>> Hi,
>>
>> I would say that it is a failure of the design, to not make RAMS-R
>> updates work well. I see one fix that would seem easy to avoid these
>> problems. Create a new message type RAMS-U that is identical to RAMS-R
>> except the message type and restrict it to work on a ongoing burst. The
> 
> I don't think this is a good design choice. When the updates feature was desired by some folks, we only agreed to have it if it the messages still stayed "self-defining". Now, when a server receives a RAMS-U message but it does not have an ongoing burst since the first message (RAMS-R) was lost, it won't process it based on your definition.

Yes, you are right that design would have such a impact. It was clearly
not thought through in that dimension.

> 
>> other way is to rip out update for now to avoid having this obviously
>> broken mechanism stay in there. And if someone needs it in the future
>> then define it properly.
> 
> I think we can still keep the current text (about the update process) for those who are still planning to use it by putting a caution against such problems. Would that work for you?

I think such a warning is the minimal change. As it appears that I am
the only one that seems concerned despite the returning discussion of
this issue I will hesitantly accept that.

Cheers

Magnus Westerlund

----------------------------------------------------------------------
Multimedia Technologies, Ericsson Research EAB/TVM
----------------------------------------------------------------------
Ericsson AB                | Phone  +46 10 7148287
Färögatan 6                | Mobile +46 73 0949079
SE-164 80 Stockholm, Sweden| mailto: magnus.westerlund@ericsson.com
----------------------------------------------------------------------