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
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
Please check the attachment.
The calls is started for number 3001 from number 200@admin.com, then kamailio change it to device "201@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 miconda@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
Hello Daniel,
Please check the attachment.
The calls is started for number 3001 from number 200@admin.com, then kamailio change it to device "201@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 miconda@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
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 joseseabra4@gmail.com wrote:
Hello Daniel,
Please check the attachment.
The calls is started for number 3001 from number 200@admin.com, then kamailio change it to device "201@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 miconda@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
Hello Jason, Yes i'm using async sleep function, within my failure route.
Regards
2014/1/16 Jason Penton jason.penton@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 joseseabra4@gmail.comwrote:
Hello Daniel,
Please check the attachment.
The calls is started for number 3001 from number 200@admin.com, then kamailio change it to device "201@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 miconda@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.penton@smilecoms.com name.surname@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
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 joseseabra4@gmail.com wrote:
Hello Jason, Yes i'm using async sleep function, within my failure route.
Regards
2014/1/16 Jason Penton jason.penton@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 joseseabra4@gmail.comwrote:
Hello Daniel,
Please check the attachment.
The calls is started for number 3001 from number 200@admin.com, then kamailio change it to device "201@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 miconda@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.penton@smilecoms.com name.surname@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
Hi Jose,
I've just pushed a patch to master. Please can you test and get back to me.
Cheers Jason
On Thu, Jan 16, 2014 at 12:39 PM, Jason Penton jason.penton@smilecoms.comwrote:
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 joseseabra4@gmail.comwrote:
Hello Jason, Yes i'm using async sleep function, within my failure route.
Regards
2014/1/16 Jason Penton jason.penton@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 joseseabra4@gmail.comwrote:
Hello Daniel,
Please check the attachment.
The calls is started for number 3001 from number 200@admin.com, then kamailio change it to device "201@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 miconda@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.penton@smilecoms.com name.surname@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.penton jason.penton@smilecoms.com name.surname@smilecoms.com www.smilecoms.com
Hi Jason,
I tested your patch and it is working well.
Thank you
Regards
2014/1/16 Jason Penton jason.penton@smilecoms.com
Hi Jose,
I've just pushed a patch to master. Please can you test and get back to me.
Cheers Jason
On Thu, Jan 16, 2014 at 12:39 PM, Jason Penton <jason.penton@smilecoms.com
wrote:
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 joseseabra4@gmail.comwrote:
Hello Jason, Yes i'm using async sleep function, within my failure route.
Regards
2014/1/16 Jason Penton jason.penton@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 joseseabra4@gmail.comwrote:
Hello Daniel,
Please check the attachment.
The calls is started for number 3001 from number 200@admin.com, then kamailio change it to device "201@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 miconda@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.penton@smilecoms.com name.surname@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.penton jason.penton@smilecoms.com name.surname@smilecoms.com www.smilecoms.com
--
*Jason Penton**Senior Manager: Applications and Services* *Smile Communications Pty (Ltd)* *Mobile:* +27 (0) 83 283 7000*Skype:*jason.barry.penton jason.penton@smilecoms.com name.surname@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
Great! Thanks Jose!
I will ask Daniel to back-port. Daniel, when you get a chance can you back-port please? ;)
Cheers Jason
On Thu, Jan 16, 2014 at 4:46 PM, José Seabra joseseabra4@gmail.com wrote:
Hi Jason,
I tested your patch and it is working well.
Thank you
Regards
2014/1/16 Jason Penton jason.penton@smilecoms.com
Hi Jose,
I've just pushed a patch to master. Please can you test and get back to me.
Cheers Jason
On Thu, Jan 16, 2014 at 12:39 PM, Jason Penton < jason.penton@smilecoms.com> wrote:
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 joseseabra4@gmail.comwrote:
Hello Jason, Yes i'm using async sleep function, within my failure route.
Regards
2014/1/16 Jason Penton jason.penton@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 joseseabra4@gmail.comwrote:
Hello Daniel,
Please check the attachment.
The calls is started for number 3001 from number 200@admin.com, then kamailio change it to device "201@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 miconda@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.penton@smilecoms.com name.surname@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.penton jason.penton@smilecoms.com name.surname@smilecoms.com www.smilecoms.com
--
*Jason Penton**Senior Manager: Applications and Services* *Smile Communications Pty (Ltd)* *Mobile:* +27 (0) 83 283 7000 *Skype:*jason.barry.penton jason.penton@smilecoms.com name.surname@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
Hello,
thanks for the fix, I did the backport.
For reference, here are hints on how to do backports: - http://www.kamailio.org/wiki/devel/backporting-to-3.2.x
One can just replace 3.1 with 4.1 or other branch name and follow the same guides.
Cheers, Daniel
On 16/01/14 15:48, Jason Penton wrote:
Great! Thanks Jose!
I will ask Daniel to back-port. Daniel, when you get a chance can you back-port please? ;)
Cheers Jason
On Thu, Jan 16, 2014 at 4:46 PM, José Seabra <joseseabra4@gmail.com mailto:joseseabra4@gmail.com> wrote:
Hi Jason, I tested your patch and it is working well. Thank you Regards 2014/1/16 Jason Penton <jason.penton@smilecoms.com <mailto:jason.penton@smilecoms.com>> Hi Jose, I've just pushed a patch to master. Please can you test and get back to me. Cheers Jason On Thu, Jan 16, 2014 at 12:39 PM, Jason Penton <jason.penton@smilecoms.com <mailto:jason.penton@smilecoms.com>> wrote: 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 <joseseabra4@gmail.com <mailto:joseseabra4@gmail.com>> wrote: Hello Jason, Yes i'm using async sleep function, within my failure route. Regards 2014/1/16 Jason Penton <jason.penton@smilecoms.com <mailto:jason.penton@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 <joseseabra4@gmail.com <mailto:joseseabra4@gmail.com>> wrote: Hello Daniel, Please check the attachment. The calls is started for number 3001 from number 200@admin.com <mailto:200@admin.com>, then kamailio change it to device "201@admin.com <mailto:201@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 <miconda@gmail.com <mailto:miconda@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://twitter.com/#%21/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 <mailto: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 <tel:%2B27%20%280%29%2083%20283%207000> *Skype:* jason.barry.penton jason.penton@smilecoms.com <mailto:name.surname@smilecoms.com> www.smilecoms.com <http://www.smilecoms.com/> This email is subject to the disclaimer of Smile Communications athttp://www.smilecoms.com/disclaimer _______________________________________________ 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 <mailto: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 <tel:%2B27%20%280%29%2083%20283%207000> *Skype:* jason.barry.penton jason.penton@smilecoms.com <mailto:name.surname@smilecoms.com> www.smilecoms.com <http://www.smilecoms.com/> -- *Jason Penton* *Senior Manager: Applications and Services* *Smile Communications Pty (Ltd)* *Mobile:* +27 (0) 83 283 7000 <tel:%2B27%20%280%29%2083%20283%207000> *Skype:* jason.barry.penton jason.penton@smilecoms.com <mailto:name.surname@smilecoms.com> www.smilecoms.com <http://www.smilecoms.com/> This email is subject to the disclaimer of Smile Communications athttp://www.smilecoms.com/disclaimer _______________________________________________ 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 <mailto: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.penton@smilecoms.com mailto:name.surname@smilecoms.com www.smilecoms.com http://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
I had a mistake on last email, the last device that kamailio send the invite is to 203 instead 201
Regards
2014/1/10 José Seabra joseseabra4@gmail.com
Please check the attachment.
The calls is started for number 3001 from number 200@admin.com, then kamailio change it to device "201@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 miconda@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
-
Daniel-Constantin Mierla -
Jason Penton -
José Seabra