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:+13030000...@ww.xx.116.46:5060;user=phone>;q=0.5,<sip:+13030000...@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:+13030000...@ww.xx.119.46:5060;user=phone> q=250 > DBG:uac_redirect:sort_contacts: sort_contacts: > <sip:+13030000...@ww.xx.116.46:5060;user=phone> q=500 > DBG:uac_redirect:shmcontact2dset: adding contact > <sip:+13030000...@ww.xx.119.46:5060;user=phone> > DBG:uac_redirect:shmcontact2dset: adding contact > <sip:+13030000...@ww.xx.116.46:5060;user=phone> > DBG:core:serialize_branches: loaded > <sip:+13030000...@ww.xx.119.46:5060;user=phone>, q=-1 q_flag <0> > DBG:core:serialize_branches: loaded > <sip:+13030000...@ww.xx.116.46:5060;user=phone>, q=500 q_flag <16> > DBG:core:next_branches: branch is > <sip:+13030000...@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" <bog...@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:+13030000...@qq.rr.ss.tt:5060;user=phone>;q=0.5,<sip:+1303000000 > >> 0...@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@lists.opensips.org > >> http://lists.opensips.org/cgi-bin/mailman/listinfo/users > >> > > _______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users