Subject: RE: [Sip] 482 handling by proxies

From: Jonathan Rosenberg <[email-masked]>
Date: Tue, 20 Nov 2001 12:01:44 -0500

> -----Original Message-----
> From: A Venkatraman [mailto:[email-masked]]
> Sent: Tuesday, November 20, 2001 10:55 AM
> To: Jonathan Rosenberg; 'Fairlie-Cuninghame, Robert'; 'Christer
> Holmberg'; Gonzalo Camarillo
> Cc: Bob Penfield; [email-masked]
> Subject: RE: [Sip] 482 handling by proxies
> 
> 
> Jonathan
> The proxy is going to send a non-2xx final response to the 
> UAC after a timer
> expires if all branches have not sent a final response.
> 1.Does this mean the proxy wait for the CANCEL to potentially 
> time out if a
> branch does not respond to it, before returning the non-2xx response?

Yup, although this shouldn't occur unless there was a failure between the
original request and the CANCEL. You won't send the CANCEL in the first
place unless you got a 1xx from the next hop, so you know it was there when
you sent the original request.

> 
> 2.Further, suppose the CANCEL gets a 200 Ok but the final 
> response to the
> INVITE was not received. Should the proxy start a timer for 
> this before
> forwarding a final response to the Uac?

Yes. THis should be a problem in theory only by now, since its only an issue
for older rfc2543 UAS that don't respond to the INVITE with 487 when
receiving CANCEL. As this feature has been in bis for well over a year, I
suspect its not going to be a problem. This timer is documented in bis-05,
lines 1191-1195. 

-Jonathan R.
---
Jonathan D. Rosenberg, Ph.D.                72 Eagle Rock Ave.
Chief Scientist                             First Floor
dynamicsoft                                 East Hanover, NJ 07936
[email-masked]                     FAX:   (973) 952-5050
http://www.jdrosen.net                      PHONE: (973) 952-5000
http://www.dynamicsoft.com

_______________________________________________
Sip mailing list  http://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use [email-masked] for questions on current sip
Use [email-masked] for new developments on the application of sip