• V20: 3CX Re-engineered. Get V20 for increased security, better call management, a new admin console and Windows softphone. Learn More.

Outbound calls not working

Status
Not open for further replies.

Tanja Lang

Joined
Apr 7, 2018
Messages
4
Reaction score
0
Hello guys

really hope that someone can help me here.

I set up a PBX with Voip trunk using ip based authentication. Inbound calls are working fine, but not way to get outbound calls working. almost tried everything.

Here are the information that i got from the provider:

176.x.x.x = SBC-IP Provider
176.x.x.x = PBX-IP
Sip Domain = xxx.arcor.de
port = 5060

SIP-Communication

· SIP-Header „Contact-Feld„ , „From“- und „To“-Felder national Format
(Bsp [email protected]) or international (Bsp [email protected])

· „P-Asserted-Identity“ should look like Area Code & Number like <sip:[email protected]>

This is what i always get if i look at the activity protocoll:

07.04.2018 13:30:48 - [CM503003]: Call(C:54): Call to <sip:[email protected](this is the SBC-IP):5060> has failed; Cause: 503 No DNS results/INVITE from local

would be great if someone could help me.

Thanks a lot
 
Hi Tanja,

Not your issue but firstly check and confirm if you have an outbound rule setup and it conforms to: https://www.3cx.com/docs/manual/sip-trunks/

What are you using as your DNS server? Try changing the servers DNS to Google 8.8.8.8 and see if that helps, can you ping the SBC address they have provided and can you confirm (as this is an IP based SIP trunk) that you have allowed their addresses through your firewall (they should of done the same with your Public IP also).
 
Hi eddv123

Yes it is an ip-based SIP trunk, the provider told me. i allowed there addresses to the firewall and i also tried 8.8.8.8 dns servers. I also set up an outbound rule. The SBC IP is not pingable, the provider told me, because of security reasons. It is really strange, because everything else is working. Inbound calls are no problem.

Maybe it would help you if i post the exactly log output:

07.04.2018 15:07:33 - Call to T:Line:10000>>10xxxxxxxx(Called-Number)@[Dev:sip:[email protected](SBC-IP):5060] from L:8.1[Extn:34] failed, cause: Cause: 408 Request Timeout/INVITE from local

would be really great, if you would have an idea how to solve this.

Thank you.
 
The SBC IP is not pingable, the provider told me, because of security reasons.

While you may not be able to ping it, (if using a Windows PC), have you tried TRACERT?
 
It would be useful to see what and if your system has a path back to the provider.

From the trace fragments you have sent it looks like the provider is taking too long to respond to the requests being sent so before calling them it would be useful to confirm.
 
So, i used traceroute (same as tracert but linux based). Here are the results:

traceroute 176.95.x.x (SBC-IP)
traceroute to 176.95.x.x (176.95.x.x), 30 hops max, 60 byte packets
1 business-176-094-xxxx-static.arcor-ip.net (176.94.x.x(Router-IP)) 1.120 ms 1.228 ms 1.308 ms
2 145.253.15.37 (145.253.15.37) 4.593 ms 4.888 ms 5.284 ms
3 * * *
4 145.254.13.173 (145.254.13.173) 10.015 ms 10.494 ms 10.846 ms
5 145.254.2.172 (145.254.2.172) 8.230 ms 8.824 ms 9.275 ms
6 145.254.1.244 (145.254.1.244) 13.277 ms 8.986 ms 8.776 ms
7 92.79.212.102 (92.79.212.102) 13.910 ms 14.515 ms 10.353 ms
8 88.79.12.17 (88.79.12.17) 9.593 ms * 10.652 ms
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *

If I do traceroute 8.8.8.8 for example it looks like that:

traceroute 8.8.8.8
traceroute to 8.8.8.8 (8.8.8.8), 30 hops max, 60 byte packets
1 business-176-094-xxxx-static.arcor-ip.net (176.94.x.x (Router-IP)) 1.131 ms 1.189 ms 1.318 ms
2 145.253.15.37 (145.253.15.37) 4.585 ms 4.915 ms 5.229 ms
3 * * *
4 145.254.13.173 (145.254.13.173) 10.509 ms 10.979 ms 11.345 ms
5 145.254.2.193 (145.254.2.193) 14.925 ms 15.431 ms 15.799 ms
6 145.254.2.193 (145.254.2.193) 16.277 ms 11.125 ms 11.099 ms
7 72.14.213.64 (72.14.213.64) 11.340 ms 11.676 ms 12.414 ms
8 108.170.251.129 (108.170.251.129) 14.800 ms 108.170.252.1 (108.170.252.1) 14.286 ms 108.170.251.193 (108.170.251.193) 13.861 ms
9 108.170.238.245 (108.170.238.245) 15.140 ms 74.125.252.149 (74.125.252.149) 15.583 ms 209.85.247.101 (209.85.247.101) 16.472 ms
10 google-public-dns-a.google.com (8.8.8.8) 15.975 ms 16.825 ms 17.249 ms


seems like SBC-IP is not available or isn't answering at all. Very strange.

Maybe you could tell me more about this.

Thanks.
 
Can you confirm from the trace route - they have sent you a pre-configured router with their configuration on it or is it your own with the ability to configure?

The SBC address may not be available but could also be hidden for security reasons.

I think a call to your ITSP would be of benefit.
 
You did setup at least one outbound rule?
 
Did the provider give you an IP to use, or a URL? Have you confirmed with them (a second opinion) that what you are using is correct? If they provide any assistance then they may might tell you if the see a call /registration attempt.
 
Last edited:
First I want to thank you all for trying to help me.

I tried to call my provider. Just reached the hotline, they promised someone will call me back today.

Just to answer the questions:

I did get an pre-configured router from the provider. Cisco 891F.

Yes, I did set up one outbound rule.

The Provider gave me an IP for my PBX, a SIP domain and the IP of the SBC which the PBX-IP is communicating with.

I did a firewall check on 3cx. I turned off my firewall for this, just to check im there is something else. Maybe the pre-configured router or else. these are the results:


  • resolving 'stun-eu.3cx.com'... done
  • resolving 'stun2.3cx.com'... done
  • resolving 'stun3.3cx.com'... done
  • resolving 'sip-alg-detector.3cx.com'... done
  • stopping service... done
  • testing port 5090... not reachable (How to resolve?)
  • starting service... done
doesn't look that good, right?
 
Last edited:
No, the firewall checker from 3CX should pass on everything.

Now that being said it maybe the case (since the are managing the firewall) that they have set a tunnel up directly back to their network (this is not unheard of with some providers) and would explain why the firewall checker is failing.

With all that in mind this is their setup which they are controlling and so they should be solving the issue for you.
 
Status
Not open for further replies.

Getting Started - Admin

Latest Posts

Forum statistics

Threads
141,636
Messages
749,005
Members
144,755
Latest member
ICT BE Peleman
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.