[OpenSIPS-Users] serialize_branches/next_branches problem
Bogdan-Andrei Iancu
bogdan at voice-system.ro
Thu Mar 26 19:48:12 CET 2009
Hi Jeff,
I found a small bug in the uac_redirect() function - I fixed it on 1.5
and trunk, so if you upload from svn it should work now.
Thanks and regards,
Bogdan
Jeff Pyle wrote:
> 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:+13030000000 at ww.xx.116.46:5060;user=phone>;q=0.5,<sip:+13030000000 at ww.xx.119.46:5060;user=phone>;q=0.25
>
> Debug output:
>
> DBG:uac_redirect:get_redirect: resume branch=0
> DBG:uac_redirect:get_redirect: checking branch=0 (added=0)
> DBG:uac_redirect:get_redirect: branch=0 is a redirect (added=0)
> DBG:core:parse_headers: flags=7
> DBG:core:get_hdr_field: content_length=0
> DBG:core:get_hdr_field: found end of header
> DBG:uac_redirect:sort_contacts: sort_contacts:
> <sip:+13030000000 at ww.xx.119.46:5060;user=phone> q=250
> DBG:uac_redirect:sort_contacts: sort_contacts:
> <sip:+13030000000 at ww.xx.116.46:5060;user=phone> q=500
> DBG:uac_redirect:shmcontact2dset: adding contact
> <sip:+13030000000 at ww.xx.119.46:5060;user=phone>
> DBG:uac_redirect:shmcontact2dset: adding contact
> <sip:+13030000000 at ww.xx.116.46:5060;user=phone>
> DBG:core:serialize_branches: loaded
> <sip:+13030000000 at ww.xx.119.46:5060;user=phone>, q=-1 q_flag <0>
> DBG:core:serialize_branches: loaded
> <sip:+13030000000 at ww.xx.116.46:5060;user=phone>, q=500 q_flag <16>
> DBG:core:next_branches: branch is
> <sip:+13030000000 at ww.xx.116.46:5060;user=phone>
>
> The Opensips build is from an SVN checkout of branches/1.5 about 15:00
> GMT today.
>
>
> - Jeff
>
>
>
>
> On 3/23/09 10:38 AM, "Bogdan-Andrei Iancu" <bogdan at voice-system.ro> wrote:
>
> > 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 subsequent t_relay() causes
> >> a parallel fork to both contacts in the 302’s Contact header.
> >>
> >> The 302’s Contact header looks like this:
> >>
> Contact:<sip:+13030000000 at qq.rr.ss.tt:5060;user=phone>;q=0.5,<sip:+1303000000
> >> 0 at qq.rr.ww.tt:5060;user=phone>;q=0.25
> >>
> >> I would expect it to load only the q=0.5 route at first, no?
> >>
> >>
> >> - Jeff
> >> ------------------------------------------------------------------------
> >>
> >> _______________________________________________
> >> Users mailing list
> >> Users at lists.opensips.org
> >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
> >>
> >
More information about the Users
mailing list