Check whether CANCEL requests follow the same path as INIVTE requests in
your SER config file. Probably they don't and the CANCEL does not hit the
t_relay function responsible for forwarding the CANCEL to the right
destination and it is discarded as SER acts statelessly.
Hope it helps,
Samuel.
2008/3/5, Nuno Ribeiro <nribeiro82(a)gmail.com>om>:
Hi all,
I'm having a problem related with the "early" CANCEL's. The scenario
is
the following one :
A PSTN call to a SIP phone. When the PSTN decides to cancel the call only
a right after initiating, the PSTN will send the CANCEL message to the SER
but this is discarded and not forwarded to the correct path to the SIP
Phone. So what happens is that we have a ghost call.... The PSTN has already
cancelled the call but the SIP phone continues to ring.
The code that I have in the SER script is really simple:
if(subst_uri('/^sip:(\+[0-9]+)@
192.168.20.69.*user=phone$/sip:\1@ptinovacao.pt/i')){<http://192.168.20.69.*user=phone$/sip:%5C1@ptinovacao.pt/i'))%7B>
record_route();
loose_route();
t_relay_to_udp("192.168.20.5", "5060");
break;
}
In the log file I see that:
RFC3261 transaction matching failed
t_lookup_request: no transaction found
e2e_cancel: e2e cancel proceeding
Could you help me?
Thanks in advance.
Best Regards,
--
Nuno Ribeiro
_______________________________________________
Serusers mailing list
Serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers