I didn’t want to gamble with the new versions, so I used the old versions located in /releases

The full lines would be
wget http://ftp.digium.com/pub/telephony/zaptel/releases/zaptel-1.2.15.tar.gz
wget http://ftp.digium.com/pub/telephony/asterisk/releases/asterisk-1.2.16.tar.gz

Removing zaptel module: ERROR: Module zaptel is in use by zttranscode
[FAILED]

Plus some other nasties.
I found this link which showed a work around to get everything to unload properly.
http://bugs.digium.com/view.php?id=7981
Looks like I’m good to go – for the moment….

When shutting down the asterisks server a load of Zaptel errors are reported…

However the upgrade of the actual asterisks has taken place and AsterisksInfo reports the updated 1.2.16…

I just ignored the error as i dont use the zaptel module and its not affceted the SIP part of asterisks..

However i have noticed that since the upgrade there has been a few jitters in calls, when the incoming voice is interpreted intermittently. Taking in to account bandwidth is not a problem.. Any ideas on how to fix this?

Ambro

The files above have been upgraded at this point to zaptel-1.2.16.tar.gz and asterisk-1.2.16.tar.gz.

I installed without doing the app_speech_utils.so rename.(I had to in the original release). The problem no longer exists. It appears the prior issues have been resolved as I did not have to do any changes. So I guess I am noting that the issues have been fixed and the update goes without problems. At least for me. Thanks

Loading zaptel framework: [ OK ]
Waiting for zap to come online: [ OK ]
Loading zaptel hardware modules:
Loading tor2: [ OK ]
Loading wct4xxp: [ OK ]
Loading wct1xxp: [ OK ]
Loading wcte11xp: [ OK ]
Loading wcfxo: [ OK ]
Loading wctdm: [ OK ]
Loading ztdummy: [ OK ]
Loading r4fxo: FATAL: Error inserting r4fxo (/lib/modules/2.6.9-34.0.2.ELsmp/extra/r4fxo.ko): Unknown symbol in module, or unknown parameter (see dmesg)
[FAILED]
Loading r1t1: FATAL: Error inserting r1t1 (/lib/modules/2.6.9-34.0.2.ELsmp/extra/r1t1.ko): Unknown symbol in module, or unknown parameter (see dmesg)
[FAILED]
Loading rxt1: FATAL: Error inserting rxt1 (/lib/modules/2.6.9-34.0.2.ELsmp/extra/rxt1.ko): Unknown symbol in module, or unknown parameter (see dmesg)
[FAILED]

Any idea how to fix this ?
Thanks

I looked at the before and after upgrade logs and
— Playing ‘vm-intro’ (language ‘en’) **this line no longer exists after upgrade***
— Playing ‘beep’ (language ‘en’)

[WM: You’re correct. Another quirk. Here’s a simple workaround. Open freePBX Setup with your web browser. Click General Settings. The fifth option on the page is Direct Dial to VoiceMail Message Type. Change the setting from Default to Unavailable. Save your change and click the Red Bar to reload Asterisk, and all should be well.]

The instructions worked fine for my Trixbox1.2.3 vmware installation with one exception… Recompiling to Asterisk 1.2.16 broke my music on hold.

After several days of trying to find a way to fix it without any success, I did come up with a kludge that restores the operation of music on hold at least partially. It works, but the ring sound can be heard in the background while the music plays. I can live with that until someone comes up with a permanent fix. The fix is quite simple if you have a complete backup of your /usr/lib/asterisk/modules files prior to the asterisk recompile.

You only need to restore one file.

cd /usr/lib/asterisk/modules

mv res_musiconhold.so res_musiconhold.so.old (just in case you need to restore it in the future)

cp /bkpcopy/res_musiconhold.so res_musiconhold.so (copy your backup copy to the modules directory)

amportal restart (your music on hold should now be working)

Note: I suspect your comments about file dates of the modules also applies here, so make sure the file date on the copied file is current and not the original 10/2006 date or asterisk may not load properly.

-lee-

[WM: Actually, I think the problem lies in the MusicOnHold setup with freePBX. You were correct. It wasn’t working. Instead of replacing the module, try this first. Open freePBX Setup with your web browser. Then click MusicOnHold, then click Default under the Add Music Category listing, then click the Enable Random Play button, and then click the Red Bar to reload Asterisk. I think that will fix your problem without injecting the ring sounds in the background. For some reason, the /etc/asterisk/musiconhold_additional.conf file got trashed, and the steps I’ve outlined will restore it.]

Terrific instructions as usual! The only additional thing I had to do was comment out "exclude=kernel*" my CentOS-Base.repo and CentOS-Media.repo files to allow the new kernel to show up. (I wasn’t sure which file would do it so I just commented out both of them)

Thanks!

Ken

Thanks for your article. I have created an all in one install script based on your article and it is available at

http://www.script-trix.us/updatesource.htm

It follows your suggestions closely although I have not had a chance to test it on a 1.2.3 machine. It does work quite well on a 2.0 box and I suspect it will do the same on a 1.2.3 box. Thanks for all of your hard work and the plug above!

Tom

make linux26
make install
make config