Hi Saul,
As we have discussed on IRC few day's ago, i've edited my config adding
the avp_token of call-control module.
After two day's of testing, now the detection of call with same callid
is ok and the error no longer appear in log. So all work fine :)
Thanks
Davide
On 02/25/2013 09:39 AM, Saúl Ibarra Corretgé wrote:
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
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