[Spce-user] Failure route for PSTN call - 403 forbidden

[Matthias Hohl]

Hello,

 

Today I did some test with another upstream carrier and found out that they
don't accept 43 810 numbers.

I checked the log files and see that they rejected the call with "403 -
forbidden". 

After that I see that there is a "Failure route for PSTN call" log entry and
then there is also a "No failover routing needed for this response code".

 

But there should be a failover routing to another peering (my other peering
accept 43 810 numbers), if a call fails because of 403 forbidden.

How can I enable this failover routing? 

 

Thanks.

 

May 23 11:36:02 spce (local7.notice) proxy[3627]: NOTICE: <script>: Request
leaving server, D-URI='sip:127.0.0.1:5080' -
R=sip:30#4381010018633 at 94.xxx.xxx.xxx:5060;transport=udp
ID=3a5b114019b8dbeb0282bfe03bdffcc8 at sip.telematica.at UA='Telematica PBX
v1.7 R6'

May 23 11:36:02 spce (local7.notice) proxy[3621]: NOTICE: <script>:
NAT-Reply - S=100 - Connecting M=INVITE IP=176.123.55.22:5060
(127.0.0.1:5080) ID=3a5b114019b8dbeb0282bfe03bdffcc8 at sip.telematica.at
UA='<null>'

May 23 11:36:03 spce (local7.notice) proxy[3636]: NOTICE: <script>:
NAT-Reply - S=403 - Forbidden M=INVITE IP=176.123.55.22:5060
(127.0.0.1:5080) ID=3a5b114019b8dbeb0282bfe03bdffcc8 at sip.telematica.at
UA='FreeSWITCH-mod_sofia/1.5.6b+git~20131014T235757Z~850c154bd4'

May 23 11:36:03 spce (local7.notice) proxy[3636]: NOTICE: <script>: Failure
route for PSTN call - R=sip:4381010018633 at 94.xxx.xxx.xxx:5060;transport=udp
ID=3a5b114019b8dbeb0282bfe03bdffcc8 at sip.telematica.at UA='Telematica PBX
v1.7 R6'

May 23 11:36:03 spce (local7.notice) proxy[3636]: NOTICE: <script>: No
failover routing needed for this response code -
R=sip:4381010018633 at 94.xxx.xxx.xxx:5060;transport=udp
ID=3a5b114019b8dbeb0282bfe03bdffcc8 at sip.telematica.at UA='Telematica PBX
v1.7 R6'

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sipwise.com/mailman/private/spce-user_lists.sipwise.com/attachments/20160523/1e252aa9/attachment.html>