|
NAT and Incoming Calls 3 Months, 2 Weeks ago
|
Karma: 0
|
|
Hi all,
Firstly I am sorry to post this here but I have spend nearly 4 days and read many many information in this forum and elsewhere in the internet before posting this.
I have just managed to setup Elastic 1.6.2/FreePBX 2.7 and managed to create SIP trunk and call out. However, I don't seems to able to call in. I am using Ipkall and tollfreeforwarding DID numbers to call through and I do not have any FXS/FXO configuration.
My server is currently behind the NAT with private 192.168.... IP address and the external IP is a static IP via a Cisco router. I have forwarded the SIP and media port to this private IP.
Currently I only have one trunk created and a few extension plus one incoming and outgoing routes. I have tried verbose and I don't see any logging when I called the DID numbers and all I hear is a busy tone.
I dont seems to be able to isolate the issue, if it is with the router (firewall), NAT forwarding or the configuration in the PBX itself. Not only I am new to Elastix but I am also new to linux, so the learning curve is quite high and steep too...
I would sincerely appreciate any advise/assistance to resolve this issue.
Thank you in advance.
|
|
rajtka
Fresh Boarder
Posts: 11
|
|
|
|
|
Re:NAT and Incoming Calls 3 Months, 2 Weeks ago
|
Karma: 171
|
|
rajtka,
Can you please allow anonymous SIP on the General Settings page.
this is not the fix, just testing to see where your issue lies, and to see if it is a router or configuration issue.
Try an incoming call and report back.....
If this does not work, post your Trunk settings for IPKALL.....remember to obfuscate your login and password for IPKALL.
Regards
Bob
|
|
|
|
|
|
|
Re:NAT and Incoming Calls 3 Months, 2 Weeks ago
|
Karma: 0
|
|
Hi Bob,
Thanks for this suggestions. Sorry for the delayed reply, I messed around with the network configuration and everything disconnected. Just manage to bring it up again.
Yes I have allowed the anonymous SIP.
The truck setting for IPkall is as follow :
Trunk Name IPKall
Peer Details
context=from-pstn
host=voiper.ipkall.com
type=peer
User Context from-trunk
User Details
allow=g729
context=from-trunk
disallow=all
dtmfmode=rfc2833
host=voiper.ipkall.com
insecure=very
type=peer
I have configured my incoming routes to accept any did/any cid.
There seems to be no verbose message in the CLI every time I make an incoming call. Do you think the problem could be with the router? I have forwarded the SIP port to the voip server.
I have also tried an incoming remote extension call to an existing internal extension, even that is not coming through.
But the remote extension is connected to the SIP server.
Any other suggestions?
Raj
|
|
rajtka
Fresh Boarder
Posts: 11
|
|
|
|
|
Re:NAT and Incoming Calls 3 Months, 2 Weeks ago
|
Karma: 0
|
|
any help at all?
I still can't find any solution for this.
|
|
rajtka
Fresh Boarder
Posts: 11
|
|
|
|
|
Re:NAT and Incoming Calls 3 Months, 1 Week ago
|
Karma: 171
|
|
From what I am aware, IPKAll also allows an IAX trunk....You have to tick it/select it on IPKall's account page
Lets keep this simple (open up port 4569 UDP on your router). THis is for both signal and voice traffic.
Setup an IAX trunk with the following
Trunk Name : IPKALL
======================
allow=g729
disallow=all
host=voiper.ipkall.com
insecure=very
type=peer
username={IPKallUsername or IPKALL Phone Number??}
User Context : IPKallIn
=======================
type=peer
insecure=very
context=from-pstn
secret={IPKallSecret}
Registration, leave empty....
Try this and let us know how you go....
Regards
Bob
|
|
|
|
|
|
|
Re:NAT and Incoming Calls 3 Months, 1 Week ago
|
Karma: 4
|
|
How did you forward your SIP and RTP Media ports on the Cisco router?
For trunking if you can use IAX use it. Its always better even for external extensions.
|
|
|
|
|
|
|
Re:NAT and Incoming Calls 3 Months, 1 Week ago
|
Karma: 0
|
|
Bob,
Thanks for helping me.
I tried this but doesn't solve the problem. I wonder what the problem can be?
|
|
rajtka
Fresh Boarder
Posts: 11
|
|
|
|
|
Re:NAT and Incoming Calls 3 Months, 1 Week ago
|
Karma: 0
|
|
Jordan,
I am port forwarding all the SIP, IAX and RDP port to my elastic server.
|
|
rajtka
Fresh Boarder
Posts: 11
|
|
|
|
|
Re:NAT and Incoming Calls 3 Months, 1 Week ago
|
Karma: 171
|
|
rajtka,
Can I confirm
1) that you have changed your settings on IPkall to IAX??
2) Have you setup the IAX Trunk as I posted?
3) Do you have G729 installed on your Elastix system (e.g. you have licenced codes). Just to reduce the variables, can you change your codec to GSM until you have the incoming calls issue resolved. (eg allow=gsm)
4) Were you still able to make calls out using the IAX Trunk??
5) You are confirming that calls coming in still failed on the IAX Trunk...
Post the following information from the Asterisk CLI with the following commands
iax2 show peers
and post back...
now this ones a bit harder....again in the Asterisk CLI....
iax2 set debug on
whilst in the CLI, make a call in and check to see if it generates any traffic on the screen.
once you have completed
iax2 set debug off
If you missed anything (because the screen scrolled too quickly), exit the CLI and you can check in the /var/log/asterisk/full
You need to perform these steps, as there is no single word answer that will solve your issue, and even if there was, you learn nothing from it....its good to know how to resolve issues...
Regards
Bob
|
|
|
|
|
|
|
Re:NAT and Incoming Calls 3 Months, 1 Week ago
|
Karma: 0
|
|
Bob,
I can confirm as follow :
1) that you have changed your settings on IPkall to IAX?? - Yes I did
2) Have you setup the IAX Trunk as I posted? - Yes word to word, except I have allowed GSM,Ulaw and Alaw
3) Do you have G729 installed on your Elastix system (e.g. you have licenced codes). Just to reduce the variables, can you change your codec to GSM until you have the incoming calls issue resolved. (eg allow=gsm) - I have allowed GSM and yes i do have G729 installed but not sure about the licensing issue, how do I check this?
4) Were you still able to make calls out using the IAX Trunk?? - this is not tested yet, as our provider has only allowed SIP and they are closed for the week end. We will add IAX on Monday and try outgoing calls
5) You are confirming that calls coming in still failed on the IAX Trunk... Yes, the calls coming in still fails.
The result of iax2 show peers is as follow :
Name/Username Host Mask Port Status
IPKallIn (Unspecified) (S) 0.0.0.0 4569 Unmonitored
3030 (Unspecified) (D) 255.255.255.255 0 UNKNOWN
IPKALL/3030 66.54.140.46 (S) 255.255.255.255 4569 Unmonitored
3 iax2 peers [0 online, 1 offline, 2 unmonitored]
and my debug is as follow :
Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW
Timestamp: 00016ms SCall: 04722 DCall: 00000 [66.54.140.46:4569]
VERSION : 2
CALLED NUMBER : s
CODEC_PREFS : (ulaw|alaw|gsm|g729)
CALLING NUMBER : 0000000000
CALLING PRESNTN : 64
CALLING TYPEOFN : 1
CALLING TRANSIT : 0
CALLING NAME : unKnown
LANGUAGE : en
USERNAME : 3030
FORMAT : 4
CAPABILITY : 270
ADSICPE : 2
DATE TIME : 2012-02-03 18:28:18
Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW
Timestamp: 00264ms SCall: 04722 DCall: 00000 [66.54.140.46:4569]
VERSION : 2
CALLED NUMBER : s
CODEC_PREFS : (ulaw|alaw|gsm|g729)
CALLING NUMBER : 0000000000
CALLING PRESNTN : 64
CALLING TYPEOFN : 1
CALLING TRANSIT : 0
CALLING NAME : unKnown
LANGUAGE : en
USERNAME : 3030
FORMAT : 4
CAPABILITY : 270
ADSICPE : 2
DATE TIME : 2012-02-03 18:28:18
Unknown IE 054 : Present
Tx-Frame Retry[-01] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: ACK
Timestamp: 00264ms SCall: 00014 DCall: 04722 [66.54.140.46:4569]
Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: AUTHREQ
Timestamp: 00003ms SCall: 00014 DCall: 04722 [66.54.140.46:4569]
AUTHMETHODS : 3
CHALLENGE : \x31\x38\x36\x38\x35\x34\x38\x34\x32
USERNAME : 3030
Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 001 Type: IAX Subclass: AUTHREP
Timestamp: 00515ms SCall: 04722 DCall: 00014 [66.54.140.46:4569]
MD5 RESULT : fbf98828bb04dfb62fa7cffc5e3832eb
Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 002 Type: IAX Subclass: ACK
Timestamp: 00515ms SCall: 00014 DCall: 04722 [66.54.140.46:4569]
-- Accepting AUTHENTICATED call from 66.54.140.46:
> requested format = ulaw,
> requested prefs = (ulaw|alaw|gsm|g729),
> actual format = ulaw,
> host prefs = (ulaw|gsm|alaw|g723|g729),
> priority = mine
Tx-Frame Retry[000] -- OSeqno: 001 ISeqno: 002 Type: IAX Subclass: ACCEPT
Timestamp: 00252ms SCall: 00014 DCall: 04722 [66.54.140.46:4569]
FORMAT : 4
-- Executing [s@from-internal:1] Macro("IAX2/3030-14", "hangupcall") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("IAX2/3030-14", "1?noautomon") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] NoOp("IAX2/3030-14", "TOUCH_MONITOR_OUTPUT=") in new stack
-- Executing [s@macro-hangupcall:4] GotoIf("IAX2/3030-14", "1?noautomon2") in new stack
-- Goto (macro-hangupcall,s,6)
-- Executing [s@macro-hangupcall:6] NoOp("IAX2/3030-14", "MONITOR_FILENAME=") in new stack
-- Executing [s@macro-hangupcall:7] GotoIf("IAX2/3030-14", "1?skiprg") in new stack
-- Goto (macro-hangupcall,s,10)
-- Executing [s@macro-hangupcall:10] GotoIf("IAX2/3030-14", "1?skipblkvm") in new stack
-- Goto (macro-hangupcall,s,13)
-- Executing [s@macro-hangupcall:13] GotoIf("IAX2/3030-14", "1?theend") in new stack
-- Goto (macro-hangupcall,s,15)
-- Executing [s@macro-hangupcall:15] Hangup("IAX2/3030-14", "") in new stack
== Spawn extension (macro-hangupcall, s, 15) exited non-zero on 'IAX2/3030-14' in macro 'hangupcall'
== Spawn extension (from-internal, s, 1) exited non-zero on 'IAX2/3030-14'
-- Executing [h@from-internal:1] Macro("IAX2/3030-14", "hangupcall") in new stack
-- Executing [s@macro-hangupcall:1] GotoIf("IAX2/3030-14", "1?noautomon") in new stack
-- Goto (macro-hangupcall,s,3)
-- Executing [s@macro-hangupcall:3] NoOp("IAX2/3030-14", "TOUCH_MONITOR_OUTPUT=") in new stack
-- Executing [s@macro-hangupcall:4] GotoIf("IAX2/3030-14", "1?noautomon2") in new stack
-- Goto (macro-hangupcall,s,6)
-- Executing [s@macro-hangupcall:6] NoOp("IAX2/3030-14", "MONITOR_FILENAME=") in new stack
-- Executing [s@macro-hangupcall:7] GotoIf("IAX2/3030-14", "1?skiprg") in new stack
-- Goto (macro-hangupcall,s,10)
-- Executing [s@macro-hangupcall:10] GotoIf("IAX2/3030-14", "1?skipblkvm") in new stack
-- Goto (macro-hangupcall,s,13)
-- Executing [s@macro-hangupcall:13] GotoIf("IAX2/3030-14", "1?theend") in new stack
-- Goto (macro-hangupcall,s,15)
-- Executing [s@macro-hangupcall:15] Hangup("IAX2/3030-14", "") in new stack
== Spawn extension (macro-hangupcall, s, 15) exited non-zero on 'IAX2/3030-14' in macro 'hangupcall'
== Spawn extension (from-internal, h, 1) exited non-zero on 'IAX2/3030-14'
-- Hungup 'IAX2/3030-14'
Tx-Frame Retry[000] -- OSeqno: 002 ISeqno: 002 Type: IAX Subclass: HANGUP
Timestamp: 00255ms SCall: 00014 DCall: 04722 [66.54.140.46:4569]
CAUSE CODE : 16
Rx-Frame Retry[ No] -- OSeqno: 002 ISeqno: 002 Type: IAX Subclass: ACK
Timestamp: 00252ms SCall: 04722 DCall: 00014 [66.54.140.46:4569]
Rx-Frame Retry[ No] -- OSeqno: 002 ISeqno: 003 Type: IAX Subclass: ACK
Timestamp: 00255ms SCall: 04722 DCall: 00014 [66.54.140.46:4569]
Yes, you are absolutely right i have learned a great deal of networking and VOIP in the past 1 week then I have ever done in my life.
Well, examining the debug above, for some reason my incoming calls get hung up by the server once acknowledged. Not sure why this is happening, even though my inbound setting is to make an announcement.
Do share the same finding?
Thanks Bob for taking time to help me. Sincerely appreciate it.
Raj
|
|
rajtka
Fresh Boarder
Posts: 11
|
|
|
|
|