Hello,
What should be the correct and most efficient way for a proxy to handle
an incoming CANCEL for a INVITE still under processing. The detailed
scenario is :
* INVITE is received, the transaction is created, 100 Trying is sent back
* the routing logic is invoked (this may take even 1 minutes due complex
I/O operations to determine the next hop)
* no INVITE was yet sent back
* a CANCEL request is received for the INVITE
What a proxy should do at this point ? delay the CANCEL and send it
further once the INVITE is also sent out (does not seem to efficient) ?
perform the actual canceling and generate the 487 reply for INVITE (not
sure if it is legitimate for a proxy to do this) ?
I scan the RFC4361 for any possible hints on the matter, but not much of
luck. Section 9.2 does not apply for a proxy and 16.10 does not cover
this scenario.
Thanks and regards,
--
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
_______________________________________________
Sip-implementors mailing list
[email protected]
https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
