Can't receive incoming calls, urgent setup needed

[cnkrc]

Hello,

We have an event in our nonprofit organization and I have to get my PBX up and running asap. I can not receive phone calls, here the details:
1. I've created a Debian 9 machine and installed FusionPBX according to official docs.
2. I whent to accounts/gateways and added my gateway. (filled gateway, username, password and proxy fields.
*Now status is running, state is 'Reged'.
3. I whent to Extensions and created #10.
*Now I can successfully login to my extension with MicroSip softphone.
4. In the destinations, there is an inbound rule. Type inbound, extension 10, voice is checked.
*When I'm online on MicroSip, I can call 11 (it is my IVR number) without problem and I can access to my voice message box.
**When I call my phone number, I can not receive phone call via MicroSip. I'm getting busy tone.

What am I missing something?
Btw: I can pay a small service fee for the configuration if you need. It is from my own budget.

Thank you so much for your help and support.

 

[ad5ou]

I don’t see any mention of adding your gateway’s IP address to ACL
This is required for inbound to work

 

[cnkrc]

I don’t see any mention of adding your gateway’s IP address to ACL
This is required for inbound to work

Hi,

O, an important step. I'll go ahead and add.
How can I enter my IP address format?
1. Going to ACL section,
2. Click add.
3. Enter a description.
4. Choose allow from the default dropdown menu.
5. Enter my IP to the CIDR input box and choose 'allow' and save it.
Are they correct?

 

[Ian@ITEL7]

Hi,

O, an important step. I'll go ahead and add.
How can I enter my IP address format?
1. Going to ACL section,
2. Click add.
3. Enter a description.
4. Choose allow from the default dropdown menu.
5. Enter my IP to the CIDR input box and choose 'allow' and save it.
Are they correct?

It needs to be the IP from MicroSip as they are the ones sending you the call.

 

[cnkrc]

It needs to be the IP from MicroSip as they are the ones sending you the call.

Hi,

Sorry, I don't understand. Currently I have my phone number gateway information including it's IP and domain, username and password.
I'm using extension that I created from FusionPBX to login to MicroSip and entering my FusionPBX IP address to MicroSip.
Currently My FusionPBX IP is already added to ACL list.
Do I need to add my gateway IP as well? (my phone number provider IP)

Best.

 

[Adrian Fretwell]

It needs to be the IP from MicroSip as they are the ones sending you the call.

No it doesn't

This screenshot may help:

 

[cnkrc]

No it doesn't

This screenshot may help:
View attachment 2328

Unfortunately I'm visually impaired and it is hard to understand screenshot.
So would that be possible to write the details please?
Also, if you have few minutes, can we communicate directly to check my server?

Thank you.

 

[Adrian Fretwell]

OK, from the menu choose Advanced->Access Controls.
Click on the control named domains.
Now add an entry...
In the "type" drop down box choose "allow".
In the CIDR box put the IP address of your SIP Trunk Provider followed by /32. For example 88.99.100.101/32
Do not put anything in the "Domain" box. Description is optional.
Click Save.

From the menu choose Status->SIP Status
Click on "Reload ACL".

This should be all you need to get your inbound working. If it does not, consider posting a log file.

 

[cnkrc]

OK, from the menu choose Advanced->Access Controls.
Click on the control named domains.
Now add an entry...
In the "type" drop down box choose "allow".
In the CIDR box put the IP address of your SIP Trunk Provider followed by /32. For example 88.99.100.101/32
Do not put anything in the "Domain" box. Description is optional.
Click Save.

From the menu choose Status->SIP Status
Click on "Reload ACL".

This should be all you need to get your inbound working. If it does not, consider posting a log file.

Thank you so much! I'll now apply all steps.
Best.

 

[Ian@ITEL7]

No it doesn't

This screenshot may help:
View attachment 2328

Ahh yes it does as MicroSIP is the provider sending the call to Fusion. You have given more detail on the exact same thing.

 

[Adrian Fretwell]

Ahh yes it does as MicroSIP is the provider sending the call to Fusion. You have given more detail on the exact same thing.

My apologies, I thought MicroSIP was a soft phone!

 

[cnkrc]

Hi,

Yes, MicroSip is a softphone My provider is different.
Now I successfully created outbound route and there is no problem to call an external number via Softphone.
**But I can't receive incoming calls.
I created AN IVR and choose it from the destinations menu to pull incoming calls instead of softphone to test; it didn't work as well.
Also, when I call my IVR number from my own extension, it want me to enter a password
What a hard task!

 

[Architect]

Did you add your phone number as a Destination and ensure it's properly tied to an Inbound Route?

 

[Ian@ITEL7]

Hi,

Yes, MicroSip is a softphone My provider is different.
Now I successfully created outbound route and there is no problem to call an external number via Softphone.
**But I can't receive incoming calls.
I created AN IVR and choose it from the destinations menu to pull incoming calls instead of softphone to test; it didn't work as well.
Also, when I call my IVR number from my own extension, it want me to enter a password
What a hard task!

Hi cnkrc,

extension to extension calls ( be that soft phone ie MicroSip, Physical Sip Phone, ATA etc) should work as long as the extensions are registered. They should not need to have the IP Address added to the ACL as they register on 5060 which is the internal ACL and by default this is allow all.

The ACL comes in to play for external providers as they will register with 5080 and this ACL is by default set to deny. Adrian's message before clearly shows under the Domains ACL that you need to add the CIDR notation of your external provider to allow the call through.


Going back to your initial post

1. I've created a Debian 9 machine and installed FusionPBX according to official docs.
2. I whent to accounts/gateways and added my gateway. (filled gateway, username, password and proxy fields.
*Now status is running, state is 'Reged'.
3. I whent to Extensions and created #10.
*Now I can successfully login to my extension with MicroSip softphone.
4. In the destinations, there is an inbound rule. Type inbound, extension 10, voice is checked.
*When I'm online on MicroSip, I can call 11 (it is my IVR number) without problem and I can access to my voice message box.
**When I call my phone number, I can not receive phone call via MicroSip. I'm getting busy tone.

1. Great all good
2. Also great, means that your credentials with the external provider are correct and that Fusion has access to the internet
3. So you created an extension called 10 and you are able to register with MicroSIP. All good so far.
4. Your inbound rule that you created pointing to extension 10 did you fill out the destination number field with the number you are expecting from your SIP provider? Depending on the dial pattern your provider is sending you may need to change this and also fill out the country code.

The call from ext 10 to ext 11 is normal operation and proves that your configuration is working for internal calls.

When you call the phone number are you using an mobile/cell or external fixed line service?
Is the number that you are attempting to call a publicly available number?
Have you run from the command line "sudo sngrep -c" to check the sip messages you are receiving?
Have you confirmed that the Domains ACL has the provider CIDR populated to allow the call to come in?

Alot of these things have tripped me up when I was first getting FusionPBX going so I understand your frustrations. Check these and let us know.

Also with you latest post re the IVR

I created AN IVR and choose it from the destinations menu to pull incoming calls instead of softphone to test; it didn't work as well.
Also, when I call my IVR number from my own extension, it want me to enter a password

So using the IVR as a destination is a good way to test the functionality as you get the voice prompts back. When you say it didn't work do you mean that the external inbound call with the destination set to the IVR didn't work or an internal call didn't work?

Calling the IVR extension from another extension should not result in a password request it should result in the IVR being played and you providing a button press. How is your IVR configured?

Ian