[Spce-user] Peer gateway returning a wrong response
Raúl Alexis Betancor Santana
rabs at dimension-virtual.com
Thu Feb 13 08:16:44 EST 2020
That will not work, and will have non-desired side-effects, It's only this peer that one that causes this problems, I'll end doing it by hand if there is no per-peer option already.
De: "Marco Capetta" <mcapetta at sipwise.com>
Para: "spce-user" <spce-user at lists.sipwise.com>
Enviados: Jueves, 13 de Febrero 2020 7:49:55
Asunto: Re: [Spce-user] Peer gateway returning a wrong response
you can try adding the code to "kamailio.proxy.filter_failover_response" params of config.yml file.
The drawback is that the configuration will be system wide, so it iwll be applied automatically to all the peers.
On 2/13/20 12:08 AM, Raúl Alexis Betancor Santana wrote:
We a facing the problem with one carrier, that returns a "404 not-found" for calls routed throught them that the number was before on their network but now have been ported out, It's a problem inside their internal LPN service, but they take too much time to solving it each time whe open a ticket with them so we need to translate that 404 into any response code that SPCE will undestand as "Try other gateway".
Are the "SIP Response Codes", inside Peering Groups -> [group] -> Peering Server -> [peer server] -> Preferences for this ?, if not, is ther any option on SPCE for doing this without having to go to the routing script and do a hand-modification of the template ?
I'm testing under a mr7.5.2
[ http://www.sipwise.com/ | Sipwise GmbH ] , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge
Phone: [ tel:+4313012044 | +43(0)1 301 2044 ]
Email: [ mailto:mcapetta at sipwise.com | mcapetta at sipwise.com ]
Website: [ http://www.sipwise.com/ | www.sipwise.com ]
Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206
Spce-user mailing list
Spce-user at lists.sipwise.com
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Spce-user