On Feb 22, 2013, at 1:11 PM, Davide Dal Frà wrote:
> Hi Saul,
>
> The endpoints send the Invite twice (Time 0.000 and Time 0.099), after that
> The proxy (opensips) send back a 500 . It seems like the endpoints consider
> timed out the first invite and it resend again.
>
Yes, but that doesn't explain why you are routing the INVITE further even if
you gave a 500 reply back. Why is this?
> My routing flow is:
>
> 1. Check if is an INVITE from a GW ( is_method("INVITE") && is_from_gw() )
> 2. do a "dp_translate"
> 3. route to "check_channels" block that is composed in this mode:
> • Check the available channels , script idea taken from
> http://www.opensips.org/Resources/DocsTutConcurrentCalls
> • Call the "call_control()" functions as described in call_cc.txt
> (attached)
> 4. call "topology_hidding()" function
> 5. engage_mediaproxy()
> 6. call do_routing, and add some helper routes (t_on_branch("2");
> t_on_reply("2"); t_on_failure("2");) and call the t_relay() . The block is
> attached in helper.txt file.
>
>
I'm not sure if there is any problem in using ropology_hiding with callcontrol,
if there is I'm not aware of it, but other than that, I don't see any problem
with those steps.
Please do check that misrouted INVITE, I think it's the actual cause for this.
Regards,
--
Saúl Ibarra Corretgé
AG Projects
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
