Hi Bogan-Andrei, To check your scenario: The CANCEL arrives from the UAC before the INVITE has been sent out the proxy to the UAS?
CANCEL is a hop-by-hop message so ideally you would send back a 200 OK to the CANCEL from the proxy and internally stop yourself sending out the INVITE towards the UAS. If that is not possibly, then semantically you should send a CANCEL as soon as you receive the first provisional response for the INVITE you send out. Bear in mind you have to be prepared in that scenario for a 200 OK to the INVITE coming back before the CANCEL is processed by the UAS, and thus be prepared to then BYE the call. So stopping sending the INVITE out would be much easier ;-) Regards, Alan > On 10 Oct 2016, at 10:26, Bogdan-Andrei Iancu <bog...@opensips.org> wrote: > > 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 > Sip-implementors@lists.cs.columbia.edu > https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list Sip-implementors@lists.cs.columbia.edu https://lists.cs.columbia.edu/mailman/listinfo/sip-implementors