Koozali.org: home of the SME Server

Obsolete Releases => SME VoIP (Asterisk, SAIL etc) => Topic started by: SARK devs on May 17, 2010, 02:38:42 AM

Title: V3.0
Post by: SARK devs on May 17, 2010, 02:38:42 AM

Hello

Latest point releases have been put up to the 2.2, 2.4 and 2.5 directories.

V3.0 Quickstart is up on the wiki (even if V3 itself isn't yet), however there is a screen shot so you can see a little of what it looks like.  The browser stuff is fast - really fast compared to V2. 

http://sarkpbx.com/twiki/bin/view/Main/DocChapter03f

Kind Regards

S
 

Title: Re: V3.0
Post by: Teviot on May 17, 2010, 03:43:54 AM

S

So v3 replaces ALL previous versions of sail?

I'm currently using sail-2.2.4-35 with Asterisk 1.4.21.1

Do I need to upgrade anything?

If yes, what step and file need to be upgraded with which files and there locations?

Title: Re: V3.0
Post by: SARK devs on May 17, 2010, 09:38:34 AM

You don't need to do anything yet.  We will continue to support and upgrade existing sail releases 2.2 , 2.4 and 2.5 for now but yes, 3.0 will eventually supercede those releases, just as SME 8.x will supercede 7.x. 

3.0 is still very new and won't be ready for production for a little while, however we would encourage those of you have spare real or virtual machines to help us test by downloading and installing it when we make it available.

We have only just started work on the public documentation but it will contain upgrade details when we release the code.

Kind Regards

S   
 

Title: Re: V3.0
Post by: Teviot on May 17, 2010, 03:46:06 PM

Quote from: SARK devs on May 17, 2010, 09:38:34 AM

3.0 is still very new and won't be ready for production for a little while, however we would encourage those of you have spare real or virtual machines to help us test by downloading and installing it when we make it available.

Count me in.  My only question now is, would you prefer 7.5rc2 or 8.0b5 testing?

I can go either way. I will have another machine to play with on the weekend

Title: Re: V3.0
Post by: SARK devs on May 17, 2010, 05:11:40 PM

its an 8b5 only release right now.

Thanks for your support,  it will be ready for download soon

Kind Regards

S

Title: Re: V3.0
Post by: guest22 on May 17, 2010, 10:59:28 PM

Instead of using rpm, can YUM be used?


--------
Required perl module
Newer releases of SARK require perl-File-ReadBackwards and perl-DBD-SQLite which aren't on the CentOS repos. There is a copy on the SAIL download page... Use rpm -Uvh to install e.g. -
rpm -Uvh http://sarkpbx.com/sail/sail-2.3.2/perl-File-ReadBackwards-1.04-1.2.el4.rf.noarch.rpm
-------

Title: Re: V3.0
Post by: SARK devs on May 17, 2010, 11:09:55 PM

perl-readbackwards is a single rpm so its usually easier to use rpm but you can use yum localinstall if you wish.

Kind Regards

S

Title: Re: V3.0
Post by: guest22 on May 17, 2010, 11:46:02 PM

Thanks. Reason for asking was to see if we can follow SME Server default install/upgrade mechanisms through YUM and maintain consistency.

Title: Re: V3.0
Post by: SARK devs on May 18, 2010, 07:59:43 AM

Er....

No you can't. at least not for Asterisk.  See here

http://forums.contribs.org/index.php/topic,45919.0.html

Title: Re: V3.0
Post by: Teviot on June 19, 2010, 06:51:05 AM

Will v3.0 work on sme7.5?

Title: Re: V3.0
Post by: SARK devs on June 19, 2010, 04:06:17 PM

Yes I think it probably will.  We haven't tested on CentOS4, but it should work as long as you run Asterisk 1.4.29 or better.

Do be aware that V3 is still alpha so there may be database changes in the next few releases which will mean that you have to re-create the SQL database.  This isn't difficult but you may lose stuff you've added. 

You can download V3 now (http://sarkpbx.com/sail/sail-3.0.0/) if you want to play with it.  We'll be asking for testers for the next point release, which will be -27 or -28 depending upon how well our unit tests go.

Early V3 documentation on the wiki here

http://sarkpbx.com/twiki/bin/view/Main/DocChapter03f

Kind Regards

S



 

Title: Re: V3.0
Post by: guest22 on June 21, 2010, 10:31:03 AM

Tried V3 on a 7.5VM, but not working. This is what I did: (clean install of 7.5 and asterisk from source .32)

- wget http://sarkpbx.com/sail/sail-3.0.0/sail-3.0.0-26.noarch.rpm
- wget http://sarkpbx.com/sail/sail-3.0.0/perl-File-ReadBackwards-1.04-1.2.el4.rf.noarch.rpm
- wget http://sarkpbx.com/sail/sail-3.0.0/perl-DBD-SQLite-1.14-1.el5.rf.i386.rpm

then 'yum localinstall' the perl packages.

perl-DBD-SQLite-1.14-1.el5.rf.i386.rpm will not install on a 7.5 box due to glibc version mismatch, so I downloaded:

- wget http://dag.wieers.com/rpm/packages/perl-DBD-SQLite/perl-DBD-SQLite-1.14-1.el4.rf.i386.rpm

which installs perfectly

When trying yum localinstall SarkV3, there are some unresolved dependencies listed which you can 'yum install' without any additional repos:

Installed: xinetd.i386 2:2.3.13-4.5.el4
Installed: tftp-server.i386 0.39-3.el4
Installed: nmap.i386 2:3.70-1
Installed: perl-Date-Calc.i386 5.3-9
Installed: perl-Bit-Vector.i386 6.3-3

The rpm -Uvh --nodeps sail-3.0.0-26.noarch.rpm (see other thread why sailV3 thinks the incorrect asterisk is installed, and rpm with --nodeps is required....)

- /sbin/e-smith/signal-event post-upgrade; signal-event reboot

Result:

Menu items are listed in server-manager but clicking any of them results in:

Software error:

DBD::SQLite::db prepare failed: no such table: tt_help_user(1) at dbdimp.c line 271 at /usr/lib/perl5/site_perl/sark/SarkSubs.pm line 1047.
For help, please send mail to the webmaster (admin), giving this error message and the time and date of the error.

Title: Re: V3.0
Post by: SARK devs on June 21, 2010, 10:48:14 AM

3.0 is intended for CentOS5 sme8

It may run on 7.5, but we've never tested it there.

did you run signal-event postupgrade; signal-event reboot after the install?

Kind REgards

S

Title: Re: V3.0
Post by: guest22 on June 21, 2010, 10:49:37 AM

Yep

Title: Re: V3.0
Post by: guest22 on June 21, 2010, 10:58:03 AM

ps. would the dependency check of the Asterisk version also work if the rpm checks for 'asterisk -V'

Title: Re: V3.0
Post by: SARK devs on June 21, 2010, 11:07:24 AM

what is in /home/sark/db?

is sark.db is there then email it to admin@aelintra.com

Thanks

S

Title: Re: V3.0
Post by: guest22 on June 21, 2010, 11:42:06 AM

sark.db is there but....

zero size, owned by root:admin, permissions 100644

Title: Re: V3.0
Post by: SARK devs on June 21, 2010, 11:30:52 PM

OK - we've changed the initial file tests - you'll find 3.0.0-30 up on our server.

At first install, and ONLY at first install, if /home/sark/db/sark.db does not exist then it will be created with default settings.  So.... to install -30 as if it were your first install of V3.0, you must do the following

Code: [Select]

[root@test25 ~]# rpm -e sail --nodeps
[root@test25 ~]# rm -rf /home/sark/db
[root@test25 ~]# yum localinstall /home/e-smith/files/primary/files/sail-3.0.0-30.noarch.rpm --enablerepo=base
[root@test25 ~]# signal-event post-upgrade
[root@test25 ~]# signal-event reboot

You should then be good to go

If you have a spare minute, please try the database conversion routine against your existing database.  It shouldn't do any harm to your old format selintra database but you should back it up just in case.     It should just convert the rows and load them into the new SQLite db.

Kind Regards

S

Title: Sail V3 on SME 7.5
Post by: guest22 on June 22, 2010, 11:04:08 AM

V3.0 now installs correctly on SME7.5 and the default Sail dial plan is loaded into asterisk. I have no previous config for it's a test VM 7.5

- SME Server 7.5 (VirtualBox)
- Asterisk 1.4.32 + Dahdi (Source)
- Sail V3.0.0-30

Main differences from default Sail install on SME8:

Use this package instead of the el5 version in the Sail V3 download directory:
http://dag.wieers.com/rpm/packages/perl-DBD-SQLite/perl-DBD-SQLite-1.14-1.el4.rf.i386.rpm

Yum localinstall these packages before installing Sail V3:
xinetd.i386 2:2.3.13-4.5.el4
tftp-server.i386 0.39-3.el4
nmap.i386 2:3.70-1
perl-Date-Calc.i386 5.3-9
perl-Bit-Vector.i386 6.3-3

and you have SME 7.5 running with asterisk and Sail V3 (See sarkpbx.com for details)

Title: Re: V3.0
Post by: SARK devs on June 22, 2010, 11:36:12 AM

Hi there

Glad you got it to run on 7.5.   Just one thing....

Quote

Yum localinstall these packages before installing Sail V3:
xinetd.i386 2:2.3.13-4.5.el4
tftp-server.i386 0.39-3.el4
nmap.i386 2:3.70-1
perl-Date-Calc.i386 5.3-9
perl-Bit-Vector.i386 6.3-3

Shouldn't be necessary just --enablerepo=base and yum will do it for you.

Nice work - let us know how you get on with 3.0.

Kind Regards

S

Title: Re: V3.0
Post by: guest22 on June 22, 2010, 11:42:47 AM

Quote from: SARK devs on June 22, 2010, 11:36:12 AM

Shouldn't be necessary just --enablerepo=base and yum will do it for you.

and there's the catch... In a previous thread I referred to the 'default sme way' by using Yum. However the dependency check of Sail for checking the asterisk version fails, even though I have a => .29 asterisk install. (Does it check for an asterisk RPM only, I compiled from source?)

Only option left is using rpm --nodeps and that does not resolve the dependencies. Hence my question about the usage of 'asterisk -V' in the Sail RPM.

One more thing, the default install of asterisk and sail delivers this section in asterisk.conf: (Don't know if it's stock asterisk or Sail mod)
[directories]
astetcdir => /etc/asterisk
astmoddir => /usr/lib/asterisk/modules
astvarlibdir => /var/lib/asterisk
astdatadir => /var/lib/asterisk
astagidir => /var/lib/asterisk/agi-bin
astspooldir => /var/spool/asterisk
astrundir => /var/run
astlogdir => /var/log/asterisk

Whilst the Sail agi is in /usr/share/asterisk/agi-bin
 

Title: Re: V3.0
Post by: SARK devs on June 23, 2010, 10:48:39 AM

Hi

RPM dependencies check rpms, so it won't see your manual install.  I may have to remove this dependency anyway, beacuse now there are two rpm sources (ATrpms and Digium) and each uses a different naming convention.  We'll just have to inform people I think.

Re /etc/asterisk/asterisk.conf  - yes our rpm-installed Asterisk 1.4.29 version looks the same as yours.  We don't touch this file so I don't know the answer to your question, except to say that Asterisk looks for the  agi modules and its sound in the /usr/share directory leg when it is running.

Kind Regards

S

Title: Re: V3.0
Post by: SARK devs on June 23, 2010, 09:21:06 PM

The dependency will be removed in today's build (-32 or 33 )

Kind Regards

S

Title: Re: V3.0
Post by: guest22 on June 24, 2010, 10:25:54 AM

I can confirm that the latest SailV3 installs on SME7.5 (as per instructions on sarkpbx.com) using yum localinstall. Dependencies will automatically be resolved.

Asterisk is running with the Sail default dialplan loaded, and providing dialtone to a sample (SIP) extension.

Only difference remaining between installing on SME8b5 and SME7.5 is:
http://dag.wieers.com/rpm/packages/perl-DBD-SQLite/perl-DBD-SQLite-1.14-1.el4.rf.i386.rpm

Title: Re: V3.0
Post by: SARK devs on June 24, 2010, 11:53:48 AM

Cool  8-)

Now we know it will run on 7.5 (EL4)  as well as 8.0 (EL5).

Thanks for your help

Best

S

Title: Re: V3.0
Post by: Teviot on June 24, 2010, 07:00:55 PM

Hi S

I followed the instructions found at http://forums.contribs.org/index.php/topic,46173.0.html (http://forums.contribs.org/index.php/topic,46173.0.html) to install on to SME 7.5 then installed 2.5.1.

Upon seeing this post about v3.0 SAIL I then did the upgrade to v3.0.

I got the following error

Code: [Select]

DBD::SQLite::db prepare failed: no such table: tt_help_user(1) at dbdimp.c line 271 at /usr/lib/perl5/site_perl/sark/SarkSubs.pm line 1047.

Install procedure was as follows

Code: [Select]

[root@saint ~]# yum localinstall sail-3.0.0-32.noarch.rpm
Loading "fastestmirror" plugin
Loading "smeserver" plugin
Loading "installonlyn" plugin
Loading "protect-packages" plugin
Setting up Local Package Process
Examining sail-3.0.0-32.noarch.rpm: sail - 3.0.0-32.noarch
Marking sail-3.0.0-32.noarch.rpm as an update to sail - 2.5.1-10.noarch
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package sail.noarch 0:3.0.0-32 set to be updated
--> Running transaction check
Setting up repositories
Loading mirror speeds from cached hostfile
Reading repository metadata in from local files
Excluding Packages from CentOS - os
Finished
Excluding Packages from CentOS - updates
Finished
Excluding Packages from CentOS - os
Finished
Excluding Packages from CentOS - updates
Finished
--> Processing Dependency: perl-DBD-SQLite for package: sail
--> Finished Dependency Resolution
Error: Missing Dependency: perl-DBD-SQLite is needed by package sail
[root@saint ~]# yum localinstall perl-DBD-SQLite-1.14-1.el4.rf.i386.rpm
Loading "fastestmirror" plugin
Loading "smeserver" plugin
Loading "installonlyn" plugin
Loading "protect-packages" plugin
Setting up Local Package Process
Examining perl-DBD-SQLite-1.14-1.el4.rf.i386.rpm: perl-DBD-SQLite - 1.14-1.el4.rf.i386
Marking perl-DBD-SQLite-1.14-1.el4.rf.i386.rpm to be installed
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package perl-DBD-SQLite.i386 0:1.14-1.el4.rf set to be updated
--> Running transaction check

Dependencies Resolved

=============================================================================
 Package                 Arch       Version          Repository        Size
=============================================================================
Installing:
 perl-DBD-SQLite         i386       1.14-1.el4.rf    perl-DBD-SQLite-1.14-1.el4.rf.i386.rpm  1.6 M

Transaction Summary
=============================================================================
Install      1 Package(s)         
Update       0 Package(s)         
Remove       0 Package(s)         
Total download size: 1.6 M
Is this ok [y/N]: y
Downloading Packages:
Running Transaction Test
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing: perl-DBD-SQLite              ######################### [1/1]

Installed: perl-DBD-SQLite.i386 0:1.14-1.el4.rf
Complete!
[root@saint ~]# yum localinstall sail-3.0.0-32.noarch.rpm
Loading "fastestmirror" plugin
Loading "smeserver" plugin
Loading "installonlyn" plugin
Loading "protect-packages" plugin
Setting up Local Package Process
Examining sail-3.0.0-32.noarch.rpm: sail - 3.0.0-32.noarch
Marking sail-3.0.0-32.noarch.rpm as an update to sail - 2.5.1-10.noarch
Resolving Dependencies
--> Populating transaction set with selected packages. Please wait.
---> Package sail.noarch 0:3.0.0-32 set to be updated
--> Running transaction check

Dependencies Resolved

=============================================================================
 Package                 Arch       Version          Repository        Size
=============================================================================
Updating:
 sail                    noarch     3.0.0-32         sail-3.0.0-32.noarch.rpm  5.3 M

Transaction Summary
=============================================================================
Install      0 Package(s)         
Update       1 Package(s)         
Remove       0 Package(s)         
Total download size: 5.3 M
Is this ok [y/N]: y
Downloading Packages:
Running Transaction Test
warning: only V3 signatures can be verified, skipping V4 signature
Finished Transaction Test
Transaction Test Succeeded
Running Transaction
warning: only V3 signatures can be verified, skipping V4 signature
  Updating  : sail                         ######################### [1/2]
  Cleanup   : sail                         ######################### [2/2]

Updated: sail.noarch 0:3.0.0-32
Complete!
[root@saint ~]#
A reboot & reconfigure comand was then issued.

the command

Code: [Select]

perl /etc/sark/scripts/srkinsertdbdata.pl was then issued

and a call attempted from an exsisting SARK SAIL pbx to an extension on the new server.

Code: [Select]

saint*CLI>
    -- Accepting AUTHENTICATED call from 192.168.76.2:
       > requested format = g729,
       > requested prefs = (g729|alaw|ulaw),
       > actual format = alaw,
       > host prefs = (),
       > priority = caller
    -- Executing [2000@internal:1] AGI("IAX2/sailsaint-1092", "sarkhpe|OutCluster|2000") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (CDR(accountcode)=)
    -- AGI Script sarkhpe completed, returning 0
    -- Executing [2000@qrxvtmny:1] AGI("IAX2/sailsaint-1092", "sarkhpe|OutRoute|All Calls") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (TIMEOUT(absolute)=3600)
    -- Channel will hangup at 2010-06-24 17:56:10 UTC.
    -- AGI Script Executing Application: (Dial) Options: (IAX2/saintsail@sailsaint/2000||)
    -- Called saintsail@sailsaint/2000
    -- Call accepted by 192.168.76.2 (format g729)
    -- Format for call is g729
[Jun 25 02:56:10] WARNING[5152]: channel.c:3124 set_format: Unable to find a codec translation path from 0x100 (g729) to 0x8 (alaw)
[Jun 25 02:56:10] WARNING[5152]: channel.c:3124 set_format: Unable to find a codec translation path from 0x100 (g729) to 0x8 (alaw)
    -- Accepting AUTHENTICATED call from 192.168.76.2:
       > requested format = g729,
       > requested prefs = (g729|alaw|ulaw),
       > actual format = alaw,
       > host prefs = (),
       > priority = caller
    -- Executing [2000@internal:1] AGI("IAX2/sailsaint-4830", "sarkhpe|OutCluster|2000") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (CDR(accountcode)=)
    -- AGI Script sarkhpe completed, returning 0
    -- Executing [2000@qrxvtmny:1] AGI("IAX2/sailsaint-4830", "sarkhpe|OutRoute|All Calls") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (TIMEOUT(absolute)=3600)
    -- Channel will hangup at 2010-06-24 17:56:10 UTC.
    -- AGI Script Executing Application: (Dial) Options: (IAX2/saintsail@sailsaint/2000||)
    -- Called saintsail@sailsaint/2000
    -- Call accepted by 192.168.76.2 (format g729)
    -- Format for call is g729
[Jun 25 02:56:10] WARNING[5150]: channel.c:3124 set_format: Unable to find a codec translation path from 0x100 (g729) to 0x8 (alaw)
[Jun 25 02:56:10] WARNING[5150]: channel.c:3124 set_format: Unable to find a codec translation path from 0x100 (g729) to 0x8 (alaw)
    -- IAX2/sailsaint-19118 answered IAX2/sailsaint-4830
    -- Operating with different codecs 8[0x8 (alaw)] 256[0x100 (g729)] , can't native bridge...
    -- IAX2/sailsaint-17427 answered IAX2/sailsaint-1092
    -- Operating with different codecs 8[0x8 (alaw)] 256[0x100 (g729)] , can't native bridge...
    -- Operating with different codecs 8[0x8 (alaw)] 256[0x100 (g729)] , can't native bridge...
[Jun 25 02:56:10] WARNING[5146]: channel.c:3124 set_format: Unable to find a codec translation path from 0x100 (g729) to 0x8 (alaw)
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-4830", "") in new stack
  == Spawn h extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-4830'
    -- Hungup 'IAX2/sailsaint-19118'
    -- AGI Script sarkhpe completed, returning 0
  == Auto fallthrough, channel 'IAX2/sailsaint-4830' status is 'ANSWER'
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-4830", "") in new stack
  == Spawn extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-4830'
    -- Hungup 'IAX2/sailsaint-4830'
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-1092", "") in new stack
  == Spawn h extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-1092'
    -- Hungup 'IAX2/sailsaint-17427'
    -- AGI Script sarkhpe completed, returning 0
  == Auto fallthrough, channel 'IAX2/sailsaint-1092' status is 'ANSWER'
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-1092", "") in new stack
  == Spawn extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-1092'
    -- Hungup 'IAX2/sailsaint-1092'
saint*CLI>
What am I missing? I have looked that the console and can't find anything that I could change. I will admit that it is 3.30am when I trying to do this.

Thanks in Advance

Title: Re: V3.0
Post by: SARK devs on June 24, 2010, 09:11:25 PM

Chris's instructions are for 2.5.  3.0 is a little different; you can finds instructions here

http://sarkpbx.com/twiki/bin/view/Main/DocChapter03f

The main thing you didn't do was to issue a signal-event post-upgrade at the end if the sail install. This causes the database to be initialized.  As a result, your database will be incomplete.

Fortunately, it isn't too difficult to correct (as long as you still have the V2 database - /home/e-smith/db/selintra).

First of all remove V3 and the incomplete V3 database

Code: [Select]

rpm -e sail
rm -rf /home/sark/db

Now follow the instructions on the sark wiki (see above) to install V3 correctly.

Lastly, the reason your call in didn't work was that you sent in a G729 call to an Asterisk system that does not have G729 codec installed.  It's in the logs you posted

Code: [Select]

[Jun 25 02:56:10] WARNING[5150]: channel.c:3124 set_format: Unable to find a codec translation path from 0x100 (g729) to 0x8 (alaw)
[Jun 25 02:56:10] WARNING[5150]: channel.c:3124 set_format: Unable to find a codec translation path from 0x100 (g729) to 0x8 (alaw)
    -- IAX2/sailsaint-19118 answered IAX2/sailsaint-4830
    -- Operating with different codecs 8[0x8 (alaw)] 256[0x100 (g729)] , can't native bridge...
    -- IAX2/sailsaint-17427 answered IAX2/sailsaint-1092
    -- Operating with different codecs 8[0x8 (alaw)] 256[0x100 (g729)] , can't native bridge...
    -- Operating with different codecs 8[0x8 (alaw)] 256[0x100 (g729)] , can't native bridge...
[Jun 25 02:56:10] WARNING[5146]: channel.c:3124 set_format: Unable to find a codec translation path from 0x100 (g729) to 0x8 (alaw)
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-4830", "") in new stack
Kind Regards

S
 

Title: Re: V3.0
Post by: Teviot on June 25, 2010, 05:39:12 AM

Hi S

Got those issues sorted.  But still can't get a call into the pbx.  Outgoing work with no problem.

Code: [Select]

saint*CLI>
    -- Accepting AUTHENTICATED call from 192.168.76.2:
       > requested format = g729,
       > requested prefs = (g729|gsm|ulaw|alaw),
       > actual format = g729,
       > host prefs = (),
       > priority = caller
    -- Executing [2000@internal:1] AGI("IAX2/sailsaint-1785", "sarkhpe|OutCluster|2000") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (CDR(accountcode)=)
    -- AGI Script sarkhpe completed, returning 0
    -- Executing [2000@qrxvtmny:1] AGI("IAX2/sailsaint-1785", "sarkhpe|OutRoute|All Calls") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (TIMEOUT(absolute)=3600)
    -- Channel will hangup at 2010-06-25 04:38:06 UTC.
    -- AGI Script Executing Application: (Dial) Options: (IAX2/saintsail@sailsaint/2000||)
    -- Called saintsail@sailsaint/2000
    -- Call accepted by 192.168.76.2 (format g729)
    -- Format for call is g729
    -- Accepting AUTHENTICATED call from 192.168.76.2:
       > requested format = g729,
       > requested prefs = (g729|gsm|ulaw|alaw),
       > actual format = g729,
       > host prefs = (),
       > priority = caller
    -- Executing [2000@internal:1] AGI("IAX2/sailsaint-1471", "sarkhpe|OutCluster|2000") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (CDR(accountcode)=)
    -- AGI Script sarkhpe completed, returning 0
    -- Executing [2000@qrxvtmny:1] AGI("IAX2/sailsaint-1471", "sarkhpe|OutRoute|All Calls") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (TIMEOUT(absolute)=3600)
    -- Channel will hangup at 2010-06-25 04:38:06 UTC.
    -- AGI Script Executing Application: (Dial) Options: (IAX2/saintsail@sailsaint/2000||)
    -- Called saintsail@sailsaint/2000
    -- Call accepted by 192.168.76.2 (format g729)
    -- Format for call is g729
    -- IAX2/sailsaint-19994 answered IAX2/sailsaint-1471
    -- IAX2/sailsaint-26387 answered IAX2/sailsaint-1785
    -- Channel 'IAX2/sailsaint-19994' ready to transfer
    -- Channel 'IAX2/sailsaint-26387' ready to transfer
    -- Channel 'IAX2/sailsaint-1471' ready to transfer
    -- Releasing IAX2/sailsaint-1471 and IAX2/sailsaint-19994
    -- Channel 'IAX2/sailsaint-1785' ready to transfer
    -- Releasing IAX2/sailsaint-1785 and IAX2/sailsaint-26387
saint*CLI>

Title: Re: V3.0
Post by: SARK devs on June 25, 2010, 08:18:22 AM

what did you dial on the sending machine? 

I see 2000 - what is that?  Is it an extension?  a ring group?

S

Title: Re: V3.0
Post by: Teviot on June 27, 2010, 06:48:28 AM

2000 is an extension and the trunk has been set to route directly to ext2000.

here is the latest console output

Code: [Select]

saint*CLI>
    -- Accepting AUTHENTICATED call from 192.168.76.2:
       > requested format = g729,
       > requested prefs = (g729|gsm|ulaw|alaw),
       > actual format = g729,
       > host prefs = (),
       > priority = caller
    -- Executing [2000@internal:1] AGI("IAX2/sailsaint-6793", "sarkhpe|OutCluster|2000") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (CDR(accountcode)=)
    -- AGI Script sarkhpe completed, returning 0
    -- Executing [2000@qrxvtmny:1] AGI("IAX2/sailsaint-6793", "sarkhpe|OutRoute|All Calls") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (TIMEOUT(absolute)=3600)
    -- Channel will hangup at 2010-06-27 05:46:56 UTC.
    -- AGI Script Executing Application: (Dial) Options: (IAX2/saintsail@sailsaint/2000||)
    -- Called saintsail@sailsaint/2000
    -- Call accepted by 192.168.76.2 (format g729)
    -- Format for call is g729
    -- Accepting AUTHENTICATED call from 192.168.76.2:
       > requested format = g729,
       > requested prefs = (g729|gsm|ulaw|alaw),
       > actual format = g729,
       > host prefs = (),
       > priority = caller
    -- Executing [2000@internal:1] AGI("IAX2/sailsaint-181", "sarkhpe|OutCluster|2000") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (CDR(accountcode)=)
    -- AGI Script sarkhpe completed, returning 0
    -- Executing [2000@qrxvtmny:1] AGI("IAX2/sailsaint-181", "sarkhpe|OutRoute|All Calls") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (TIMEOUT(absolute)=3600)
    -- Channel will hangup at 2010-06-27 05:46:56 UTC.
    -- AGI Script Executing Application: (Dial) Options: (IAX2/saintsail@sailsaint/2000||)
    -- Called saintsail@sailsaint/2000
    -- Call accepted by 192.168.76.2 (format g729)
    -- Format for call is g729
    -- IAX2/sailsaint-20010 answered IAX2/sailsaint-181
    -- IAX2/sailsaint-16509 answered IAX2/sailsaint-6793
    -- Channel 'IAX2/sailsaint-181' ready to transfer
    -- Channel 'IAX2/sailsaint-20010' ready to transfer
    -- Releasing IAX2/sailsaint-20010 and IAX2/sailsaint-181
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-181", "") in new stack
  == Spawn h extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-181'
    -- Channel 'IAX2/sailsaint-16509' ready to transfer
    -- Channel 'IAX2/sailsaint-6793' ready to transfer
    -- Releasing IAX2/sailsaint-6793 and IAX2/sailsaint-16509
    -- Hungup 'IAX2/sailsaint-20010'
    -- AGI Script sarkhpe completed, returning 0
  == Auto fallthrough, channel 'IAX2/sailsaint-181' status is 'ANSWER'
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-181", "") in new stack
  == Spawn extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-181'
    -- Hungup 'IAX2/sailsaint-181'
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-6793", "") in new stack
  == Spawn h extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-6793'
    -- Hungup 'IAX2/sailsaint-16509'
    -- AGI Script sarkhpe completed, returning 0
  == Auto fallthrough, channel 'IAX2/sailsaint-6793' status is 'ANSWER'
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-6793", "") in new stack
  == Spawn extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-6793'
    -- Hungup 'IAX2/sailsaint-6793'
saint*CLI>

still doesn't ring ext2000 on inbound.  Outgoing works no problem.

Title: Re: V3.0
Post by: SARK devs on June 27, 2010, 11:07:41 PM

Quote

2000 is an extension and the trunk has been set to route directly to ext2000.

It may well be,  but it looks as though you also have an outbound route which is picking up 2000 class numbers and shipping them out.

Look at your trace here

Code: [Select]

Executing [2000@qrxvtmny:1] AGI("IAX2/sailsaint-6793", "sarkhpe|OutRoute|All Calls") in new stack

Kind Regards

S

Title: Re: V3.0
Post by: Teviot on June 28, 2010, 12:58:26 AM

the route I have is as follows. All outbound calls go to an exsisting SAIL/PBX as the machine I am working on is a test machine

Code: [Select]

    _X.
will try setting it to a ring group with the extention in the ring group



Created a ring group 605 with ext2000 as the only ext in the group. Using this ring group I had the same result.

Code: [Select]

saint*CLI>
    -- Accepting AUTHENTICATED call from 192.168.76.2:
       > requested format = g729,
       > requested prefs = (g729|gsm|ulaw|alaw),
       > actual format = g729,
       > host prefs = (),
       > priority = caller
    -- Executing [605@internal:1] AGI("IAX2/sailsaint-3671", "sarkhpe|OutCluster|605") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (CDR(accountcode)=)
    -- AGI Script sarkhpe completed, returning 0
    -- Executing [605@qrxvtmny:1] AGI("IAX2/sailsaint-3671", "sarkhpe|OutRoute|All Calls") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (TIMEOUT(absolute)=3600)
    -- Channel will hangup at 2010-06-28 01:03:06 UTC.
    -- AGI Script Executing Application: (Dial) Options: (IAX2/saintsail@sailsaint/605||)
    -- Called saintsail@sailsaint/605
    -- Call accepted by 192.168.76.2 (format g729)
    -- Format for call is g729
    -- Accepting AUTHENTICATED call from 192.168.76.2:
       > requested format = g729,
       > requested prefs = (g729|gsm|ulaw|alaw),
       > actual format = g729,
       > host prefs = (),
       > priority = caller
    -- Executing [605@internal:1] AGI("IAX2/sailsaint-742", "sarkhpe|OutCluster|605") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (CDR(accountcode)=)
    -- AGI Script sarkhpe completed, returning 0
    -- Executing [605@qrxvtmny:1] AGI("IAX2/sailsaint-742", "sarkhpe|OutRoute|All Calls") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (TIMEOUT(absolute)=3600)
    -- Channel will hangup at 2010-06-28 01:03:06 UTC.
    -- AGI Script Executing Application: (Dial) Options: (IAX2/saintsail@sailsaint/605||)
    -- Called saintsail@sailsaint/605
    -- Call accepted by 192.168.76.2 (format g729)
    -- Format for call is g729
    -- IAX2/sailsaint-17303 answered IAX2/sailsaint-742
    -- IAX2/sailsaint-17816 answered IAX2/sailsaint-3671
    -- Channel 'IAX2/sailsaint-742' ready to transfer
    -- Channel 'IAX2/sailsaint-17303' ready to transfer
    -- Releasing IAX2/sailsaint-17303 and IAX2/sailsaint-742
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-742", "") in new stack
  == Spawn h extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-742'
    -- Hungup 'IAX2/sailsaint-17303'
    -- AGI Script sarkhpe completed, returning 0
  == Auto fallthrough, channel 'IAX2/sailsaint-742' status is 'ANSWER'
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-742", "") in new stack
  == Spawn extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-742'
    -- Hungup 'IAX2/sailsaint-742'
    -- Channel 'IAX2/sailsaint-17816' ready to transfer
    -- Channel 'IAX2/sailsaint-3671' ready to transfer
    -- Releasing IAX2/sailsaint-3671 and IAX2/sailsaint-17816
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-3671", "") in new stack
  == Spawn h extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-3671'
    -- Hungup 'IAX2/sailsaint-17816'
    -- AGI Script sarkhpe completed, returning 0
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-3671", "") in new stack
  == Spawn extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-3671'
    -- Hungup 'IAX2/sailsaint-3671'
saint*CLI>
Just tried disabling the route all calls.  The system was able to accept a call and the extenstion rang.  Therefore, there is no problem except the routing rule that I set in the first place.

Code: [Select]

    -- Accepting AUTHENTICATED call from 192.168.76.2:
       > requested format = g729,
       > requested prefs = (g729|gsm|ulaw|alaw),
       > actual format = g729,
       > host prefs = (),
       > priority = caller
    -- Executing [605@internal:1] AGI("IAX2/sailsaint-5462", "sarkhpe|OutCluster|605") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Set) Options: (CDR(accountcode)=)
    -- AGI Script sarkhpe completed, returning 0
    -- Executing [605@qrxvtmny:1] AGI("IAX2/sailsaint-5462", "sarkhpe|Alias|SIP/2000|605") in new stack
    -- Launched AGI Script /usr/share/asterisk/agi-bin/sarkhpe
    -- AGI Script Executing Application: (Dial) Options: (SIP/2000|15|)
    -- Called 2000
    -- SIP/2000-00000002 is ringing
  == Spawn extension (qrxvtmny, 605, 1) exited non-zero on 'IAX2/sailsaint-5462'
    -- Executing [h@qrxvtmny:1] Hangup("IAX2/sailsaint-5462", "") in new stack
  == Spawn extension (qrxvtmny, h, 1) exited non-zero on 'IAX2/sailsaint-5462'
    -- Hungup 'IAX2/sailsaint-5462'
Note to self.

Be careful what routes are set - make sure that they don't interfere with inbound calls

Title: Re: V3.0
Post by: Teviot on June 28, 2010, 05:26:39 AM

S

Have noticed that I can't create seperate routes.

My UK Trunk (from here in Australia)

Code: [Select]

_0[123]xxxxxxxxx _118707 _3xxxxxxx _150 _154 _166 _1571 _999
comes back with a "dialplan Failed validation" upon a commit

Would I be better abandon v3.0 on SME 7.5 and switch to SME v8.0b5 ???

Title: Re: V3.0
Post by: SARK devs on June 28, 2010, 10:42:36 AM

Upper case X instead of lower case x may help

Kind Regards

S

Title: Re: V3.0
Post by: Teviot on June 30, 2010, 10:34:58 AM

S

You were partcially right.  Yes it accepted "X" instead of "x".

But also didn't like the

Code: [Select]

_0[123]XXXXXXXXX
The brackets part of the route