Not receiving calls - Phone Number not in service

tdnnash25

New Member
Joined
Apr 16, 2009
Messages
74
Reaction score
0
I have another thread open that is addressing this, but the thread Title was actually for something else. So, sorry if you are reading this here and there....

When I dial my DID, I see the call traffic in /var/log/asterisk/full, but I'm receiving a "The number you have dialed is not in service. Please check the number and dial again". This happens when the destination of my incoming route is set to my extension and when it is set to my WebMeetMe. So, I'm not really sure if it has anything to do with my incoming route settings. I'm really stumped on this. My gut says either my trunk settings are wrong somehow or there is a dial plan config goof up ... even though I haven't messed with the dial plans. I'll admit though, I'm pretty much a newbie so maybe it has nothing to do with either.

Help?
 

MGD4me

Guru
Joined
Feb 3, 2009
Messages
505
Reaction score
109
If you are sure the DID call is being delivered to your PBX (as shown in the logs), then the call is not being processed as you would expect.

You can temporarily go to the General Settings page and "allow anonymous SIP calls" (or, something like that) and try the call again. If the call now magically 'works', then you do not have an Inbound Route properly configured for this DID, or you forgot to configure one. Review your settings, and go from there.
 

tdnnash25

New Member
Joined
Apr 16, 2009
Messages
74
Reaction score
0
Anonymous SIP Calls

If you are sure the DID call is being delivered to your PBX (as shown in the logs), then the call is not being processed as you would expect.

You can temporarily go to the General Settings page and "allow anonymous SIP calls" (or, something like that) and try the call again. If the call now magically 'works', then you do not have an Inbound Route properly configured for this DID, or you forgot to configure one. Review your settings, and go from there.

I set "allow anonymous SIP calls" to true and I do now get calls. When I uncheck it, I get the Phone not in service error message. I can't seem to figure out where I'm going wrong. I don't want to allow anonymous calls, but my incoming route looks like it is configured correctly. I've set the DID to my account number with my voip provider. I've also set it as the actual DID. Something weird has to be going on with the incoming route but I'm not sure what it is. I'll keep digging, but if anyone has any tips that'd be great.
 

jeffmac

Guru
Joined
Jan 16, 2008
Messages
230
Reaction score
9
According to your other thread you are getting the following when the call comes in:
[2009-05-02 20:58:46] VERBOSE[7158] logger.c: -- Executing [5557029890@from-sip-external:1] NoOp("SIP/5557029890-09835ba0", "Received incoming SIP connection from unknown peer to 5557029890") in new stack

Based on this entry you need a DID defined for 5557029890.

Now if you "munged" this up to obscure the number then you need to define a route for the DID that was there before you obscured it.

Now - as to why this is an "unknown peer" to start with..... You previously said you were registered and could make outgoing calls. Are the calls coming in from the IP address that you are registered to? Some providers don't send calls to you from the same IP address that they have you register to. I believe that to be "known" peer you have to be "registered" with them.

To check registrations - go to the FreePBX "Tools" tab, and select the "Asterisk Info" option, and then "Registries".

Jeff
 

tdnnash25

New Member
Joined
Apr 16, 2009
Messages
74
Reaction score
0
According to your other thread you are getting the following when the call comes in:
[2009-05-02 20:58:46] VERBOSE[7158] logger.c: -- Executing [5557029890@from-sip-external:1] NoOp("SIP/5557029890-09835ba0", "Received incoming SIP connection from unknown peer to 5557029890") in new stack

Based on this entry you need a DID defined for 5557029890.

Now if you "munged" this up to obscure the number then you need to define a route for the DID that was there before you obscured it.

Now - as to why this is an "unknown peer" to start with..... You previously said you were registered and could make outgoing calls. Are the calls coming in from the IP address that you are registered to? Some providers don't send calls to you from the same IP address that they have you register to. I believe that to be "known" peer you have to be "registered" with them.

To check registrations - go to the FreePBX "Tools" tab, and select the "Asterisk Info" option, and then "Registries".

Jeff

Thanks, checking now.
 

tdnnash25

New Member
Joined
Apr 16, 2009
Messages
74
Reaction score
0
According to your other thread you are getting the following when the call comes in:
[2009-05-02 20:58:46] VERBOSE[7158] logger.c: -- Executing [5557029890@from-sip-external:1] NoOp("SIP/5557029890-09835ba0", "Received incoming SIP connection from unknown peer to 5557029890") in new stack

Based on this entry you need a DID defined for 5557029890.

Now if you "munged" this up to obscure the number then you need to define a route for the DID that was there before you obscured it.

Now - as to why this is an "unknown peer" to start with..... You previously said you were registered and could make outgoing calls. Are the calls coming in from the IP address that you are registered to? Some providers don't send calls to you from the same IP address that they have you register to. I believe that to be "known" peer you have to be "registered" with them.

To check registrations - go to the FreePBX "Tools" tab, and select the "Asterisk Info" option, and then "Registries".

Jeff

According to "Registries" I am registered to my voip provider. I see in my logs that the IP address my calls are coming from is not the IP address that I'm registered to. What now? Talk to my voip provider?
 

tdnnash25

New Member
Joined
Apr 16, 2009
Messages
74
Reaction score
0
Is it bad to allow anonymous sip calls?

This got me thinking. Is it bad to allow anonymous sip calls? It seems the only way to get calls to come in and go where I want, I have to check this.
 

MGD4me

Guru
Joined
Feb 3, 2009
Messages
505
Reaction score
109
I see in my logs that the IP address my calls are coming from is not the IP address that I'm registered to. What now? Talk to my voip provider?
No, no need. The reason you need to register with your provider is so that they know WHERE to send your DID calls to, since you are on a dynamic IP address. If you had a static IP address they would permanently record that address in your account, and all calls would be forwarded there, without the need to register.

Since you ARE receiving calls, as shown in your log, you ARE registered. And you can see in the logs that your call are hitting the "from-sip-external" context, which is a 'catch-all' context to trap anonymous incoming calls.

What does your register string look like? Does it have an account or DID number at the end, like:

username:[email protected]/DID-number ???

In your Trunk configuration, have you a 'context=from-trunk' statement?
 

tdnnash25

New Member
Joined
Apr 16, 2009
Messages
74
Reaction score
0
Static IP / Registering with VSP

No, no need. The reason you need to register with your provider is so that they know WHERE to send your DID calls to, since you are on a dynamic IP address. If you had a static IP address they would permanently record that address in your account, and all calls would be forwarded there, without the need to register.

Since you ARE receiving calls, as shown in your log, you ARE registered. And you can see in the logs that your call are hitting the "from-sip-external" context, which is a 'catch-all' context to trap anonymous incoming calls.

What does your register string look like? Does it have an account or DID number at the end, like:

username:[email protected]/DID-number ???

In your Trunk configuration, have you a 'context=from-trunk' statement?

I have a static IP address. My registration string is like this: userp[email protected]/accountnumber

Should I let them know I have a static IP?
 

MGD4me

Guru
Joined
Feb 3, 2009
Messages
505
Reaction score
109
I think this thread is either the same, or is related to, your other thread on "DID routing - How does it work?" Let's keep only the one discussion going, it's a pain flipping back and forth.

Your 'other' thread indicates ypou are using Voipvoip.com as a service provider, right? If so, they have a configuration guide for trixbox, which also uses FreePBX to configure Trunks and Outbound Routes, so these setting would also pertain to PiaF. However, since you will likely only be using the ulaw codec, all others can be deleted. Therefore in your Trunk configuration, start off with:

disallow=all
allow=ulaw

These two statements should be at the very top of the list.

Second, they show the register string as:

REGISTRATION STRING

5551231234:[email protected]/55551231234 <<< you have something totally different !
(for 5551231234 use your VoIP VoIP account and for XXXXXXXX use your password)

Problems? Please check our installation troubleshooter.
NOTE: VoIPVoIP does not provide technical support for Trixbox.

Rather than fumbling around, go to the Voipvoip website and follow their trixbox config, and try to follow those instructions first, then we can do further trouble-shooting later. Until we know exactly how you have everything set up, it will be a guess, at best.

See: http://www.voipvoip.com/trixbox/
 

tdnnash25

New Member
Joined
Apr 16, 2009
Messages
74
Reaction score
0
I think this thread is either the same, or is related to, your other thread on "DID routing - How does it work?" Let's keep only the one discussion going, it's a pain flipping back and forth.

Your 'other' thread indicates ypou are using Voipvoip.com as a service provider, right? If so, they have a configuration guide for trixbox, which also uses FreePBX to configure Trunks and Outbound Routes, so these setting would also pertain to PiaF. However, since you will likely only be using the ulaw codec, all others can be deleted. Therefore in your Trunk configuration, start off with:

disallow=all
allow=ulaw

These two statements should be at the very top of the list.

Second, they show the register string as:

REGISTRATION STRING

5551231234:[email protected]/55551231234 <<< you have something totally different !
(for 5551231234 use your VoIP VoIP account and for XXXXXXXX use your password)

Problems? Please check our installation troubleshooter.
NOTE: VoIPVoIP does not provide technical support for Trixbox.

Rather than fumbling around, go to the Voipvoip website and follow their trixbox config, and try to follow those instructions first, then we can do further trouble-shooting later. Until we know exactly how you have everything set up, it will be a guess, at best.

See: http://www.voipvoip.com/trixbox/

Sorry about the duplicate thread. The other started off asking one thing then got tied into this - hence why I opened this one.

Anyways, I followed the trixbox configuration guide. The only way that I can have my incoming calls go where I want is to allow anonymous SIP calls. Isn't this bad?
 

MGD4me

Guru
Joined
Feb 3, 2009
Messages
505
Reaction score
109
From the 'old' thread...

[2009-05-02 20:58:46] VERBOSE[7158] logger.c: -- Executing [5557029890@from-sip-external:1] NoOp("SIP/5557029890-09835ba0", "Received incoming SIP connection from unknown peer to 5557029890") in new stack
[2009-05-02 20:58:46] VERBOSE[7158] logger.c: -- Executing [5557029890@from-sip-external:2] Set("SIP/5557029890-09835ba0", "DID=5557029890") in new stack
[2009-05-02 20:58:46] VERBOSE[7158] logger.c: -- Executing [5557029890@from-sip-external:3] Goto("SIP/5557029890-09835ba0", "s|1") in new stack
[2009-05-02 20:58:46] VERBOSE[7158] logger.c: -- Goto (from-sip-external,s,1)
Despite the fact that you've purchased a DID from Voipvoip.com (I believe they call it a Virtual number?), when someone calls your DID it arrives at your PBX with your ACCOUNT number, instead of whatever your actual DID number is (from the log, above):

"DID=5557029890"

Therefore, you want to use your ACCOUNT number as the DID entry in your Inbound Route. In your Trunk, try two different ways in configuring your Register string. Try both.

First (default): 5557029890:[email protected]/5557029890

Alternate: 5557029890:[email protected]
 

tdnnash25

New Member
Joined
Apr 16, 2009
Messages
74
Reaction score
0
Your suggestions still aren't working. But, thanks for your help.

Despite the fact that you've purchased a DID from Voipvoip.com (I believe they call it a Virtual number?), when someone calls your DID it arrives at your PBX with your ACCOUNT number, instead of whatever your actual DID number is (from the log, above):

"DID=5557029890"

Therefore, you want to use your ACCOUNT number as the DID entry in your Inbound Route. In your Trunk, try two different ways in configuring your Register string. Try both.

First (default): 5557029890:[email protected]/5557029890

Alternate: 5557029890:[email protected]

I'm not quite sure you got what I meant. The only way that the calls that come from VoipVoip.com (yes, they do call DID's virtual numbers) to my server get sent to my extensions(s) if if I have "allow anonymous calls" checked under General Settings. The Registration string doesn't make a difference (tried both methods that you suggested). In fact, I tried configuring my trunk to allow the IP address that the calls are coming from and it still didn't work. (host=IPThatI'mRegisteredWith&IPThatCallsAreComingFrom).

I opened up a ticket with VoipVoip.com about this and they said it is a known thing with FreePBX that incoming calls don't work right without enabling anonymous calls. Is that true? I'm trying to figure out what is so bad about anonymous calls anyway.
 

MGD4me

Guru
Joined
Feb 3, 2009
Messages
505
Reaction score
109
I'm not quite sure you got what I meant. The only way that the calls that come from VoipVoip.com (yes, they do call DID's virtual numbers) to my server get sent to my extensions(s) if if I have "allow anonymous calls" checked under General Settings.

Errr.. Yes I did get what you meant. If you read back a bit you'll see that I was the one who detected that the incoming calls where in fact being delivered to your PBX, but were not finding a matching Inbound route, so ended up in the anonymous category. I suggested you to "temporarily" allow these calls in to see whether the call would eventually ring through. Whether leaving this setting 'open' permanently would do any harm, I cannot say, as I have absolutely no knowledge as to how secure your system is.

That aside, you didn't confirm how your Inbound route is configured.

Therefore, you want to use your ACCOUNT number as the DID entry in your Inbound Route
 

tdnnash25

New Member
Joined
Apr 16, 2009
Messages
74
Reaction score
0
Errr.. Yes I did get what you meant. If you read back a bit you'll see that I was the one who detected that the incoming calls where in fact being delivered to your PBX, but were not finding a matching Inbound route, so ended up in the anonymous category. I suggested you to "temporarily" allow these calls in to see whether the call would eventually ring through. Whether leaving this setting 'open' permanently would do any harm, I cannot say, as I have absolutely no knowledge as to how secure your system is.

That aside, you didn't confirm how your Inbound route is configured.

Sorry, my inbound route is using my voipvoip account # instead of my DID. This is the only way it will work. I then have the destination set my extension. Hopefully someone can tell me if allowing anonymous calls is bad.
 

blanchae

Guru
Joined
Mar 12, 2008
Messages
1,910
Reaction score
9
This might be a simple solution, you can add an inbound DID # to any SIP extension through "FreePBX - Extension - <extension #>" <- (that's the extension you want to associate with the DID). Give it a "DID name" plus the "DID number", and it will create the inbound DID rule when applied. Works great. When a DID comes in matching the inbound DID, it sends it to the SIP extension.

The error message is because the dialed in SIP extension "5557029890" doesn't match any of the PBX's extension.
 

Members online

Forum statistics

Threads
25,779
Messages
167,505
Members
19,199
Latest member
leocipriano
Get 3CX - Absolutely Free!

Link up your team and customers Phone System Live Chat Video Conferencing

Hosted or Self-managed. Up to 10 users free forever. No credit card. Try risk free.

3CX
A 3CX Account with that email already exists. You will be redirected to the Customer Portal to sign in or reset your password if you've forgotten it.
Top