Hello Brett,
If the 6xx_blocking is on (by default), when receiving a 6xx reply, TM
will select that branch as winning branch and it will not allow any
addition of new branches - all will fail (in failure route).
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com
On 05/03/2013 12:04 AM, Brett Nemeroff wrote:
Hello list,
I have a question about default handling of 6xx replies and acc. I
have a 1.8 build that does NOT have disable_6xx_block set (it's just
default).
I'm seeing cases where when I get a 6xx (after a 18x reply) where
failure route causes it to roll to another block, but it'll never
t_relay the call out; or I think that is what is happening.
So my first carrier attempt results in 18x then 606. I get a 606 for
the invite in missed_calls. Then I relay both the 606 and a 500 Server
Unavailable 19/SL to the originator. Weird thing is, then missed_calls
shows the second carrier it would have tried, but SIP traces show it
never did. I guess I"m wondering how the default handing changes the
callflow when a failure route is hit with a 6xx reply?
Thanks,
Brett
_______________________________________________
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