/etc/dhcpd.conf

server-identifier server01.private.bb.exa-omicron.nl;
default-lease-time 43200;
max-lease-time 86400;
option domain-name "exa-omicron.nl";
option domain-name-servers 10.99.1.1;

ddns-update-style none;

use-host-decl-names on;

allow booting;
allow bootp;

subnet 10.99.1.0 netmask 255.255.255.0 {
        authorative;

        range   10.99.1.201 10.99.1.230;
        option routers  10.99.1.1;

        next-server server01.private.exa-omicron.nl;
        filename "/pxelinux.0";
}

wget http://www.kernel.org/pub/linux/utils/b ... 51.tar.bz2
tar xvjf syslinux-3.51.tar.bz2
cp syslinux-3.51/pxelinux.0 /tftpboot/

cd /tftpboot
mkdir CentOS
cd CentOS
mkdir 5.0
cd 5.0
wget ftp://ftp.surfnet.nl/pub/os/Linux/distr/CentOS/5.0/os/x86_64/images/pxeboot/vmlinuz
wget ftp://ftp.surfnet.nl/pub/os/Linux/distr/CentOS/5.0/os/x86_64/images/pxeboot/initrd.img

/tftpboot/pxelinux.cfg/default

default centos50
timeout 5
prompt 1
serial 0 9600

label centos50
   kernel CentOS/5.0/vmlinuz
   append initrd=CentOS/5.0/initrd.img headless lang=en_US keymap=us \
      vnc vncpassword=MyPass ip=dhcp ksdevice=eth0 \
      method=http://ftp.surfnet.nl/pub/os/Linux/distr/CentOS/5.0/os/x86_64/

ipmitool -I lanplus -H 10.99.1.45 -A Admin -P IMPIPasswd chassis bootdev bios
ipmitool -I lanplus -H 10.99.1.45 -A Admin -P IMPIPasswd chassis power reset

ipmitool -I lanplus -H 10.99.1.45 -A Admin -P IMPIPasswd sol activate

So after I changes the bootorder in the BIOS, saved the settings and rebooted the machine, I could see in logfile of the dhcp server, that the machine gets a dynamic ip-addres.
After that the configfile and kernel files are downloaded from the tftp server. Then it takes a moment to start the phase 1 of the installation, places a second dhcp request (this time by the OS, not by the BIOS/LAN card). Then it checks if it can reach the installation files from the method given in the pxelinux.cfg/default config file. The X-server with vns is started. Then you can connect with a vnc viewer to the dynamic ip-address.

This way I could successfully install CentOS, just like I was in the datacentre with a monitor hooked up on the server itself.

Don't forget to change the BIOS settings after the installation back so it will not try to reboot through the networkcard every time :)

]]> http://www.exa-omicron.nl/blog/rverspuy/index.php?entry=entry070914-113248 2007-09-14T00:00:00Z 2007-09-14T00:00:00Z So time for a update to the latest versions, of all used software.

In the mean time, we also have a red-phone fonebridge 2, so we don't need the ztdummy anymore. Let's do a full compile and install ourselves including OpenH323 and the Red-Fone Zaptel Patch, but without the bristuff...



Download

wget "ftp://ftp.digium.com/pub/asterisk/asterisk-1.2.22.tar.gz"
wget "ftp://ftp.digium.com/pub/asterisk/asterisk-addons-1.2.7.tar.gz"
wget "ftp://ftp.digium.com/pub/libpri/libpri-1.2.5.tar.gz"
wget "ftp://ftp.digium.com/pub/zaptel/zaptel-1.2.19.tar.gz"
wget "http://support.red-fone.com/downloads/zaptel/zaptel_patch.diff"
wget "http://ftp.digium.com/pub/asterisk/releases/asterisk-sounds-1.2.1.tar.gz"
wget "http://downloads.sourceforge.net/openh323/pwlib-v1_10_3-src-tar.gz"
wget "http://downloads.sourceforge.net/openh323/openh323-v1_18_0-src-tar.gz"


Why not...
Why not the current latest openh323 v1.19.0.1?
Because this gave me the following error:

h323ep.cxx: In member function ‘PNatMethod* H323EndPoint::GetPreferedNatMethod(const PIPSocket::Address& )’:
h323ep.cxx:3211: error: ‘class PNatStrategy’ has no member named ‘GetNATList’
h323ep.cxx:3215: error: ‘class PNatMethod’ has no member named ‘GetNatMethodName’

And according to http://hup.hu/node/39062, I should use OpenH323 v1.18.0

PWLib

tar xvzf pwlib-v1_10_3-src-tar.gz
ln -s pwlib_v1_10_3/ pwlib
cd pwlib
./configure
make clean opt
cd ..


OpenH323

tar xvzf openh323-v1_18_0-src-tar.gz
ln -s openh323_v1_18_0/ openh323
cd openh323
./configure
make clean opt
cd ..


Before we go on...
We have to stop zaptel and asterisk

service asterisk stop
service zaptel stop


Zaptel

tar xvzf zaptel-1.2.19.tar.gz
ln -s zaptel-1.2.19 zaptel
cd zaptel
patch -p0 < ../zaptel_patch.diff

Also make the following changes for the red-fone fonebridge2 to work:


--- ztcfg.c 2007-07-24 03:31:05.000000000 +0200
+++ ztcfg-fixed.c 2007-07-24 03:31:24.000000000 +0200
@@ -1281,16 +1281,6 @@
current_state.channo = cc[x].chan | ZT_GET_PARAMS_RETURN_MASTER;
if (ioctl(fd, ZT_GET_PARAMS, &current_state))
needupdate = 1;
- else if (current_state.chanpos == 16 &&
- (cc[x].sigtype & ZT_SIG_CLEAR) &&
- !(lc[current_state.spanno - 1].lineconfig &
- (ZT_CONFIG_D4|ZT_CONFIG_ESF|ZT_CONFIG_B8ZS|ZT_CONFIG_CCS))) {
- fprintf(stderr,
- "CAS signalling on span %u conflicts with %s on channel %u.\n",
- current_state.spanno,
- sigtype_to_str(cc[x].sigtype), x);
- exit(1);
- }
}

if (!needupdate) {



make clean
make install

And you will probably get an warning about the file /etc/modprobe.d/zaptel, which is copied to /etc/modprobe.d/zaptel.bak.Copy this file back, because some settings from this file are needed. (Only so this, of you only have a red-fone fonebridge2, and no other zaptel hardware

cp /etc/modprobe.d/zaptel.bak /etc/modprobe.d/zaptel


LibPRI

tar xvzf libpri-1.2.5.tar.gz
ln -s libpri-1.2.5 libpri
cd libpri
make clean
make install


Asterisk

tar xvzf asterisk-1.2.22.tar.gz
ln -s asterisk-1.2.22
cd asterisk/channels/h323


Fix the Makefile:

--- Makefile 2007-03-06 16:17:16.000000000 +0100
+++ Makefile-fixed 2007-07-23 14:50:10.000000000 +0200
@@ -21,8 +21,7 @@
OPENH323DIR=$(HOME)/openh323
endif

-clean:
- rm -f *.so *.o .depend
+include $(OPENH323DIR)/openh323u.mak

$(SOURCES):: $(SOURCES:.cxx=.cpp)
ln -f $< $@
@@ -31,7 +30,6 @@
touch $(SOURCES)

libchanh323.a: $(OBJS)
- include $(OPENH323DIR)/openh323u.mak
ar crv $@ $(OBJS)

Makefile.ast: FORCE


export OPENH323DIR=/my/software/openh323
make opt
cd ../..
make clean
make install
cd ..

During the make install, I got 2 warning messages. I'l discuss them later.

Asterisk Sounds
This one is not necessary to run Asterisk, but contains a lot of very funny but also handy voice prompts from Allison Smith from Digium.

tar xvzf asterisk-sounds-1.2.1.tar.gz
cd asterisk-sounds-1.2.1
make install
cd ..


Warning about incorrect version mpg123
During the make install of asterisk I got the following warning:

*************************************************************
*** You have the WRONG version of mpg123... you need .59r ***
*** Use 'make mpg123' to get the right verison ***
*************************************************************

I think this is a incorrect message because I have an already newer version:

# mpg123 --help
High Performance MPEG 1.0/2.0/2.5 Audio Player for Layers 1, 2 and 3
version 0.65; written and copyright by Michael Hipp and others
free software (LGPL/GPL) without any warranty but with best wishes


Old module version
At the end of the make install of asterisk, I got a list of modules, which were not installed by the just installed version. You can recall this list with the command:

cd asterisk
make oldmodcheck
cd ..

I got this list:


WARNING WARNING WARNING

Your Asterisk modules directory, located at
/usr/lib/asterisk/modules
contains modules that were not installed by this
version of Asterisk. Please ensure that these
modules are compatible with this version before
attempting to run Asterisk.

app_callingpres.so
app_devstate.so
app_pickup.so
app_segfault.so
codec_g729a.so
res_esel.so
res_watchdog.so

WARNING WARNING WARNING


The codec_g729a.so is correct. This is a seperate module, see some comments below.
The other files are probably from an older version and deprecated (at least in my situation...)
So I will remove them from my module dir.
I'll move them to a safe location, so I can copy them back,
when it appears, I do need some of the files

mkdir backup_old_modules
mv /usr/lib/asterisk/modules/app_callingpres.so backup_old_modules/
... repeat for all modules ...
mv /usr/lib/asterisk/modules/res_watchdog.so backup_old_modules/


Also need an update of the g729a codec from Digium?
Download the appropriate file for your hardware. I'm using a
intel Pentium D, 3GHz, x86_64 linux, so I used:

wget http://ftp.digium.com/pub/asterisk/g729 ... ron.tar.gz
tar xvzf codec_g729a_v32_opteron.tar.gz
cd codec_g729a_v32_opteron
cp codec_g729a.so /usr/lib/asterisk/modules/codec_g729a.so
cd ..


Almost there...
We can't start Asterisk yet...
The libh323 file is not yet installed at the correct (x86_64) location. So only run this step, If you have a x86_64 system too:

cd openh323

Fix the Makefile:


--- Makefile 2007-07-23 13:40:27.000000000 +0200
+++ Makefile-fixed 2007-07-24 01:43:01.000000000 +0200
@@ -307,9 +307,9 @@
endif
endif

-PREFIX=/usr/local/
+PREFIX=/usr/
exec_prefix = ${PREFIX}
-LIBDIR=${exec_prefix}/lib
+LIBDIR=${exec_prefix}/lib64

ifndef PREFIX
PREFIX=/usr/local



make install
cd ..

And offcourse, also fix this issue in pwlib

cd pwlib

Fix the Makefile


--- Makefile 2007-07-23 12:56:46.000000000 +0200
+++ Makefile-fixed 2007-07-24 01:45:38.000000000 +0200
@@ -207,9 +207,9 @@
#
#

-PREFIX=/usr/local
+PREFIX=/usr/
exec_prefix = ${PREFIX}
-LIBDIR=${exec_prefix}/lib
+LIBDIR=${exec_prefix}/lib64
export PWLIBDIR=/root/software/20070723/pwlib

INSTALL=/usr/bin/install -c



make install
cd ..


The final step
It's very un-linuxish, but I had to reboot the server.
The Zaptel driver (specially with the ztd-eth is not stable when unloading, and loading. (Server hangs..)
So to be safe, reboot..
And power-cycle your red-phone fonebridge2 also, I had some problems. And don't forget to run the fonulator, after the fonebridge2 power-cycle :)

And now everything is running again (at least on my server :)
]]> http://www.exa-omicron.nl/blog/rverspuy/index.php?entry=entry070723-125950 2007-07-23T00:00:00Z 2007-07-23T00:00:00Z So, My installation base is a x86_64 Fedora Core 5 Server.
Just compiled and installed bristuff 0.3.0-PRE-1s with asterisk 1.2.10.

In the bristuff/asterisk/channel/h323 dir is some source for the h323 channel driver.



First I need to remove some packages from my system.

rpm -e ekiga
rpm -e opal
rpm -e pwlib

And need to install some other package

yum install expat-devel flex bison

Now I'm ready to compile the openh323 packages myself..
I need the pwlib and openh323 packages from http://sourceforge.net/project/showfile ... p_id=80674

but the channel readme file states it is tested with a pretty old version.

So, ok. let's try these old versions...

First downloading pwlib 1.9.0 and openh323 v.17.0, then

tar xvzf pwlib-v1_9_0-src-tar.gz
tar xvzf openh323-v1_17_1-src-tar.gz
ln -s pwlib_v1_9_0/ pwlib
ln -s openh323_v1_17_1/ openh323


First Compile the pwlib

cd pwlib
./configure
make clean opt

Oops.. :o Compile error..

.../pwlib/include/ptlib/timer.h:363: error: ISO C++ forbids declaration of ‘PTimerList’ with no type

According to http://www.openh323.org/pipermail/openh ... 74440.html the cause is propably the g++ compiler. Fedora Core 5 uses v4.1.1, but the channel readme file suggest to use v3.2.2.

Hmm. Ok, let's try a newer version of pwlib and openh323, for example pwlib v1.9.1 and openh323 v1.17.3 as suggested in the openh323 mailing list.

First remove the packages we just downloaded and unpacked.

rm -rf pwlib*
rm -rf openh323*

And download the newer versions and unpack them.

tar xvzf pwlib-v1_9_1-src-tar.gz
tar xvzf openh323-v1_17_3-src-tar.gz
ln -s pwlib_v1_9_1/ pwlib
ln -s openh323_v1_17_3/ openh323

And try another compile

cd pwlib
./configure
make clean opt

Oops... :o Another compile error

sound_oss.cxx: In member function ‘virtual BOOL PSoundChannelOSS::Read(void*, PINDEX)’:
sound_oss.cxx:766: error: cast from ‘void*’ to ‘unsigned int’ loses precision

Looks like, I'm not the only one with the same issue. See http://lists.digium.com/pipermail/aster ... 35228.html
But unfortunatly nobody helped this person until now, so it won't get me any further..

So (again) let's try a bit newer version..

pwlib v1.9.2, and I'll download the corresponding openh323, when pwlib compiles correctly :)

Delete the old versions, and download the newer one, then unpack and compile

tar xvzf pwlib-v1_9_2-src-tar.gz
ln -s pwlib_v1_9_2/ pwlib
./configure
make clean opt

Wauw.. Looks like it compiles succesfully!

Ok.. let's try the openh323 package now..

openh323 v.1.7.3 is release on the same day as the pwlib that I just compiled. So I'll try this one. After the download, unpack and compile

tar xvzf openh323-v1_17_3-src-tar.gz
ln -s openh323_v1_17_3/ openh323
./configure
make clean opt

:( Another compile error...

openh323/include/ixjlid.h:842: error: extra qualification ‘OpalIxJDevice::’ on member ‘GetException’

According to http://www.redhat.com/archives/fedora-c ... 00851.html
Only a small change to the line, should to the trick to make it work with g++ 4.1. So let's give it a try.
Edit the include/ixjlid.h file, and go to row nr. 842. Then remove the OpalIxjDevice:: from the row.
And recompile.

make clean opt

YES! Finally, a full compile of the pwlib and openh323..

Now it's time to compile the openh323 channel driver...
Don't forget to set the openh323 source location with an export command

cd /my/software/bristuff-0.3.0-PRE-1s/asterisk/channels/h323
export OPENH323DIR=/my/software/openh323
make opt

Now we only need to reinstall asterisk

cd ../..
make install

First stop the current running asterisk

service asterisk stop

Now Start asterisk in console mode, to see if everythins is running ok.

asterisk -c

But it's not running ok, yet..
Asterisk fails with the error:

loader.c:325 __load_resource: libh323_linux_x86_64_r.so.1.17.3: cannot open shared object file: No such file or directory
WARNING[30575]: loader.c:554 load_modules: Loading module chan_h323.so failed!

Seems that the libh323 file can't be found.
This is not mentioned in the h323 channel driver readme.txt.
But still I try to do an installation of the openh323 package. because in the openh323/lib path a libh323_linux_x86_64_r.so.1.17.3 exists.
so, back to the openh323 dir, and first edit the Makefile...

And edit on line 310 to PREFIX=/usr/
And edit line312 into LIBDIR=${exec_prefix}/lib64

The last change is only for x86_64 systems!

And now, install the library

make install


When running asterisk -c again, I see that the libpt_linux_x86_64_r.so.1.9.2 is now missing.

So let's to the same with the pwlib

In the Makefile,
edit line 210 to PREFIX=/usr
edit line 212 to LIBDIR=${exec_prefix}/lib64

and install the library

make install


When running asterisk -c now, it finaly starts without an error! :)

It's still telling me that is misses a h323.conf, so that's the last thing to fix.
Type 'stop now' to leave the this asterisk console

In the h323 channel driver directory there's a h323.conf.sample file.


cp h323.conf.sample /etc/asterisk/h323.conf


Now edit the /etc/asterisk/h323.conf and change line 6 into a valid IP address of your server.

Then asterisk can be started again..

service asterisk start


and, finaly a running asterisk with h323 support...



]]> http://www.exa-omicron.nl/blog/rverspuy/index.php?entry=entry060908-151000 2006-09-08T00:00:00Z 2006-09-08T00:00:00Z This Pentium D x86_64 server will be a VOIP Router, equiped with Asterisk.



To compile asterisk I use the bristuff package from http://www.junghanns.net/en/download.html
(Currently v0.3.0-PRE-1s with asterisk v1.2.10)

Before the bristuff could be compiled fully, I had to take te following steps:

yum install kernel-devel gcc gcc-c++ openssl-devel
cd /usr/src
ln -s kernels/2.6.17-1.2174_FC5-x86_64 linux-2.6

After running the ./download.sh, I had to change the libgsmat/Makefile:

Inserted on line 33 from
INSTALL_BASE=/usr

And I removed the / in front of $(INSTALL_BASE) on line 64

Now everything can be compiled without errors, so time to start ./compile.sh

Then after all the libraries, kernel modules and asterisk is compiled successfully:

cd asterisk
make samples
cp contrib/init.d/rc.redhat.asterisk /etc/init.d/asterisk
chkconfig asterisk on
service asterisk start

And asterisk is up and running!
(which cna be checked by starting asterisk -r, which gives you a asterisk remote console..



]]> http://www.exa-omicron.nl/blog/rverspuy/index.php?entry=entry060908-000000 2006-09-07T00:00:00Z 2006-09-07T00:00:00Z