Hello,
On 14/06/16 16:33, José Seabra wrote:
Hi Olle and Daniel, Thank you for your replies, After receive your msg I looked again to my script and i found the problem.
I didn't configure the correct failure_route block and the failure route configured didn't print any msg on the logs, so I thought that it wasn't entering on failure route.
Sorry for my mistake.
Anyway, How should i handle the CANCEL sip msg to an INVITE that is suspended? (still related with this implementation)
Just handling it as done in the default configuration file is ok -- the suspended transaction will be canceled.
Cheers, Daniel
Thank you for your support.
Regards
2016-06-14 14:52 GMT+01:00 Olle E. Johansson <oej@edvina.net mailto:oej@edvina.net>:
On 14 Jun 2016, at 15:45, José Seabra <joseseabra4@gmail.com <mailto:joseseabra4@gmail.com>> wrote: Hello, Regarding to this implementation, I'm sending SIP Subscribe message from uac_req_send function to CNAM server but it is unavailable and Kamailio doesn't receive any reply from CNAM server, What I'm noticing is that kamailio is retransmitting the SIP Subscribe msg until get "408 request time out". In order to implement a failure_route to this SIP Subscribe msg sent from uac_req_send I put kamailio send this SIP msg first to itself then kamailio set the failure_route and send SIP Subscribe msg to CNAM server using t_relay from script configuration file, but kamailio still not entering on failure_route block.I am doing the same with SIP REGISTER and get into the failure route with a lot of different issues. Haven’t specifically tried with a local TM timeout, a locally generated 408 though.How can I set failure_route to this SIP Subscribe msg sent from uac_req_send()SHould work with a normal failure route trigger in the script. Sounds very strange ... /ORegards 2016-06-07 22:06 GMT+01:00 José Seabra <joseseabra4@gmail.com <mailto:joseseabra4@gmail.com>>: Hello, Thank you for the feedback. BR 2016-06-07 8:38 GMT+01:00 Pavel Eremin <eremina.net@gmail.com <mailto:eremina.net@gmail.com>>: Hi, We using PERL moodule and PERL script to do this. Don't sure but, Kamailio will stop anyway when it sends www query and wating answer. 2016-06-06 19:56 GMT+05:00 José Seabra <joseseabra4@gmail.com <mailto:joseseabra4@gmail.com>>: Hello there, I need to use kamailio to consult an CNAM server in order to get the caller id name and number to the call, the diagram bellow represents what i need implement: <kamailio_CNAM.png> Can I implement this behavior through the following kamailio modules: 1. tm and tmx module (call the function t_suspend and t_continue in order to stop INVITE transaction and resume it). 2. UAC module (generate the SUBSCRIBE sip message) 3. Some kamailio scripting logic to manage this behavior. what are your advices to implement this scenario? Thank you for your help Regards -- Cumprimentos José Seabra _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users -- Cumprimentos José Seabra -- Cumprimentos José Seabra _______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users_______________________________________________ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org <mailto:sr-users@lists.sip-router.org> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users-- Cumprimentos José Seabra
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