RE: [Sipping] Should we define target refresh response? Clarification required on draft-ietf-sipping-dialogusage

"Christer Holmberg \(JO/LMF\)" <christer.holmberg@ericsson.com> Fri, 22 September 2006 13:15 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1GQksh-0004IG-3G; Fri, 22 Sep 2006 09:15:51 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1GQksg-0004I8-3P for sipping@ietf.org; Fri, 22 Sep 2006 09:15:50 -0400
Received: from mailgw3.ericsson.se ([193.180.251.60]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1GQksX-00011w-Vm for sipping@ietf.org; Fri, 22 Sep 2006 09:15:50 -0400
Received: from esealmw128.eemea.ericsson.se (unknown [153.88.254.121]) by mailgw3.ericsson.se (Symantec Mail Security) with ESMTP id 541574F0091; Fri, 22 Sep 2006 15:15:37 +0200 (CEST)
Received: from esealmw113.eemea.ericsson.se ([153.88.200.4]) by esealmw128.eemea.ericsson.se with Microsoft SMTPSVC(6.0.3790.1830); Fri, 22 Sep 2006 15:15:36 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [Sipping] Should we define target refresh response? Clarification required on draft-ietf-sipping-dialogusage
Date: Fri, 22 Sep 2006 15:15:36 +0200
Message-ID: <5EB80D22825EEE42872083AD5BFFB594017F15A3@esealmw113.eemea.ericsson.se>
In-Reply-To: <01ac01c6de24$42cc6c00$6c95460a@china.huawei.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Sipping] Should we define target refresh response? Clarification required on draft-ietf-sipping-dialogusage
Thread-Index: AcbeJRhzDqLmMItsQ3yRclGKB1gunQAI+RLA
From: "Christer Holmberg (JO/LMF)" <christer.holmberg@ericsson.com>
To: Tina TSOU <tena@huawei.com>, sipping@ietf.org
X-OriginalArrivalTime: 22 Sep 2006 13:15:36.0533 (UTC) FILETIME=[31282050:01C6DE49]
X-Brightmail-Tracker: AAAAAA==
X-Spam-Score: 1.1 (+)
X-Scan-Signature: 87a3f533bb300b99e2a18357f3c1563d
Cc:
X-BeenThere: sipping@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: "SIPPING Working Group \(applications of SIP\)" <sipping.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:sipping@ietf.org>
List-Help: <mailto:sipping-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/sipping>, <mailto:sipping-request@ietf.org?subject=subscribe>
Content-Type: multipart/mixed; boundary="===============1657406616=="
Errors-To: sipping-bounces@ietf.org

Hi Tina,
 
The rule can be applied for middle dialog request, since UPDATE (and
re-INVITE) are mid-dialog requests.
 
Regards,
 
Christer


________________________________

	From: Tina TSOU [mailto:tena@huawei.com] 
	Sent: 22. syyskuuta 2006 11:51
	To: sipping@ietf.org
	Subject: [Sipping] Should we define target refresh response?
Clarification required on draft-ietf-sipping-dialogusage
	
	
	Hi all,
	In draft draft-ietf-sipping-dialogusage, it had mentioned that
INVITE, UPDATE, SUBSCRIBE and NOTIFY and REFER are target refresh
request, but 200 class response of these requests are target refresh
response if Contact is present? 
	 
	In RFC3261 section 12.2.1.2 Para 4, it said 200 class response
of target refresh request can update remote target URI.
	 
	When a UAC receives a 2xx response to a target refresh request,
it
	   MUST replace the dialog's remote target URI with the URI from
the
	   Contact header field in that response, if present.
	 
	So, can the same rule be applied to UPDATE, SUBSCRIBE and NOTIFY
and REFER? Even for middle dialog request?
	 
	Many thanks in advance:)
	
	B. R.
	Tina
	Messengers: 
	MSN: tinatsou6@hotmail.com   Yahoo: tina_tsou    Skype: tinaTSOU
Jabber: tina@jabber.org

_______________________________________________
Sipping mailing list  https://www1.ietf.org/mailman/listinfo/sipping
This list is for NEW development of the application of SIP
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sip@ietf.org for new developments of core SIP