Hello, I have the following scenario: Kamailio is suspending an INVITE then generates a SUBSCRIBE msg to an external server with UAC module, and only resume the suspended INVITE when receives an NOTIFY(this NOTIFY "belongs" to the SUBSCRIBE dialog) from the external server.
The issue is that sometimes kamailio doesn't receive a NOTIFY and the transaction is not resumed, any one have an idea how can i implement a solution to resume the suspended invite after x seconds without receiving NOTIFY msg?
Best Regards
Hello,
On 03/09/16 02:47, José Seabra wrote:
Hello, I have the following scenario: Kamailio is suspending an INVITE then generates a SUBSCRIBE msg to an external server with UAC module, and only resume the suspended INVITE when receives an NOTIFY(this NOTIFY "belongs" to the SUBSCRIBE dialog) from the external server.
The issue is that sometimes kamailio doesn't receive a NOTIFY and the transaction is not resumed, any one have an idea how can i implement a solution to resume the suspended invite after x seconds without receiving NOTIFY msg?
you can enable a failure_route for the transaction and it will be execute after the transaction timeout (you can set it with t_set_fr() to a custom value than the default for the other transactions).
Cheers, Daniel
Hello Daniel, I already have the failure_route enabled for the SUBSCRIBE msg and the function t_set_fr(0,3000) is set before send it for network, but when Kamailio receives an 200 OK related to SUBSCRIBE it never enters on the failure route if not receive the NOTIFY.
Is there missing some configuration to this work?
Thank you for you help
Regards José
2016-09-05 8:21 GMT+01:00 Daniel-Constantin Mierla miconda@gmail.com:
Hello,
On 03/09/16 02:47, José Seabra wrote:
Hello, I have the following scenario: Kamailio is suspending an INVITE then generates a SUBSCRIBE msg to an external server with UAC module, and only resume the suspended INVITE when receives an NOTIFY(this NOTIFY "belongs" to the SUBSCRIBE dialog) from the external server.
The issue is that sometimes kamailio doesn't receive a NOTIFY and the transaction is not resumed, any one have an idea how can i implement a solution to resume the suspended invite after x seconds without receiving NOTIFY msg?
you can enable a failure_route for the transaction and it will be execute after the transaction timeout (you can set it with t_set_fr() to a custom value than the default for the other transactions).
Cheers, Daniel
-- Daniel-Constantin Mierla http://www.asipto.com - http://www.kamailio.org http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
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
I understood you now, I have to set the t_fr_time before suspend the INVITE transaction.
Thank you for your support. Cheers José
2016-09-05 13:25 GMT+01:00 José Seabra joseseabra4@gmail.com:
Hello Daniel, I already have the failure_route enabled for the SUBSCRIBE msg and the function t_set_fr(0,3000) is set before send it for network, but when Kamailio receives an 200 OK related to SUBSCRIBE it never enters on the failure route if not receive the NOTIFY.
Is there missing some configuration to this work?
Thank you for you help
Regards José
2016-09-05 8:21 GMT+01:00 Daniel-Constantin Mierla miconda@gmail.com:
Hello,
On 03/09/16 02:47, José Seabra wrote:
Hello, I have the following scenario: Kamailio is suspending an INVITE then generates a SUBSCRIBE msg to an external server with UAC module, and only resume the suspended INVITE when receives an NOTIFY(this NOTIFY "belongs" to the SUBSCRIBE dialog) from the external server.
The issue is that sometimes kamailio doesn't receive a NOTIFY and the transaction is not resumed, any one have an idea how can i implement a solution to resume the suspended invite after x seconds without receiving NOTIFY msg?
you can enable a failure_route for the transaction and it will be execute after the transaction timeout (you can set it with t_set_fr() to a custom value than the default for the other transactions).
Cheers, Daniel
-- Daniel-Constantin Mierla http://www.asipto.com - http://www.kamailio.org http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda
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
-- Cumprimentos José Seabra
Indeed, I understood it is about resuming the invite after a while.
Just as a side note, in case is needed, you can enable execution of an event_route for replies of requests sent with uac_req_send(), including in case of transmission timeout.
Cheers, Daniel
On 05/09/16 21:41, José Seabra wrote:
I understood you now, I have to set the t_fr_time before suspend the INVITE transaction.
Thank you for your support. Cheers José
2016-09-05 13:25 GMT+01:00 José Seabra <joseseabra4@gmail.com mailto:joseseabra4@gmail.com>:
Hello Daniel, I already have the failure_route enabled for the SUBSCRIBE msg and the function t_set_fr(0,3000) is set before send it for network, but when Kamailio receives an 200 OK related to SUBSCRIBE it never enters on the failure route if not receive the NOTIFY. Is there missing some configuration to this work? Thank you for you help Regards José 2016-09-05 8:21 GMT+01:00 Daniel-Constantin Mierla <miconda@gmail.com <mailto:miconda@gmail.com>>: Hello, On 03/09/16 02:47, José Seabra wrote: > Hello, > I have the following scenario: > Kamailio is suspending an INVITE then generates a SUBSCRIBE msg to an > external server with UAC module, and only resume the suspended INVITE > when receives an NOTIFY(this NOTIFY "belongs" to the SUBSCRIBE dialog) > from the external server. > > The issue is that sometimes kamailio doesn't receive a NOTIFY and the > transaction is not resumed, any one have an idea how can i implement a > solution to resume the suspended invite after x seconds without > receiving NOTIFY msg? you can enable a failure_route for the transaction and it will be execute after the transaction timeout (you can set it with t_set_fr() to a custom value than the default for the other transactions). Cheers, Daniel -- Daniel-Constantin Mierla http://www.asipto.com - http://www.kamailio.org http://twitter.com/#!/miconda <http://twitter.com/#%21/miconda> - http://www.linkedin.com/in/miconda <http://www.linkedin.com/in/miconda> _______________________________________________ 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 <http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users> -- Cumprimentos José Seabra
-- Cumprimentos José Seabra