Koozali.org: home of the SME Server
Obsolete Releases => SME VoIP (Asterisk, SAIL etc) => Topic started by: ntblade on August 04, 2012, 03:27:02 PM
-
Hi all,
First install of new version of SAIL 3.1 (nice interface btw!) on SME 8.0 - gateway mode.
I added a couple of softphone extensions and my voiptalk account as a trunk (general IAX2). I can make outgoing calls but can't receive any. I've tried adding the same account to an old sme server on a friend's site (SAIL 2.3.1) and incoming works OK.
From a LAN client:
# nmap -P0 -sU -p4569 192.168.100.1
Starting Nmap 5.21 ( http://nmap.org ) at 2012-08-04 14:21 BST
mass_dns: warning: Unable to open /etc/resolv.conf. Try using --system-dns or specify valid servers with --dns-servers
mass_dns: warning: Unable to determine any DNS servers. Reverse DNS is disabled. Try using --system-dns or specify valid servers with --dns-servers
Nmap scan report for 192.168.100.1
Host is up (0.00014s latency).
PORT STATE SERVICE
4569/udp open|filtered unknown
On the server:
# tcpdump -i eth0 -n host 192.168.100.120 and port 4569
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
13:20:39.713625 IP 192.168.100.120.63804 > 192.168.100.1.4569: UDP, length 0
13:20:39.813759 IP 192.168.100.120.63805 > 192.168.100.1.4569: UDP, length 0
# /etc/init.d/masq status | grep 4569
ACCEPT udp -- 0.0.0.0/0 192.168.200.1 udp dpt:4569
# config show sailIAX
sailIAX=service
UDPPort=4569
access=public
status=enabled
Any ideas where I might have gone wrong please?
-
What do you see at the console when you send in the call?
Kind Rgards
S
-
Hi, thanks for the reply. I get nothing at all at the console.
N
-
assuming you have done all of the things your carrier requires (registration and so forth) then you should run iax2 debug at the asterisk console (iax2 set debug) and send a call in. If you still don't get anything at the console then the call isn't arriving; it's either being sent somewhere else by your carrier or it's being stopped by a firewall somewhere in the chain.
Kind Regards
S
-
phumper*CLI> iax2 set debug
IAX2 Debugging Enabled
Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW
Timestamp: 00004ms SCall: 02542 DCall: 00000 [77.240.54.8:4572]
VERSION : 2
CALLED NUMBER : 08458XXXXXX
CODEC_PREFS : (alaw|ulaw|gsm|ilbc|g729|g723)
CALLING NUMBER : 01620XXXXXX
CALLING PRESNTN : 3
CALLING TYPEOFN : 0
CALLING TRANSIT : 1
CALLING NAME : 01620XXXXXX
LANGUAGE : en
USERNAME : 08458XXXXXX
FORMAT : 8
CAPABILITY : 65535
ADSICPE : 2
DATE TIME : 2012-08-06 08:34:06
Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: NEW
Timestamp: 00026ms SCall: 02542 DCall: 00000 [77.240.54.8:4572]
VERSION : 2
CALLED NUMBER : 08458XXXXXX
CODEC_PREFS : (alaw|ulaw|gsm|ilbc|g729|g723)
CALLING NUMBER : 01620XXXXXX
CALLING PRESNTN : 3
CALLING TYPEOFN : 0
CALLING TRANSIT : 1
CALLING NAME : 01620XXXXXX
LANGUAGE : en
USERNAME : 08458XXXXXX
FORMAT : 8
CAPABILITY : 65535
ADSICPE : 2
DATE TIME : 2012-08-06 08:34:06
Unknown IE 054 : Present
Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: AUTHREQ
Timestamp: 00019ms SCall: 09370 DCall: 02542 [77.240.54.8:4572]
AUTHMETHODS : 3
CHALLENGE : 148381503
USERNAME : 08458XXXXXX
Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 001 Type: IAX Subclass: ACK
Timestamp: 00019ms SCall: 02542 DCall: 09370 [77.240.54.8:4572]
Rx-Frame Retry[ No] -- OSeqno: 001 ISeqno: 001 Type: IAX Subclass: HANGUP
Timestamp: 00048ms SCall: 02542 DCall: 09370 [77.240.54.8:4572]
CAUSE CODE : 0
Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 002 Type: IAX Subclass: ACK
Timestamp: 00048ms SCall: 09370 DCall: 02542 [77.240.54.8:4572]
Tx-Frame Retry[000] -- OSeqno: 000 ISeqno: 000 Type: IAX Subclass: POKE
Timestamp: 00014ms SCall: 04986 DCall: 00000 [217.14.138.130:4569]
Rx-Frame Retry[ No] -- OSeqno: 000 ISeqno: 001 Type: IAX Subclass: PONG
Timestamp: 00014ms SCall: 13009 DCall: 04986 [217.14.138.130:4569]
Tx-Frame Retry[-01] -- OSeqno: 001 ISeqno: 001 Type: IAX Subclass: ACK
Timestamp: 00014ms SCall: 04986 DCall: 13009 [217.14.138.130:4569]
phumper*CLI>
-
Sorry, I forgot to switch on debug previously
-
Still stumped with this. Is anyone using inbound IAX / VOIPtalk?
Time to raise a bug?
N
-
OK - The call is arriving but being dropped by asterisk. The next thing to check is that the name of the user stanza in your IAX definition matches the user name that your carrier is sending ( 08458XXXXXX ). If you have V3 then you can overtype the stanza name; if you have V2 you'll need to delete and redefine. If you are running asterisk higher than about 1.4.30 you'll also need to include the couplet requirecalltoken=no in the user stanza
Kind Regards
S
-
That worked, many thanks. I came across something similar in google but I was changing the wrong thing. I didn't realise that it was the stanza name I should have changed.
Should this go in the wiki? I've taken a screenshot of what the correct settings look like.
All the best,
N