Topic: No incoming IAX (VOIPtalk)

[ntblade]

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:

Code: [Select]

# 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:

Code: [Select]

# 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?

[SARK devs]

What do you see at the console when you send in the call?

Kind Rgards
S

[ntblade]

Hi, thanks for the reply.  I get nothing at all at the console.

N

[SARK devs]

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

[ntblade]

Code: [Select]

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>


[ntblade]

Sorry, I forgot to switch on debug previously

[ntblade]

Still stumped with this.  Is anyone using inbound IAX / VOIPtalk?
Time to raise a bug?

N

[SARK devs]

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

[ntblade]

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