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

IPKALL number to 3cx system

Status
Not open for further replies.
my problem is that wen i connect to vpn i cannot connect my remote extensions to my 3cx server.eventhough my dyndns is following my public ip address.

Regards,
 
This depends on your router configuration, which traffic is routed via VPN tunnel, which is not, etc., whether NAT is applied or not. You must understand and configure properly your networking environment, could be difficult with some routers.

Regards
 
elios115 said:
my problem is that wen i connect to vpn i cannot connect my remote extensions to my 3cx server.eventhough my dyndns is following my public ip address.

So now we're on to a completely different problem?

The remote extensions are attempting to register using the Dyndns pointing to the public IP at your end or the other end of the VPN tunnel?

If your provider blocks VoIP, then I don't see how you could expect to get directly through to the IP of the router at your end. If your VPN allows all traffic to pass from an unblocked public IP, back to you, then I suppose that it is possible. If you see no sign of a registration attempt, in the 3CX log, not even a rejected one, then, again, you may be out of luck. A log showing the extension trying to register, would indicate that you might get it working.

Unless you live in a country where all ISP's are required, by law, to block VoIP traffic, I would suggest that you consider switching ISP's.
 
when i use the vpn tunnel, it redirects all my traffic to that vpn gateway.therefore my Dyndns point to the gateway of the tunnel.
using vpn is solving the problem of blocked voip providers but causing another problem since my remote extensions will not be able to register for some reason.
sorry im out of luck about ISP since all voip is blocked in here.

now the problem is to connect my remote extension to my Dyndns pointing to the gateway of the tunnel
while if i dont use tunnel, my remote extensions will connect directly since my Dyndns will point to my real public ip address but my voip providers will not register since they are blocked.

note:i was never able to connect my remote extensions without using the 3cx tunnel.

hope im making it clear through ma words
 
eagle2 said:
This depends on your router configuration, which traffic is routed via VPN tunnel, which is not, etc., whether NAT is applied or not. You must understand and configure properly your networking environment, could be difficult with some routers.

Regards


my router is a simple dlink router with port forwarding with no vpn capabilities.
i connect through openvpn to a vpn provider that redirects all traffic through his tunnel.
i tried disabling redirecting all traffic using “route-nopull” and using windows static routing but it never worked.
 
It sound like you need a local network person that is familiar with bypassing the restrictions in your country.

If your VoIP providers are able to use the VPN tunnel with no problem, then I'm not sure why your remote extensions can't. I would think that you should at lease be seeing a registration attempt from them. If that isn't getting through, then either a port is being blocked or it isn't going to the correct destination. Have you tried using the public IP (of the gateway of the VPN) rather than the DynDNS, in the remote sets server settings?
 
finally man i was able to solve it using a combination of vpn and windows static routing. now my providers register well through my vpn since they are routed to that vpn gateway and my remote extensions are registering as well through the 3cx tunnel.
im into another issue ...sorry.
i have 2 voip providers.

callcentric with ipkall no to receive calls only:i call the ipkall nb, the extension rings and everything is ok.

rynga voipprovider to make calls only: here is the problem.i can call the number from my extension, through the voip provider. the phone rings but no signal on both ends, not even the phone tone acknowledged that the other phone is ringing.i cant hear anythin on my extension and the receiver cant hear anything.

i think there s nottin wrong with the 3cx since i can receive calls normally on my callcentric voip but what wrong with my outgoing calls with rynga voip?

the server log shows calls connected as normal!!
any thoughts


update: Further testing revealed to me that it was a codec issue, i cant hear anything.
now i have a one way audio, i can hear but the called party cannot hear me with my voip providers.
 
congratulations !
 
thanks man, it is a good thing to see my providers registered while im still connected to my remote extensions through 3cx tunnel.

now i can have one way audio using my voip provider.i can hear them but the called party cannot hear me.
now i have to solve this no voice thing with my voip provider.

any ideas
 
here is the log for a one way audio call through ma voip provider.
can you identify any problem from this log?


16:51:14.900 [CM503008]: Call(68): Call is terminated
16:51:06.455 Currently active calls - 1: [68]
16:50:37.891 Session 11625 of leg C:68.1 is confirmed
16:50:37.758 [CM503007]: Call(68): Device joined: sip:[email protected]:5060
16:50:37.755 [CM503007]: Call(68): Device joined: sip:[email protected]:1027;transport=UDP;ob
16:50:37.752 [MS210001] C:68.2:Answer received. RTP connection[unsecure]: 194.120.0.153:41956(41957)
16:50:37.750 Remote SDP is set for legC:68.2
16:50:36.421 Currently active calls - 1: [68]
16:50:25.851 [MS210003] C:68.1:Answer provided. Connection(transcoding mode[unsecure]):92.96.3.131:9018(9019)
16:50:25.850 [MS210001] C:68.2:Answer received. RTP connection[unsecure]: 194.120.0.153:41956(41957)
16:50:25.845 Remote SDP is set for legC:68.2
16:50:25.843 [CM505003]: Provider:[voip] Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [] PBX contact: [sip:[email protected]:5060]
16:50:25.842 [CM503002]: Call(68): Alerting sip:[email protected]:5060
16:50:25.138 [CM503025]: Call(68): Calling VoIPline:0017815789652@(Ln.10004@rynga)@[Dev:sip:[email protected]:5060]
16:50:25.125 [MS210002] C:68.2:Offer provided. Connection(transcoding mode): 92.96.3.131:9020(9021)
16:50:24.881 [CM503004]: Call(68): Route 1: VoIPline:009611392536@(Ln.10004@voip)@[Dev:sip:[email protected]:5060]
16:50:24.880 [CM503010]: Making route(s) to <sip:[email protected]:5060>
16:50:24.879 [MS210000] C:68.1:Offer received. RTP connection: 158.187.2.36:53455(42006)
16:50:24.877 Remote SDP is set for legC:68.1
16:50:24.876 [CM505001]: Ext.200: Device info: Device Not Identified: User Agent not matched; Capabilities:[reinvite, replaces, able-no-sdp, recvonly] UserAgent: [3CXPhone for Android 1.3.4] PBX contact: [sip:[email protected]:5060]
16:50:24.873 [CM503001]: Call(68): Incoming call from Ext.200 to <sip:[email protected]:5060>
16:50:24.638 [CM500002]: Info on incoming INVITE:
INVITE sip:[email protected]:5060 SIP/2.0
Via: SIP/2.0/UDP 2.50.164.230:1027;rport=1027;branch=z9hG4bKPjtPreUgEIVR7V9crpNSW0ZYg90le5fBYj
Max-Forwards: 70
Route: <sip:me.ip.org;lr>
Contact: <sip:[email protected]:1027;transport=UDP;ob>;+sip.ice
To: <sip:[email protected]:5060>
From: "elios"<sip:[email protected]:5060>;tag=YLWm4RxsUP5ELZ9EwP0lXSec7x8lgNWr
Call-ID: SIcSLR42Zc9X.jpuGUatos2bikP3H2ng
CSeq: 20678 INVITE
Session-Expires: 1800
Min-SE: 90
Allow: PRACK, INVITE, ACK, BYE, CANCEL, UPDATE, SUBSCRIBE, NOTIFY, REFER, MESSAGE, OPTIONS
Proxy-Authorization: Digest username="elios115",realm="3CXPhoneSystem",nonce="414d535c052f3a0f48:c265a8d0f58ec7ac635b31e31520eca8",uri="sip:[email protected]:5060",response="eb27d8aa9d6fa8d2b1f83963b05cbe44",algorithm=MD5
Supported: replaces, 100rel, timer, norefersub
User-Agent: 3CXPhone for Android 1.3.4
Content-Length: 0
 
You PM'd me with exactly the same question that you posted above??? Why?

I'll post the answer that I sent back to you so that anyone else can make additional comments.
when i responded I didn't realize who you were, (the member with all of the VPN, blocked VoIP problems), so the comments about trying a different router, really don't apply.

16:51:14.900 [CM503008]: Call(68): Call is terminated
16:51:06.455 Currently active calls - 1: [68]
16:50:37.891 Session 11625 of leg C:68.1 is confirmed
16:50:37.758 [CM503007]: Call(68): Device joined: sip:[email protected]:5060
16:50:37.755 [CM503007]: Call(68): Device joined: sip:[email protected]:1027;transport=UDP;ob
16:50:37.752 [MS210001] C:68.2:Answer received. RTP connection[unsecure]: 194.120.0.153:41956(41957)
16:50:37.750 Remote SDP is set for legC:68.2
16:50:36.421 Currently active calls - 1: [68]
16:50:25.851 [MS210003] C:68.1:Answer provided. Connection(transcoding mode[unsecure]):92.96.3.131:9018(9019)
16:50:25.850 [MS210001] C:68.2:Answer received. RTP connection[unsecure]: 194.120.0.153:41956(41957)

You don't say, but I'm going to assume that it is you, that can't hear callers, correct?
I'm not sure how you have your port forwarding set up, or what type of router/firewall you are using , or what options are set, all of that can make a big difference.
I've highlighted some of the ports involved with the voice packets, the 9000 series is usually the only series that you need to forward, but, you may want to try putting the 3CX PC in the DMZ IP and see if everything works. If so start opening some port ranges for testing.
I see that transcoding is mentioned. Be sure that 3CX is set to use the default Codec (or at least an allowable Codec) that your provider uses.

If you are still stuck, and it's possible, try a different router, an old one is usually sitting around somewhere, or can be borrowed. The simpler the better, I've found
 
yes, it is me man who has one way voice.
all the ports 9000-9049 were forwarded.
im using the default codec.
indeed the blocked voip is a big problem that i had to overcome.

i ll try to go to DMZ mode. i ll get back to u.
regards,
 
Status
Not open for further replies.

Getting Started - Admin

Latest Posts

Members Online Now

Forum statistics

Threads
141,622
Messages
748,860
Members
144,737
Latest member
damiano giannini
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.