Hi Jeff,
as I suspected, there was something more hiding thereA fix is
available on SVN - I guess you already know the procedure - update, test
and if still doesn't work, post the logs.
Thanks and regards,
Bogdan
Jeff Pyle wrote:
Hi Bogdan,
It appears my therapy was not complete. I
Hi Bogdan,
Works perfectly now. Thanks.
- Jeff
On 4/6/09 9:41 AM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote:
Hi Jeff,
as I suspected, there was something more hiding thereA fix is
available on SVN - I guess you already know the procedure - update, test
and if still doesn't
Hi Jeff,
Jeff Pyle wrote:
Evidently responding publically to my own question is some sort of cheap
therapy.
any therapy that has results is a good one :)
Anyway, I found some old examples of how this is supposed to work,
and all the examples included a t_on_branch() statement. My config
Hi Bogdan,
It appears my therapy was not complete. I reinstalled a current build from
the devel repository since 1.4.5 was crashing/stopping in weirder ways than
1.5.0. I'm back to having the two Contacts from the 302 being sent in
parallel. Here are the debugs, the same as before I believe:
Hi Jeff,
could you post the debug again? maybe there is something else
Thanks and regards,
Bogdan
Jeff Pyle wrote:
Hi Bogdan,
I still get the parallel forking to both contacts.
- Jeff
On 3/26/09 2:48 PM, Bogdan-Andrei Iancu bog...@voice-system.ro wrote:
Hi Jeff,
I found a
Hi Bogdan,
Here it is:
Mar 30 14:55:58 opensips[16337]: DBG:uac_redirect:get_redirect: resume
branch=0
Mar 30 14:55:58 opensips[16337]: DBG:uac_redirect:get_redirect: checking
branch=0 (added=0)
Mar 30 14:55:58 opensips[16337]: DBG:uac_redirect:get_redirect: branch=0 is
a redirect (added=0)
Evidently responding publically to my own question is some sort of cheap
therapy. Anyway, I found some old examples of how this is supposed to work,
and all the examples included a t_on_branch() statement. My config did not.
I ripped off one of the examples almost character for character and it
Hi Bogdan,
Debug level was 6 for get_redirects(*), serialize_branches(1) and
next_branches(). The contact header from the 302 was as follows:
Contact:sip:+1303...@ww.xx.116.46:5060;user=phone;q=0.5,sip:+1303
0...@ww.xx.119.46:5060;user=phone;q=0.25
Debug output:
Hi Jeff,
please post the debug=6 logs - also be sure you are using the latest
version as a similar bug was fixed one or two weeks ago.
Regards,
Bogdan
Jeff Pyle wrote:
Hello,
I catch a 302 in a failure_route that runs: get_redirects(“*”),
serialize_branches and next_branches. The
Hello,
I catch a 302 in a failure_route that runs: get_redirects(³*²),
serialize_branches and next_branches. The subsequent t_relay() causes a
parallel fork to both contacts in the 302¹s Contact header.
The 302¹s Contact header looks like this:
10 matches
Mail list logo