Ok, that makes sense. I have made a patch. I am just going to do some tests to confirm all is okay and then will push to master. If your tests on master are successful we will back-port.
Cheers Jason On Thu, Jan 16, 2014 at 12:36 PM, José Seabra <joseseab...@gmail.com> wrote: > Hello Jason, > Yes i'm using async sleep function, within my failure route. > > Regards > > > > 2014/1/16 Jason Penton <jason.pen...@smilecoms.com> > >> Hi Jose, >> >> Are you using any async functions in your config file? Or is this just >> standard failure route handling? >> >> Cheers >> Jason >> >> >> On Fri, Jan 10, 2014 at 4:28 PM, José Seabra <joseseab...@gmail.com>wrote: >> >>> Hello Daniel, >>> >>> Please check the attachment. >>> >>> The calls is started for number 3001 from number 2...@admin.com, then >>> kamailio change it to device "2...@admin.com", the avp's that i use in >>> failure route is : >>> >>> $avp(s:account_id) >>> $avp(s:originalru) >>> $avp(s:cf_action_id) >>> >>> If do you need more information please let me know. >>> >>> Thank you >>> >>> >>> 2014/1/10 Daniel-Constantin Mierla <mico...@gmail.com> >>> >>>> Hello, >>>> >>>> can you get the log messages with debug=3 (from the moment the INVITE >>>> comes in till the end of the transaction)? >>>> >>>> Cheers, >>>> Daniel >>>> >>>> >>>> On 10/01/14 13:20, José Seabra wrote: >>>> >>>>> Hi there, >>>>> I upgraded my kamailio server from version 4.0.1 to 4.1.1, then i >>>>> noticed that all my "AVP's variavels" that are initialized on initial >>>>> "INVITE", are all set as null when call goes to failure route, so kamailio >>>>> is not keeping the variavel values for same call(dialog) >>>>> >>>>> When it happens i see the following warning "WARNING: tm >>>>> [t_lookup.c:1536]: t_unref(): WARNING: script writer didn't release >>>>> transaction" >>>>> >>>>> >>>>> Thanks for your help >>>>> >>>>> -- >>>>> Regards >>>>> José Seabra >>>>> >>>> >>>> -- >>>> Daniel-Constantin Mierla - http://www.asipto.com >>>> http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda >>>> >>>> >>> >>> >>> -- >>> Cumprimentos >>> José Seabra >>> >>> >>> >>> -- >>> 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 >>> >>> >> >> >> -- >> >> *Jason Penton**Senior Manager: Applications and Services* *Smile >> Communications Pty (Ltd)* *Mobile:* +27 (0) 83 283 7000 >> *Skype:*jason.barry.penton >> jason.pen...@smilecoms.com <name.surn...@smilecoms.com> www.smilecoms.com >> >> >> This email is subject to the disclaimer of Smile Communications at >> http://www.smilecoms.com/disclaimer >> >> >> _______________________________________________ >> 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 > > _______________________________________________ > 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 > > -- *Jason Penton**Senior Manager: Applications and Services**Smile Communications Pty (Ltd)**Mobile:*+27 (0) 83 283 7000*Skype:* jason.barry.pentonjason.pen...@smilecoms.com <name.surn...@smilecoms.com> www.smilecoms.com This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/disclaimer
_______________________________________________ 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
