On Oct 07, 2010 at 13:52, Juha Heinanen <j...@tutpro.com> wrote:
> in tm readme there is this kind of example regarding use of
> t_relay_cancel:
>
> if (method == CANCEL) {
> if (!t_relay_cancel()) { # implicit drop if relaying was successful,
> # nothing to do
>
> # corresponding INVITE transaction found but error occurred
> sl_reply("500", "Internal Server Error");
> drop;
> }
> # bad luck, corresponding INVITE transaction is missing,
> # do the same as for INVITEs
> }
>
> if proxy is processing all invites statefully, why anything needs to be
> done when invite transaction corresponding the to cancel is missing?
> isn't it a case of unmatched cancel and the cancel could just be
> dropped?
Well, IMHO it should be forwarded the same as one would forward the
INVITE. Dropping it is quite a hardliner approach :-)
Andrei
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
