2007-12-05T16:39:05Z

Zulasch: /* Raid konfigurieren */

Software Raid

2007-12-05T16:38:32Z

Zulasch:

Software Raid

2007-12-05T16:00:41Z

Zulasch: Die Seite wurde neu angelegt: WICHTIG!!! Ihr wisst schon: Bitte macht ein Backup vorher! Dieses HowTo beschreibt wie man ein Raid 1 Online umpartitionieren kann d.h. es muss nicht in einem Rescu Mo...

WICHTIG!!!
Ihr wisst schon: Bitte macht ein Backup vorher!

Dieses HowTo beschreibt wie man ein Raid 1 Online umpartitionieren kann d.h. es muss nicht in einem Rescu Modus oder von eine externe CD gebootet werden.
Das ist der Vorteil beim Raid man kann eine Platte entfernen und wieder hinzufügen und das ganze wärend dem Betrieb.
Ich habe 2 Festplatten mit je 160 GB davon möchte ich 100 GB auf eine andere Partition haben.

{{Box File|Ist und Soll Stand|
<pre>

Vorhandene Festplatten im Server:
HDD1 = /dev/sda 160 GB
HDD2 = /dev/sbb 160 GB

IST Stand:
MD1 = 160 GB (2x 160 GB Raid 1)

SOLL Stand:
MD1 = 60 GB (2x 60 GB Raid 1)
MD2 = 100 GB (2x 100 GB Raid 1)

</pre>
}}

== Apache Konfiguration ==

{{Box File| text |
<pre>
# Initiate a RAID5 setup for testing purposes:
mdadm --create --verbose /dev/md0 --level=5 --raid-devices=3 /dev/hda1 /dev/hdb1 /dev/hdd1

# Create filesystem, mount md0, create a testfile and save md5sum for later check:
mkfs.ext3 /dev/md0
mount /dev/md0 /mnt/test
dd if=/dev/urandom of=/mnt/test/dd bs=512 count=10000
md5sum /mnt/test/dd > md5sum

# Make sure the RAID is synched via checking:
cat /proc/mdstat

# Now remove one partition:
mdadm /dev/md0 --fail /dev/hdd1 --remove /dev/hdd1

# Delete partition, create a new + bigger one and set partition type to fd (Linux raid autodetect):
cfdisk /dev/hdd

# And re-add the partition:
mdadm -a /dev/md0 /dev/hdd1

# Make sure the RAID is synched via checking:
cat /proc/mdstat

# Repeat the steps for all other disks/partitions as well:
mdadm /dev/md0 --fail /dev/hdb1 --remove /dev/hdb1
cfdisk /dev/hdb
mdadm -a /dev/md0 /dev/hdb1
cat /proc/mdstat
mdadm /dev/md0 --fail /dev/hda1 --remove /dev/hda1
cfdisk /dev/hda
mdadm -a /dev/md0 /dev/hda1
cat /proc/mdstat

</pre>
}}

== Installation ==

{{Codeline|# emerge phpmyadmin}}

Software

2007-12-05T15:46:38Z

Zulasch: /* Server */

= Allgemein =
* [[Aktuelle Probleme]]
* [[Tips and Tricks]]
* [[Update]]
* [[UTF-8]] - Systemkonfiguration für UTF-8
* [[DynDNS]]

= Desktop =
* [[Beryl]]
* [[GTK Anwendungen unter KDE]]

= Server =
* [[FQDN]]
* [[Apache]]
* [[fail2ban]]
* [[phpMyAdmin]]
* [[HDD Raid - Resize ONLINE]]

MailServer - scalix

2007-11-09T15:07:11Z

Zulasch: /* Hinweise */

== Hinweise ==

host.domain.de entspricht "hostname -f" 
host.domain.de entspricht "hostname" 
domain.de entspricht "hostname -d"

== Installation ==

Inhalt folgt...
 
{{Codeline|# xyz}} 

 
 

== Probleme ==
=== Performance ===

Lange Ladezeiten und langsame Reaktion der Weboberfläche.

{{Box File|nano -w /var/opt/scalix/??/webmail/swa.properties|
<pre>
...
swa.platform.enabled=false
...
</pre>
}}

=== Mobile Web Clinet ===

Keine Anmeldung möglich, Fehler (A00005) oder (A00000)

{{Box File|nano -w /var/opt/scalix/ml/platform/platform.properties|
<pre>
...
hibernate.connection.url = jdbc:postgresql://host.domain.de:5733/scalix
# wichtig hier darf nicht localhost stehen, funktioniert bei mir jedenfalls nicht
...
</pre>
}}
 

zusätzlich folgende Datei noch überprüfen:
{{Box File|nano -w /var/opt/scalix/ml/mobile/mobile.properties|
<pre>
...
platform.url=http://domain.de/api
...
</pre>
}}

MailServer - scalix

2007-11-09T15:06:08Z

Zulasch: /* Probleme */

== Hinweise ==

host.domain.de entspricht "hostname -f" 
domain.de entspricht "hostname -d"

== Installation ==

Inhalt folgt...
 
{{Codeline|# xyz}} 

 
 

== Probleme ==
=== Performance ===

Lange Ladezeiten und langsame Reaktion der Weboberfläche.

{{Box File|nano -w /var/opt/scalix/??/webmail/swa.properties|
<pre>
...
swa.platform.enabled=false
...
</pre>
}}

=== Mobile Web Clinet ===

Keine Anmeldung möglich, Fehler (A00005) oder (A00000)

{{Box File|nano -w /var/opt/scalix/ml/platform/platform.properties|
<pre>
...
hibernate.connection.url = jdbc:postgresql://host.domain.de:5733/scalix
# wichtig hier darf nicht localhost stehen, funktioniert bei mir jedenfalls nicht
...
</pre>
}}
 

zusätzlich folgende Datei noch überprüfen:
{{Box File|nano -w /var/opt/scalix/ml/mobile/mobile.properties|
<pre>
...
platform.url=http://domain.de/api
...
</pre>
}}

2007-11-08T22:39:25Z

Zulasch: Die Seite wurde neu angelegt: Performance probs: swa.platform.enabled=false in /var/opt/scalix/??/webmail/swa.properties

Performance probs:

swa.platform.enabled=false
in /var/opt/scalix/??/webmail/swa.properties

Projekte

2007-11-08T22:38:48Z

Zulasch:

Projekte

2007-11-08T22:38:40Z

Zulasch:

Benutzer

2007-10-21T21:33:18Z

Zulasch:

*[[Benutzer:Psy|Psy]]
** [[Workstation (Psy)]]
** [[Notebook (Psy)]]
** [[VDR (Psy)]]

*[[Benutzer:zulasch|zulasch]]
** [[Workstation (zulasch)]]

DynDNS

2007-10-21T20:54:35Z

Zulasch: Die Seite wurde neu angelegt: Falls man sich als Router, daheim eine Linux Kiste hinstellen möchte, ist ein DynDNS Client teilweise nüzlich, hier ein Kurzes HowTo. Ich verwende ddclient, denn es i...

Falls man sich als Router, daheim eine Linux Kiste hinstellen möchte, ist ein DynDNS Client teilweise nüzlich, hier ein Kurzes HowTo.
Ich verwende ddclient, denn es ist klein, braucht kaum Resources, läuft stabil und einfach zu konfigurieren.

==Download==

http://sourceforge.net/project/showfiles.php?group_id=116817

==Installation==

{{Codeline|# cd /usr/src/}} 
{{Codeline|# tar zxvf ddclient<version>.tar.gz }} 
{{Codeline|# cd ddclient }} 
{{Codeline|# cp ddclient /usr/sbin }} 

==Konfiguration==

Konfigurations-Verzeichniss erstellen

{{Codeline|# mkdir /etc/ddclient }} 

Beispielkonfig kopieren

{{Codeline|# cp /usr/src/ddclient/sample-etc_ddclient.conf /etc/ddclient/ddclient.conf }} 

Folgende Einstellungen sind für DynDNS.org oder easydns.org gedacht. Andere Dienste werden selbstverständlich auch unterstützt.

nun die ddclient.conf editieren

{{Box File|nano -w /etc/ddclient/ddclient.conf|
<pre>

syslog=yes
Dies erstellt Logeinträge in das System Log

use=if, if=ppp0
Hier muss ausgewählt werden welche Schnittstelle Überwacht werden soll. Nicht eth0 nehmen! 
Mit ifconfig lässt sich einfach pürfen welche pppX die richtige ist.

protocol=dyndns2
DynDNS2 Protokoll ist Standart

server=members.dyndns.org
oder
server=members.easydns.org
Account Updates vom dyndns.org oder easydns.org

login=xxxxx
password=xxxxxx
Login Daten für Dein DynDNS Account.

server=members.dyndns.org, protocol=dyndns2, mydomain.dyndns.org
Update "mydomain.dyndns.org" bei "dyndns.org" (Kommas nicht vergessen !!!)Du Kannst coviele Domains aktuallisieren wie Du willst, Folge einfach nur dem Syntax

und für easydns.org sieht die sache so aus:
server=members.easydns.org,
protocol=easydns,
my-domain-to-update.com
</pre>
}}
 

Die Konfiguration ist eigentlich Fertig!

==Auto Update==

Damit die Updates auch Funktionieren muss noch eine Zeile in die /etc/ppp/ip-up eingefügt werden.

{{Box File|nano -w /etc/ppp/ip-up|
<pre>
.
.
.
/usr/sbin/ddclient -daemon=0 -syslog -use=if -if=$1 >/dev/null 2>&1
.
.
.
</pre>
}}
 

FERTIG

Software

2007-10-21T20:54:23Z

Zulasch: /* Allgemein */

DHCP Server

2007-10-21T20:51:59Z

Zulasch: Die Seite wurde neu angelegt: Diese Anleitung beschreibt die Installationeines eigenen DHCP (Dynamic Host Configuration Protocol). == Installation == {{Codeline|# emerge dhcp}...

Diese Anleitung beschreibt die Installationeines eigenen DHCP (Dynamic Host Configuration Protocol). 
 
 
== Installation ==
 
{{Codeline|# emerge dhcp}} 
 
für andere Linux Distributionen heist diese Pakett "dhcpd" 
Hompage: http://www.isc.org 
 
 
== Konfiguration ==
Standartmäßig ist der DHCP Server schon fertig konfiguriert und kann auch sofort genutzt werden. 
jedoch möchte wir natürlich das Ganze etwas erklären und anpassen. 
 
{{Box File|nano -w /etc/dhcp.conf|
<pre>

ddns-update-style interim; # DNS Update Schema
ignore client-updates; # Clients sollen nicht über Dynamic DNS Update

subnet 192.168.0.0 netmask 255.255.255.0 { # Ein 192.168.0.XXX, Privates Class C Netz

option routers 192.168.0.1; # Default Gateway
option subnet-mask 255.255.255.0; # SubnetMaske
option nis-domain "dhcp-server.local";
option domain-name "dhcp-server.local";
option domain-name-servers 192.168.0.1;
option time-offset -18000;
option ntp-servers 192.168.0.1;
option tftp-server-name "192.168.0.1";

range dynamic-bootp 192.168.0.100 192.168.0.200; # DHCP Adressierungs - Bereich von 192.168.0.100 bis 192.168.0.200
default-lease-time 43200;
max-lease-time 86400;
}

# STATIC CLIENTS # Hier können IP Adressen reserviert werden

host PC1.dhcp-server.local # Hostname (FQDN)
{
hardware ethernet 00:00:11:11:11:11; # MAC Adresse
fixed-address 192.168.0.50; # zu reservierende IP
}

host PC2.dhcp-server.local
{
hardware ethernet 00:00:22:22:22:22;
fixed-address 192.168.0.51;
}
</pre>
}}

dies sollte eine Funtkionierende Config darstellen. 

- Die PC Hostnamen müssen angepasst werden, 
- Der Servername und die Domain in diesem Fall .local anpassen 

== Programm starten ==
 
Programm starten: 
{{Codeline|# dhcpd}} 
 
Natürlich lässt sich da Program auch automatisch beim Bootvorgang starten.
{{Codeline|# rc-update add dhcp default}} 
 
Es sollten keine Fehlermeldungen auftauchen. 
Ist dies trotzdem der Fall bitte die Hinweise weiter unten beachten und dhcp.conf Datei auf Schreibfehler prüfen.

== Wichtige Hinweise ==
 
- Die Netzwerkkarte des Servers darf nicht auf DHCP stehen, sie muss eine Feste IP konfiguriert haben. 
 
- Falls mehr als nur eine LAN Karte vorhanden ist muss konfiguriert werden auf welche Karte der DHCP-Server lauschen soll. 
Eine Konfiguration für die Karte 1 also eth0 würde so aussehen. 

{{Box File|nano -w /etc/sysconfig/dhcp|
<pre>

...
DHCPDARGS=eth0
...

</pre>
}}

Heartbeat & MON - Redundanz & Überwachung

2007-10-21T20:51:26Z

Zulasch: Die Seite wurde neu angelegt: === Heartbeat - Server Redundanz === Heartbeat wird dazu genutzt die Funktion eines Servers zu überwachen und bei Ausfall auf einen zweiten Server umzuschalten. Es wir...

=== Heartbeat - Server Redundanz ===
Heartbeat wird dazu genutzt die Funktion eines Servers zu überwachen und bei Ausfall auf einen zweiten Server umzuschalten. Es wird unterschieden zwischen Masterserver und Standbyslave. Zwischen den beiden Servern wird ein

Heartbeat, also ein Herzschlag ständig ausgetauscht. Dabei kann die Frequenz dieses Herzschlags frei eingestellt werden. Antwortet der Masterserver nach einer definierten Zeit nicht auf einen Heartbeat des Standbyslaves, nimmt der Standbyslave an dass der Masterserver nicht verfügbar ist. Der Standbyslave übernimmt die Aufgaben des Masters und greift sich die virtuelle IP, auf der vorher der Masterserver erreichbar war. Dies bewirkt eine gleichbleibende Erreichbarkeit für die Clients, die Dienste auf dem Masterserver benutzen.

Heartbeat sorgt auch dafür, dass der Masterserver seine eigentlichen Aufgaben nach Funktionswiederherstellung neu aufnimmt, und der Standbyslave wieder in Bereitschaft geht.

==== Konfiguration von Heartbeat ====

Zuerst muss man sich entscheiden ob man einen seriellen Heartbeat oder einen Heartbeat über das lokale Netzwerk (Crosslink) wählt. Wenn man sich für die serielle Verbindung entscheidet, benötigt man ein Nullmodemkabel. Nach Anschließen des Kabels überprüft man mit folgenden Befehlen ob die serielle Verbindung funktioniert:

Auf dem Masterserver:
{{Codeline|# cat < /dev/ttyS0}} 

Auf dem Standbyslave:
{{Codeline|# echo "hello heartbeat" > /dev/ttyS0}} 

Man sollte sehen wie die Nachrichten vom Master geechot werden.

Man stellt die erste Maschine (Master) auf 172.17.10.10, die zweite (Slave) auf 172.17.10.20. Es ist sicherzustellen, dass beide Maschinen wissen wo sich die andere befindet. Dies wird durch einen Eintrag in der /etc/hosts erledigt.

Ein Auszug aus

 
{{Box File|nano -w /etc/hosts|
<pre>

172.17.10.10 master
172.17.10.20 slave
</pre>
}}

(Wenn man zwei Netzwerkkarten in den Servern hat, kann man mit einem Crosslinkkabel wie oben erwähnt einen nicht-seriellen Heartbeat bereitstellen)

Man installiert Heartbeat sowohl auf dem Master, als auch auf dem Slave: 
je nach Distribution:

{{Codeline|# emerge heartbeat}} 
oder,
{{Codeline|# dpkg -i heartbeat-0.4.9.2-1.i386.deb}} 
oder,
{{Codeline|# apt-get install heartbeat}} 
oder,
{{Codeline|# rpm -i heartbeat-0.4.9.2-1.i386.rpm}} 
oder,
{{Codeline|# yum insall heartbeat}} 
...

[Nicht die Version 1.0.1 verwenden, weil diese stontih, pils, udp-snmp, libcrypto.... benötigt ]

Man erstellt eine Datei /etc/ha/ha.cf (/var/log/ha-log) auf dem Master und auf dem Slave.

 
{{Box File|nano -w /etc/ha/ha.cf|
<pre>

logfile /var/log/ha-log
keepalive 2
deadtime 10
serial /dev/ttyS0
node master
node slave
</pre>
}}

Zu beachten ist /etc/ha/haresources .Der Inhalt muss genau gleich sein auf Master und Slave.
In der haresources wird die virtuelle IP festgelegt. Wenn der Slave diesen Eintrag sieht weiß er, dass er solange der Master verfügbar ist keinen Failover auslösen soll. 
Zudem wird noch festgelegt welche Dienste gestartet bzw. beendet werden sollen, in dem Fall apache und mon.

 
{{Box File|nano -w /etc/ha/haresources|
<pre>

master 172.17.10.30 apache mon
</pre>
}}

Man erstellt /etc/ha/authkeys (Mit gleichem Inhalt auf beiden Nodes):

 
{{Box File|nano -w /etc/ha/authkeys|
<pre>

auth 1
1 crc
</pre>
}}

== MON - Überwachung von Dienste ==

 
MON ist ein Diensteüberwachungs-Dämon. Er kann sämtliche Dienste Dateien Verzeichnisse oder sonst was auf Berechtigungen, Existenz oder Funktion... im Prinzip lässt sich mit MON ein kompletter Server kinderleicht überwachen. Natürlich schickt MON Mails oder unternimmt sogar selbst etwas gegen unerwünschte Probleme...

 
=== Installation ===
Man lädt hier http://www.kernel.org/software/mon die mon packages runter und befolgt alle Schritte sowohl auf dem Master, als auch auf dem Slave.

Die Installation der Pakete erfolgt in /etc/ha.d/mon

{{Codeline|# cd /etc/ha.d}} 
{{Codeline|# tar xzvf mon-0.99.2.tar.gz}} 
{{Codeline|# mv mon-0.99.2.tar.gz mon}} 

Mon setzt einige externe Perlmodule vorraus. Also benutzt man den nächstgelegenen CPAN Mirror oder benutzt folgende Links:

http://search.cpan.org/author/PRYAN/Period-1.20/ 
http://search.cpan.org/CPAN/authors/id/J/JH/JHI/Time-HiRes-1.42.tar.gz 
http://search.cpan.org/CPAN/authors/id/G/GB/GBARR/Convert-BER-1.3101.tar.gz%20 
http://search.cpan.org/CPAN/authors/id/T/TR/TROCKIJ/Mon-0.11.tar.gz%20 

Die Packages werden entpackt und danach installiert:

CPAN Installation: 
{{Codeline|# cpan install Time::Period}} 
{{Codeline|# cpan install Time::HiRes}} 
{{Codeline|# cpan install Convert::BER}} 
{{Codeline|# cpan install Mon::Client}} 

Manuelle Installation: 
{{Codeline|# perl Makefile.pl}} 
{{Codeline|# make}} 
{{Codeline|# make test}} 
{{Codeline|# make install}} 

=== Konfiguration ===

Man erstellt eine /etc/ha.d/mon/mon.cf.

Dieses Script wird versuchen die /test.html vom Apache Webserver alle 30 Sekunden zu laden. Es versucht darüberhinaus den Router zu pingen, um zu testen ob eine Verbindung besteht oder unterbrochen ist. Man ersetzt die 172.17.10.254 mit der Routeradresse die man überwachen will, oder man kommentiert die ganze Routerüberwachung einfach aus, falls man das nicht möchte. operator@yourdomain.com wird mit der eigenen Emailadresse ersetzt.

Als ergänzender Kommentar lässt sich sagen, dass man mit der Pingüberwachung natürlich auch die generelle Verfügbarkeit eines Servers und somit auch von Asterisk überwachen kann.

In die mon.cf werden folgende Zeilen eingetragen:

 
{{Box File|nano -w /etc/ha.d/mon/mon.cf|
<pre>/etc/ha.d/mon/mon.cf

cfbasedir = /etc/ha.d/mon/etc
alertdir = /etc/ha.d/mon/alert.d
mondir = /etc/ha.d/mon/mon.d
statedir = /etc/ha.d/mon/state.d
logdir = /var/log/
maxprocs = 20
histlength = 100
randstart = 10s

authtype = getpwnam

hostgroup web-fe 172.17.10.30
hostgroup routers 172.17.10.254

watch web-fe
service http
interval 30s
monitor http.monitor -p 80 -u /test.html
allow_empty_group
period wd {Mon-Sun}
alert bring-ha-down.alert -S "web server node member down" \
operator@yourdomain.com
upalert mail.alert -S "web server is back up" \
operator@yourdomain.com
alertevery 600s
alertafter 2
watch routers
service ping
interval 10s
monitor ping.monitor
allow_empty_group
period wd {Mon-Sun}
alert bring-ha-down.alert -S "node member NIC down" \
operator@yourdomain.com
upalert mail.alert -S "web server is back up" \
operator@yourdomain.com
alertevery 10s
</pre>
}}

Wie man in der alert section oben sehen kann, habe ich ein alert script definiert, welches bring-ha-down.alert heißt.

Man erstellt dieses Script hier: /etc/ha.d/mon/alert.d/bring-ha-down.alert. Es wird den mail alert aufrufen und dann

heartbeat auf dieser Node beenden. Man muss es ausführbar machen.

/etc/ha.d/mon/alert.d/bring-ha-down.alert

/etc/ha.d/mon/alert.d/mail.alert $*
/etc/rc.d/heartbeat stop

An dieser Stelle kopiert man üblicherweise das ganze /etc/ha.d/mon Verzeichnis einfach auf den Slave.

Apache

Man ändert die httpd.conf (üblicherweise /usr/local/apache/conf/httpd.conf oder /etc/httpd/httpd.conf)und erstellt einen virtuellen Host wie folgt: (ersetzen mit passenden Einstellungen)

Aussschnitt von 
{{Box File|nano -w httpd.conf|
<pre>httpd.conf

NameVirtualHost 172.17.10.30
<VirtualHost 172.17.10.30>
ServerAdmin operator@yourdomain.com
DocumentRoot /usr/local/apache2/htdocs/
ServerName yourserver.yourdomain.com
ErrorLog logs/test-errors_log
CustomLog logs/test-access_log common
</VirtualHost>
</pre>
}}

Wenn diese Node aktiv ist, wird Apache auf 172.17.10.30 test.html lauschen.

Man erstellt ein test.html file im httproot, welchs den Text Master auf der Node1 und den Text Slave auf der Node2 enthält und setzt dieses in den webroot (/usr/local/apache/htdocs or similar).

Auf diese Weise kann man leicht erkennen, welche Node gerade aktiv ist.

Start scripts

Man erstellt /etc/ha.d/mon/mon-start.

 
{{Box File|nano -w /etc/ha.d/mon/mon-start|
<pre>/etc/ha.d/mon/mon-start

#!/bin/bash
MON_HOME=/etc/ha.d/mon

case "$1" in
start)
if [ -f $MON_HOME/mon.pid ]; then
echo "mon already started"
exit
fi
echo "Starting Mon"
$MON_HOME/mon -c $MON_HOME/mon.cf -L $MON_HOME -P $MON_HOME/mon.pid &
;;
stop)
if [ -f $MON_HOME/mon.pid ]; then
echo "Stopping Mon"
kill -9 `cat $MON_HOME/mon.pid`
rm -f $MON_HOME/mon.pid
else
echo "no server pid, server doesn't seem to run"
fi

;;
status)
echo "doing good"
;;
*)
echo "Usage: $0 {start|stop|status|reload|restart}"
exit 1
esac
exit 0

</pre>
}}

Während des Startvorgangs wird Heartbeat in /etc/rc.de/init.d oder /etc/ha.d/resource.d nach seinen Resourcescripts suchen.
In /etc/ha.d/resource.d sind Links zu erstellen

{{Codeline|# cd /etc/ha.d/resource.d}} 
{{Codeline|# ln -s ../mon/mon-start mon}} 
{{Codeline|# ln -s /etc/rc.d/apache apache}} 

Gut, jetzt weiß Heartbeat wie es mon und apache starten und stoppen kann. Man muss überprüfen ob man Startscripts ähnlich diesem hat: start scripts

Den Cluster starten

Jetzt wo Heartbeat konfiguriert ist, wird es apache und mon auf dem Master starten. Auf dem Slave wird Heartbeat bei laufendem Master gestartet wodurch es automatisch in den Standby geht und geduldig wartet bis der Master down geht und der Slave zu seinem Auftritt kommt.

{{Codeline|# /etc/rc.d/heartbeat start}} 

Man führt denselben Befehl auf dem Slave aus

Man schaut sich den Log des Masters an /var/log/ha-log. Folgender ist ein guter Log:

/var/log/ha-log
<pre>
heartbeat: ... info: Configuration validated. Starting heartbeat 0.4.9.2
heartbeat: ... info: heartbeat: version 0.4.9.2
heartbeat: ... info: Heartbeat generation: 7
heartbeat: ... notice: Starting serial heartbeat on tty /dev/ttyS0
heartbeat: ... info: Local status now set to: 'up'
heartbeat: ... info: Local status now set to: 'active'
heartbeat: ... info: Heartbeat restart on node master
heartbeat: ... info: Node master: status up
heartbeat: ... info: Running /etc/ha.d/rc.d/status status
heartbeat: ... info: Running /etc/ha.d/resource.d/IPaddr 172.17.10.30 status
heartbeat: ... info: Node master: status active
heartbeat: ... info: Resource acquisition completed.
heartbeat: ... info: Running /etc/ha.d/rc.d/status status
heartbeat: ... info: Running /etc/ha.d/rc.d/ip-request ip-request
heartbeat: ... info: Running /etc/ha.d/resource.d/IPaddr 172.17.10.30 status
heartbeat: ... info: Acquiring resource group: master 172.17.10.30 apache mon
heartbeat: ... info: Running /etc/ha.d/resource.d/IPaddr 172.17.10.30 start
heartbeat: ... info: ifconfig eth0:0 172.17.10.30 netmask 255.255.0.0 \
broadcast 172.17.255.255
heartbeat: ... info: Sending Gratuitous Arp for 172.17.10.30 on eth0:0 [eth0]
heartbeat: ... info: Running /etc/ha.d/resource.d/apache start
heartbeat: ... info: Running /etc/ha.d/resource.d/mon start
</pre>
Hier sind einige häufigere Troubleshooting Scenarios:

heartbeat: ... ERROR: Bad permissions on keyfile [/etc/ha.d/authkeys], 600 recommended.

Fehlerbehebung durch chmod 600 /etc/ha.d/authkeys

heartbeat: ... ERROR: Current node [mastah] not in configuration

Überprüfung des Hostnames notwendig, welcher identisch sein muss mit dem der in /etc/ha.d/ha.cf und /etc/ha.d/haresources definiert wurde.

heartbeat: ... Cannot locate resource script apache
heartbeat: ... Cannot locate resource script mon

Es ist sicherzustellen dass in /etc/rc.d/init.d oder /etc/ha.d/resource.d Startscripte vorhanden sind, die das Start/Stop Argument nehmen und ausführbar sind. Vielleicht sollte man die Scripte manuell ausprobieren.

Wenn mon Heartbeat sofort beendet, bedeutet das möglicherweise dass man den http ping oder router ping nicht richtig konfiguriert hat und mon daher denkt, dass keine Antwort kommt.

Man muss überprüfen dass Heartbeat die virtuelle IP Adresse hochbringt. Folgendermaßen sollte der Master aussehen:

<pre>
# ifconfig -a
eth0:0 Link encap:Ethernet HWaddr ....
inet addr:172.17.10.30 Bcast:172.17.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:11 Base address:0x1000
</pre>

MyDNS - DNS Server mit MySQL

2007-10-21T20:50:48Z

Zulasch: Die Seite wurde neu angelegt: == Beschreibung == MyDNS ist ein DNS Server der anders als BIND oder MaraDNS, seine Eintragungen in eine SQL Datenbank anlegt. Zusätzlich verfügt dieses Program übe...

== Beschreibung ==

MyDNS ist ein DNS Server der anders als BIND oder MaraDNS, seine Eintragungen in eine SQL Datenbank anlegt. Zusätzlich verfügt dieses Program über ein Webinterface das die Administration unheimlich erleichtert. 
Das Wiki ist in zwei bereiche Aufgeteilt die Benutzung des Programms und die Installation. Ich habe mit absicht die Benutzung zuerst geschrieben.

 

== Arbeiten mit My DNS ==

http://ip-des-dns-servers
Das Webinterface ist simpel aufgebaut, oben sind 2 Menupunkte angeordnet, DNS und System. Auf der Linke seite ist die Zone ion unserm fall SOA zu sehen. 
 

=== Neue Zone Anlegen ===

Klick auf "DNS" und "Add New Zone"

{{Box File|Neue DNS Zone anlegen|
<pre>

Origin: local.
Name Server: dns-server.local.
Admin Email: nick.mailserver.de.
Serial No.: 2006112006
Refresh: 28800
Retry: 7200
Expire: 604800
Minimum TTL: 86400
TTL: "leer"
Active: Yes

Zone Transfers: "leer"

</pre>
}}

=== Neue Records Anlegen ===

{{Box File|Neuer PC anlegen|
<pre>

Name: PC1
Type: A
Data: 192.168.0.50
Preference/Priority: 10
TTL: 86400

</pre>
}}

== Installation ==

=== MySQL Installieren ===
 
MySQL Datenbank installieren: 
{{Codeline|# emerge mysql}} 

Möglicherweise werden hier folgende Fragen gestellt: 

<pre>

# Enable suExec? <-- Yes
# Which web server would you like to reconfigure automatically? <-- apache, apache2
# Do you want me to restart apache now? <-- Yes

</pre>

nun sollte man ein SQL Passwort setzen: 
 
{{Codeline|# mysqladmin -u root password EIGENESPASSWORT}} 
 
Die MySQL ist nun Fertig installiert.

 
=== MyDNS Installieren ===

MyDNS Programm installieren: 
{{Codeline|# emerge mydns}} 

Alternativ für andere Distributionen: http://mydns.bboy.net/

== Konfiguration ==
=== Einrichtung der Datenbank ===

Jetzt muss eine Datenbank erstellt werden ich wervende dafür folgende Informationen:

<pre>

DB-Name: mydns
DB-User: mydns
DB-Passwort: mydns-passwort

</pre>

Datenbank erstellen mit:

{{Codeline|# mysql -u root -p}} 
{{Codeline|# Enter password: EIGENESPASSWORT}} 

MyDNS Datenbank und MyDNS User erstellen:
<pre>
REATE DATABASE mydns;
GRANT SELECT, INSERT, UPDATE, DELETE ON mydns.* TO 'mydns'@'localhost' IDENTIFIED BY 'mydns_password';
GRANT SELECT, INSERT, UPDATE, DELETE ON mydns.* TO 'mydns'@'localhost.localdomain' IDENTIFIED BY 'mydns_password';
FLUSH PRIVILEGES;
quit;
</pre>

hier werden die Tabellen in die DB erstellt 
{{Codeline|# mydns --create-tables | mysql -u root -p mydns}} 
{{Codeline|# Enter password: EIGENESPASSWORT}} 

Noch 2 weitere Spalten in die SOA Tabelle der MyDNS Dantebank erstellen 
{{Codeline|# mysql -u root -p}} 
{{Codeline|# Enter password: EIGENESPASSWORT}} 

<pre>
ALTER TABLE mydns.soa ADD COLUMN active ENUM('Y','N') NOT NULL;
ALTER TABLE mydns.soa ADD INDEX (active);
ALTER TABLE mydns.soa ADD COLUMN xfer CHAR(255) NOT NULL;
quit;
</pre>

== Config & Skripte ==
als Nächstes müssen wir einige Konfigurationsdateien erstellen.

{{Box File| nano -w /etc/mydns.conf|
<pre>
##
## /etc/mydns.conf
## Fri Oct 21 16:36:32 2005
## For more information, see mydns.conf(5).
##

# DATABASE INFORMATION

db-host = localhost # SQL server hostname
db-user = mydns # SQL server username
db-password = mydns_password # SQL server password
database = mydns # MyDNS database name

# GENERAL OPTIONS

user = nobody # Run with the permissions of this user
group = nogroup # Run with the permissions of this group
listen = * # Listen on these addresses ('*' for all)

# CACHE OPTIONS

zone-cache-size = 1024 # Maximum number of elements stored in the zone cache
zone-cache-expire = 60 # Number of seconds after which cached zones expires
reply-cache-size = 1024 # Maximum number of elements stored in the reply cache
reply-cache-expire = 30 # Number of seconds after which cached replies expire

# ESOTERICA

log = LOG_DAEMON # Facility to use for program output (LOG_*/stdout/stderr)
pidfile = /var/run/mydns.pid # Path to PID file
timeout = 120 # Number of seconds after which queries time out
multicpu = 1 # Number of CPUs installed on your system
allow-axfr = no # Should AXFR be enabled?
allow-tcp = yes # Should TCP be enabled?
ignore-minimum = no # Ignore minimum TTL for zone?
soa-table = soa # Name of table containing SOA records
rr-table = rr # Name of table containing RR data

</pre>
}}

Ganz wichtig ist die Anmeldung an der Datenbank, diese Einträge sollte genau überprüft werden um später Fehlfunkionen zu vermeiden. 

Nun Brauchen wir noch ein Start skript.

{{Box File| nano -w /etc/init.d/mydns|
<pre>
#! /bin/sh
#
# mydns Start the MyDNS server
#
# Author: Falko Timme <ft@falkotimme.com>.
#

# set -e

PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
NAME=mydns
DAEMON=/usr/local/sbin/$NAME
DESC="DNS server"

SCRIPTNAME=/etc/init.d/$NAME

# Gracefully exit if the package has been removed.
test -x $DAEMON || exit 0

case "$1" in
start)
echo -n "Starting $DESC: $NAME"
$DAEMON --background
echo "."
;;
stop)
echo "Stopping $DESC: $NAME."
kill -9 `pidof $NAME` &> /dev/null
;;
restart)
echo "Restarting $DESC: $NAME."
$0 stop && sleep 1
$0 start
;;
*)
echo "Usage: $SCRIPTNAME {start|stop|restart}" >&2
exit 1
;;
esac

exit 0
</pre>
}}

Das Skript sollte noch ausführbar gemacht werden, und anschließend gestartet: 

{{Codeline|# chmod 775 /etc/init.d/mydns|}} 
{{Codeline|# /etc/init.d/mydns start|}} 
 
für ein Autostart eintrag: 
 
{{Codeline|# rc-update add mydns default|}}

== MyDNS Webinterface ==

Das Webinterface ist im Quellpakett mit dabei, wenn nicht einfach manuell downloaden http://mydns.bboy.net/ und in Apache root oder ein belibigen Webverzeichniss Kopieren.

{{Codeline|# cp /tmp/mydns-1.1.0/contrib/admin.php /var/www/html/mydns|}} 

nun die admin.php editieren
{{Box File| nano -w /var/www/html/mydns/admin.php| 

<pre>
/*****************************************************************************
CONFIGURABLE OPTIONS
*****************************************************************************/

/*
** Set the following four variables to the hostname of your SQL server, the
** username and password used to access that server, and the name of the
** database where your MyDNS data resides.
*/
$dbhost = "localhost";
$dbuser = "mydns";
$dbpass = "mydns_password";
$dbname = "mydns";

/*
** This script uses MySQL by default. To use PostgreSQL instead, set
** '$use_pgsql' to '1'.
*/
$use_pgsql = 0;

/*
** The following two variables tell this script the name of your SOA
** table and the name of your RR table.
*/
$soa_table_name = "soa";
$rr_table_name = "rr";

/*
** The following two values configure the number of records shown per page
** in the zone browser and the resource record editor, respectively.
*/
$zone_group_size = 25;
$rr_group_size = 20;

/*
** This script can automatically update the serial number for a zone
** whenever a client modifies any record in that zone.
** Setting '$auto_update_serial' to '1' will enable this option.
*/
$auto_update_serial = 1;

/*
** This script can automatically update PTR records when you modify,
** add, or delete A records. To enable this functionality, set
** '$auto_update_ptr' to '1'. If you enable this, be sure to fill in
** the values for '$default_ns' and '$default_mbox', below, so that
** new SOA records will have the correct information.
*/
$auto_update_ptr = 1;

/*
** If this option is nonzero, this script will not complain if the
** TTL for a record is set below the zone minimum.
**
** Note that if $ttl_min below is nonzero, that value will still be
** checked.
*/
$ignore_minimum_ttl = 1;

/*
** The following values are used by this script to enforce minimum values
** for SOA and RR records. The script will prevent clients from entering
** values lower than these numbers.
*/
$ttl_min = 300;
$refresh_min = 300;
$retry_min = 300;
$expire_min = 86400;

/*
** The following two variables specify the default nameserver for new
** SOA records, and the default administrator mailbox for new SOA records.
** These will be filled in automatically whenever a new zone is created.
*/
$default_ns = "ns1.example.com.";
$default_mbox = "admin.example.com.";

/*
** The following array specifies default records for new SOA records.
** These get inserted automatically whenever a SOA is inserted.
** The format of each record is (name, type, aux, data).
*/
$default_records = array(
array("", "NS", 0, "ns1.example.com."),
/* array("", "MX", 10, "mail.example.com.") */
);

/*
** The following five values will be used as default values whenever new
** zones are created.
*/
$default_ttl = 86400;
$default_refresh = 28800;
$default_retry = 7200;
$default_expire = 604800;
$default_minimum_ttl = 86400;

/*
** The remainder of these variables enable cosmetic changes.
*/
$fontsize = 12; /* Default font size (pixels) */

$font_color = "#663300"; /* Font color */

$page_bgcolor = "white"; /* Page background color */
$help_bgcolor = "#FFFFCC"; /* Main screen help box background color */
$soa_bgcolor = "#FFFF99"; /* SOA editor background color */

$list_bgcolor_1 = "#FFFFCC"; /* List items #1 background */
$list_bgcolor_2 = "#FFFFAA"; /* List items #2 background */

$query_bgcolor = "#FFFFCC"; /* Search query input background color */
$query_fgcolor = "black"; /* Search query input font color */

$input_bgcolor = "white"; /* Text input box background color */
$input_fgcolor = "black"; /* Text input box font color */

/**** End of configurable options *******************************************/
</pre>
}}

== MyDNS Config (Webinterface) ==

Das MyDNS webinterface ist nicht das selbe das weiter oben installiert wurde. Es lässt sich sehr gut bedienen und ist verständlich aufgebaut. Die installation erfolgt in nur wenige Schritte.

Download: http://www.mydnsconfig.org

nun die Datei entpacken und aufm webserver verschieben.:

{{Codeline|# tar xvfz mydnsconfig-<version>.tar.gz|}} 
{{Codeline|# cd mydnsconfig|}} 
{{Codeline|# cp -fr * /var/www/html/mydns|}} 

Jetzt noch einige Konfigurationsoptionen: 
{{Box File| nano -w /var/www/html/mydns/lib/config.inc.php|

<pre>

<?php

ini_set('register_globals',0);

$conf["app_title"] = "MyDNSConfig";
$conf["app_version"] = "1.0.0";
$conf["rootpath"] = "/var/www/html/mydns";

$conf["fs_div"] = "/"; // File system divider, \\ on windows and / on linux and unix
$conf["classpath"] = $conf["rootpath"].$conf["fs_div"]."lib".$conf["fs_div"]."classes";
$conf["temppath"] = $conf["rootpath"].$conf["fs_div"]."temp";

/*
Database Settings
*/

$conf["db_type"] = 'mysql';
$conf["db_host"] = 'localhost';
$conf["db_database"] = 'mydns';
$conf["db_user"] = 'mydns';
$conf["db_password"] = 'mydns_password';

/*
External programs
*/

//$conf["programs"]["convert"] = "/usr/bin/convert";
//$conf["programs"]["wput"] = $conf["rootpath"]."\\tools\\wput\\wput.exe";

/*
Themes
*/

$conf["theme"] = 'default';
$conf["html_content_encoding"] = 'text/html; charset=iso-8859-1';
$conf["logo"] = 'themes/default/images/mydnsconfig_logo.gif';

/*
Default Language
*/

$conf["language"] = 'en';

/*
Auto Load Modules
*/

$conf["start_db"] = true;
$conf["start_session"] = true;

/*
DNS Settings
*/

$conf["auto_create_ptr"] = 1; // Automatically create PTR records?
$conf["default_ns"] = 'ns1.example.com.'; // must be set if $conf['auto_create_ptr'] is 1. Don't forget the trailing dot!
$conf["default_mbox"] = 'admin.example.com.'; // Admin email address. Must be set if $conf['auto_create_ptr'] is 1. Replace "@" with ".". Don't forget the trailing dot!
$conf["default_ttl"] = 86400;
$conf["default_refresh"] = 28800;
$conf["default_retry"] = 7200;
$conf["default_expire"] = 604800;
$conf["default_minimum_ttl"] = 86400;

?>

</pre>
}}

Hier auch ganz wichtig der Parameter rootpath sollte unbedingt geprüft und angepasst werden!

=== MyDNS Config (SQL) ===

Als Letztes noch die MySQL SOA Tabelle anpassen:

{{Codeline|# mysql -u root -p|}} 

<pre>

Use mydns;

ALTER TABLE `rr` ADD `sys_userid` INT NOT NULL,
ADD `sys_groupid` INT NOT NULL AFTER `sys_userid`,
ADD `sys_perm_user` VARCHAR( 5 ) NOT NULL AFTER `sys_groupid`,
ADD `sys_perm_group` VARCHAR( 5 ) NOT NULL AFTER `sys_perm_user`,
ADD `sys_perm_other` VARCHAR( 5 ) NOT NULL AFTER `sys_perm_group`;

ALTER TABLE `soa` ADD `sys_userid` INT NOT NULL,
ADD `sys_groupid` INT NOT NULL AFTER `sys_userid`,
ADD `sys_perm_user` VARCHAR( 5 ) NOT NULL AFTER `sys_groupid`,
ADD `sys_perm_group` VARCHAR( 5 ) NOT NULL AFTER `sys_perm_user`,
ADD `sys_perm_other` VARCHAR( 5 ) NOT NULL AFTER `sys_perm_group`;

CREATE TABLE `sys_user` (
`userid` int(11) NOT NULL auto_increment,
`sys_userid` int(11) NOT NULL default '0',
`sys_groupid` int(11) NOT NULL default '0',
`sys_perm_user` varchar(5) NOT NULL default '',
`sys_perm_group` varchar(5) NOT NULL default '',
`sys_perm_other` varchar(5) NOT NULL default '',
`username` varchar(100) NOT NULL default '',
`passwort` varchar(100) NOT NULL default '',
`modules` varchar(255) NOT NULL default '',
`startmodule` varchar(255) NOT NULL default '',
`app_theme` varchar(100) NOT NULL default 'default',
`typ` varchar(20) NOT NULL default 'user',
`active` tinyint(4) NOT NULL default '1',
`name` varchar(100) NOT NULL default '',
`vorname` varchar(100) NOT NULL default '',
`unternehmen` varchar(100) NOT NULL default '',
`strasse` varchar(100) NOT NULL default '',
`ort` varchar(100) NOT NULL default '',
`plz` varchar(10) NOT NULL default '',
`land` varchar(50) NOT NULL default '',
`email` varchar(100) NOT NULL default '',
`url` varchar(255) NOT NULL default '',
`telefon` varchar(100) NOT NULL default '',
`fax` varchar(100) NOT NULL default '',
`language` varchar(10) NOT NULL default 'de',
`groups` varchar(255) NOT NULL default '',
`default_group` int(11) NOT NULL default '0',
PRIMARY KEY (`userid`)
) TYPE=MyISAM AUTO_INCREMENT=2 ;

INSERT INTO `sys_user` (`userid`, `sys_userid`, `sys_groupid`, `sys_perm_user`, `sys_perm_group`, `sys_perm_other`, `username`, `passwort`, `modules`, `startmodule`, `app_theme`, `typ`, `active`, `name`, `vorname`, `unternehmen`, `strasse`, `ort`, `plz`, `land`, `email`, `url`, `telefon`, `fax`, `language`, `groups`, `default_group`) VALUES (1, 1, 0, 'riud', 'riud', '', 'admin', '21232f297a57a5a743894a0e4a801fc3', 'admin,designer,resellers,sites,dns', 'dns', 'default', 'admin', 1, '', 'Administrator', '', '', '', '', '', '', '', '', '', 'en', '1,2', 1);

quit;

</pre>

so jetzt sollte der server unter dem angegebenen Pfad das MyDNS Webinterface anzeigen.

== Hinweise ==

=== Anmeldung am Webinterface ===

User: admin
Passwort: admin

=== Bekannte Probleme ===

es sollte kein anderer Dienst auf Port 53 lauffen sonst kann MyDNS nicht gestartet werden. 

mit dem Befehl

{{Codeline|# netstat -nap|}} 

lässt sich prüfen welce Ports von welcher Anwendung benutzt werden.

Asterisk - Telefonserver

2007-10-21T20:49:55Z

Zulasch: Die Seite wurde neu angelegt: == Installation == In diesem Kapitel wird die Installation eines Asterisk Servers unter gentoo linux erklärt. Es ist jedoch bis auf die installation der Software,...

== Installation ==
In diesem Kapitel wird die Installation eines Asterisk Servers unter gentoo linux erklärt. 
Es ist jedoch bis auf die installation der Software, unter gentoo mit dem emerge Befehl, möglich alle Konfigurationseinstellungen für sämtliche Linux Distrubutionen zu übernehmen. 
Zudem wird die Konfiguration und Installation mit ISDN und CAPI unterstüzung erklärt. 
ISDN Karten mit Zaptel und HFC Chipsätze sowie NT / TN Mode funktionalität werden erst zu einem späteren Zeitpunkt beschrieben.

=== Basis Installation ===
Asterisk installieren 
{{Codeline|# emerge asterisk}} 
Asterisk Add-On`s enthält verschiedene Plugins 
{{Codeline|# emerge asterisk-addons}} 
Die Sounds enthalten Sprachausgabe und diverse Codecs 
{{Codeline|# emerge asterisk-sounds}} 
Die Asterisk ISDN Treiber 
hier gibt es zwei Hauptanbieter, welcher genommen wird bleibt jedem selbst überlassen. Bitte jedoch nur eine. 
Dies sind nicht die Treiber für die ISDN Karte sondern die Treiber für die Komunikation zwischen ISDN-Karten-Treiber und Asterisk. 
Dies wird auch nur dann gebraucht wenn CAPI verwendet wird. 
{{Codeline|# emerge asterisk-chan_capi-cm}} 
oder 
{{Codeline|# emerge asterisk-chan_capi}} 
FAX untestützung 
{{Codeline|# emerge asterisk-app_rtxfax}} 
Wer auch Videotelefonie machen möchte benötigt das H.323 Protokoll 
{{Codeline|# emerge asterisk-oh323}} 
Ein Low-Cost Routing Plugin 
{{Codeline|# emerge asterisk-rate_engine}} 
 
Somit wäre unsere Asterisk installation abgeschlossen es kann mit der Konfigurtion der Dateien losgehen. 
 

== Konfiguration ==
=== Konfigurationsdateien im Überblick ===
Zuerstmal für was ist welche Konfigurationsdatei?

<pre>
Hauptverzeichniss ist /etc/asterisk

sip.conf * Hier werden die SIP (Session Initiation Protokoll) Teilnehmer eingetragen.
* Die SIP Provider Registrierung und Konfiguration.

extensions.conf * Die wohl wichtigste Datei, hier werden sämtliche Rufnummernpläne definiert
und alle anderen configs verweisen auf die extensions.conf

capi.conf * Sämtliche ISDN Karten die CAPI verwenden werden hier konfiguriert.

misdn.conf * Sämtliche ISDN Karten die mISDN verwenden werden hier konfiguriert.

zapata.conf * ISDN Karten mit NT und TN Modes werden hier Konfiguriert.

voicemail.conf * Mailboxen / Anrufbeantworter

features.conf * Warteschlangen und Konferenzen

modules.conf * gibt an welche Module beim start von Asterisk geladen werden.
prinzipiell werde alle Module die sich in /usr/lib/asterisk/modules befinden geladen.
durch Eintragungen in modules.conf können Module ein/ausgeschlossen werden.

iax.con * Dies ist ein Asterisk eigener Protokoll (Inter Asterisk Exchange Protokoll)
es wird verwendet damit mehrere Asterisk Server untereinander komunizieren können.

</pre>

=== SIP (sip.conf) ===
Um überhaupt telefonieren zu können müssen Benutzer/SIP-Teilnehmer angelegt werden. 
Am besten alles auf der Datei entfernen und folgendes eintragen.
{{Box File|nano -w /etc/asterisk/sip.conf|
<pre>
[general]
port=5060
;bindaddr=0.0.0.0
;srvlookup=yes
nat=yes
language=de
tos=lowdelay
canreinvite=no
dtmfmode=inband
disallow=all
allow=alaw
allow=ulaw
allow=gsm

register => <SIP-ID>:<SIP-Passwort>@sipgate.de/<SIP-ID>
context=sipgate_in

[sipgate-out]
type=peer
username=<SIP-ID>
fromuser=<SIP-ID>
secret=<SIP-Passwort>
host=sipgate.de
fromdomain=sipgate.de
insecure=very
qualify=yes

[20]
username=20
secret=passwort
type=friend
callerid=MySipPhone_1 <20>
host=dynamic
domain=192.168.0.100
mailbox=20
context=default

[21]
username=21
secret=passwort
type=friend
callerid=MySipPhone_2 <21>
host=dynamic
domain=192.168.0.100
mailbox=21
context=default

.
.
.
</pre>
}}
 
 

=== Rufnummernplan (extensions.conf) ===
Damit man Telefonieren kann muss Asterisk wissen was und wie er etwas machen soll. dies wird alles in die extensions.conf eingetragen. 
ich löche den geammten inhalt und trage folgendes in die datei ein.

{{Box File|nano -w /etc/asterisk/extensions.conf|
<pre>

[general]
static=yes
writeprotect=yes

[default]
include=sip20
include=sip21

[sip20]
exten => 20,1,Dial(SIP/20,30)
exten => 20,2,Hangup

[sip21]
exten => 21,1,Dial(SIP/20,30)
exten => 21,2,Hangup

</pre>
}}

Jetzt können sich SIP 20 und SIP 21 gegeseitig anrufen. Super was!

{{Box File|nano -w /etc/asterisk/extensions.conf|
<pre>

[general]
static=yes
writeprotect=no
priorityjumping=yes

;----------------------------MACRO-------------------------------------

[macro-localsip]

exten => s,1,Set(LANGUAGE()=de)
exten => s,n,Dial(SIP/${ARG1},20,tTr)
exten => s,n,Goto(s-${DIALSTATUS},1)

exten => s-NOANSWER,1,Playback(vm-theperson)
exten => s-NOANSWER,n,SayDigits(${ARG1})
exten => s-NOANSWER,n,Playback(vm-isunavail)
exten => s-NOANSWER,n,Hangup

exten => s-BUSY,1,Playback(vm-theperson)
exten => s-BUSY,2,SayDigits(${ARG1})
exten => s-BUSY,3,Playback(vm-isonphone)
exten => s-BUSY,4,Hangup

exten => s,103,Playback(vm-theperson)
exten => s,104,SayDigits(${ARG1})
exten => s,105,Playback(vm-isunavail)
exten => s,106,Hangup

exten => _s-.,1,Goto(s-NOANSWER,1)

;------------------------DEFAULT CONTEXT---------------------------------

[default]

include => sipgate_out
include => capi_out
include => lokal
include => voicemenu
include => echotest
include => mailbox
include => mailbox_own

;---------------------SIP Teilnehmer-----------------------------

[lokal]

exten => _22X,1,Macro(localsip,${EXTEN:1})

exten => 600,1,MusicOnHold()
exten => 700,1,MusicOnHold(laut)

;---------------------VOICEMENÜ SIP Intern-------------------------

[voicemenu]

exten => 500,1,set(TIMEOUT(response)=10)
exten => 500,n,Answer
exten => 500,n,Wait(1)
exten => 500,n,Background(ansage1)

exten => 1,1,Dial(CAPI/contr1/10)
exten => 1,n,Dial,Hangup

exten => 2,1,Dial(CAPI/contr1/19)
exten => 2,n,Dial,Hangup

exten => 3,1,Dial(SIP/20,10)
exten => 3,n,Dial,Hangup

exten => 4,1,Dial(SIP/21,10)
exten => 4,n,Dial,Hangup

exten => t,1,Dial(SIP/22,10)
exten => i,1,Playback(invalid)

;-----------------------ECHOTEST & MAILBOX-----------------------

[echotest]
exten => 81,1,answer
exten => 81,2,wait,1
exten => 81,3,playback,demo-echotest
exten => 81,4,echo
exten => 81,5,playback,demo-echodone
exten => 81,6,hangup

[mailbox]
exten => 80,1,answer
exten => 80,2,wait,1
exten => 80,3,voicemailmain
exten => 80,4,hangup

[mailbox_own]
exten => 88,1,answer
exten => 88,2,wait,1
exten => 88,3,voicemailmain,s${CALLERIDNUM}
exten => 88,4,hangup

;--------------Ein & Ausgehende Gespräche über sipgate--------------

[sipgate_out]

exten => _0.,1,SetCallerID(SIP-ID)
exten => _0.,n,Dial(SIP/${EXTEN:1}@sipgate-out)
exten => _0.,n,Hangup

[sipgate_in]

exten => SIP-ID,1,Dial,(SIP/21,30,tT)
exten => SIP-ID,n,Hangup

;------------------------CAPI CONFIG--------------------------------

[capi_out]

exten => _7.,1,SetCallerID(13)
exten => _7.,n,Dial(CAPI/contr1/${EXTEN:1})
exten => _7.,n,Hangup

[capi-in]

exten => 25,1,Dial(SIP/20,45,tT)
exten => 25,n,Hangup

exten => 14,1,DISA,no-password|disa_out

;-------------------------VoiceMenü über CAPI--------------------------

exten => 13,1,set(TIMEOUT(response)=10)
exten => 13,n,Answer
exten => 13,n,Wait(1)
exten => 13,n,Background(ansage1)

exten => 1,1,Dial(CAPI/contr1/10)
exten => 1,n,Dial,Hangup

exten => 2,1,Dial(CAPI/contr1/19)
exten => 2,n,Dial,Hangup

exten => 3,1,Dial(SIP/20,10)
exten => 3,n,Dial,Hangup

exten => 4,1,Dial(SIP/21,10)
exten => 4,n,Dial,Hangup

exten => t,1,Dial(SIP/22,10)
exten => i,1,Playback(invalid)

</pre>
}}

=== ISDN (capi.conf) ===
{{Box File|nano -w /etc/asterisk/capi.conf|
<pre>
[general]
language=de
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8

;falls [interfaces] nicht geht dann [ISDN1] benutzen
[interfaces]

isdnmode=ptmp
incomingmsn=13,14,25
softdtmf=1
controller=1
group=1
context=capi-in
devices => 2
accountcode=
</pre>
}}

=== Mailbox (voicemail.conf) ===
{{Box File|nano -w /etc/asterisk/voicemail.conf|
<pre>
[general]
format=wav
serveremail=asterisk
attach=yes
maxsilence=10
silencethreshold=128
maxlogins=3
emaildateformat=%A, %d %B %Y at %H:%M:%S

[zonemessages]
eastern=America/New_York|'vm-received' Q 'digits/at' IMp
central=America/Chicago|'vm-received' Q 'digits/at' IMp
central24=America/Chicago|'vm-received' q 'digits/at' H N 'hours'
military=Zulu|'vm-received' q 'digits/at' H N 'hours' 'phonetic/z_p'

[default]

20 => 1234,Example Mailbox,root@localhost
21 => 1234,Example Mailbox,root@localhost
22 => 1234,Example Mailbox,root@localhost
23 => 1234,Example Mailbox,root@localhost
24 => 1234,Example Mailbox,root@localhost
25 => 1234,Example Mailbox,root@localhost
26 => 1234,Example Mailbox,root@localhost
27 => 1234,Example Mailbox,root@localhost
28 => 1234,Example Mailbox,root@localhost
29 => 1234,Example Mailbox,root@localhost

</pre>
}}

=== Module (modules.conf) ===
{{Box File|nano -w /etc/asterisk/modules.conf|
<pre>
[modules]
autoload=yes

noload => pbx_gtkconsole.so
noload => pbx_kdeconsole.so
noload => app_intercom.so
noload => chan_modem.so
noload => chan_modem_aopen.so
noload => chan_modem_bestdata.so
noload => chan_modem_i4l.so
noload => chan_alsa.so

load => res_musiconhold.so
load => chan_capi.so

[global]
chan_capi.so=yes
</pre>
}}

Asterisk / TrixBox - Telefonserver

2007-10-21T20:48:48Z

Zulasch: Die Seite wurde neu angelegt: == Basis Installation == Auf der offizielle TrixBox Page http://www.trixbox.org gibts das ISO Image zum Downloaden. Die Installation erfolgt vollautomatisch anhand der...

== Basis Installation ==

Auf der offizielle TrixBox Page http://www.trixbox.org gibts das ISO Image zum Downloaden.
Die Installation erfolgt vollautomatisch anhand der bootfähigen CD, lediglich die Sprache, Zeitzone und das Root Kennwort müssen eingestellt werden. 
 
* Also image runterladen
* brennen
* CD einlegen und ca. 30-60 min warten!

== Basis Konfiguration ==

Ein volständiges Handbuch für A@H findet sich unter hier [http://www.voip-info.org/wiki/view/Asterisk@home+Handbook+Wiki]
ich werde hier nur die wichtigsten Punkte ansprechen.
 
Die Systemabsicherung bzw. das ändern der Passwörter sind sehr wichtige Schritte!
 
Es wäre ziemlich blöd dies zu überspringen oder die Standart Passwörter so zu belassen aus dem einfachen Grund da jedem diese Passwörter bekannt sind...

=== System Passwörter ===
==== Root Passwort ändern ====
{{Codeline|# passwd}} 
 
==== Asterisk Manager Default Password ändern ====

Es müssen folgende zwei Dateien geändert werden. 
Bitte beachten dass das gewählte Passwort in beide Dateien gleich sein muss! 
 
{{Codeline|# nano -w /etc/asterisk/manager.conf}} 
 
{{Box File|nano -w /etc/asterisk/manager.conf|
<pre>

...
[admin]
secret = secret123password
deny = 0.0.0.0/0.0.0.0
permit = 127.0.0.1/255.255.255.0
read = system,call,log,verbose,command,agent,user
write = system,call,log,verbose,command,agent,user
...
</pre>
}}
 
 
{{Codeline|# nano -w /etc/amportal.conf}} 
 
{{Box File|nano -w /etc/amportal.conf|

<pre>

...
AMPMGRUSER=admin
AMPMGRPASS=secret123password
...

</pre>
}}
 
 
==== FreePBX Administration Password ändern ====
dazu einfach im Browser "http://trixbox-IP-Adresse/admin" eingeben 
Standard Banutzername: maint 
Standard Passwort: password 
 
oder direkt in der Konsole ändern: 
{{Codeline|# passwd maint}} 
 
==== Flash Operator Panel Password ändern ====
folgender Zeile suchen und ein eigenes Passwort eintragen.
{{Box File|nano -w /var/www/html/panel/op_server.cfg|
<pre>
code=passw0rd
</pre>
}}
 

==== MeetMe Password ändern ====
{{Codeline|# passwd-meetme}} 
 
==== System Mail Password ändern ====
{{Codeline|# passwd admin}} 
 
==== Sugar CRM Password ändern ====
* GoTo "http://trixbox-IP-Adresse/" 
* Standard Banutzername: admin 
* Standard Passwort: password 
* unter "My Account" "Change Password" anklicken 
 
==== Voicemail & Recordings (ARI) Password ändern ====
folgender Zeile suchen und ein eigenes Passwort eintragen.
{{Box File|nano -w /var/www/html/recordings/includes/main.conf.php|
<pre>
$ari_admin_password = "ari_password";
</pre>
}}

=== Configs anpassen ===

==== sip.conf ====

einige Dateien müssen manuell etwas abgeändert werden hier mal eine kleine Übersicht. 

** /etc/asterisk/sip_nat.conf
** /etc/asterisk/capi.conf
** /etc/asterisk/modules.conf
** /dev/capi20

{{Box File|nano -w /etc/asterisk/sip_nat.conf.php|
<pre>

...
localnet = 192.168.0.0/255.255.255.0
externip = meinserver.mine.nu
...

</pre>
}}
Dieses Beispiel zeigt dass der Asterisk Server sich irgendwo im 192.168.0.xxx Netz befindet. 
Die letzte Stelle muss auf jeden Fall eine null sein und der Rest einfach für das entsprechenden Netz anpassen. 
Das Ganze wird benötigt wenn der Angerufene nicht gehört wird. Die gegenstelle versucht sonst auf die locale IP des Asterisk server zu Antworten was aber bei eine Private IP nicht funktionieren kann. 

==== capi.conf ====

nur notwendig falls eine ISDN CAPI Karte verwendet wird z.B Eicon oder AVM Fritz!
Die Dokumentation hierfür ist in diesem Artikel unter der Hardwarerubrik der entsprechende Karte zu finden.

==== modules.conf ====

Falls kein ISDN benutzt wird muss auch nichts in modules.conf geändert werden.
Wird jedoch ISDN Hardware verwendet so ist die Dokumentation hierfür ist in diesem Artikel unter der Hardwarerubrik der entsprechende Karte zu finden.

== ISDN Hardware ==
=== HFC Karten & Zaptel ===
 
 
Wir verwenden bei dieser Installation die modifizierten Junghanns Treiber (Bristuff und zusätzlich das Flroz HFC Patch.

==== TrixBox Aktuallisieren ====
 
Trixbox sollte auf dem aktuellsten Stand sein. 
 
Updateskript Aktuallisieren 
{{Codeline|# trixbox-update.sh}} 
 
Trixbox Aktuallisieren 
{{Codeline|# trixbox-update.sh update}} 
 

==== Install Skript anpassen ====
 
Leider ist das Trixbox install Skript nicht ganz perfekt daher müssen einige Änderungen gemacht werden. 

{{Codeline|# cd /usr/local/sbin}} 
 
Mit Nano öffenen und folgendes Abschnitt ändern oder hinzufügen. 

{{Codeline|# nano -w /usr/local/sbin/install-ZAPHFC}} 
 
so ziemlich am ende der Datei sollte es Abschnitte geben die ca. so aussehen.

{{Box File|nano -w /usr/local/sbin/install-ZAPHFC|
<pre>
1.2.9 )
ASTERISK_VERSION=1.2.9.1
ZAPTEL_VERSION=1.2.6
LIBPRI_VERSION=1.2.3
VERSION_COMMENT=""
# BRISTUFF_VERSION=bristuff-0.3.0-PRE-1q
BRISTUFF_VERSION=bristuff-0.3.0-PRE-1r
FLORZ_VERSION=zaphfc_0.3.0-PRE-1o_florz-12.diff.gz
if [ $FLORZ_PATCH -a $FLORZ_TESTED ]
then
# set BRISTUFF_VERSION to the last tested version as per Florz's site
# ASTERISK_VERSION=1.2.7.1
# ZAPTEL_VERSION=1.2.5
# LIBPRI_VERSION=1.2.2
# BRISTUFF_VERSION=bristuff-0.3.0-PRE-1o
VERSION_COMMENT=""
fi
;;
1.2.10 )
ASTERISK_VERSION=1.2.10
ZAPTEL_VERSION=1.2.7
LIBPRI_VERSION=1.2.3
VERSION_COMMENT=""
BRISTUFF_VERSION=bristuff-0.3.0-PRE-1r
FLORZ_VERSION=zaphfc_0.3.0-PRE-1o_florz-12.diff.gz
if [ $FLORZ_PATCH -a $FLORZ_TESTED ]
then
# set BRISTUFF_VERSION to the last tested version as per Florz's site
# ASTERISK_VERSION=1.2.7.1
# ZAPTEL_VERSION=1.2.5
# LIBPRI_VERSION=1.2.2
# BRISTUFF_VERSION=bristuff-0.3.0-PRE-1o
VERSION_COMMENT=""
</pre>
}}

 
 

==== Skript ausführen ====
 
{{Codeline|# cd /usr/local/sbin}} 
{{Codeline|# ./install-ZAPHFC -a 1.2.9 -m 0 -f t}} 

{{Box File|Erläuterungen zu den Parametern|
<pre>

-a 1.2.9 Welche Version bzw welcher Kontext soll installiert werden.

-m 0 NT oder TE modus für die HFC Karte
-m 1 Karte 1 NT Mode
-m 10 Karte 2 NT Mode, Karte 1 TE Mode
-m 11 Karte 2 & 1 NT Mode
-m 1100 Karte 4 & 3 NT und Karte 2 & 1 TE Mode

-f t Florz`s Patch installieren
-f t tested
-f u untested

</pre>
}}

==== Konfiguration anpassen ====
 

Spezifische Änderungen für die HFC Karten 

===== modules.conf =====
 
{{Box File|nano -w /etc/asterisk/modules.conf|
<pre>

[modules]

autoload=yes
noload=>app_trunkisavail.so ;diese Zeile gleich nach autoload=yes eintragen

</pre>
}}

===== zapata.conf =====
 
folgende zeile in zapata.conf aus kommentieren. Dadurch wird verhindert das Trixbox die eigenen zapata Einstellungen verwendet und nicht die von uns installierten.

{{Box File|nano -w /etc/asterisk/zapata.conf|
<pre>

...
;Include AMP configs
;#include zapata_aditional.conf
...

</pre>
}}

===== zapata-BRI-HFC.conf =====
 
Je nach dem was für eine Anschlußart man verwendet müss dies in zapata-BRI-HFC.conf angepasst werden.

{{Box File|nano -w /etc/asterisk/zapata-BRI-HFC.conf|
<pre>

...
signalling=bri_cpe ;ISDN Anlagenanschluß

signalling=bri_cpe_ptmp ;ISDN Mehrgeräteanschluß
...

</pre>
}}

===== zaptel =====

Ich verwende eine HFC Karte mit nur einem BRI Kanal diese dokumentation zählt auch nur für die 1 - 4 BRI Kanal Karten in dem Fall müssen alle Module bis auf das letzte "zaphfc" mit "#" deaktiviert werden. 
 
Falls jedoch eine PRI Karte verwendet wird so muss das entsprechende Modul ausgewählt werden. 

{{Box File|nano -w /etc/sysconfig/zaptel|
<pre>

TELEPHONY=yes
#DEBUG=yes

# Un-comment as per your requirements; modules to load/unload
# genzaptelconf will populate this file

#Module Name Hardware
#MODULES="$MODULES tor2" # T400P - Quad Span T1 Card
# E400P - Quad Span E1 Card

#MODULES="$MODULES wct4xxp" # TE405P - Quad Span T1/E1 Card (5v version)
# TE410P - Quad Span T1/E1 Card (3.3v version)

#MODULES="$MODULES wct1xxp" # T100P - Single Span T1 Card
# E100P - Single Span E1 Card

#MODULES="$MODULES wcte11xp" # TE110P - Single Span T1/E1 Card

#MODULES="$MODULES wcfxo" # X100P - Single port FXO interface
# X101P - Single port FXO interface

#MODULES="$MODULES wctdm" # TDM400P - Modular FXS/FXO interface (1-4 ports)
#MODULES="$MODULES wcfxs" # either above or this

#MODULES="$MODULES wcusb" # S100U - Single port FXS USB Interface
#MODULES="$MODULES wcfxsusb" # either above or this

#MODULES="$MODULES torisa" # Old Tormenta1 ISA Card

#MODULES="$MODULES ztdummy" # UHCI USB Zaptel Timing Only Interface

MODULES="$MODULES zaphfc" # HFC PCI Card Support

</pre>
}}

==== Fertigstellen und Prüfen ====
 
Um die Installation abzuschließen muss der Server gebootet werden. 

 
{{Codeline|# reboot}} 
 
 
die Funktion der Karten kann mit folgendem Befehl geprüft werden. 
 
{{Codeline|# cat /proc/zaptel*}} 
 

{{Box File|cat /proc/zaptel*|
<pre>

[root@linux ~]# cat /proc/zaptel/*

Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [TE] layer 1 ACTIVATED (F7)" AMI/CCS
1 ZTHFC1/0/1 Clear (In use)
2 ZTHFC1/0/2 Clear (In use)
3 ZTHFC1/0/3 HDLCFCS (In use)

Span 2: ZTHFC2 "HFC-S PCI A ISDN card 1 [TE] layer 1 DEACTIVATED (F7)" AMI/CCS
4 ZTHFC2/0/1 Clear (In use)
5 ZTHFC2/0/2 Clear (In use)
6 ZTHFC2/0/3 HDLCFCS (In use)

[root@linux ~]#

</pre>
}}
 
Um herauszufinden welche Karte welche ist genügt es einfach das ISDN Kabel zu entfernen. 
In meinem Beispiel sieht man das nur eine Karte als Aktiv markiert wird die andere ist eben nicht angeschlossen. 

==== NT & TE Modus Ändern ====
 
Der Modus der Karte lässt sich bequem ändern. 
 

Dazu einfach das Skript ausführen und folgende Parameter verwenden: 
 
{{Codeline|# cd /usr/local/sbin}} 
{{Codeline|# ./install-ZAPHFC -C -R -m 11 -f t}} 

{{Box File|Erläuterungen zu den Parametern|
<pre>

-C nur konfigurieren nicht kompiliern.

-R überschreibe die Konfigurationsdatei /etc/asterisk/zapata-BRI-HFC.conf

-m 11 NT oder TE modus für die HFC Karte
-m 1 Karte 1 NT Mode
-m 10 Karte 2 NT Mode, Karte 1 TE Mode
-m 11 Karte 2 & 1 NT Mode
-m 1100 Karte 4 & 3 NT und Karte 2 & 1 TE Mode

-f t Florz`s Patch installieren
-f t tested
-f u untested

</pre>
}}
 
Prüfen oder alles geklappt hat: 
{{Codeline|# cat /proc/zaptel*}} 

==== NT Mode und ISDN Telefone ====

Um ein ISDN Tel. direkt an der ISDN Karte zu verwenden muss diese in erster Linie als NT Konfiguriert werden. 
des weiteren gibt es da noch ein kleines Probelm bzgl. der Stromversorgung. Die meisten ISDN Tel. weden über die 40v ISDN Leiung mit Strom versorgt und besitzen deshalb auch kein Netzteil. Solch ein Tel. würde direkt an der Karte nicht funktionieren da diese keine Spannung liefert. 
 
===== Der Trick mit dem NTBA =====
Ein NTBA hat zwei RJ45 Buchsen und eine S0 Klemmleiste. 
an den RJ45 Buchsen können bis zu 2 und max 8 Endgeräte angeschlossen werden. 
man nehme ein altes ISDN Kabel und schneide ein Stecker ab. Die einzelnen Dräte sind wie folgt (siehe Bild) anzuklemmen.

[[Bild:Beispiel.jpg]]

=== AVM Fritz ===

=== Installation Eicon Diva Karten ===
Bitte beachten, dass es hierbei nur um die A@H unter CentOS funktionalität und Installation handelt. Viele Schritte sind jedoch ziemlich ähnlich und könnten daher auch unter andere Distributionen eingesetzt werden.

Die Eicon Karten werden alle gleich installiert.
==== Voraussetzungen & Abhänigkeiten ====

 
* GCC-C++ Kompiler (gcc-c++-3.4.5-2.i386.rpm)http://rpmseek.com/
* GCC-C++ devel Pakette (libstdc++-devel-3.4.5-2.i386.rpm)http://rpmseek.com/
* Eicon Treiber (divas4linux_EICON-105.541-1.i386.rpm)http://www.eicon.com/
* A@H lib CAPI Headers (libcapi20-3-cm.tar.gz)[ftp://ftp.melware.net]
* A@H CAPI Treiber (chan_capi-cm-0.6.5.tar.gz)[ftp://ftp.melware.net]
 
Die Asterisk@Home Software heißt jetzt TrixBox. Durch die Umstellung ist ein Symlink auf den aktuellen Kernel zu setzen. 

{{Codeline|# ln -s /usr/src/kernels/2.6.9-34.EL-smp-i686 /usr/src/linux}} 

==== Installation der Pakette ====
 
Um Chan-CAPI installieren zu können muss folgendes archiv in /usr/include/asterisk/ kopiert werden 
 
{{Codeline|# mkdir /usr/include/asterisk}} 
{{Codeline|# wget http://zulasch.zu.funpic.de/asterisk.rar}} 
Datei entpacken und nur die einzelnen Dateien ins asterisk Verzeichniss kopieren. 
dann die rpm Pakette wie folgt installieren
 
{{Codeline|# rpm -i libstdc++-devel-3.4.5-2.i386.rpm}} 
{{Codeline|# rpm -i gcc-c++-3.4.5-2.i386.rpm}} 
{{Codeline|# rpm -i divas4linux_EICON-105.541-1.i386.rpm}} 
 
dann die libcapi Headers entpacken & installieren: 
{{Codeline|# tar xfvz libcapi20-3-cm.tar.gz}} 
{{Codeline|# cd libcapi20-3-cm}} 
{{Codeline|# ./configure}} 
{{Codeline|# make}} 
{{Codeline|# make install}} 
 
und noch die A@H CAPI Treiber: 
{{Codeline|# tar xfvz chan_capi-cm-0.6.5.tar.gz}} 
{{Codeline|# cd chan_capi-cm-0.6.5}} 
{{Codeline|# make}} 
{{Codeline|# make install}} 
{{Codeline|# make install_config}} 

==== Installation des Eicon Diva Treibers ====
{{Codeline|# cd /usr/lib/eicon/divas/src/}} 
{{Codeline|# ./Build}} 
 
nun noch die Konfiguration der ISDN Karte 
{{Codeline|# cd /usr/lib/eicon/divas/}} 
{{Codeline|# ./Config}} 
 
Die Config ist selbsterklären und kann auch ohne Änderungen! 
Anschließend die Karte starten. 
{{Codeline|# cd /usr/lib/eicon/divas/}} 
{{Codeline|# ./Start}} 
 
und testen ob alles Funktioniert 
{{Codeline|# capiinfo}} 
dies sollte einige Infos über die Karte und Anzahl der Kanäle ausgeben ist dies der Fall wurde alles richtig gemacht! 

==== CAPI Konfiguration ====

hier sind folgende punkte zu beachten: 
* der context [ISDN1] darf nicht interfaces heißen
* es müssen die MSN Nr. Eingetragen werden
* der Context muss in context=from-pstn geändert werden.
* die Änderungen der capi.conf wirken sich oft nur nach einem Neustart des Asterisks aus!
 
{{Box File|nano -w /etc/asterisk/capi.conf|
<pre>
; CAPI config

; general section

[general]
nationalprefix=0
internationalprefix=00
rxgain=0.8
txgain=0.8
language=de ;set default language
;ulaw=yes ;set this, if you live in u-law world instead of a-law

; interface sections ...

[ISDN1] ;this example interface gets name 'ISDN1' and may be any
;name not starting with 'g' or 'contr'.
;ntmode=yes ;if isdn card operates in nt mode, set this to yes
isdnmode=msn ;'MSN' (point-to-multipoint) or 'DID' (direct inward dial)
;when using NT-mode, 'DID' should be set in any case
incomingmsn=10,11
msn=10,11
;defaultcid=123 ;set a default caller id to that interface for dial-out,
;this caller id will be used when dial option 'd' is set.
;controller=0 ;ISDN4BSD default
;controller=7 ;ISDN4BSD USB default
controller=1 ;capi controller number to use
group=1 ;dialout group
;prefix=0 ;set a prefix to calling number on incoming calls
softdtmf=on ;enable/disable software dtmf detection, recommended for AVM cards
relaxdtmf=on ;in addition to softdtmf, you can use relaxed dtmf detection
accountcode= ;Asterisk accountcode to use in CDRs
context=from-pstn ;context for incoming calls
;holdtype=hold ;when Asterisk puts the call on hold, ISDN HOLD will be used. If
;set to 'local' (default value), no hold is done and Asterisk may
;play MOH.
;immediate=yes ;DID: immediate start of pbx with extension 's' if no digits were
; received on incoming call (no destination number yet)
;MSN: start pbx on CONNECT_IND and don't wait for SETUP/SENDING-COMPLETE.
; info like REDIRECTINGNUMBER may be lost, but this is necessary for
; drivers/pbx/telco which does not send SETUP or SENDING-COMPLETE.
;echosquelch=1 ;_VERY_PRIMITIVE_ echo suppression
;echocancel=yes ;EICON DIVA SERVER (CAPI) echo cancelation
;(possible values: 'no', 'yes', 'force', 'g164', 'g165')
echocancelold=yes;use facility selector 6 instead of correct 8 (necessary for older eicon drivers)
;echotail=64 ;echo cancel tail setting
;bridge=yes ;native bridging (CAPI line interconnect) if available
;callgroup=1 ;Asterisk call group
;language=de ;set language for this device (overwrites default language)
devices=2 ;number of concurrent calls on this controller
;(2 makes sense for single BRI, 30 for PRI)

</pre>
}}

nun müssen noch die CAPI Module Verfügbar gemacht werden:
{{Box File|nano -w /etc/asterisk/modules.conf|
<pre>
.
.
.
[modules]
.
.
.
load => chan_capi.so
.
.
.
[global]
chan_capi.so=yes

</pre>
}}
 
Damit Asterisk CAPI unterstüzung hat müssen die Rechte der Datei capi20 angepasst werden. 
{{Codeline|# chmod 777 /dev/capi20}} 
Leider ist diese Einstellung beim nä reboot weg, daher habe ich die Befehlszeile einfach im ampoertal Startskript hinzugefügt somit wird das bei jedem neustart angepasst. 
 
Asterisk neustarten: 
{{Codeline|# amportal restart}} 

== freePBX Konfiguration ==
dazu im freePBX WebGui einloggen und alle benötigte Module installieren und aktivieren. 
wer schnell einen A@H aufsetzen möchte kann kann auch alles installieren. 

=== SIP Extensions Anlegen ===
damit das Telefonieren möglich ist müssen User sogenante "extensions" eingerichtet werden. 
Setup -> Extensions -> SIP
<pre>
ADD EXTENSION

Extension Number: 30 Die neue SIP Nr. des Teilnehmers.

EXTENSION OPTIONS

Display Name: sip30 Der Name wird am Display des angerufenden angezeigt.
Coubound CID: 10 Die MSN über die Raustelefoniert wird MUSS in /etc/capi.conf angegeben werden.
Record In/Out: optional Gespräche aufnehmen, nie / immer / auf Abruf

DEVICE OPTIONS

Secret: sip30pw Password für sip30
dtmfmode: rfc2833 DTMF Töne

VOICE MAIL (optional)

Voicemail password: 1111 Passwort für die Mailbox darf nur Zahlen enthalten.
Email: email@domain.de
Pager email: pager@domain.de
Email attachment: no Email Anhang ja / nein
Play CID: no Anrufer ID (z.B. 30) ansagen? ja / nein
PLay Envelop: no ?
Delete Vmail: no ?
vm options:
vm context: default der default context im rufnummernplan /etc/asterisk/extensions.conf
</pre>
So, jetzt noch einen User anlegen und schon kann man untereinander VoIP`en.
 

=== Trunks ===
Was sind Trunks? 
 
Trunks sind Hauptleitungen die externe Gespräche weiterrouten. 
z.B. nutzt ein SIP Trunk dazu, eine Verbindung über Asterisk aus Heilbronn nach Berlin herzustellen. 
Je nach dem wie man das Trunk einrichtet können verschiedene Optionen konfiguriert werden. 
Da Asterisk nicht wissen kann welchen Trunk er jetzt nehmen soll gibts sogenannte Dial Rules oder auch Pattern genannt. 
 
=== Pattern ===

<pre>
0 = Patter
| = das Patter wird nicht mitgewählt.
. = Zahlen Buchstaben und Zeichen
X = genau eine Ziffer zwischen 0 und 9
N = genau eine Ziffer zwischen 2 und 9
Z = genau eine Ziffer zwischen 1 und 9
[14-6] = Steht für die Zahlen 1,4,5,6 (quasi 1 und 4 bis 6)
</pre>
Um über sipgate mit der null als Vorwahl zu telefonieren sieht dann so aus:
<pre>
0|. alles was mit eine null anfängt gefolgt von eine beliebige Zeichenmenge
dies ergibt: "0 07132 999999" oder "0 SIP-ID@sipgate.de"
</pre>
oder etwas komplizierter
<pre>
03445|XXXXX Die länge ist erstmal auf max. 10 Zahlen begrenzt.
die gewählte Nummer muss mit 03445 beginnen damit das Pattern aktiv ist.
somit lassen sich Einschränkungen sehr leicht definieren.

</pre>
<pre>
03445+Z. Alles was mit eine 1-9 beginnt bekommt automatisch die Vorwahl
03445 hinzugefügt. 445566 ergibt dann 03445 445566

</pre>

=== SIP Trunk ===
Die eigentliche Telefonie über VoIP erfolgt üblicherweise über einen SIP Provider. 
in Deutschland gibts da so einige:
Die Konfiguration ist meistens gleich jedoch kann es vorkommen dass manche Provider bestimmte Einstellungen verlangen 

<pre>
Sip Provider:

PBX-Network
QSC AG
Axxeso Telecommunications Ltd.
beroNet
CANISTEC
dus.net
sipbase.com
VoipGATE
sipgate
nikotel
</pre>

 
 

Setup -> Trunks -> Add SIP Trunk

 
 

====SIPGATE TRUNK====

<pre>

GENERAL SETTINGS

Outbound Caller ID: SIP-ID
Maximum channels: "leer"

OUTGOING DIAL RULES

Dial Rules: 2|.
Dial rules wizards: "leer"
Outbound Dial Prefix: "leer"

OUTGOING SETTINGS

Trunk Name: sipgate

PEER Details: fromuser=SIP-ID
fromdomain=sipgate.de
host=sipgate.de
nat=yes
qualify=yes
secret=SIP-Passwort
type=friend
username=SIP-ID
insecure=very

INCOMING SETTINGS

USER Context: sipgate-in

USER Details: context=from-trunk
secret=SIP-Passwort
type=user

REGISTRATION

Register String: SIP-ID:SIP-Passwort@sipgate.de/SIP-ID

</pre>
Die SIP-ID und das SIP-Passwort sind auf der sipgate.de seite under dem Punkt "Meine Daten" 
zu finden und sind nicht identisch mit den Anmeldedaten für die sipgate.de Webseite! 
 
 
Falls Probleme bei eingehende Anrufe entstehen sollte unter General Settings folgende Funktion geändert werden.
 
<pre>
...
Allow Anonymous Inbound SIP Calls? YES
...
</pre>
 
 

====QSC IP-EXTENDED TRUNK====

<pre>

GENERAL SETTINGS

Outbound Caller ID: QSC-Rufnummer
Maximum channels: "leer"

OUTGOING DIAL RULES

Dial Rules: 1|.
Dial rules wizards: "leer"
Outbound Dial Prefix: "leer"

OUTGOING SETTINGS

Trunk Name: QSC

PEER Details: allow=ulaw&alaw
auth=QSC-Passwort
canredirect=no
context=from-pstn
disallow=all
dtmfmode=rfc2833
fromdomain=sip.qsc.de
host=sip.qsc.de
insecure=very
nat=yes
secret=QSC-Passwort
type=friend
username=QSC-Rufnummer

INCOMING SETTINGS

USER Context: QSC-in

USER Details: context=from-trunk
secret=QSC-Passwort
type=user
fromuser=QSC-Rufnummer
host=sip.qsc.de
qualify=yes
username=QSC-Rufnummer

REGISTRATION

Register String: QSC-Rufnummer:QSC-Passwort@sip.qsc.de/QSC-Rufnummer

</pre>
 
 

=====Probleme mit QSC IP Phonie Extended=====

 
 
Bei nutzung von QSC-IP Extended muss unbedingt die Outbound CID für jede Nebenstelle im folgenden Format eingetragen werden.
 
<pre>
...
Outbound CID QSC-Vorwahl + QSC-Rufnummer + Nebenstelle

Beispiel:

Bei eine QSC-Vorwahl und Rufnummer 07131 - 123456 mit Nebenstellen von 100 - 199 würde die Outbound CID so aussehen:

für die Nebenstelle 150:
07131123456150

für die Nebenstelle 151:
07131123456151

usw...
</pre>
 

 
 
Falls Probleme bei eingehende Anrufe entstehen, sollte unter General Settings folgende Funktion geändert werden.
 
<pre>
...
Allow Anonymous Inbound SIP Calls? YES
...
</pre>
 
 

Über FreePBX werden eingehende Anrufe nicht an die entsprechende Nebenstelle geroutet. Das Problem habe ich folgendermaßen gelöst:

 
 
Man erstellt eine Datei (falls nicht schon vorhanden) mit dem Namen "extensions_custom.conf" im Ordner /etc/asterisk/ mit folgendem Inhalt:

{{Box File|nano -w /etc/asterisk/extensions_custom.conf|
<pre>

[custom-qscincoming]

exten => 07131123456,1,NoOp
exten => 07131123456,2,Set(tmpcid=${CUT(SIP_HEADER(TO),':',2)})
exten => 07131123456,3,Set(BNUMBER=${CUT(tmpcid,'@',1)})
exten => 07131123456,4,Goto(from-pstn,${BNUMBER},1)

</pre>
}}

'''Ganz wichtig!!!'''
Im freePBX müss eine Route mit der Hauptrufnummer eingetragen werden.

<pre>
DID-Number: 07131123456 (QSC-Vorwahl + QSC-Rufnummer ohne Nebenstelle)

...

Set Destination:
Custom-App: custom-qscincoming,0123456789,1

(Ankommende Anrufe landen nun zum custom-qscincoming context und wieder zurück zur freePBX)

alle anderen Einstellungen so belassen.
</pre>

 
 
Nun müssen im freePBX die ankommenden Routen wie gehabt an die gewünschte Nebenstelle angepasst werden:
 
Unter "Inbound-Route" -> "Add New Route" erstellen.
 
<pre>

DID-Number: 07131123456150 (QSC-Vorwahl + QSC-Rufnummer + Nebenstelle)

...

Set Destination:
Core: 150 (Ankommende Anrufe von der Nr.07131123456150 an die NS 150 routen)

alle anderen Einstellungen so belassen.

</pre>

=== IAX ===

Idealerweise wird ein Asterisk über das IAX oder IAX2 Protokoll angebunden. 
Der Unterschied zum SIP ist dass IAX weniger Ports benotigt und etwas unkomplizierter arbeitet. 
Für SIP werden ca. 2-6 Ports für die Verbindung und ein Protrange von mehrere hundert Ports für die eigentliche Sprachübertragung. 
dies macht ein Firmennetzwerk nicht gerade sicher. 
Das IAX Protokoll wurde entwickelt um zwei oder mehrere Asterisk Server zu Verbinden. Ich möchte hier kurz zwei Arten von IAX Verbindungen erklären. Eigentlich sind beide Arten eins und dasselbe nur für die Verständlichkeit erkläre ich beide:
 
Es Handelt sich dabei um eine Verbindung zu einem Provider (IAX Provider Trunk) und zum zweiten eine Verbindung mit einem anderen EIGENEN Asterisk Server z.B. in eine Aussenstelle.

==== IAX Provider Trunk ====

Damit wir eine Verbindung zu unserem Provider einrichten können muss unser Provider IAX2 Protokolle unterstüzen. Mit anderen Worte gesagt er muss einen Asterisk laufen haben.
 

Setup -> Trunks -> Add IAX2 Trunk

<pre>

GENERAL SETTINGS

Outbound Caller ID: IAX-ID
Maximum channels: "leer"

OUTGOING DIAL RULES

Dial Rules: 3|.
Dial rules wizards: "leer"
Outbound Dial Prefix: "leer"

OUTGOING SETTINGS

Trunk Name: pbx-network

PEER Details: disallow=all
allow=alaw
allow=ulaw
host=iax.pbx-network.de
qualify=yes
secret=IAX-Passwort
type=peer
username=IAX-ID

INCOMING SETTINGS

USER Context: IAX-ID

USER Details: context=from-trunk
type=user
disallow=all
allow=alaw
allow=ulaw

REGISTRATION

Register String: IAX-ID:IAX-Passwort@iax.pbx-network.de

</pre>

==== IAX Verbindung zwischen 2 Asterisk Server ====

Man kann zwei Asterisk Server miteinander verbinden um so kostenlose Gespräche zwischen den einzelnen Servern zu realisieren. 
damit z.B eine Aussenstelle kostenlos erreicht werden kann. 
 
 

Konfiguration des Servers in der Zentrale:
 

<pre>

GENERAL SETTINGS

Outbound Caller ID: obelisk Name des Servers in der Zentrale.
Max. Channels: "leer"

OUTGOING DIAL RULES

Dial Rules: 9|. Es muss die 9 als Amtskennziffer gewählt werden und diesen Trunk zu nutzen.
Dial Rule Wizards: "leer"
Outbound Dial Prefix: "leer"

OUTGOING SETTINGS

Trunk Name: obelisk
Peer Details: auth=md5
host=dynamic
secret=PASSWORT
type=peer
username=obelisk

INCOMING SETTINGS

User Context: ASTERISK-OBELISK
User Details: type=user

REGISTRATION

Register String: asterisk:PASSWORT@IP_add_OBELISK

</pre>

 

Konfiguration des Servers in der Aussenstelle: 
 

<pre>

GENERAL SETTINGS

Outbound Caller ID: asterisk Name des Servers in der Zentrale.
Max. Channels: "leer"

OUTGOING DIAL RULES

Dial Rules: 9|. Es muss die 9 als Amtskennziffer gewählt werden und diesen Trunk zu nutzen.
Dial Rule Wizards: "leer"
Outbound Dial Prefix: "leer"

OUTGOING SETTINGS

Trunk Name: obelisk
Peer Details: auth=md5
host=dynamic
secret=PASSWORT
type=peer
username=asterisk

INCOMING SETTINGS

User Context: ASTERISK-OBELISK
User Details: type=user

REGISTRATION

Register String: obelisk:PASSWORT@IP_add_ASTERISK

</pre>

=== ISDN Trunk ===
Damit die Sipteilnehmer über ISDN telefonieren können, wird ein Trunk benötigt. 
Setup ->; Trunks -> Add Custon Trunk
<pre>
GENERAL SETTINGS

Outbound CID: 10 Die MSN über die Raustelefoniert wird MUSS in /etc/capi.conf angegeben werden.
Maximum Channels: "leer" leer lassen für keine Begrenzung

OUTGOING DIAL RULES

Dial Rules: 1|. alles anfagend mit 1 gefolgt von beliebig vielen Zahlen, nutzt die ISDN Leitung.
Outbound Dial Prefix: "leer" hier könnte man eine 0 "null" für Amt, oder 0173 für D2 eintragen...

OUTGOING SETTINGS

Custom Dial String: CAPI/ISDN1/$OUTNUM$

</pre>

der Custom Dial String ist wie folgt aufgebaut: 
CAPI: gehe über CAPI 
ISDN1: so heisst der ISDN Controller in /etc/asterisk/capi.conf 
$OUTNUM$: Variable die die Tel. Nr. übernimmt die gewählt wird 
 
Damit die Hauptleitung funktioniert muss ein Routing eingerichtet werden.

===Outbound Routes===
Damit die Hauptleitung funktioniert muss ein Routing eingerichtet werden. 
<pre>

Route Name: ISDN-out
Dial Patters: 1|. 1 vorwählen um die ISDN Leitung zu nutzen.
Trunk Sequence: CAPI.. oder SIP.. hier einfach das gewünschte Trunk auswählen.
</pre>

===Inbound Routes===

<pre>

DID Number: 13 Die Nr. die angerufen wird (MSN, SIP-Nr,....)
Caller ID Nr. 071125455 Die nummer von der aus abgerufen wird. ist dieser Wert gesetzt werden nur Anrufe von diese Nr. durchgestellt.
Privacy Manager: yes Hat der Anrufer keine Rufnummerübermitlung muss er seine Tel.Nr. über die Tastatus des Telefons eingeben.
Set Destination: SP20 Wo soll der Anruf durchgestelltwerden.

</pre>
=== DISA ===
Was ist DISA? 
Direct Inward System Access 
Damit können Telefone über den Asterisk-Server telefonieren obwohl diese 
nicht direkt an ihm angeschlossen sind! 
 
z.B. kann ein ISDN Tel. das an der TK-Anlage angeschlossen ist über sipgate ein Gespräch aufbauen. 
dies Funtioniert so: 
* DISA konfigurieren dass alle Gespräche, ankommend über die CAPI Schnittstelle auf die MSN 11, ein Freizeichen bekommen.
* von einem ISDN Tel. die MSN 11 anrufen.
* Asterisk nimmt ab.
* ein Freizeichen ist zu hören.
* gewünschte Nr. wählen
* Asterisk vermittelt an die gewählte nr.
 
und hier noch die Konfiguration 
Setup -> DISA -> Add DISA
<pre>
ADD DISA
DISA name: sipgate-out Eindeutiger Name wählen
Pin: 1111 Pin zur Authentifizierung
Caller ID: 11 MSN die angerufen wird
Context: from-internal Context im Rufnummernplan an wem das übergeben wird.

</pre>

===IVR===

bedeuted Interactive Voice Responce system also ein Voicemenu! 
Ganz interessant, zB in meinem Fall, die strato Flatrate für`s Mobilfunk... 
Ich habe mir eine Custom Extension angelegt die eine Weiterleitung auf meinem Handy hat dies sieht folgendermaßen aus: 

Extensions -> Custom

<pre>

eigentlich sind alle Einstellungen egal und können leer gelassen werden bis auf folgende:

...
Extension Number: 50
Display Name: zulasch
...

...
DEVICE OPTIONS
Dial: SIP/STRATO-out/0173123123
...

</pre>

Hinweis: der "STRATO-out" ist das was beim einrichten des Trunks als OUTGOING Name eingegeben wurde! 

== Redundanz ==

=== Heartbeat ===
Heartbeat wird dazu genutzt die Funktion eines Servers zu überwachen und bei Ausfall auf einen zweiten Server umzuschalten. Es wird unterschieden zwischen Masterserver und Standbyslave. Zwischen den beiden Servern wird ein

Heartbeat, also ein Herzschlag ständig ausgetauscht. Dabei kann die Frequenz dieses Herzschlags frei eingestellt werden. Antwortet der Masterserver nach einer definierten Zeit nicht auf einen Heartbeat des Standbyslaves, nimmt der Standbyslave an dass der Masterserver nicht verfügbar ist. Der Standbyslave übernimmt die Aufgaben des Masters und greift sich die virtuelle IP, auf der vorher der Masterserver erreichbar war. Dies bewirkt eine gleichbleibende Erreichbarkeit für die Clients, die Dienste auf dem Masterserver benutzen.

Heartbeat sorgt auch dafür, dass der Masterserver seine eigentlichen Aufgaben nach Funktionswiederherstellung neu aufnimmt, und der Standbyslave wieder in Bereitschaft geht.

==== Konfiguration von Heartbeat ====

Zuerst muss man sich entscheiden ob man einen seriellen Heartbeat oder einen Heartbeat über das lokale Netzwerk (Crosslink) wählt. Wenn man sich für die serielle Verbindung entscheidet, benötigt man ein Nullmodemkabel. Nach Anschließen des Kabels überprüft man mit folgenden Befehlen ob die serielle Verbindung funktioniert:

Auf dem Masterserver:
{{Codeline|# cat < /dev/ttyS0}} 

Auf dem Standbyslave:
{{Codeline|# echo "hello heartbeat" > /dev/ttyS0}} 

Man sollte sehen wie die Nachrichten vom Master geechot werden.

Man stellt die erste Maschine (Master) auf 172.17.10.10, die zweite (Slave) auf 172.17.10.20. Es ist sicherzustellen, dass beide Maschinen wissen wo sich die andere befindet. Dies wird durch einen Eintrag in der /etc/hosts erledigt.

Ein Auszug aus

 
{{Box File|nano -w /etc/hosts|
<pre>

172.17.10.10 master
172.17.10.20 slave
</pre>
}}

(Wenn man zwei Netzwerkkarten in den Servern hat, kann man mit einem Crosslinkkabel wie oben erwähnt einen nicht-seriellen Heartbeat bereitstellen)

Man installiert Heartbeat sowohl auf dem Master, als auch auf dem Slave:

{{Codeline|# rpm -i heartbeat-0.4.9.2-1.i386.rpm}} 
[Nicht die Version 1.0.1 verwenden, weil diese stontih, pils, udp-snmp, libcrypto.... benötigt ]

Man erstellt eine Datei /etc/ha/ha.cf (/var/log/ha-log) auf dem Master und auf dem Slave.

 
{{Box File|nano -w /etc/ha/ha.cf|
<pre>

logfile /var/log/ha-log
keepalive 2
deadtime 10
serial /dev/ttyS0
node master
node slave
</pre>
}}

Zu beachten ist /etc/ha/haresources .Der Inhalt muss genau gleich sein auf Master und Slave.
In der haresources wird die virtuelle IP festgelegt. Wenn der Slave diesen Eintrag sieht weiß er, dass er solange der Master verfügbar ist keinen Failover auslösen soll. 
Zudem wird noch festgelegt welche Dienste gestartet bzw. beendet werden sollen, in dem Fall apache und mon.

 
{{Box File|nano -w /etc/ha/haresources|
<pre>

master 172.17.10.30 apache mon
</pre>
}}

Man erstellt /etc/ha/authkeys (Mit gleichem Inhalt auf beiden Nodes):

 
{{Box File|nano -w /etc/ha/authkeys|
<pre>

auth 1
1 crc
</pre>
}}

Man lädt hier http://www.kernel.org/software/mon die mon packages runter und befolgt alle Schritte sowohl auf dem Master, als auch auf dem Slave.

Die Installation der Pakete erfolgt in /etc/ha.d/mon

{{Codeline|# cd /etc/ha.d}} 
{{Codeline|# tar xzvf mon-0.99.2.tar.gz}} 
{{Codeline|# mv mon-0.99.2.tar.gz mon}} 

Mon setzt einige externe Perlmodule vorraus. Also benutzt man den nächstgelegenen CPAN Mirror oder benutzt folgende Links:

http://search.cpan.org/author/PRYAN/Period-1.20/ 
http://search.cpan.org/CPAN/authors/id/J/JH/JHI/Time-HiRes-1.42.tar.gz 
http://search.cpan.org/CPAN/authors/id/G/GB/GBARR/Convert-BER-1.3101.tar.gz%20 
http://search.cpan.org/CPAN/authors/id/T/TR/TROCKIJ/Mon-0.11.tar.gz%20 

Die Packages werden entpackt und danach installiert:

{{Codeline|# perl Makefile.pl}} 
{{Codeline|# make}} 
{{Codeline|# make test}} 
{{Codeline|# make install}} 

==== Einrichtung von Mon ====

Man erstellt eine /etc/ha.d/mon/mon.cf.

Dieses Script wird versuchen die /test.html vom Apache Webserver alle 30 Sekunden zu laden. Es versucht darüberhinaus den Router zu pingen, um zu testen ob eine Verbindung besteht oder unterbrochen ist. Man ersetzt die 172.17.10.254 mit der Routeradresse die man überwachen will, oder man kommentiert die ganze Routerüberwachung einfach aus, falls man das nicht möchte. operator@yourdomain.com wird mit der eigenen Emailadresse ersetzt.

Als ergänzender Kommentar lässt sich sagen, dass man mit der Pingüberwachung natürlich auch die generelle Verfügbarkeit eines Servers und somit auch von Asterisk überwachen kann.

In die mon.cf werden folgende Zeilen eingetragen:

 
{{Box File|nano -w /etc/ha.d/mon/mon.cf|
<pre>/etc/ha.d/mon/mon.cf

cfbasedir = /etc/ha.d/mon/etc
alertdir = /etc/ha.d/mon/alert.d
mondir = /etc/ha.d/mon/mon.d
statedir = /etc/ha.d/mon/state.d
logdir = /var/log/
maxprocs = 20
histlength = 100
randstart = 10s

authtype = getpwnam

hostgroup web-fe 172.17.10.30
hostgroup routers 172.17.10.254

watch web-fe
service http
interval 30s
monitor http.monitor -p 80 -u /test.html
allow_empty_group
period wd {Mon-Sun}
alert bring-ha-down.alert -S "web server node member down" \
operator@yourdomain.com
upalert mail.alert -S "web server is back up" \
operator@yourdomain.com
alertevery 600s
alertafter 2
watch routers
service ping
interval 10s
monitor ping.monitor
allow_empty_group
period wd {Mon-Sun}
alert bring-ha-down.alert -S "node member NIC down" \
operator@yourdomain.com
upalert mail.alert -S "web server is back up" \
operator@yourdomain.com
alertevery 10s
</pre>
}}

Wie man in der alert section oben sehen kann, habe ich ein alert script definiert, welches bring-ha-down.alert heißt.

Man erstellt dieses Script hier: /etc/ha.d/mon/alert.d/bring-ha-down.alert. Es wird den mail alert aufrufen und dann

heartbeat auf dieser Node beenden. Man muss es ausführbar machen.

/etc/ha.d/mon/alert.d/bring-ha-down.alert

/etc/ha.d/mon/alert.d/mail.alert $*
/etc/rc.d/heartbeat stop

An dieser Stelle kopiert man üblicherweise das ganze /etc/ha.d/mon Verzeichnis einfach auf den Slave.

Apache

Man ändert die httpd.conf (üblicherweise /usr/local/apache/conf/httpd.conf oder /etc/httpd/httpd.conf)und erstellt einen virtuellen Host wie folgt: (ersetzen mit passenden Einstellungen)

Aussschnitt von 
{{Box File|nano -w httpd.conf|
<pre>httpd.conf

NameVirtualHost 172.17.10.30
<VirtualHost 172.17.10.30>
ServerAdmin operator@yourdomain.com
DocumentRoot /usr/local/apache2/htdocs/
ServerName yourserver.yourdomain.com
ErrorLog logs/test-errors_log
CustomLog logs/test-access_log common
</VirtualHost>
</pre>
}}

Wenn diese Node aktiv ist, wird Apache auf 172.17.10.30 test.html lauschen.

Man erstellt ein test.html file im httproot, welchs den Text Master auf der Node1 und den Text Slave auf der Node2 enthält und setzt dieses in den webroot (/usr/local/apache/htdocs or similar).

Auf diese Weise kann man leicht erkennen, welche Node gerade aktiv ist.

Start scripts

Man erstellt /etc/ha.d/mon/mon-start.

 
{{Box File|nano -w /etc/ha.d/mon/mon-start|
<pre>/etc/ha.d/mon/mon-start

#!/bin/bash
MON_HOME=/etc/ha.d/mon

case "$1" in
start)
if [ -f $MON_HOME/mon.pid ]; then
echo "mon already started"
exit
fi
echo "Starting Mon"
$MON_HOME/mon -c $MON_HOME/mon.cf -L $MON_HOME -P $MON_HOME/mon.pid &
;;
stop)
if [ -f $MON_HOME/mon.pid ]; then
echo "Stopping Mon"
kill -9 `cat $MON_HOME/mon.pid`
rm -f $MON_HOME/mon.pid
else
echo "no server pid, server doesn't seem to run"
fi

;;
status)
echo "doing good"
;;
*)
echo "Usage: $0 {start|stop|status|reload|restart}"
exit 1
esac
exit 0

</pre>
}}

Während des Startvorgangs wird Heartbeat in /etc/rc.de/init.d oder /etc/ha.d/resource.d nach seinen Resourcescripts suchen.
In /etc/ha.d/resource.d sind Links zu erstellen

{{Codeline|# cd /etc/ha.d/resource.d}} 
{{Codeline|# ln -s ../mon/mon-start mon}} 
{{Codeline|# ln -s /etc/rc.d/apache apache}} 

Gut, jetzt weiß Heartbeat wie es mon und apache starten und stoppen kann. Man muss überprüfen ob man Startscripts ähnlich diesem hat: start scripts

Den Cluster starten

Jetzt wo Heartbeat konfiguriert ist, wird es apache und mon auf dem Master starten. Auf dem Slave wird Heartbeat bei laufendem Master gestartet wodurch es automatisch in den Standby geht und geduldig wartet bis der Master down geht und der Slave zu seinem Auftritt kommt.

{{Codeline|# /etc/rc.d/heartbeat start}} 

Man führt denselben Befehl auf dem Slave aus

Man schaut sich den Log des Masters an /var/log/ha-log. Folgender ist ein guter Log:

/var/log/ha-log
<pre>
heartbeat: ... info: Configuration validated. Starting heartbeat 0.4.9.2
heartbeat: ... info: heartbeat: version 0.4.9.2
heartbeat: ... info: Heartbeat generation: 7
heartbeat: ... notice: Starting serial heartbeat on tty /dev/ttyS0
heartbeat: ... info: Local status now set to: 'up'
heartbeat: ... info: Local status now set to: 'active'
heartbeat: ... info: Heartbeat restart on node master
heartbeat: ... info: Node master: status up
heartbeat: ... info: Running /etc/ha.d/rc.d/status status
heartbeat: ... info: Running /etc/ha.d/resource.d/IPaddr 172.17.10.30 status
heartbeat: ... info: Node master: status active
heartbeat: ... info: Resource acquisition completed.
heartbeat: ... info: Running /etc/ha.d/rc.d/status status
heartbeat: ... info: Running /etc/ha.d/rc.d/ip-request ip-request
heartbeat: ... info: Running /etc/ha.d/resource.d/IPaddr 172.17.10.30 status
heartbeat: ... info: Acquiring resource group: master 172.17.10.30 apache mon
heartbeat: ... info: Running /etc/ha.d/resource.d/IPaddr 172.17.10.30 start
heartbeat: ... info: ifconfig eth0:0 172.17.10.30 netmask 255.255.0.0 \
broadcast 172.17.255.255
heartbeat: ... info: Sending Gratuitous Arp for 172.17.10.30 on eth0:0 [eth0]
heartbeat: ... info: Running /etc/ha.d/resource.d/apache start
heartbeat: ... info: Running /etc/ha.d/resource.d/mon start
</pre>
Hier sind einige häufigere Troubleshooting Scenarios:

heartbeat: ... ERROR: Bad permissions on keyfile [/etc/ha.d/authkeys], 600 recommended.

Fehlerbehebung durch chmod 600 /etc/ha.d/authkeys

heartbeat: ... ERROR: Current node [mastah] not in configuration

Überprüfung des Hostnames notwendig, welcher identisch sein muss mit dem der in /etc/ha.d/ha.cf und /etc/ha.d/haresources definiert wurde.

heartbeat: ... Cannot locate resource script apache
heartbeat: ... Cannot locate resource script mon

Es ist sicherzustellen dass in /etc/rc.d/init.d oder /etc/ha.d/resource.d Startscripte vorhanden sind, die das Start/Stop Argument nehmen und ausführbar sind. Vielleicht sollte man die Scripte manuell ausprobieren.

Wenn mon Heartbeat sofort beendet, bedeutet das möglicherweise dass man den http ping oder router ping nicht richtig konfiguriert hat und mon daher denkt, dass keine Antwort kommt.

Man muss überprüfen dass Heartbeat die virtuelle IP Adresse hochbringt. Folgendermaßen sollte der Master aussehen:

<pre>
# ifconfig -a
eth0:0 Link encap:Ethernet HWaddr ....
inet addr:172.17.10.30 Bcast:172.17.255.255 Mask:255.255.0.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
Interrupt:11 Base address:0x1000
</pre>

==== Test mit verschiedenen Failoverszenarios ====

Wenn man so weit gekommen ist.. gut! Jetzt können wir uns Zeit zum ausprobieren nehmen und den Master einstampfen. Apache lauscht jetzt auf der virtuellen IP Adresse, also geht man mit dem Browser seiner Wahl auf http://172.17.10.30/test.html und sollte dann logischerweise eine Seite sehen wo "Master" steht.

1. Ausschalten des Masters oder einen init 1 durchführen, um aus dem Multiuserrunlevel rauszukommen
Es sollte ca. 10 Sekunden dauert bis der Slave festgestellt hat, dass der Master down ist. Recht bald danach wird man im log des Slaves folgendes sehen:

<pre>
heartbeat: ... WARN: node master: is dead
heartbeat: ... info: Link master:/dev/ttyS0 dead.
heartbeat: ... info: Link master:eth1 dead.
heartbeat: ... info: Running /etc/ha.d/rc.d/status status
heartbeat: ... info: Running /etc/ha.d/rc.d/ifstat ifstat
heartbeat: ... info: Running /etc/ha.d/rc.d/ifstat ifstat
heartbeat: ... info: Taking over resource group 172.17.10.30
heartbeat: ... info: Acquiring resource group: master 172.17.10.30 apache mon
heartbeat: ... info: Running /etc/ha.d/resource.d/IPaddr 172.17.10.30 start
heartbeat: ... info: ifconfig eth0:0 172.17.10.30 netmask 255.255.0.0 \
broadcast 172.17.255.255
heartbeat: ... info: Sending Gratuitous Arp for 172.17.10.30 on eth0:0 [eth0]
heartbeat: ... info: Running /etc/ha.d/resource.d/apache start
heartbeat: ... info: Running /etc/ha.d/resource.d/mon start
</pre>

Man führt einen ifconfig -a durch, um zu sehen ob der Slave die IP Adresse übernommen hat.

Mit dem Browser wieder auf die http://172.17.10.30/test.html. Dort sollte jetzt ein "Slave" stehen.

Man startet den Master wieder um zum normalen Betrieb überzugehen. Heartbeat starten falls nötig

2. Ausführen von /etc/rc.d/apache stop auf dem Master.

Nach einer Weile (die in mon.cf definiert wird) wird man in /var/log/messages auf dem Master folgendes lesen können:

<pre>
Feb 21 18:10:13 master mon[28334]: failure for web-fe http 1045879813 172.17.10.30
</pre>

Mon wird das bemerken und das Alert Script aufrufen welches Heartbeat runterfährt. Das ist gleichbedeutend zu einer Nichterreichbarkeit von Apache und es dauert 10 Sekunden bis mon realisiert hat, dass es den Server nicht mehr pingen kann. Daher wird mon Heartbeat runterfahren.

Man überprüft das Log auf dem Slave um zu sehen, dass er die virtuelle IP Adresse hochgebracht hat.

In einer produktivem Umgebung würde man dann den Master reparieren, und Heartbeat nach erfolgter Reparatur wieder starten, wodurch der Slave die Resourcen freigibt.

=== Clustering ===

=== Load Balance ===

=== DUNDi ===

DUNDi wird verwendet um Dialpläne mit anderen Asterisk Servern zu teilen. Das wichtigste Feature ist die Sicherstellung der Erreichbarkeit eines SIP-Geräts, egal an welchem Asterisk Server die Anmeldung erfolgt ist.

Beispiel:

Wir verwenden zwei Asterisk Server (PBX1,PBX2) und zwei SIP-Geräte (SIP1,SIP2). Gerät SIP1 registriert sich auf PBX1 und Gerät SIP2 auf PBX2.

Beim Informationsaustausch zwischen den Asterisk Servern kommt DUNDi ins Spiel.

Um den dynamischen Peer Austausch zu aktivieren, wird in der sip.conf ein neuer Kontext angelegt.

 
{{Box File|nano -w /etc/asterisk/sip.conf|
<pre>
[general]
regcontext=sipregistration (kann auch anders benannt werden)
</pre>
}}

Funktion: Sobald ein SIP-Gerät sich beim Asterisk Server anmeldet, wird es in diesem dynamischen Kontext hinterlegt. Das bedeutet dass der Asteriskserver eine dynamische Liste der gerade angemeldeten SIP-Geräte erstellt.

In der extentions.conf müssen keine Änderungen vorgenommen werden!

Wichtig: regcontext=sipregistration muss in jedem Asterisk Server des Clusters eingetragen werden!

<pre>
In PBX Trunks einen neuen IAX2 Trunk anlegen:

[priv]
type=friend
dbsecret=dundi/secret
context=incomingdundi
</pre>
Funktion: Es wird festgelegt, wie sich die Asterisk Server untereinander verständigen sollen.

 
{{Box File|nano -w /etc/asterisk/dundi.conf|
<pre>

[general]
cachetime=5 (alle 5 Sekunden SIP Geräte Registrierung abgleichen)
ttl=2 (Wir wollen nicht hinter einen PBX schauen, also wird das Limit auf 2 Hops begrenzt)

[mappings]
priv => sipregistration,0,IAX2,priv:${SECRET}@192.168.0.1(von PBX1)/${NUMBER},nopartial

;Die Identität eines Asterisk Servers anhand der MAC Adresse definiert.

entityid=01:01:01:01:01:01 MAC von PBX1

; Peer section - Festlegen mit welchen PBXen der Asterisk peeren soll

[02:02:02:02:02:02] MAX von PBX2
model = symetric
host = 192.168.0.2 IP von PBX2
inkey = dundi
outkey = dundi
include = priv
permit = priv
qualify = yes
oder = primary

;Hinweis: Für alle am Peering teilnehmenden Asterisk PBXen sollte das selbe Out/In-Key gewählt werden.
</pre>
}}

Einrichtung der PBX2

Alle Werte gleich übernehmen, IP und MAC jeweils vertauscht eintragen (PBX1 IP = PBX2 IP usw.)

 
{{Box File|nano -w /etc/asterisk/dundi.conf|
<pre>

[general]
cachetime=5 (alle 5 Sekunden SIP Geräte Registrierung abgleichen)
ttl=2 (Wir wollen nicht hinter einen PBX schauen, also wird das Limit auf 2 Hops begrenzt)

[mappings]
priv => sipregistration,0,IAX2,priv:${SECRET}@192.168.0.2(von PBX2)/${NUMBER},nopartial

;Die Identität eines Asterisk Servers anhand der MAC Adresse definiert.

entityid=02:02:02:02:02:02 MAC von PBX2

; Peer section - Festlegen mit welchen PBXen der Asterisk peeren soll

[01:01:01:01:01:01] MAC von PBX1
model = symetric
host = 192.168.0.1 IP von PBX1
inkey = dundi
outkey = dundi
include = priv
permit = priv
qualify = yes
oder = primary

;Hinweis: Für alle am Peering teilnehmenden Asterisk PBXen sollte das selbe Out/In-Key gewählt werden.
</pre>
}}

== Features ==
==== Telefoniedienste ====
- passwortgeschützter Anrufbeantworter 
- Sprachnachrichten über den Webbrowser abhören 
- optische Anzeige bei Nachrichteneingang 
- Konferenzräume 
- Anrufweiterleitung 
- Anrufumleitung 
- Anrufe halten 
- Anrufe wiederaufnehmen 
- Schaltmöglichkeit für Erreichbarkeit / Nichterreichbarkeit 
- Anrufannahme an jedem Telefon innerhalb einer definierten Gruppe (Pickup Call) 
- Anrufweiterleitung falls besetzt 
- Anrufweiterleitung falls keine Antwort erfolgt 

==== Verwaltung ====

- Administration über Weboberfläche 
- Einrichtung von Gruppen 
- Einrichtung von Warteschleifen 
- Einrichtung von automatischen Ansagen außerhalb der Geschäftszeiten 
- Einrichtung der Regeln, wie mit Anrufen verfahren werden soll 
- Definition der Ziele eines kommenden Anrufs 

== Einrichtung der Endgeräte ==
==== Siemens C450 IP ====

Am Mobilteil des C450 IP lässt sich die Displaysprache, die automatische Rufannahme, die Sprachlautstärke, Klingeltöne, Stummschaltung und einiges mehr einrichten. 

Die Voice over IP Einstellungen werden über Menü -> Einstellungen -> Basis -> VoIP-Konfiguration getroffen. 

Notwendige Einträge hierbei sind: 

- Benutzername (CallerID) 
- Anmeldename (Zugangsdaten von Asterisk) 
- Anmeldepasswort (Zugangsdaten von Asterisk) 

Die Zuordnung der IP Adresse der Basis erfolgt automatisch über DHCP oder kann manuell gesetzt werden. 

Menü -> Einstellungen -> Basis -> VoIP-Konfiguration -> IP-Konfiguration 

Eine weitere Konfigurationsmöglichkeit ist das eingebaute Webinterface, wodurch die Einrichtung am PC vorgenommen werden kann. 

Im Webinterface erfolgt der Eintrag der IP-Konfiguration ebenso wie über das Mobilteil (IP Adresse statisch oder dynamisch, Subnetzmaske, Gateway, bevorzugter DNS Server. 

Nach Einrichtung der Verbindungseinstellungen erfolgt die Konfiguration des SIP Zugangs. 

- Eintragen des Anmeldenamens (Asteriskaccount) 
- Eintragen des Anmeldepassworts (Asteriskaccount) 
- Eintragen des Benutzernamens (CallerID) 
- Eintrag der Domäne (z.b. 23424@sipprovider.de) 
- Eintrag der Realm (IP Adresse von Asterisk) 
- Eintrag des angezeigten Namens (optional) 
- Proxyserveradresse (IP von Asterisk) 
- Serverport (Default 5060) 
- Registrarserver (IP von Asterisk) 
- Registrarserverport (Default 5060) 
- Sipports (Default 5060) 
- RTPports (Default 5004) 

Nach Eintragung der benötigten Daten ist das Telefon in der Lage, eine Verbindung zu Asterisk herzustellen. Das Telefon muss noch in Asterisk angelegt werden mit Benutzeraccount (sofern noch nicht geschehen) und in den Dialplan/Extentions eingebaut werden. 

==== Elmeg IP-290 ====

Der Anschluss ans Lan erfolgt beim Elmeg über eine RJ-45 Buchse.

Wenn das verwendete Netzwerk DHCP unterstützt, kann es durch wählen von "An" aktiviert werden. Wird "Aus" gewählt werden verschiedene Einstellungen manuell abgefragt.

- IP-Adresse auswählen. Bei Nichtverwendung von DHCP kommt eine statische IP Adresse zum Einsatz
- Subnetmask / Netzmaske
- IP Gateway
- DNS Server
- Rufton auswählen
- Zeitzone auswählen

Auswählen des ersten Accounts mit Hilfe des Anmeldungsassistenten.

Falls dem Telefon keine Nummer zugeteilt ist, wird man aufgefordert das Benutzerkürzel einzugeben welches aus der Telefonnummer gefolgt von einem @ sowie der Adresse des SIP Registrarservers besteht.

Die Eingabe des Benutzerkürzels bestätigt man mit der OK Taste. Danach versucht das Telefon sich am angegebenen Registrarserver anzumelden. Wenn unten nicht mehr NR im Display steht (NR=Not registered), dann war die Anmeldung am Server erfolgreich.

==== Thomson ST2030-EU-S ====

Kurzfassung: 

Der Anschluss erfolgt über 10/100 Mbit RJ-45 ans Lan oder an einen PC. PoE wird unterstützt, sodass das IP-Telefon über das Lan mit Strom versorgt wird. Wird PoE nicht verwendet, muss ein Netzteil verwendet werden. 

Das Telefon wird über das eingebaute Webinterface konfiguriert. Mit dem Webbrowser auf die Adresse des Telefons gehen (z.b. 192.168.0.1). 

Danach gibt man das Defaultlogin und Passwort ein (administrator)/(784518) 

In den Netzwerksettings trägt man den zuständigen DHCP Server ein, oder vergibt eine statische Adresse. 

Im Punkt Profile wird ein Profil selektiert und die notwendigen Daten bezüglich der verwendeten PBX eingetragen. (IP Adresse von Asterisk, SIPaccount, Ports) 

Lange Fassung: 

Installationsvorraussetzungen: 

Funktionierender Asterisk mit angelegten Usern und Extensions 

Auf der Rückseite des Telefons finden sich drei RJ-45 Schnittstellen die als PC, Lan und Ext bezeichnet sind.Das Netzwerkkabel welches das Telefon mit dem lokalen Lan verbinden soll, kommt in die Lan Buchse. Die Ext Schnittstelle ist für Hardwareerweiterungen, und damit vorerst unwichtig. 

Es gibt zwei Möglichkeiten wie man das Thomson ST2030IP konfigurieren kann. Die erste Möglichkeit besteht darin, das Telefon direkt zu konfigurieren, wobei der zweite Weg wohl bequemer ist: Die Konfiguration über das Webinterface. Es gibt außerdem zwei Level von Zugriffsmöglichkeiten, den user und den administrator. 

=== Konfiguration über das Telefon ===

Am Telefon werden die Einstellungen mit 3 Softbuttons getroffen. Um Änderungen zu machen, verwendet man die große OK Taste oder den Menüknopf worauf die Auswahl aus user, admin und options erscheint. Der user bereich ist nicht passwortgeschützt und zum Personalisieren des Telefons gedacht. Defaultsystempin ist übrigens die 0000. 

Im option Bereich kann man anrufspezifische Einstellungen ändern, z.b. Anrufweiterleitung oder Anrufabweisen. Außerdem findet sich hier die Möglichkeit das Gerät zu resetten. 

Im administrator Bereich ist default ein Kennwort vergeben (784518) und folgende Einstellungen können in diesem Menü getroffen werden. 

- Änderung der Netzwerkeinstellungen (fixed-IP, DHCP, Netzmaske, DNS) 
- NTP Server Setup 
- SIP Konfiguration. Bis zu vier verschiedene Profile, respektive Konten lassen sich an dieser Stelle definieren die aus folgenden Einstellungen bestehen: 

- Profilname 
- Name 
- Proxyserver 
- Registrarserver 
- Registrar ID 
- Registrar PW 
- Display Name 
- Telefonnummer 

Außerdem gibt es hier die Möglichkeit das Telefon auf die Werkseinstellungen zurückzusetzen. 

=== Konfiguration über das Webinterface ===

Als user braucht man kein Passwort und selbstverständlich sind die Rechte eingeschränkt. Man kann grundlegende Telefoniedienste konfigurieren. 

Der Administrator hat volle Zugriffsrechte aber der Zugang zum Admininterface ist nicht so einfach. Als erstes loggt man sich im Webinterface als user oder administrator ein und hat user Rechte. Danach startet man das Telefon neu, während man noch eingeloggt ist. Man wird bemerken dass neue Funktionen zugänglich sind, und ein Promt für Benutzername und Passwort erscheint. Default ist "administrator" und "784518". Jetzt kann man Änderungen vornehmen. 

=== Thomson ST2030 für Asterisk konfigurieren ===

Den OK oder menu Knopf drücken. Danach den mittleren Softkey betätigen um in den Administrator Bereich zu gelangen. Das Defaultpasswort hierfür ist 784518. Dann geht man in den Networking Bereich und trägt die IP Adresse, Subnetzmaske, Default Gateway und DNS Server ein. 

Wenn dieser Vorgang abgeschlossen ist, geht man zurück in die Hauptadministration und in das SIP Konfigurationsmenü. Hier wählt man das gewünschte Profil aus, in diesem Fall das Profil 1. Es werden der Name der auf dem Telefondisplay erscheinen soll eingetragen, sowie die IP Adresse des SIP Proxy Servers und des SIP Registrar Servers (entspricht der IP Adresse des Asteriskservers). Die nächsten Einträge sind Registrar ID (Login für Asterisk) und Registrar Passwort (Asteriskpasswort). Dieser Account wurde vorher für das Telefon auf dem Asteriskserver definiert. Der letzte Eintrag ist TelNbr der mit dem Login für Asterisk bzw. der Registrar ID identisch ist. Danach ist das Telefon konfiguriert und einsatzbereit. 

== Bekannte Probleme und Lösungen ==
 
Ausgehende Gespräche
 
Anrufer hört die ersten Sekunden nichts!
 
 
Ein Anruf kommt zwar zustande aber der Angerufene hört die ersten Sekunden nichts. Dies ist meistens fatal da meinsten die Ansage bzw. Name gesprochen wird. Das Problem liegt an den sogenannten "r" was für "Ring" steht. Asterisk simuliert einen Klingelzeichen das u.U auch noch nach dem der Anrufer abnimmt abgespielt wird.
 
 
Die Lösung !
 
 
Im FreePBX Admininterface unter Setup und General Settings.
 

<pre>
Asterisk Dial command options: t

Asterisk Outbound Dial command options: t

</pre>

Projekte

2007-10-21T20:48:33Z

Zulasch: