{"id":150,"date":"2008-07-24T19:26:52","date_gmt":"2008-07-24T17:26:52","guid":{"rendered":"http:\/\/www.admindu.de\/wordpress\/?p=150"},"modified":"2008-07-25T09:14:42","modified_gmt":"2008-07-25T07:14:42","slug":"asterisk-bri-stuff-040-rc3b-auf-debian-lenny","status":"publish","type":"post","link":"https:\/\/www.admindu.de\/wordpress\/?p=150","title":{"rendered":"Asterisk Bri-Stuff 0.4.0-RC3b auf Debian Lenny"},"content":{"rendered":"

Fuer meine neue eierlegende Wollmilchsau wollte ich auch mal ein Debian Lenny x64 testen. Die Maschine ist ein Asus P5K SE mit einem Core2Quad Q6600 und hat 4GB Ram. Um die voll zu nutzen waere 64 Bit natuerlich schoen. Das Debian x64 kam nach allen aktuellen Updates mit einem 2.6.25-2-amd64 daher. Als ISDN-Interface verwende ich eine HFC-S ISDN Karte im PCI Slot (davon hat das Asus P5K zwei, im anderen steckt die Terratec<\/a> fuer den zentralen Videorecorder) und moechte den zaphfc Treiber von Junghanns.net<\/a> einsetzen. Leider war es mir nicht moeglich in dieser Konfiguration ein funktionierendes Setup zu bekommen. Wenn es schon so anfaengt, dann wirds sicher keine Freude das auf Dauer als Home-Server zu verwalten.<\/p>\n

Daher versuche ich es jetzt mal mit einem x86 System. Und da klappt das auch sofort ohne irgendwelche Probleme. Hier mein detailliertes Vorgehen:<\/p>\n

<\/p>\n

Als Basis dient eine Baseinstall Debian Lenny x86, nur Standard-System im tasksel ausgewaehlt. Folgende Pakete muessen dann nachinstalliert werden, damit die Asterisk<\/a> spaeter durchkompiliert:<\/p>\n

aptitude install linux-headers-2.6-686 build-essential libncurses-dev bison libusb-dev usbutils fxload<\/p>\n

Anschliessend brauchen wir das Bri-Stuff-Asterisk-Paket von Junghanns.net<\/a>. Es gibt auch Asterisk<\/a> 1.4 Pakete, sogar Bri-Stuffed, aus dem debian-apt. Auch ist es moeglich die zaphfc-module ueber den module-assistant von debian zu bauen. Allerdings habe ich damit so meine Probleme gehabt. Ausserdem ist das Paket von Junghanns.net noch eine RC3 und bristuff ist ein sehr lebendiges Projekt. Da ist die Version aus dem apt schnell altbacken. Daher habe ich mich dafuer entschieden das Source-Paket direkt zu bauen und dokumentiere im Weiteren das Vorgehen:<\/p>\n

wget http:\/\/www.junghanns.net\/downloads\/bristuff-0.4.0-RC3b.tar.gz
\ntar -xzvf bristuff-0.4.0-RC3b.tar.gz
\ncd bristuff-0.4.0-RC3b<\/p>\n

Nachdem es bei Tools wie VMWare<\/a> und auch den Manits-Treibern<\/a> hilfreich war den Kompiler auf den zum Kernel passenden gcc-4.1 zu aendern, und auch bei der Asterisk-Install (vielmehr beim bauen von zaptel) Kernelmodule gebaut werden, dachte ich, es sei sinnvoll hier ebenfalls den gcc-4.1 Kompiler zu verwenden. Da ich im Betrieb keine Probleme hatte habe ich nicht getestet, ob und inwiefern das einen Effekt hat, wenn man stattdessen mit dem 4.3er GCC baut. Zum setzen des gcc-4.1 habe ich den zaptel-Part der compile.sh angepasst:<\/p>\n

if [ -d zaptel ]; then
\ncd zaptel
\nexport CC=\/usr\/bin\/gcc-4.1
\nexport GCC=\/usr\/bin\/gcc-4.1
\n.\/configure
\nmake MODULES_EXTRA=”$BRISTUFF_ZAP_MODS” $BRISTUFF_ZAP_PARAMS clean
\nmake MODULES_EXTRA=”$BRISTUFF_ZAP_MODS” $BRISTUFF_ZAP_PARAMS all
\nmake MODULES_EXTRA=”$BRISTUFF_ZAP_MODS” $BRISTUFF_ZAP_PARAMS install $DESTDIR_PARAM $DEVHACK
\ncd ..
\nunset CC
\nunset GCC
\nwait_user “ZAPTEL installed”
\nfi<\/p>\n

Danach dann das Script install.sh starten:<\/p>\n

.\/install.sh<\/p>\n

Es werden jetzt diverse Source-Pakete heruntergeladen und gepatched. Danach beginnt direkt der Kompilierprozess. Dieser stellt immer wieder Fragen. Wenn kein Fehler auftritt, dann kann man hier einfach durch druecken von Return weiter machen.<\/p>\n

WICHTIG: Bei der Frage nach dem iLBC Codec ist es notwendig die Lizenzbestimmungen zu lesen. Vor allem bei einem gewerblichen Einsatz der Installation begeht man sonst womoeglich einen Lizenzverstoss. Im Zweifel den Codec nicht installieren. Es geht weitgehend auch ohne iLBC.<\/p>\n

Wenn dann alles soweit geklappt hat, dann sind wir irgendwann hier:<\/p>\n

****************************************************
\nEverything installed.
\nBRIstuff Installation finished.
\n****************************************************<\/p>\n

Congratz \ud83d\ude42 Dann ist die Installation schon mal abgeschlossen.<\/p>\n

\n \n<\/p>\n

\nJetzt gilt es die eben installierte Software in Betrieb zu nehmen. Dazu eigenen sich erstmal die mitgelieferten Beispiele. Diese kann man installieren, indem man folgendes macht.<\/p>\n

Zuerst installieren wir die zaptel-configs und das init-script fuer zaptel:<\/p>\n

cd bristuff-0.4.0-RC3b\/zaptel
\nmake config<\/p>\n

danach muessen wir dann noch unser zaphfc modul in der Datei \/etc\/default\/zaptel eintragen:<\/p>\n

vi \/etc\/default\/zaptel<\/p>\n

Dann in dieser Dateie alle Zeilen der folgende Art auskommentieren:<\/p>\n

MODULES=”$MODULES tor2″ # T400P – Quad Span T1 Card<\/p>\n

danach die Zeile einmal kopieren und unter der letzen MODULES-Zeile einfuegen. Dort dann das vorhandene Modul durch zaphfc ersetzen. Natuerlich nicht auskommentieren. Beispiel:<\/p>\n

MODULES=”$MODULES zaphfc” # HFC ISDN Card<\/p>\n

TIPP: Wer keine Zaptel Hardware hat, aber trotzdem mit den Zaptel-Features der Asterisk testen moechte kann hier das Modul ztdummy<\/a> laden. Dies simuliert eine Zaptel-Interface Timing-Source.<\/p>\n

Dann kopieren wir noch das Zaptel-Config-Beispiel von Junghanns.net an die richtige Stelle:<\/p>\n

cp bristuff-0.4.0-RC3b\/zaphfc\/zaptel.conf \/etc<\/p>\n

Damit ist die Konfiguration von zaptel abgeschlossen uns das ISDN-Interface sollte nach dem Reboot zur Verfuegung stehen. Natuerlich kann man das auch ohne Reboot testen. Ist ja kein Windows \ud83d\ude09 Einfach ein<\/p>\n

invoke-rc.d zaptel start<\/p>\n

ausfuehren. Dann sollte so eine Ausgabe kommen:<\/p>\n

Loading zaptel framework: done.
\nWaiting for zap to come online…OK
\nLoading zaptel hardware modules: ztdummy.
\nzaphfc.
\nRunning ztcfg: .<\/p>\n

Je nach eigener Konfig ohne das ztdummy Module. Ich habe das in der Konfig, weil die ISDN-Karte aktuell noch im anderen Server steckt. Mit dmesg kann man dann auch die Ausgabe das HFC Treibers anschauen:<\/p>\n

[ 3833.803967] Zapata Telephony Interface Unloaded
\n[ 3843.918694] Zapata Telephony Interface Registered on major 196
\n[ 3843.918713] Zaptel Version: 1.4.11
\n[ 3843.918721] Zaptel Echo Canceller: MG2
\n[ 3844.947836] ztdummy: Trying to load High Resolution Timer
\n[ 3844.947860] ztdummy: Initialized High Resolution Timer
\n[ 3844.947869] ztdummy: Starting High Resolution Timer
\n[ 3844.947891] ztdummy: High Resolution Timer started, good to go
\n[ 3844.963849] zaphfc: jitterbuffer size: 1
\n[ 3844.963905] zaphfc: 0 hfc-pci card(s) in this box.<\/p>\n

Wenn eine ISDN Karte drinn steckt, dann sollte der Treiber hier natuerlich keine “0” mehr melden. Nachdem wir also nun das zaptel fertig eingerichtet haben wenden wir uns der asterisk zu. Auch hier installieren wir erstmal die Beispielkonfigs:<\/p>\n

cd bristuff-0.4.0-RC3b\/asterisk
\nmake samples<\/p>\n

<\/p>\n

cd bristuff-0.4.0-RC3b\/asterisk-addons
\nmake samples<\/p>\n

Dann kopieren wir noch die Zaphfc Beispielkonfig von Junghanns.net. Vorher sichern wir die mit das asterisk gelieferte Default-Konfig:<\/p>\n

mv \/etc\/asterisk\/zapata.conf \/etc\/asterisk\/zapata.conf-DIST
\ncp bristuff-0.4.0-RC3b\/zaphfc\/zapata.conf \/etc\/asterisk<\/p>\n

Jetzt fehlt nur noch das Init-Script. Das leihe ich mir gerne bei Debian. Da laeuft die Asterisk dann auch unter dem User asterisk, was aus Sicherheitsgesichtspunkten natuerlich sinvoll ist. Damit das sauber klappt muessen wir erstmal den User anlegen:<\/p>\n

adduser –disabled-login –group –disabled-password asterisk
\nadduser –disabled-login –ingroup asterisk –disabled-password asterisk<\/p>\n

Dann gibts hier das Init-Script zum herunterladen: asterisk Init-Script<\/a>. Das muss dann in \/etc\/init.d platziert und ggf mit update-rc.d aktiviert werden:<\/p>\n

cd \/etc\/init.d
\nwget http:\/\/www.admindu.de\/wordpress\/wp-content\/uploads\/2008\/07\/asterisk
\nchmod 755 asterisk
\nupdate-rc.d asterisk defaults<\/p>\n

Leider gibt es da noch ein kleines, aber feines, Problem \ud83d\ude41 Die Asterisk im Junghanns.net Paket setzt das “localstatedir” unter Linux auf \/var\/run. Da darf aber der User asterisk nicht schreiben. Daher startet die Anlage nicht. Daher muss das “localstatedir” auf \/var\/run\/asterisk angepasst werden und wir muessen die Anlagensoftware nochmal bauen. Dazu machen wir folgendes:<\/p>\n

cd bristuff-0.4.0-RC3b\/asterisk
\nvi Makefile<\/p>\n

Dort passen wir dann die folgende Zeile an:<\/p>\n

ASTVARRUNDIR=$(localstatedir)\/run<\/p>\n

ASTVARRUNDIR=$(localstatedir)\/run\/asterisk<\/p>\n

und bauen die Software erneut durch:<\/p>\n

make clean
\nmake all
\nmake install<\/p>\n

Selbiges machen wir auch nochmal fuer die asterisk-addons gegen unseren neuen Build:<\/p>\n

cd bristuff-0.4.0-RC3b\/asterisk-addons
\nmake clean
\nmake all
\nmake install<\/p>\n

Dann muessen wir noch die entsprechenden Verzeichnisse dem User asterisk schenken:<\/p>\n

chown -R asterisk:asterisk \/var\/run\/asterisk
\nchown -R asterisk:asterisk \/var\/spool\/asterisk
\nchown -R asterisk:asterisk \/var\/log\/asterisk
\nchown -R root:asterisk \/var\/lib\/asterisk
\nchown -R root:asterisk \/etc\/asterisk<\/p>\n

Dann passen wir noch in der Datei \/etc\/asterisk\/asterisk.conf die folgende Zeile an:<\/p>\n

astrundir => \/var\/run<\/p>\n

wird<\/p>\n

astrundir => \/var\/run\/asterisk<\/p>\n

Und wir entfernen den Kommentar bei folgenden Optionen:<\/p>\n

[options]
\nrunuser = asterisk ; The user to run as
\nrungroup = asterisk ; The group to run as<\/p>\n

So, wenn jetzt alles glatt geht, dann sollte die Asterisk starten.<\/p>\n

invoke-rc.d asterisk start<\/p>\n

Dann nachschauen ob der Prozess laeuft mit<\/p>\n

ps auxwww | grep asterisk<\/p>\n

Wenn sich in der Ausgabe eine solche Zeile befindet, dann wurde asterisk erfolgreich gestartet:<\/p>\n

asterisk 3211 0.0 0.2 21256 8832 ? Ssl Jul22 0:30 \/usr\/sbin\/asterisk -p -U asterisk<\/p>\n

Wenn das geklappt hat kann man sich nun mit einer Remote-Konsole verbinden. Mehr “v” steigern die Gespraechigkeit der Anlage. Das “r” steht fuer reconnect einer bereits laufenden Anlagensoftware:<\/p>\n

asterisk -vvvvvvvvvvvvvvvvr<\/p>\n

VORSICHT! Ab diesem Moment wird die Software automatisch beim booten gestartet. Das ist keine gute Idee, wenn die Kiste in einem offenen Netzwerk steht und eine Default-Konfig hat. Bitte die Maschine entsprechend absichern und die Sicherheitsdokumentation von asterisk lesen. Vor allem bei einem produktiven Einsatz ist es unabdingbar sich mit der Sicherheit auseinanderzusetzen. Die Loesungen hier sind nur fuer geschlossene Netze gedacht und nicht sicher !!!<\/p>\n

Wenn zu diesem Zeitpunkt eine HFC ISDN Karte in der Kiste steckt und diese auch laut “dmesg” richtig konfiguriert wurde, dann kann man folgenden Test machen:<\/p>\n

– ISDN Karte mit dem eigenen NTBA verbinden
\n– Alle anderen Telefone ausstecken
\n– eine der eigenen MSNs anrufen
\n– dann sollte die Demo der Asterisk zu hoeren sein
\n– durch die Eingabe von Ziffern kann durch die Menues navigiert werden<\/p>\n

Wenn das klappt ist es als naechstes an der Zeit IP-Telefone einzubinden und eine eigenen Dialplan zu erstellen. Das wird in diesem Post nicht mehr behandelt. Hier aber noch ein paar Infos zum Einstieg:<\/p>\n

Als IP-Telefone kann ich SNOM<\/a> sehr empfehlen. Vor allem im gerweblichen Einsatz sehr gute Geraete und gute Integration mit asterisk. Dazu mal mehr in einem anderen Post. Dann habe ich noch erfolgreich ein Siemens S450IP<\/a> im Einsatz. Als Softphones kann ich das freie Ekiga<\/a> und das kostenlose X-ten Lite<\/a> empfehlen.<\/p>\n

Ab und zu kann es in den Logs (oder in dmesg) zu folgenden Fehlermeldungen kommen:<\/p>\n

[10408.302513] zaphfc[0]: b channel buffer underrun: 0, 0
\n[10408.302520] zaphfc[0]: b channel buffer overflow: 230, 230
\n[10408.314512] zaphfc[0]: b channel buffer underrun: 0, 0
\n[10408.314518] zaphfc[0]: b channel buffer overflow: 236, 236<\/p>\n

Es gibt im Internet viele verschiedene Aussagen und Meinungen wann und warum sowas passiert. Einig sind sich die meisten insofern, als es etwas mit dem Interrupt-Handling zu tun hat. Ich moechte hier nicht auch wieder darauf eingehen. Google hilft im Zweifel. Von mir nur so viel. Auf meinem P5K SE tritt der Fehler sehr selten auf und nur wenn die Kiste unter Last ist. Auf meinem vorherigen Server, einem P4P800 SE mit einem 3 Ghz P4 war der Fehler haeufiger zu beobachten. In beiden Faellen haben die Meldungen aber den stabilen Betrieb nicht beeinflusst. Es war lediglich ein Knacken in der Leitung wenn, man zum Zeitpunkt der Meldung telefoniert hat. Es ist in jedem Falle sinnvoll die PCI-Karten solange zu sortieren (oder unnoetige Onboard-komponenten abzuschalten), bis die HFC-Karte sich ihren Interrupt nicht mehr mit einer anderen Karte teilen muss. Pruefen kann man das mit:<\/p>\n

cat \/proc\/interrupts<\/p>\n

Gut sieht so aus:<\/p>\n

17: 404965966 405005448 IO-APIC-fasteoi zaphfc<\/p>\n

sowas hier ist schlecht:<\/p>\n

17: 404965966 405005448 IO-APIC-fasteoi zaphfc, eth0<\/p>\n

Das ist bei mir sowohl auf dem P4P800 als auch auf dem P5K zu bewerkstelligen gewesen. Fuer den professionellen Einsatz sollte man sowieso eine Karte von Junghanns.net<\/a> nehmen. Da gibt es diese Probleme nicht.<\/p>\n","protected":false},"excerpt":{"rendered":"

Fuer meine neue eierlegende Wollmilchsau wollte ich auch mal ein Debian Lenny x64 testen. Die Maschine ist ein Asus P5K SE mit einem Core2Quad Q6600 und hat 4GB Ram. Um die voll zu nutzen waere 64 Bit natuerlich schoen. Das Debian x64 kam nach allen aktuellen Updates mit einem 2.6.25-2-amd64 daher. Als ISDN-Interface verwende ich … <\/p>\n

Continue reading “Asterisk Bri-Stuff 0.4.0-RC3b auf Debian Lenny”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[9,3],"tags":[26,15,4,27],"class_list":["post-150","post","type-post","status-publish","format-standard","hentry","category-cool_setups","category-linux_stuff","tag-asterisk","tag-debian","tag-linux","tag-voip"],"_links":{"self":[{"href":"https:\/\/www.admindu.de\/wordpress\/index.php?rest_route=\/wp\/v2\/posts\/150","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.admindu.de\/wordpress\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.admindu.de\/wordpress\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.admindu.de\/wordpress\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.admindu.de\/wordpress\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=150"}],"version-history":[{"count":83,"href":"https:\/\/www.admindu.de\/wordpress\/index.php?rest_route=\/wp\/v2\/posts\/150\/revisions"}],"predecessor-version":[{"id":314,"href":"https:\/\/www.admindu.de\/wordpress\/index.php?rest_route=\/wp\/v2\/posts\/150\/revisions\/314"}],"wp:attachment":[{"href":"https:\/\/www.admindu.de\/wordpress\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=150"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.admindu.de\/wordpress\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=150"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.admindu.de\/wordpress\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=150"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}