Topic: No Incoming Calls - SAIL, IAX

[ntblade]

Hi Selintra et al,

Clean install of SME7.1->7.1.3,
SAIL Installation...
rpm -Uvh smeserver-asterisk-1.4.1-8.i686.rpm
rpm -Uvh smeserver-asterisk-zappri-MPP-1.4.0-5.i686.rpm
rpm -Uvh smeserver-asterisk-1.4.1-8.i686.rpm
yum localinstall selintra-sail-2.1.15-483.noarch.rpm.noarch.rpm --enablerepo=base
yum localinstall selintra-sail-2.1.15-483.noarch.rpm --enablerepo=base
signal-event post-upgrade; signal-event reboot
/sbin/e-smith/db selintra-work set pci:1057:5608:1057:0000 sysdev
/sbin/e-smith/db selintra-work setprop pci:1057:5608:1057:0000 probe wcfxo zzeor EOR
reboot

X100P clone is found OK and calls come in OK

Added VOIPTalk trunk...
Transformation Mask: 00: 0:44 8:4416208
DiD is 0845*******

I can make calls fine but can't receive.

Running tcpdump on my firewall (IPCop) I get:

Code: [Select]

root@shrek:~ # tcpdump -i ppp0 port 4569
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 68 bytes
13:32:02.834880 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:32:02.867786 IP iax.voiptalk.org.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 12
13:32:02.877624 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:33:02.872512 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:33:02.907786 IP iax.voiptalk.org.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 12
13:33:02.917306 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:34:02.912098 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:34:02.947786 IP iax.voiptalk.org.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 12
13:34:02.957418 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
and on my SME Box:

Code: [Select]

[root@gromit ~]# tcpdump -i eth0 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:35:33.628944 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:35:33.671519 IP iax.voiptalk.org.4569 > gromit.dunpender.com.4569: UDP, length 12
13:35:33.671619 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:36:33.672840 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:36:33.717539 IP iax.voiptalk.org.4569 > gromit.dunpender.com.4569: UDP, length 12
13:36:33.717673 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:37:33.718785 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:37:33.764002 IP iax.voiptalk.org.4569 > gromit.dunpender.com.4569: UDP, length 12
13:37:33.764152 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
When I try to place a call Firewall:

Code: [Select]

root@shrek:~ # tcpdump -i ppp0 port 4569
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on ppp0, link-type LINUX_SLL (Linux cooked), capture size 68 bytes
13:39:56.097786 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 111
13:39:58.097786 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 111
13:40:00.097786 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 15
13:40:02.097786 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 15
13:40:03.160665 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:40:03.197786 IP iax.voiptalk.org.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 12
13:40:03.207426 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:40:08.097786 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 111
13:40:12.097786 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 15
13:40:18.097786 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 111
13:40:22.097786 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 15
13:41:03.202292 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:41:03.237786 IP iax.voiptalk.org.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 12
13:41:03.246365 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:42:03.241836 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:42:03.287786 IP iax.voiptalk.org.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 12
13:42:03.289170 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:43:03.284413 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
13:43:03.317786 IP iax.voiptalk.org.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 12
13:43:03.327065 IP 78-32-4-241.adsl24.co.uk.iax > iax.voiptalk.org.iax: UDP, length 12
and on my SME Box:

Code: [Select]

[root@gromit ~]# tcpdump -i eth0 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:43:26.949208 IP 217.14.132.185.4569 > gromit.dunpender.com.4569: UDP, length 111
13:43:28.948652 IP 217.14.132.185.4569 > gromit.dunpender.com.4569: UDP, length 111
13:43:30.947459 IP 217.14.132.185.4569 > gromit.dunpender.com.4569: UDP, length 15
13:43:32.949097 IP 217.14.132.185.4569 > gromit.dunpender.com.4569: UDP, length 15
13:43:34.005800 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:43:34.052446 IP iax.voiptalk.org.4569 > gromit.dunpender.com.4569: UDP, length 12
13:43:34.052598 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:43:38.949674 IP 217.14.132.185.4569 > gromit.dunpender.com.4569: UDP, length 111
13:43:42.947684 IP 217.14.132.185.4569 > gromit.dunpender.com.4569: UDP, length 15
13:43:48.948800 IP 217.14.132.185.4569 > gromit.dunpender.com.4569: UDP, length 111
13:43:52.947038 IP 217.14.132.185.4569 > gromit.dunpender.com.4569: UDP, length 15
13:44:34.053861 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:44:34.097819 IP iax.voiptalk.org.4569 > gromit.dunpender.com.4569: UDP, length 12
13:44:34.097995 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:45:34.099884 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:45:34.147062 IP iax.voiptalk.org.4569 > gromit.dunpender.com.4569: UDP, length 12
13:45:34.147237 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:46:34.148891 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12
13:46:34.191417 IP iax.voiptalk.org.4569 > gromit.dunpender.com.4569: UDP, length 12
13:46:34.191553 IP gromit.dunpender.com.4569 > iax.voiptalk.org.4569: UDP, length 12

Help!  Where do go from here please?
Thanks
NTBLade

[ntblade]

Just reconfigured my SIP phone to connect to another remote SME box and pointed my VOIPTalk to it. incoming calls worked.  Remote server is behind IPCop again and SIP phone is as well.

Server spec:
SME 7.1 / 2.6.9-42.0.3.EL NO UPDATES
selintra-sail-2.1.14-425
smeserver-asterisk-1.2.10-3
smeserver-asterisk-zappri-MPP-1.2.6-1

Any ideas?
N

[SARK devs]

Hi NT

I can only assume its something to do with the firewall.  We have several 0845 numbers from Telappliant (Voiptalk) and they all work fine.  Only difference is we use our sme/asterisk box as a gateway into our network.

Anyhow....

here are the iax stanzas from one of our 0845 numbers....

Code: [Select]

[Tel2]
type=peer
host=iax.voiptalk.org
qualify=3000
canreinvite=no
username=xxxxxxxxx
fromuser=xxxxxxxxx
secret=xxxxxxxxxx
disallow=all
allow=ulaw
allow=alaw

[08458689435]
type=user
context=mainmenu


Hope these help

Best

S

[ntblade]

Installed SME + Updates to 7.1.3
Installed VMWare Server
Installed guest system:

SME 7.1 NO UPDATES
selintra-sail-2.1.14-425
smeserver-asterisk-1.2.10-3
smeserver-asterisk-zappri-MPP-1.2.6-1

Incoming calls work.

So, Virtual machine behind the same firewall works fine but 7.1.3 + new SAIL doesn't.
????
Sorry, I'm still stuck.  Hope you're there Selintra!

N

[SARK devs]

Hmmm

Odd.  The IAX stanzas included above are from a 1.4 asterisk system and that system receives inbound telappliant 0845 calls every day (its running our main switch)

I guess the best advice we can give right now is to regress to 1.2.10 (we'll release 1.2.20 rpms probably this weeekend, with sail-2.1.14-492).  The 1.4 stuff is definitely still on the flakey side.  We certainly would not put it into a customer site, even though it's running on our office switch.  It kinda works but there are some biggish greenies in there.  Hopefully, we'll do some 1.4.4 rpms in the next week or two and see what they are like. For now tho', 1.2 is still our recommended production platform.

Kind Regards

[ntblade]

These servers are all in Server-Only mode
OK, I'll try regressing but I don't seem to be able to find the 1.2 RPMs.  DOH!

<Edit> FYI, I also tried 7.1 - > 7.1.3 in VMWare with latest RPMs and still got no incoming calls.

N

[ntblade]

VMWare, SME 7.1 -> 7.1.3
2.6.9-55.0.2.ELsmp
selintra-sail-2.1.14-492.noarch.rpm
smeserver-asterisk-1.2.20-5.i686.rpm
smeserver-asterisk-zappri-MPP-1.2.6-6.i686.rpm

I get this when I power up an extension...
Connected to Asterisk 1.2.20 currently running on sail1 (pid = 4124)
Verbosity is at least 17
    -- Remote UNIX connection
    -- Unregistered SIP '5000'
    -- Registered SIP '5000' at 10.0.1.100 port 5060 expires 180
    -- Saved useragent "TMS320VC50005.0.X.02.0.9.11" for peer 5000
Jul  6 18:10:06 NOTICE[4150]: chan_sip.c:11823 sip_poke_noanswer: Peer '5000' is now UNREACHABLE!  Last qualify: 0


I can make outgoing call but no outgoing sound (???)
No incoming calls.

Watch this space...
N

[ntblade]

VMWare, SME 7.1 -> 7.1.3
2.6.9-55.0.2.ELsmp
selintra-sail-2.1.14-425.noarch.rpm
smeserver-asterisk-1.2.10-3.i686.rpm
smeserver-asterisk-zappri-MPP-1.2.6-1.i686.rpm

Asterisk doesn't start - I guess it's Kernel module problems?
N

[SARK devs]

No it won't.  You need one of the later versions which figures out for itself which kernel is running....

Or you can just copy the extras directory from the 34.02 kernel image to the 55 image.

On the other hand... If you want to try a whiz version.... get these...

 http://mirror.contribs.org/smeserver//contribs/selintra/RPMS/AsteriskForSail-2.1.14/None-ISDN/smeserver-asterisk-1.2.20-5.i686.rpm

http://mirror.contribs.org/smeserver//contribs/selintra/RPMS/AsteriskForSail-2.1.14/None-ISDN/smeserver-asterisk-zappri-MPP-1.2.18-2.i686.rpm

ftp://81.149.154.14/Pre-Releases/selintra-sail-2.1.14-492.noarch.rpm

You can be the first on the block to go with Asterisk 1.2.20 and SAIL (you will need the -492 version of SAIL)

Failing that just take the highest .10 release together with the highest .6 zappri release.

They're all in the same ibiblio library.

With these later versions you install 'em, and then simply start asterisk with

/etc/init.d/asterisk start

This will kick off the loader which should figure out which kernel is running all by its little old self.

You can then run PCI to recognise your cards and stop/start asterisk to load the correct drivers...

[ntblade]

On the other hand... If you want to try a whiz version.... get these...

http://mirror.contribs.org/smeserver//contribs/selintra/RPMS/AsteriskForSail-2.1.14/None-ISDN/smeserver-asterisk-1.2.20-5.i686.rpm

I see there's a 1.2.20-6 version. Should I go for that?

N

[SARK devs]

Yup, - found a bug.  Fixed it.  

[ntblade]

Setting up server again...

Maybe a daft question but do we still run:

Code: [Select]

signal-event post-spgrade / reboot
then run
/etc/init.d/asterisk startor

Code: [Select]

/etc/init.d/asterisk start
then run
signal-event post-spgrade / reboot??

Thanks
N

[SARK devs]

Do the console save and then start asterisk...

No need for post-upgrade...

do

Code: [Select]

signal-event console-save

Then start asterisk

Best

S

[ntblade]

Have you set this up on a fresh 7.1.3 server?

N

[SARK devs]

ER....

not sure - I'll have to ask.

problem?

Best

S