RE: [Sipping] 433 error response format.

"Drage, Keith \(Keith\)" <drage@alcatel-lucent.com> Thu, 26 April 2007 10:07 UTC

Return-path: <sipping-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hh0t5-00086T-Q5; Thu, 26 Apr 2007 06:07:43 -0400
Received: from sipping by megatron.ietf.org with local (Exim 4.43) id 1Hh0t5-00085z-Ab for sipping-confirm+ok@megatron.ietf.org; Thu, 26 Apr 2007 06:07:43 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hh0t4-00085m-JI for sipping@ietf.org; Thu, 26 Apr 2007 06:07:42 -0400
Received: from ihemail4.lucent.com ([135.245.0.39]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1Hh0t2-0000N6-9y for sipping@ietf.org; Thu, 26 Apr 2007 06:07:42 -0400
Received: from ilexp02.ndc.lucent.com (h135-3-39-2.lucent.com [135.3.39.2]) by ihemail4.lucent.com (8.13.8/IER-o) with ESMTP id l3QA6u2u024335; Thu, 26 Apr 2007 05:07:33 -0500 (CDT)
Received: from DEEXP01.de.lucent.com ([135.248.187.65]) by ilexp02.ndc.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 26 Apr 2007 05:05:35 -0500
Received: from DEEXC1U01.de.lucent.com ([135.248.187.26]) by DEEXP01.de.lucent.com with Microsoft SMTPSVC(6.0.3790.1830); Thu, 26 Apr 2007 12:05:32 +0200
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [Sipping] 433 error response format.
Date: Thu, 26 Apr 2007 12:05:30 +0200
Message-ID: <5D1A7985295922448D5550C94DE2918001084B97@DEEXC1U01.de.lucent.com>
In-Reply-To: <OF6934D3A1.1CC2A5F1-ON652572C9.0034FFBD-652572C9.0035F075@flextronicssoftware.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [Sipping] 433 error response format.
Thread-Index: AceH6AJoQoqRvPIuSIqd/XPQmGX0FgAAf7Bw
References: <OF6934D3A1.1CC2A5F1-ON652572C9.0034FFBD-652572C9.0035F075@flextronicssoftware.com>
From: "Drage, Keith (Keith)" <drage@alcatel-lucent.com>
To: Preethi.Sadasivan@aricent.com, sipping@ietf.org
X-OriginalArrivalTime: 26 Apr 2007 10:05:32.0546 (UTC) FILETIME=[6D13CE20:01C787EA]
X-Scanned-By: MIMEDefang 2.57 on 135.245.2.39
X-Spam-Score: 0.0 (/)
X-Scan-Signature: c1c65599517f9ac32519d043c37c5336
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="===============0781960570=="
Errors-To: sipping-bounces@ietf.org

First draft-ietf-sip-acr-code belongs to SIP, not SIPPING and is in a state of publication requested.
 
To answer your question, the error is not time dependent, and therefore a Retry-After header is irrelevant.
 
The UAC refused to accept the request because certain conditions were not met. A reattempt is always appropriate if the conditions can be met, otherwise they will always produce the same failure. Resolution of the problem lies entirely with the UAC with no further information required from the UAS.
 
regards
 
Keith


________________________________

	From: Preethi.Sadasivan@aricent.com [mailto:Preethi.Sadasivan@aricent.com] 
	Sent: Thursday, April 26, 2007 10:47 AM
	To: sipping@ietf.org
	Cc: Preethi.Sadasivan@aricent.com
	Subject: [Sipping] 433 error response format.
	
	

	Hi All, 
	  I have a query with reference to the following lines from the draft  "draft-ietf-sip-acr-code-04.txt" 
	for 433 error response Section 4. 
	
	4 .UAC Behavior 
	
	   A UAC receiving a 433 (Anonymity Disallowed) MUST NOT retry the 
	   request without anonymity unless it obtains confirmation from the 
	   user that this is desirable.  Such confirmation could be obtained 
	   through the user interface, or by accessing user defined policy.  If 
	   the user has indicated that this is desirable, the UAC MAY retry the 
	   request without requesting anonymity. 
	
	How will the UAS indicate the UAC that it has a desire for the request to 
	be retried. Will this be communicated in some headers like that of Retry-Header. 
	Please throw some light on this issue.
	
	
	Thanks and Regards,
	Preethi..
	------------------------------------------------------------------------------
	Preethi Sadasivan,
	Software Engineer,
	ARICENT ,
	Bangalore.
	tel: +91-80-41069118
	------------------------------------------------------------------------------
	
	
	***********************  Aricent-Private   *********************** 
		"DISCLAIMER: This message is proprietary to Aricent and is intended solely for the use of 
	the individual to whom it is addressed. It may contain privileged or confidential information and should not be 
	circulated or used for any purpose other than for what it is intended. If you have received this message in error, 
	please notify the originator immediately. If you are not the intended recipient, you are notified that you are strictly
	prohibited from using, copying, altering, or disclosing the contents of this message. Aricent accepts no responsibility for 
	loss or damage arising from the use of the information transmitted by this email including damage from virus."
	
		

_______________________________________________
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