Hello,
So in the onreply_route, do you want to route just the 200 Ok to another
provider, or the initial Invite ?
Both cases would be kind of bogus, because from the 1st provider's point
of view the dialog was established, so you would first need to terminate
the call on their side.
Can't you determine if the destination supports RFC2833 prior to
actually routing the Invite ?
Regards,
Vlad Paiu
OpenSIPS Developer
On 11/02/2011 06:31 PM, [email protected] wrote:
Hi List !
I'm looking for a solution to a problem : some providers don't support
RFC2833 (Payload 101), but my architecture only support this payload.
So I'd like to route the call to another provider if the first one, to who
I've sent the call, doesn't support RFC2833.
I'd like to use the REPLY_ROUTES with a code like this :
if(t_check_status("200"))
{
if(has_body("application/sdp"))
{
if ! (codec_exists_re("telephone-event"))
{
// ROUTE TO ANOTHER PROVIDER
}
}
}
The best way is to use "use_next_gw()", but it's not possible in a
REPLY_ROUTE.
Have you got any idea, or solution ?
Feel free to ask me if you have some questions !
Thanks,
Best regards,
Mike
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
