Practically speaking, each request is processed in sequence. So, I would say
b is the answer.
Do you have a proxy in mind that is constantly scanning incoming messages
while processing one message?
----- Original Message -----
From: "Straulino Heiko ICM N MC MI E72" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, July 20, 2001 4:13 AM
Subject: [Sip-implementors] Question on handling CANCEL requests in proxy
> Hi all,
>
> i have a question regarding the handling of a CANCEL request in a SIP
proxy
> in the following
> situation:
> A proxy server receives an INVITE request. The request is processed
> internally
> (e.g. location server lookup, etc.). Before internal processing of the
> INVITE is finished (and before the INVITE is forwarded)
> a CANCEL request for the INVITE arrives. Now should the proxy:
>
> a) Stop INVITE processing and return a 487 "Request terminated" for the
> INVITE transaction.
> b) Nevertheless forward the INVITE request and send a CANCEL right behind.
>
> The -bis03 draft reads as if 487 is only generated by user agents or
> redirect servers, which sounds
> like solution (b).
>
> Thanks in advance,
>
> Heiko Straulino
> _______________________________________________
> Sip-implementors mailing list
> [EMAIL PROTECTED]
> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
>
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
