Koozali.org: home of the SME Server

Obsolete Releases => SME VoIP (Asterisk, SAIL etc) => Topic started by: ntblade on July 04, 2007, 02:53:52 PM

Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 04, 2007, 02:53:52 PM: 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
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 04, 2007, 05:15:19 PM: 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
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 04, 2007, 10:26:49 PM: 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
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 05, 2007, 09:39:21 PM: 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
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 05, 2007, 10:50:10 PM: 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
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 06, 2007, 11:20:18 AM: 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
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 06, 2007, 07:13:39 PM: 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
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 06, 2007, 07:42:18 PM: 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
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 06, 2007, 10:34:31 PM: 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...

:-)
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 09, 2007, 01:49:58 PM: Quote
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
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 09, 2007, 05:26:51 PM: Yup, - found a bug. Fixed it. ;-)
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 09, 2007, 06:06:53 PM: 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
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 09, 2007, 06:30:35 PM: 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
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 09, 2007, 07:37:55 PM: Have you set this up on a fresh 7.1.3 server?

N
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 09, 2007, 09:18:28 PM: ER....

not sure - I'll have to ask.

problem?

Best

S
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 11, 2007, 03:16:31 PM: Quote
problem?
Well, here's my latest adventure...

7.1, Server-Only, DHCP off, installed:
selintra-sail-2.1.14-492.noarch.rpm
smeserver-asterisk-1.2.20-6.i686.rpm
smeserver-asterisk-zappri-MPP-1.2.18-2.i686.rpm
Code: [Select]
signal-event console-save /etc/init.d/asterisk startProbed for PCI cards, Added 2 x extensions, Voiptalk Trunk, Added Route, Global Save / Commit

Everything works in / out

7.1, Server-Only, DHCP off, updated to 7.1.3, installed:
selintra-sail-2.1.14-492.noarch.rpm
smeserver-asterisk-1.2.20-6.i686.rpm
smeserver-asterisk-zappri-MPP-1.2.18-2.i686.rpm
Code: [Select]
signal-event console-save /etc/init.d/asterisk startProbed for PCI cards, Added 2 x extensions, Voiptalk Trunk, Added Route, Global Save / Commit

No incoming calls!

This seems to be a problem with a fresh install on 7.1.3 althoughI haven't tried it on a 7.1 -> SAIL -> 7.1.3

That's what I'll do now

Any ideas?

N
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 11, 2007, 03:56:15 PM: Code: [Select]
That's what I'll do now7.1, Server-Only, DHCP off, installed:
selintra-sail-2.1.14-492.noarch.rpm
smeserver-asterisk-1.2.20-6.i686.rpm
smeserver-asterisk-zappri-MPP-1.2.18-2.i686.rpm
Code:
signal-event console-save
/etc/init.d/asterisk start
Probed for PCI cards, Added 2 x extensions, Voiptalk Trunk, Added Route, Global Save / Commit

Everything works in / out

Upgraded to 7.1.3 and now no incoming calls. :-(

I can't do any more today...

N
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 11, 2007, 08:34:28 PM: HI NT

You're certainly pushing the envelope. Thanks for this - it is good test work.

We are running 7.1.3 here without problems.

I am assuming no in/out calls on your ZAP card.. yes?

At the asterisk console....

zap show channels

what do you see?

Kind Regards

S
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 12, 2007, 12:18:32 PM: Mornin'!
No PCI cards in this box.
Code: [Select]
sail1*CLI> zap show channels Chan Extension Context Language MusicOnHold pseudo default

Only having trouble with 7.1.3

N
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 12, 2007, 01:20:28 PM: Can you provide console log for an outbound call please?

Can you also send output of "sip show registry" and "sip show peers".

For inbound, is there any console output?

If there is please send. If not then run the inbound call with "sip debug" turned on and see if there is any activity.

Turn sip debug off again with "sip no debug"

Thanks

S
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 12, 2007, 06:57:58 PM: For completeness here is the logs from a working, Server-Only 7.1 system. This system has an X100p clone installed but It's not connected:
Code: [Select]
[root@gromit ~]# asterisk -vvvvvvvvvvvvvvvvvvr == Parsing '/etc/asterisk/asterisk.conf': Found == Parsing '/etc/asterisk/extconfig.conf': Found Asterisk 1.2.20, Copyright (C) 1999 - 2007 Digium, Inc. and others. Created by Mark Spencer <markster@digium.com> Asterisk comes with ABSOLUTELY NO WARRANTY; type 'show warranty' for details. This is free software, with components licensed under the GNU General Public License version 2 and other licenses; you are welcome to redistribute it under certain conditions. Type 'show license' for details. ========================================================================= Connected to Asterisk 1.2.20 currently running on gromit (pid = 3940) Verbosity is at least 18 -- Remote UNIX connection -- Executing AGI("SIP/5000-08f8f208", "selintra|OutCluster|861120") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/selintra -- AGI Script selintra completed, returning 0 -- Executing AGI("SIP/5000-08f8f208", "selintra|OutRoute|VOIPTALK") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/selintra -- AGI Script Executing Application: (SetCallerID) Options: (08458674281) -- AGI Script Executing Application: (Dial) Options: (IAX2/84458485@Voiptalk/441620861120) -- Called 84458485@Voiptalk/441620861120 -- Call accepted by 217.14.138.49 (format alaw) -- Format for call is alaw -- IAX2/Voiptalk-3 is making progress passing it to SIP/5000-08f8f208 -- IAX2/Voiptalk-3 answered SIP/5000-08f8f208 -- Hungup 'IAX2/Voiptalk-3' == Spawn extension (default, 861120, 1) exited non-zero on 'SIP/5000-08f8f208' -- Executing Hangup("SIP/5000-08f8f208", "") in new stack == Spawn extension (default, h, 1) exited non-zero on 'SIP/5000-08f8f208' ======================================= Incoming: gromit*CLI> -- Accepting UNAUTHENTICATED call from 217.14.132.185: > requested format = alaw, > requested prefs = (ilbc|gsm|ulaw|alaw|g729), > actual format = ulaw, > host prefs = (ulaw|alaw), > priority = mine -- Executing AGI("IAX2/217.14.132.185:4569-1", "selintra|Inbound|08458674281") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/selintra -- AGI Script Executing Application: (DBget) Options: (dbVal=STAT/OCSTAT) -- DBget: varname=dbVal, family=STAT, key=OCSTAT -- DBget: Value not found in database. -- AGI Script Executing Application: (DBget) Options: (dbVal=STAT/IVRSTAT) -- DBget: varname=dbVal, family=STAT, key=IVRSTAT -- DBget: Value not found in database. -- AGI Script selintra completed, returning 0 -- Executing AGI("IAX2/217.14.132.185:4569-1", "selintra|InCall|") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/selintra -- AGI Script Executing Application: (DBget) Options: (dbVal=STAT/OCSTAT) -- DBget: varname=dbVal, family=STAT, key=OCSTAT -- DBget: Value not found in database. -- AGI Script Executing Application: (DBget) Options: (dbVal=cfimopen/5000) -- DBget: varname=dbVal, family=cfimopen, key=5000 -- DBget: Value not found in database. -- AGI Script Executing Application: (DBget) Options: (dbVal=cfim/5000) -- DBget: varname=dbVal, family=cfim, key=5000 -- DBget: Value not found in database. -- AGI Script Executing Application: (DBget) Options: (dbVal=STAT/OCSTAT) -- DBget: varname=dbVal, family=STAT, key=OCSTAT -- DBget: Value not found in database. -- AGI Script Executing Application: (DBget) Options: (dbVal=cfimopen/5000) -- DBget: varname=dbVal, family=cfimopen, key=5000 -- DBget: Value not found in database. -- AGI Script Executing Application: (DBget) Options: (dbVal=STAT/OCSTAT) -- DBget: varname=dbVal, family=STAT, key=OCSTAT -- DBget: Value not found in database. -- AGI Script Executing Application: (DBget) Options: (dbVal=cfim/5000) -- DBget: varname=dbVal, family=cfim, key=5000 -- DBget: Value not found in database. -- AGI Script Executing Application: (DBget) Options: (dbVal=ringdelay/5000) -- DBget: varname=dbVal, family=ringdelay, key=5000 -- DBget: Value not found in database. -- AGI Script Executing Application: (Dial) Options: (SIP/5000|15|tT) -- Called 5000 -- SIP/5000-08f98bd0 is ringing -- SIP/5000-08f98bd0 answered IAX2/217.14.132.185:4569-1 == Spawn extension (extensions, 5000, 1) exited non-zero on 'IAX2/217.14.132.185:4569-1' -- Executing Hangup("IAX2/217.14.132.185:4569-1", "") in new stack == Spawn extension (extensions, h, 1) exited non-zero on 'IAX2/217.14.132.185:4569-1' -- Hungup 'IAX2/217.14.132.185:4569-1' ======================================== gromit*CLI> sip show registry Host Username Refresh State gromit*CLI> sip show peers Name/username Host Dyn Nat ACL Port Status 5000/Norrie-Desk 10.0.0.100 D N 5060 OK (5 ms) 1 sip peers [1 online , 0 offline] gromit*CLI>

Here's the logs from a 7.1->7.1.3 system which then had SAIL installed. This system is a VMware machine with no PCI card but the symptoms have been identical for both physical and virtual machines:
Outgoing calls are OK:
Code: [Select]
-- Executing AGI("SIP/5000-08ba3dc0", "selintra|OutCluster|861128") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/selintra -- AGI Script selintra completed, returning 0 -- Executing AGI("SIP/5000-08ba3dc0", "selintra|OutRoute|VOIPTALK") in new stack -- Launched AGI Script /var/lib/asterisk/agi-bin/selintra -- AGI Script Executing Application: (SetCallerID) Options: (08458674281) -- AGI Script Executing Application: (Dial) Options: (IAX2/84458485@Voiptalk/441620861128) -- Called 84458485@Voiptalk/441620861128 -- Call accepted by 217.14.138.49 (format alaw) -- Format for call is alaw -- IAX2/Voiptalk-1 is making progress passing it to SIP/5000-08ba3dc0 -- Hungup 'IAX2/Voiptalk-1' == Spawn extension (default, 861128, 1) exited non-zero on 'SIP/5000-08ba3dc0' -- Executing Hangup("SIP/5000-08ba3dc0", "") in new stack == Spawn extension (default, h, 1) exited non-zero on 'SIP/5000-08ba3dc0' sail1*CLI>

There's no logs at all for incoming calls:

Firewall configuration is the same ina all cases except port forwarding to the different servers. The incoming packets are hitting the servers. Here is the firewall when the call comes in:
Code: [Select]
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 17:40:56.906940 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 111 17:40:58.896940 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 111 17:41:00.916940 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 15 17:41:02.896940 IP 217.14.132.185.iax > 78-32-4-241.adsl24.co.uk.iax: UDP, length 15
SAIL box:
Code: [Select]
tcpdump -i eth0 port 1812 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes 0 packets captured 0 packets received by filter 0 packets dropped by kernel [root@sail1 ~]# 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 17:37:03.905716 IP 217.14.132.185.4569 > sail1.mycompany.local.4569: UDP, length 111 17:37:05.940563 IP 217.14.132.185.4569 > sail1.mycompany.local.4569: UDP, length 111 17:37:07.923134 IP 217.14.132.185.4569 > sail1.mycompany.local.4569: UDP, length 15 17:37:09.904602 IP 217.14.132.185.4569 > sail1.mycompany.local.4569: UDP, length 15

Hope this helps,

N
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 12, 2007, 07:45:34 PM: Hmmmm

The far end acepted the call and then drove the hangup. This looks very much like a firewall issue.

Do....

Code: [Select]
/etc/init.d/masq status | grep 4569

.. and tell us what you get

Best

S
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 12, 2007, 08:06:10 PM: on the working 7.1 system:
Code: [Select]
[root@gromit ~]# /etc/init.d/masq status | grep 4569 ACCEPT udp -- 0.0.0.0/0 10.0.1.10 udp dpt:4569
On the non-working 7.1.3 system:
Code: [Select]
ACCEPT udp -- 0.0.0.0/0 10.0.1.16 udp dpt:4569

I don't understand how it can be a firewall issue as the firewall is the same every time apart from pointintg the IAX and SIP ports to 10.0.1.10 or 10.0.1.16. ??

Also, as I've posted above, the packets come in to both the firewall and server but the 7.1.3 machine never answers.

When I try to dial in using PSTN I always get, "This number is not accepting calls, Please try later" even when both machines are disconnected.
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 12, 2007, 09:06:39 PM: Thanks for this NT...

Both the gateway and the server are running firewalls - as you can see from the command you ran on the server. In earlier SME releases, when running in server-only mode, the firewall didn't run. In 7.0+ it does.

However, the command showed that 4569 is open on the server (as it should be, because we open it).

yet the packets still aren't reaching asterisk, or at least, that's how it looks.

We will try to replicate here. We rarely run server-only so it will an interesting exercise.

Best

S
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 12, 2007, 10:16:25 PM: Code: [Select]
[root@sail1 ~]# 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 17:37:03.905716 IP 217.14.132.185.4569 > sail1.mycompany.local.4569: UDP, length 111 17:37:05.940563 IP 217.14.132.185.4569 > sail1.mycompany.local.4569: UDP, length 111 17:37:07.923134 IP 217.14.132.185.4569 > sail1.mycompany.local.4569: UDP, length 15 17:37:09.904602 IP 217.14.132.185.4569 > sail1.mycompany.local.4569: UDP, length 15

This bit is common to both working and non-working setups but the working setup has zillions of captured packets after.

Dunno if this helps. Let me know if there's anything else you want me to try

N[/quote]
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 17, 2007, 06:23:18 PM: Quote
We will try to replicate here. We rarely run server-only so it will an interesting exercise.
Hi Selintra, Hate to bump this but any news? Anything I can do to help?

All the best
N
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 18, 2007, 12:36:54 PM: We haven't been able to recreate your problem I'm afraid. we have 4 or 5, 7.1.3 systems here in various states of server, server/gateway etc and we can't get any to misbehave in the way you describe no matter how we load 'em.

:-(

Best

S
Title: No Incoming Calls - SAIL, IAX
Post by: SARK devs on July 18, 2007, 12:37:12 PM: We haven't been able to recreate your problem I'm afraid. we have 4 or 5, 7.1.3 systems here in various states of server, server/gateway etc and we can't get any to misbehave in the way you describe no matter how we load 'em.

:-(

Best

S
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 18, 2007, 06:35:48 PM: Quote from: "selintra"
We haven't been able to recreate your problem I'm afraid. we have 4 or 5, 7.1.3 systems here in various states of server, server/gateway etc and we can't get any to misbehave in the way you describe no matter how we load 'em.

New hardware this time:
Old Intel Motherboard with Dual PIII/500s
768M RAM
No PSTN interfaces

7.1 -> SAIL - All ok
7.1 -> 7.1.3 -> SAIL - No incoming calls.

Behind the same firewall that's in front of my working 7.1 system

Are you doing fresh SAIL installs?

These must be something we're not doing the same

N
Title: No Incoming Calls - SAIL, IAX
Post by: ntblade on July 23, 2007, 05:25:01 PM: Added this to the bugtracker:
http://bugs.contribs.org/show_bug.cgi?id=3184