Re: [sipcore] Dialog state - Scope in draft-ietf-sipcore-reinvite

Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com> Mon, 19 July 2010 06:35 UTC

Return-Path: <gonzalo.camarillo@ericsson.com>
X-Original-To: sipcore@core3.amsl.com
Delivered-To: sipcore@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D23D3A69F5 for <sipcore@core3.amsl.com>; Sun, 18 Jul 2010 23:35:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -104.51
X-Spam-Level:
X-Spam-Status: No, score=-104.51 tagged_above=-999 required=5 tests=[AWL=-0.361, BAYES_00=-2.599, MIME_CHARSET_FARAWAY=2.45, 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 XLkx3TN8cbrT for <sipcore@core3.amsl.com>; Sun, 18 Jul 2010 23:35:46 -0700 (PDT)
Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by core3.amsl.com (Postfix) with ESMTP id EDC563A69F1 for <sipcore@ietf.org>; Sun, 18 Jul 2010 23:35:45 -0700 (PDT)
X-AuditID: c1b4fb3d-b7b90ae00000278d-fe-4c43f24e3b61
Received: from esealmw128.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id 0E.3C.10125.E42F34C4; Mon, 19 Jul 2010 08:35:59 +0200 (CEST)
Received: from esealmw128.eemea.ericsson.se ([153.88.254.176]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Mon, 19 Jul 2010 08:35:58 +0200
Received: from [131.160.126.163] ([131.160.126.163]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.3959); Mon, 19 Jul 2010 08:35:58 +0200
Message-ID: <4C43F24E.7070901@ericsson.com>
Date: Mon, 19 Jul 2010 09:35:58 +0300
From: Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.1.10) Gecko/20100512 Thunderbird/3.0.5
MIME-Version: 1.0
To: "gao.yang2@zte.com.cn" <gao.yang2@zte.com.cn>
References: <OF6D7E9F33.5FE3D4F3-ON48257765.00125558-48257765.001462C7@zte.com.cn>
In-Reply-To: <OF6D7E9F33.5FE3D4F3-ON48257765.00125558-48257765.001462C7@zte.com.cn>
X-Enigmail-Version: 1.0.1
Content-Type: text/plain; charset="GB2312"
Content-Transfer-Encoding: 8bit
X-OriginalArrivalTime: 19 Jul 2010 06:35:58.0477 (UTC) FILETIME=[A5CA23D0:01CB270C]
X-Brightmail-Tracker: AAAAAA==
Cc: SIPCORE <sipcore@ietf.org>
Subject: Re: [sipcore] Dialog state - Scope in draft-ietf-sipcore-reinvite
X-BeenThere: sipcore@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: SIP Core Working Group <sipcore.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/sipcore>
List-Post: <mailto:sipcore@ietf.org>
List-Help: <mailto:sipcore-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/sipcore>, <mailto:sipcore-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 Jul 2010 06:35:48 -0000

Hi Gao,

thanks for your answers. Regarding Section 4.8, I agree with you it is
not about glare. That is why the title of the section does not mention
glare. It mentions race conditions. I think we are OK.

Thanks for your comments,

Gonzalo

On 19/07/2010 6:40 AM, gao.yang2@zte.com.cn wrote:
> 
> Hi Gonzalo,
> 
> I found time to read this version on weekend. And there are three main
> points:
> 
> 1. Glare Situations(section 3.5)
> As the new way, this part is relatively simple now. And the new way is
> sending a new refresh usage Re-INVITE to synchronize state for any glare
> situations.
> This is simple, and effective. So, I am OK at this point.
> 
> 2. Race Conditions and Target Refreshes(section 4.8)
> To disallow target refreshes in unreliable response can solve this
> problem. And in fact, I think it is a nice way, as do "Target Refreshes"
> in unreliable response is unreliable. So, I'm OK with it.
> As this rule's meaning is more than glare issue, so we may put this rule
> in a new section, and only mention in section 4.8 that galre problem
> here can be solved by this rule.
> 
> 3. Section 5
> I am OK with this section's revision.
> 
> Thanks,
> 
> Gao
> 
> ===================================
> Zip    : 210012
> Tel    : 87211
> Tel2   :(+86)-025-52877211
> e_mail : gao.yang2@zte.com.cn
> ===================================
> 
> 
> *Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>*
> 发件人:  sipcore-bounces@ietf.org
> 
> 2010-07-15 18:26
> 
> 	
> 收件人
> 	Gonzalo Camarillo <Gonzalo.Camarillo@ericsson.com>
> 抄送
> 	SIPCORE <sipcore@ietf.org>
> 主题
> 	Re: [sipcore] Dialog state - Scope in draft-ietf-sipcore-reinvite
> 
> 
> 	
> 
> 
> 
> 
> 
> Hi,
> 
> thanks for the feedback I have received on and off list. We seem to have
> consensus on reducing the scope of the draft to session state and target
> refreshes. That is great because it allows us to hugely simplify the
> rules to avoid glare conditions (this is something a few of you have
> requested on the list in the past). I have put together a new revision
> of the draft, which you can fetch from:
> 
> http://users.piuha.net/gonzalo/temp/draft-ietf-sipcore-reinvite-pre05-01.txt
> 
> In addition to adjusting the scope of the draft and simplifying the
> glare-related rules, I have also added a few clarifications to Section 5
> in response to Robert's AD review.
> 
> Let me know if you have any comments.
> 
> Thanks,
> 
> Gonzalo
> 
> 
> On 05/07/2010 9:34 AM, Gonzalo Camarillo wrote:
>> Hi,
>>
>> the re-INVITE draft talks about modifications in the session state,
>> dialog state, and the dialog's remote target. While it is relatively
>> well understood what we mean by session state and the dialog's remote
>> target, we do not really have a good definition for dialog state.
>>
>> We have discussed it in the past and what people had in mind were things
>> such as called party identity. However, the draft is too vague at this
>> point; it should be more precise regarding which piece of "dialog state"
>> the rules in the draft apply to.
>>
>> My suggestion would be to have the draft talk only about session state
>> and the dialog's remote target, and forget about any other dialog state.
>> New extensions whose parameters can be modified by re-INVITEs can
>> specify their own rules, possibly referring to this draft and using the
>> rules defined in it by reference. In this way, the applicability of this
>> draft would be much clearer.
>>
>> Comments?
>>
>> Thanks,
>>
>> Gonzalo
>>
>> _______________________________________________
>> sipcore mailing list
>> sipcore@ietf.org
>> https://www.ietf.org/mailman/listinfo/sipcore
>>
> 
> _______________________________________________
> sipcore mailing list
> sipcore@ietf.org
> https://www.ietf.org/mailman/listinfo/sipcore
> 
> 
> 
> --------------------------------------------------------
> ZTE Information Security Notice: The information contained in this mail is solely property of the sender's organization. This mail communication is confidential. Recipients named above are obligated to maintain secrecy and are not permitted to disclose the contents of this communication to others.
> This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the originator of the message. Any views expressed in this message are those of the individual sender.
> This message has been scanned for viruses and Spam by ZTE Anti-Spam system.
>