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@gmail.com>:

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')){

             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@lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers