[Spce-user] Peer routing
John Murray
john.murray at skyracktelecom.com
Thu Nov 15 16:22:03 EST 2012
Jon thanks.
Looking at http://www.kamailio.org/docs/modules/3.3.x/modules/lcr.html#id2547463
" A tuple can be marked as a "stopper" tuple. If a "stopper" tuple matches, then matching stops at it and all other tuples with shorter prefixes are not considered."
Maybe this could do it? I'll try this and get back to you. I guess it should be easy to add it to the web interface as an option if it works.
Regards
John
-----Original Message-----
From: spce-user-bounces at lists.sipwise.com [mailto:spce-user-bounces at lists.sipwise.com] On Behalf Of Jon Bonilla (Manwe)
Sent: 15 November 2012 20:49
To: spce-user at lists.sipwise.com
Subject: Re: [Spce-user] Peer routing
El Thu, 15 Nov 2012 20:28:23 -0000
"John Murray" <john.murray at skyracktelecom.com> escribió:
> Hello,
>
>
>
> I have a PSTN peer group with multiple peering servers for inbound and
> outbound traffic. I have a default route pointing to these servers.
>
>
>
> I have a asterisk box configured in another peering group as a peering
> server and a rule with a prefix pointing at it (eg. 447729 ).
>
>
>
> Calls from the PSTN are routed to this asterisk box however this box
> occasionally gives '500 Service Unavailable' which causes SPCE to
> route the call back out my default PSTN peer which wants to send it back again etc.
>
>
>
> Can I build a rule that says route this prefix here and only here?
>
>
Would be a nice to have feature. At the moment what you could do is to make the default peering rule not match with 447729 instead of leaving a blank one.
You could use a negative rule using the callee_pattern (instead of
callee_prefix) that matches everything except that prefix(?)
More information about the Spce-user
mailing list