everflux

Nachdem für Ubuntu Intrepid der Support ausgelaufen ist, blieb nichts anderes übrig: Ein Upgrade auf Lucid ist nötig, um weiterhin Sicherheitsupdates für Ubuntu zu bekommen. (Und wann hat man dazu schon so gut Zeit, wie zu Weihnachten…)

Nach einigen Zwischenstationen über u.a. Jaunty und Karmic samt Kernel Oops wegen ACPI und APIC Problemen auf dem alten Nvidia Board war dann endlich Lucid auf der Platte. Allerdings ohne AVM Fritz Treiber – AVM hat den Support eingestellt und es gibt (natürlich) keine OpenSource Treiber. Glücklicherweise gibts im Ubuntuusers-Wiki eine wunderbar funktionierende Anleitung. Für Ubuntu Lucid habe ich folgende Schritte durchgeführt (die Build Abhängigkeiten waren noch von Intrepid vorhanden)

wget https://belug.de/~lutz/pub/fcpci/fritz-fcpci-src-2.6.31_untested.tar.bz2
tar -jxf fritz-fcpci-src-2.6.31_untested.tar.bz2
cd fritz-fcpci-src-2.6.31_untested
make clean
make all
mkdir /lib/modules/`uname -r`/extra
cp fcpci.ko /lib/modules/`uname -r`/extra/

Die letzten beiden Schritte werden wohl nach jedem Kernel Update faellig. In der /etc/modules steht das fcpci Modul noch drin, so dass es beim Systemstart automatisch geladen wird.
Danke an Lutz Willek dem wir das gepatchte Paket zu verdanken haben.

Für Asterisk und Capi sollte das Ubuntu Paket asterisk-chan-capi den entsprechenden Channel fuer Asterisk bereitstellen. Leider ist in Lucid 10.04.1 das Paket defekt, es wurde mit anderen Compileroptionen übersetzt als Asterisk und kann daher nicht geladen werden.
Ein einfacher workaround sieht so aus:
apt-get install asterisk-dev
apt-get source asterisk-chan-capi
cd asterisk-chan-capi-1.1.4
dpkg-buildpackge -b
cd ..
dpkg -i asterisk-chan-capi_1.1.4-1_i386.deb

Das Asterisk Capi Channel Modul sollte in /etc/asterisk/modules.conf unterhalb von res_features eingetragen werden, z.B. so:

load => res_features.so
load => chan_capi.so

Danach muss Asterisk noch neu gestartet werden.

Wer sich eine Browser Malware („Searchbar“, Spyware, Adware, sonstiges Viehzeug) eingefangen hat, wird die mitunter nicht so einfach los.

Auch wenn Ad-Aware in der Regel gute Dienste leistet, so können dennoch Reste verbleiben. Oder man hat gerade keine Anti-Adware Software zur Hand, und möchte dennoch möglichst schnell einen relativ sauben Zustand von seinem Webbrowser wieder haben. Bei Firefox kann man dazu einfach sein Profil löschen – im Internet Explorer ab Version 7 hat Microsoft sogar extra einen „Super Reset“ Knopf eingebaut. (Und Internet Explorer 6 sollte man aus vielen guten Gründen wirklich nicht mehr einsetzen. Es gibt zwar noch Menschen, die denken, dass Microsoft per Windows Update „spioniert“ und deswegen meinen das automatische Update auszuschalten, diese gehören jedoch ganz gehörig aus dem Internet verbannt. Sie stellen eine Gefahr für sich und andere dar!) Weiterlesen »

Asterisk weigerte sich nach einem Stromausfall standhaft zu starten – dabei hatte ich an der Konfiguration von Asterisk nichts geändert. Lediglich ein paar Ubuntu Updates, aber am Asterisk habe ich keine configs geändert, dennoch brach Asterisk immer ab:

func_uri.so => (URI encode/decode dialplan functions)
terminate called after throwing an instance of 'std::length_error'
what():  vector::_M_fill_insert
Aborted

Es hat schließlich geholfen, die Asterisk Module h323 und den Voicetronix Treiber zu deaktivieren. Warum auf einmal der Asterisk abgestürzt ist, und sich Asterisk nicht mehr starten ließ, ist mir jedoch schleierhaft. Weiterlesen »

Mysteriöse Probleme sind das nervigste überhaupt – man stochert förmlich im Nebel auf der Suche nach einem Hinweis oder einer guten Idee.
Das Problem:
Mein Cisco 7960 IP Telefon wollte sich partout nur noch mit einem SIP Account am Asterisk anmelden. Insgesamt vier SIP Accounts habe ich für das Cisco Telefon konfiguriert, der Asterisk selber hat rund 10 SIP Accounts, unter anderem für mein Nokia N95, weitere Cisco 7960 usw..

Besonders mysteriös: Welcher der SIP Accounts des Cisco 7960 sich am Asterisk erfolgreich angemeldet hat, varrierte nach jedem Neustart des Cisco Telefons. Weiterlesen »

Für die Software-Telefonanlage Asterisk wurde nun ein Skype Channel angekündigt. Channel sind bei Asterisk sozusagen die verschiedenen Anbindungswege von „Telefonleitungen“ an die Asterisk Software. Dabei gibt es bisher z.B. SIP und IAX als Anbindungen an Voice-Over-IP (VoIP) Protokolle, oder CAPI um mittels ISDN Karten Asterisk an das digitale Telefonnetz zu koppeln.

Die Firma hinter Asterisk, Digium, hat nun in Kooperation mit Skype eine Anbindung für das proprietäre Skype Protokoll angekündigt, wie hier zu lesen ist. Der „Treiber“ wird dabei jedoch nicht viel viele andere Asterisk Channel als OpenSource, sondern lediglich als proprietäres binär Modul angeboten. Der Hintergrund dabei ist, dass für Skype spezielle Codecs und Verschlüsselungen zum Einsatz kommen, die Skype nicht offenlegen möchte – die Lizensierung erfolgt dabei pro Kanal, das Preismodell für das Skype Asterisk Channel Modul steht jedoch noch nicht fest, bisher existiert lediglich ein Beta Programm zur Teilnahme an der Testphase.

Ein Ubuntu Hardy update kann wirklich „hart“ werden – vor allem wenn man nervös wird, weil der Rechner für die Telefon-Infrastruktur zuständig ist.
Folgende Probleme treten – vor allem mit CAPI / chan_capi – auf:

1. Asterisk startet nicht mehr, wenn man die modules.conf nicht anpaßt
2. CAPI Calls sind „defekt“ – kein Ton und Zusammenbruch der Verbindung, da asterisk sagt er wisse nicht, wie er von „unknown“ nach „unknown“ (oder ulaw) konvertieren soll

[ad#leader]
Die Lösung sieht dann z.B. so aus:

asterisk-chan-capi Paket aus Intrepid nehmen http://packages.ubuntu.com/intrepid/i386/asterisk-chan-capi/download und mit „dpkg -i –force-depends“ installieren. (Ist zugegebenermaßen etwas dreckig)

Das nicht-starten von Asterisk nach dem Ubuntu Hardy Heron Update kann man beheben, indem man die modules.conf anpaßt und die folgenden Zeilen ergänzt:

noload => app_directory_odbc.so
noload => app_voicemail_odbc.so
noload => app_voicemail_imap.so

Das sollte es gewesen sein – seit dem läuft mein Asterisk mit Ubuntu Hardy Heron wieder wie eine eins. Sogar besser als vorher.

Ubuntu Gutsy bringt Asterisk aus dem Universe Zweig mit. Doch – wie bei Debian und vielen anderen Linux Distributionen – die DFSG (debian free software) Version von Asterisk 1.4, bei der der iLBC Support aus Lizenzrechtlichen Gründen entfernt wurde.
Jetzt habe ich kein großes Problem damit gegen die GPL zu verstoßen um den iLBC Codec im Asterisk wieder ans Laufen zu kriegen.
Weiterlesen »

Nach dem Ubuntu Gutsy 7.10 Upgrade hörte Asterisk auf Wartemusik (Music on Hold) abzuspielen. Die Meldungen waren dabei nicht gerade hilfreich:

   -- Started music on hold, class 'default', on SIP/1501-081683a8
   -- Stopped music on hold on SIP/1501-081683a8

Und natürlich absolute Stille – kein MusicOnHold().
Die Lösung: Offenbar hat der Asterisk aus Ubuntu Gutsy Universe keinen MP3 Support eingebaut. Dadurch können MP3 Music on Hold Dateien nicht abgespielt werden.
Der Workaround für mich war jetzt die Dateien einfach zu konvertieren – ich habe bei der Gelegenheit gleich mehrere Formate angelegt, so kann Asterisk je nach Channel ohne Transkodierungsoverhead auf das richtige Format zugreifen.

mpg123 -s --rate 44100 --mono tones.mp3 > tones.raw
sox -r 44100 -w -s -c 1 tones.raw -r 8000 -c 1 tones.wav
sox tones.wav -t gsm -r 8000 -b -c 1 tones.gsm

Anschließend ging Music on hold auch wieder. Fehlt jetzt nur noch der ilbc codec den ich so gerne verwende.

Das Upgrade des Ubuntu Feisty Servers lief ja problemlos – dachte ich. Jedoch hat sich bei dem Upgrade auf Asterisk 1.4 einiges geändert.
Zum einen gibt es „SetVar“ nicht mehr – hier müssen die extensions entsprechend angepaßt werden. Zum anderen gibt es diesen kleinen aber unauffälligen Patch den Faidon Liambotis dem Debian/Ubuntu Asterisk Paket eingespielt hat:

Add ast_key_dir patch to move keys from /var/lib/asterisk/keys to /usr/share/asterisk/keys where they should be.

Blöde, wenn man nicht von jedem Paket die Changes durchließt – und beim Update dieser Fall offenbar unzureichend von der Automatik behandelt wird.
Nunja, wer sich nun fragt „Wo kommen bei Ubuntu Gutsy unter Asterisk 1.4 die Private Keys hin?“ oder gar über diese nervige Fehlermeldung des Asterisk stolpert:
WARNING[8711]: chan_iax2.c:7378 socket_process: I don’t know how to authenticate
dam sei gesagt: Einfach die Asterisk Private Keys nach /usr/share/asterisk/keys verschieben, Asterisk reloaden oder restarten und fertig.

Sangoma bietet neuerdings auch BRI (Basic rate interface) Karten zum Einsatz mit Asterisk an. Die A500 BRI Karte bietet Hardware Echo-Cancelling (damit entfällt die aufwendige Echo Unterdrückung per Software) und die möglichkeit die Ports im NT (network termination) und TE (terminal equiment) Modus betrieben werden können.
Damit kann man sowohl das öffentliche Telefonnetz an Asterisk ankoppeln, als auch einen internen ISDN Bus versorgen.
Die Sangoma Karten werden unter den Betriebssystemen Windows (2000, XP, 9x) Linux (alle Distributionen) FreeBSD, OpenBSD, NetBSD und Solaris unterstützt.
Neben Asterisk werden noch andere PBX Telefonielösungen unterstützt: Yate, FreeSwitch, CallWeaver und andere OpenSource IVR und Voip Produkte.
Sangoma steht in dem Ruf sehr gute Qualität und Stabilität bei ihrer Telefonhardware zu liefern. Sicherlich ein Interessanter Ersatz für die etwas wackeligen Zap HFC PCI Karten für Asterisk und gerade bei größeren Asterisk Installationen eine gute Investition um die CPU des Telefoncomputers zu entlasten.
Der Preis der Sangoma Karten zielt dabei allerdings auch eher auf den professionellen Asterisk Einsatz im Telefonieumfeld jenseits vom SOHO Bereich.