Good Inbound dialplan destination to catch anything?

Status
Not open for further replies.

Scott Ellis

New Member
Aug 17, 2017
2
0
1
58
I am just after an inbound dial plan destination that will accept anything, so I can send all calls to an extension.

I have tried all sorts of things, but keep getting the call being abandoned.

Here is the part of the log that applies:

8dd0a8f6-bf9a-461c-b392-defc0025f4b3 2017-08-19 23:19:43.157572 [NOTICE] switch_channel.c:1104 New Channel sofia/internal/0412---408@10.11.1.3 [8dd0a8f6-bf9a-461c-b392-defc0025f4b3]
8dd0a8f6-bf9a-461c-b392-defc0025f4b3 2017-08-19 23:19:43.157572 [DEBUG] switch_core_state_machine.c:584 (sofia/internal/0412---408@10.11.1.3) Running State Change CS_NEW (Cur 1 Tot 40)
8dd0a8f6-bf9a-461c-b392-defc0025f4b3 2017-08-19 23:19:43.157572 [DEBUG] sofia.c:9873 sofia/internal/0412---408@10.11.1.3 receiving invite from 203.55.231.200:5060 version: 1.6.19 -36-7a77e0b 64bit
2017-08-19 23:19:43.157572 [DEBUG] sofia.c:10044 IP 203.55.231.200 Rejected by acl "domains". Falling back to Digest auth.
2017-08-19 23:19:43.157572 [WARNING] sofia_reg.c:1792 SIP auth challenge (INVITE) on sofia profile 'internal' for [0240---344@iinetphone.iinet.net.au] from ip 203.55.231.200
8dd0a8f6-bf9a-461c-b392-defc0025f4b3 2017-08-19 23:19:43.157572 [DEBUG] switch_core_state_machine.c:603 (sofia/internal/0412---408@10.11.1.3) State NEW
2017-08-19 23:19:43.157572 [DEBUG] sofia.c:2334 detaching session 8dd0a8f6-bf9a-461c-b392-defc0025f4b3
8dd0a8f6-bf9a-461c-b392-defc0025f4b3 2017-08-19 23:19:53.297659 [WARNING] switch_core_state_machine.c:687 8dd0a8f6-bf9a-461c-b392-defc0025f4b3 sofia/internal/0412---408@10.11.1.3 Abandoned
8dd0a8f6-bf9a-461c-b392-defc0025f4b3 2017-08-19 23:19:53.297659 [NOTICE] switch_core_state_machine.c:690 Hangup sofia/internal/0412---408@10.11.1.3 [CS_NEW] [WRONG_CALL_STATE]

203.55.231.200 is setup in the ACL's (Have read the other posts about ACL's)
iiNET will only communicate on 5060 - send and receive
 
Last edited:

modcar

Member
Jun 9, 2017
83
5
8
44
I got around this by switching the port numbers on internal and external in advanced > sip profiles

Internal now 5060
External now 6050
(phones connect on domain:6050)

Then updating iptables to reflect the new port numbers.

Also in IPTables, I blocked port 5060, then allowed it only for specified IP's to save on spam registrations

Status > Sip Status
Flush memcache
Reload XML
Restart All sofia profiles

An inbound route to catch all numbers would start with a condition of ^(/d+)$
 

DigitalDaz

Administrator
Staff member
Sep 29, 2016
3,078
580
113
Ignore the above post its absolutely not the way to do anything.

An catch all is also not the way to do it as it will catch just that, all, including any of your extensions.

It would be better if you actually stated what you really want to achieve here, for example, are they all real DID numbers you are trying to catch in which case they will likely be over a certain length and you can catch them that way without it affecting the rest of your dialplan. Remember in fusionpbx EVERYTHING is an extension so for example a catch all where you had a ring group 5000 would catch that too. You will soon end up in a real mess.
 
Status
Not open for further replies.