Hello,
thanks for the fix, I did the backport.
For reference, here are hints on how to do backports:
-
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(a)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(a)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(a)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(a)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(a)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(a)gmail.com
<mailto:joseseabra4@gmail.com>> wrote:
Hello Daniel,
Please check the attachment.
The calls is started for number 3001 from
number 200(a)admin.com <mailto:200@admin.com>,
then kamailio change it to device
"201(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users