[sipcore] About O/A rules in RFC3261:

gao.yang2@zte.com.cn Wed, 07 April 2010 03:41 UTC

Return-Path: <gao.yang2@zte.com.cn>
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 EAAAD3A68A3 for <sipcore@core3.amsl.com>; Tue, 6 Apr 2010 20:41:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -100.661
X-Spam-Level:
X-Spam-Status: No, score=-100.661 tagged_above=-999 required=5 tests=[AWL=1.177, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_DOUBLE_IP_LOOSE=0.76, 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 2UIHCsKfBrsc for <sipcore@core3.amsl.com>; Tue, 6 Apr 2010 20:41:32 -0700 (PDT)
Received: from mx5.zte.com.cn (mx5.zte.com.cn [63.217.80.70]) by core3.amsl.com (Postfix) with ESMTP id 75FC23A6827 for <sipcore@ietf.org>; Tue, 6 Apr 2010 20:41:30 -0700 (PDT)
Received: from [10.30.17.100] by mx5.zte.com.cn with surfront esmtp id 368871727820181; Wed, 7 Apr 2010 11:39:21 +0800 (CST)
Received: from [192.168.168.1] by [192.168.168.16] with StormMail ESMTP id 62186.4786316380; Wed, 7 Apr 2010 11:38:25 +0800 (CST)
Received: from notes_smtp.zte.com.cn ([10.30.1.239]) by mse2.zte.com.cn with ESMTP id o373fCsi018369; Wed, 7 Apr 2010 11:41:12 +0800 (CST) (envelope-from gao.yang2@zte.com.cn)
To: sipcore@ietf.org, Gonzalo.Camarillo@ericsson.com
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 7.0.1 January 17, 2006
Message-ID: <OFE7586C91.FFEBAA87-ON482576FE.000EC077-482576FE.00143AA3@zte.com.cn>
From: gao.yang2@zte.com.cn
Date: Wed, 07 Apr 2010 11:39:18 +0800
X-MIMETrack: Serialize by Router on notes_smtp/zte_ltd(Release 6.5.4|March 27, 2005) at 2010-04-07 11:41:08, Serialize complete at 2010-04-07 11:41:08
Content-Type: multipart/alternative; boundary="=_alternative 00143AA1482576FE_="
X-MAIL: mse2.zte.com.cn o373fCsi018369
Subject: [sipcore] About O/A rules in RFC3261:
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: Wed, 07 Apr 2010 03:41:33 -0000

Hi,

While considering one problem in our productions' interoperability 
testing, I re-read some parts of offeranswer draft and correlative part of 
RFC3261. And I find a potential description problem in RFC3261 
incidentally.

//correlative part of RFC3261
o  If the initial offer is in an INVITE, the answer MUST be in a
         reliable non-failure message from UAS back to UAC which is
         correlated to that INVITE.  For this specification, that is
         only the final 2xx response to that INVITE.  That same exact
         answer MAY also be placed in any provisional responses sent
         prior to the answer.  The UAC MUST treat the first session
         description it receives as the answer, and MUST ignore any
         session descriptions in subsequent responses to the initial
         INVITE.

As the text allow UAS send SDP before the final answer, the first session 
description UAC receives can not be treated as answer in such cases. And 
the current text defines that UAC MUST ignore any SDP in subsequent 
responses to the initial INVITE. whick may make the UAC ignore the real 
answer in some case.

I think the description should be: 
The UAC MUST treat the first session description which is in a reliable 
non-failure message it receives as the answer, and MUST ignore any session 
descriptions in subsequent responses to the initial INVITE.

And if the problem is exist, where should be the correction's location?
I think draft-ietf-sipcore-reinvite-03 is not proper, as it aims for 
Re-INVITE. And a new draft for such tiny *potential* problem is also not 
proper.

Thanks,

Gao

===================================
 Zip    : 210012
 Tel    : 87211
 Tel2   :(+86)-025-52877211
 e_mail : gao.yang2@zte.com.cn
===================================

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