Da ich aber auch gerne darüber informiert würde, dass eine neue Nachricht auf meiner Voicemail-Box auf mich wartet, ohne dass ich in meine Mails gucken muss, habe ich mir eine andere Lösung einfallen lassen.

Asterisk kann SMS an entsprechende Telefone verschicken! Basierend auf diesen Skripten habe ich also ein neues AGI-Skript geschrieben, das man nach einem Anruf, der auf der Voicemail-Box gelandet ist, aufruft. Dieses Skript zählt die vorhandenen Nachrichten (ich habe keinen internen Zähler gefunden, den ich abfragen könnte… wenn es einen gibt: Bitte einfach in ‘nem Kommentar darauf hinweisen, dann kann ich das Skript anpassen.) und schreibt dann eine entsprechende SMS an unser Telefon.

Dafür brauchen wir also zuerst einen neuen Context in der /etc/asterisk/extensions.conf:

[smsdial]
exten => _X.,1,SMS(${CALLERID(NUM)},s,${EXTEN},${CALLERID(NAME)})
exten => _X.,2,SMS(${CALLERID(NUM)},s)
exten => _X.,3,Hangup

Dieser kümmert sich darum, die SMS an unser Telefon zu schicken.

Als nächstes kommt dann auch schon das AGI-Skript, das ich als checkVM.agi unter /var/lib/asterisk/agi-bin gespeichert habe:

#!/usr/bin/perl -w

use strict;
use File::Copy;

my $location      = "/var/spool/asterisk/outgoing/";
my $templocation  = "/tmp/";
my $basePath      = '/var/spool/asterisk/voicemail';
my $MessageCentre = "01930100";
my $chanPrefix    = "mISDN/g:intern/";

my $error = 0;

my ($vmContext, $vmNum, $targetPhone) = ($ARGV[0], $ARGV[1], $ARGV[2]);

if (not $vmContext or not $vmNum or not $targetPhone){
	($vmContext, $vmNum, $targetPhone) = split(/ /, $ARGV[0]);
	if (not $vmContext or not $vmNum or not $targetPhone){
		print "All 3 parameters are needed!\n";
		exit(1);
	}
}

srand;

my $vmPath = "$basePath/$vmContext/$vmNum/INBOX/";

opendir(DIR, $vmPath);
# count only wav-files:
my @files = grep(/\.wav$/i,readdir(DIR));
closedir(DIR);

my $msgCount = scalar @files;

if ($msgCount > 0){
	my $msg;
	if ($msgCount == 1){
		$msg = "Es ist $msgCount neue Nachricht in Ihrer Mailbox $vmNum!";
	} else {
		$msg = "Es sind $msgCount neue Nachrichten in Ihrer Mailbox $vmNum!";
	}

	my $random = int(rand 10000);
	my $datestamp = date_stamp();
	my $unique = "$datestamp$random$targetPhone";

	open(F, ">$templocation$unique.call") or $error = 1;
	print F "Channel: $chanPrefix$targetPhone\n";
	print F "CallerID: $msg <$MessageCentre>\n";
	print F "MaxRetries: 2\n";
	print F "RetryTime: 60\n";
	print F "WaitTime: 30\n";
	print F "Context: smsdial\n";
	print F "Extension: $vmNum\n";
	print F "Priority: 1\n";
	close(F);

	move("$templocation$unique.call","$location") or $error = 1;
}

exit $error;

sub date_stamp{
	(my $sec,my $min,my $hour,my $mday,my $mon,my $year,my $wday,my $yday,my $isdst) = localtime(time);
	my $t = sprintf "%4d%02d%02d%02d%02d%02d", 1900+$year,$mon+1,$mday,$hour,$min,$sec;
	return $t;
}

Das Skript erwartet 3 Parameter: Den Voicemail-Kontext, die Nummer der Voicemail-Box und die Zielrufnummer des Telefons, an das die SMS gehen soll. Die Fallunterscheidung bei der Parameterauswertung ist nötig, damit man das Skript sowohl von der Konsole als auch aus Asterisk heraus aufrufen kann: Wie es aussieht übergibt Asterisk alle Parameter in Anführungszeichen, so dass nur ein großer Parameter im Skript ankommt – auf der Kommandozeile ist das anders.

Danach werden die .wav-Files im angegebenen Verzeichnis gezählt (falls man die Anrufe nicht im wav-Format aufnimmt, muss diese Stelle angepasst werden) und – falls Nachrichten vorhanden sind – eine SMS generiert und in das Outgoing-Verzeichnis von Asterisk verschoben. Bei der Erzeugung der SMS fällt auf, dass ich hier die Nummer des Telekom SMS-Centers nutze. Dies war nötig, um mein Telefon davon zu überzeugen, die SMS ohne Klingeln anzunehmen und zu empfangen. Wer also ein anderes SMS-Zentrum in seinem Telefon eingerichtet hat, muss eventuell auch diese Nummer anpassen.

Als letztes fehlt jetzt nur noch der Aufruf des Skriptes nach der Mailbox:

exten => _X., n, VoiceMail(123@vmContext)
exten => _X., n+1, AGI,checkVM.agi|vmContext 123 ${EXTEN}

Beim Einfügen in die eigene extensions.conf ist natürlich darauf zu achten, die “Variablen” richtig zu ersetzen:
n ist die Priorität, 123 die Nummer der Mailbox, vmContext der Context der Voicemail-Box.

Jetzt nur noch Asterisk neustarten oder den Dialplan neu einlesen und schon: Fertig!

Wer eine Asterisk-Telefonanlage betreibt, kann sich nun mit recht geringem Aufwand helfen und eine Vorselektion für seine Anrufer implementieren, die CCAs ausfiltert und normale Anrufer unbehelligt durchlässt.

Dazu machen wir uns eine der lästigsten Eigenschaften der Callcenter zu Nutze: Sie senden nie ihre Telefonnummer mit! Aber wie will man dann filtern ohne z.B. Omas altes Analog-Telefon auch auszusperren? Ganz einfach: CCAs werden normalerweise von einem Digital-Telefon (ISDN, SIP, Handy, …) aus anrufen. Ruft ein solches Telefon bei uns an, wird dessen Bearer-Typ an uns übermittelt: SPEECH für digitale Anrufer, AUDIO 3.1k für analoge.

Im Prinzip ist das schon die ganze Information, die wir benötigen: Oma ruft ohne Rufnummer und mit AUDIO 3.1k an, normale Bekannte und sonstige Anrufer mit Rufnummer und SPEECH und nur CCAs sollten SPEECH ohne Rufnummer haben.

Weil es immer mal vorkommen kann, dass uns jemand anruft, der seine Rufnummer doch nicht mitsendet, aber kein CCA ist, weisen wir solche Anrufer aber nicht sofort ab, sondern spielen ihnen folgende Nachricht vor:

Guten Tag. Hier ist der Anschluss von X. Leider unterdrücken Sie die Übermittlung Ihrer Rufnummer, daher muss ich davon ausgehen dass dieser Anruf aus einem Callcenter stammt und von mir nicht gewünscht ist. Wenn dies nicht zutrifft, können Sie die 5 drücken und werden sofort durchgestellt. Dieser Anruf wird automatisch aufgezeichnet.

Wenn ein CCA dann doch mal die 5 drückt, um uns besonders dreist doch von seinem Produkt überzeugen zu wollen, können wir die erzeugte Aufnahme später verwenden, um ihn abzumahnen oder ähnliches, da er uns ja definitiv gegen unseren Willen gestört hat. Das Aufzeichnen des Gesprächs ist in diesem Fall auch legal, da wir ja im Voraus darauf hingewiesen haben. Ein gewünschter Anrufer sollte sich davon auch nicht abschrecken lassen, da wir ja auch zuvor erklärt haben, was es damit auf sich hat.

Also ans Eingemachte:

Zuerst brauchen wir ein AGI-Skript, das sich um die Unterscheidung der Anrufertypen kümmert. (Ok, ein AGI-Skript ist hierfür etwas Overkill. Aber das Skript wird demnächst noch erweitert, so dass es durchaus Sinn macht, es auf diese Weise zu lösen.)

#!/usr/bin/perl

use strict;

my $callerName   = "unbekannter Teilnehmer";
my $callerDetail = "keine Details";
my ($callType, $callNum) = split(/ /, $ARGV[0]);

my $numberDescription = '';

if ($callNum eq ""){
	if ($callType eq "SPEECH"){
		$callerName = 'Rufnummer unterdrueckt';
	} else {
		$callerName = 'analoger Anrufer';
	}
} else {
	# das folgt erst spaeter
}

print "SET CALLERID \"$callerName \<$callNum\>\"\n";

exit 0;

Dieses Skript legen wir als rev_lookup.agi unter /var/lib/asterisk/agi-bin ab (zumindest unter Debian liegen die Asterisk AGI-Skripte dort).

Nun erweitern wir die Datei /etc/asterisk/extensions.conf noch um ein paar Zeilen:

[incoming-context]
; exten für ankommende Anrufe
exten => 9516672, 1, AGI,rev_lookup.agi|${CALLTYPE} ${CALLERID(NUM)}
exten => 9516672, 2, GosubIf($["${CALLERID(name)}"="Rufnummer unterdrueckt"]?ivr-cca,cca,1)
; weitere Behandlung des Anrufes...

; spaß fuer CallCenter Agents
[ivr-cca]
; nehme Anruf an, warte 2 Sekunden (war notwendig, um auf Gesprächsaufbau zu warten   )
; spiele Infotext ab (siehe oben), warte erneut 5 Sekunden und spiele Text erneut ab
; Background sorgt dafür, dass Tastendrücke zu den entsprechenden Extensions springen
exten => cca, 1, Answer()
exten => cca, 2, Wait(2)
exten => cca, 3, Background(cca-info)
exten => cca, 4, Wait(5)
exten => cca, 5, Goto(3)

; zeichne das Gespräch auf und fahre wie mit normalem Gespräch fort
exten => 5, 1, MixMonitor(cca${STRFTIME(,,%G%m%d%H%M%S)}.wav|W(2))
exten => 5, 2, Return()

; verabschiede CCA und lege auf
exten => i, 1, PlayBack(vm-goodbye)
exten => i, 2, Wait(1)
exten => i, 3, Hangup()

Zuerst rufen wir also das externe AGI-Skript auf und übergeben ihm den Calltype (SPEECH, AUDIO 3.1k) und die Rufnummer (${CALLTYPE} funktioniert auch mit mISDN, was ziemlich lange dauerte um es mit Google, etc. herauszufinden, darum erwähne ich es noch mal explizit). Das Skript setzt CALLERID(name) ensprechend, so dass wir im nächsten Schritt prüfen können, ob wir es mit einem CCA zu tun haben. Falls ja, schicken wir diesen zu unserer Nachricht und lassen ihn entscheiden, ob er das Gespräch aufgezeichnet fortsetzen möchte oder lieber auflegt.

Die aufgezeichneten Gespräche liegen später unter /var/spool/asterisk/monitor und heißen ccaYYYYMMDDHHmmSS.wav (YYYY ist das vierstellige Jahr, MM der zweistellige Monat, DD das zweistellige Datum, HHmmSS die je zweistellige Stunde, Minute und Sekunde).

Nicht vergessen: Die Nachricht für den CCA aufnehmen und z.B. als 8kHz WAV-Datei unter /var/lib/asterisk/sounds/de/cca-info.wav ablegen. Evtl. natürlich auch noch in anderen Sprachen, aber für einen einfachen Privathaushalt dürfte eine Sprache ausreichen

Nach einem Neustart von Asterisk bzw. einem neueinlesen des Dialplans steht uns das neue Feature zur Verfügung. Viel Spaß in der neu gewonnenen Freizeit

Dieser Artikel basiert zum Teil auf diesen Forendiskussionen: [1] [2]

Der ein oder andere hat wahrscheinlich schon das entscheidende Detail auf der Karte entdeckt, für alle anderen hier nochmal vergrößert:

Die Karte hat einen Chip von der Cologne Chip Designs GmbH – und das besondere an diesem Chip ist, dass er nicht nur im normalen Client-Modus sondern auch im NT-Modus laufen kann, in dem man z.B. ein Telefon oder eine ganze Telefonanlage daran anschließen kann…

Und daran bastle ich jetzt (und wahrscheinlich auch noch die nächste Zeit ). Evtl. wird dabei auch ein Tutorial herauskommen, wie man Asterisk unter Gentoo installiert und nutzt, da ich die Quellen, die ich bisher gefunden habe, eher etwas dürftig finde.

Kaum haben die Schulkinder mal ein paar Tage frei, schon fahren die Busse wann sie wollen. “Heute” morgen war der Bus, den ich ursprünglich nehmen wollte, deutlich zu früh an der Bushaltestelle und ich nur ein bisschen. Das passte also nicht. Und der nächste kam dann natürlich wieder zu spät. Murphy lässt grüßen.

Und direkt noch ein Beispiel für Murphy: Kaum habe ich mir endlich das Backupsystem BoxBackup für diesen Server installiert, das seine komplette Authentifizierung und Verschlüsselung der Backupdaten mittels SSL-Zertifikaten erledigt, schon kommt heraus, dass die OpenSSL-Implementierung in Debian eine kritische Sicherheitslücke aufweist.

Da mein neuer Rechner eine CPU hat, die Virtualisierungsfunktionen unterstützt, habe ich mir den Luxus gegönnt Xen zu installieren. Xen ist ein Hypervisor, der es erlaubt, mehrere Betriebssysteme parallel auszuführen. Dabei wird zwischen zwei unterschiedlichen Gästen, den sogenannten Domains, unterschieden: Der privilegierten Domain 0 (dom0), die sich u.a. um den Hardwarezugriff kümmert und diese den anderen (unprivilegierten) Gästen – eine sog. domU – zur Verfügung stellt.

Um in der dom0 unter Linux eine nVidia-Grafikkarte mit den proprietären Treibern zum Laufen zu kriegen, ist ein kleiner Patch nötig, um dem Treiber zu erlauben, auch auf einem xen-Kernel zu laufen – nVidia hat dies mit einer Abfrage im Anpassungsmodul unterbunden… Diese Seite erklärt, wie man es dennoch zum Laufen bringt.

Mit einem angepassten System in einer domU ist die Hardware-Virtualisierungsunterstützung des Prozessors noch nicht nötig. Diese wird erst erforderlich, wenn man ein nicht angepasstes System (z.B. Windows) in einer DomU laufen lassen möchte. Dass dies möglich ist, habe ich direkt zu Anfang mal mit Windows Vista ausprobiert:

Da entweder Vista nicht so recht mit Xens emulierter Netzwerkkarte (oder andersrum?) zusammenarbeiten wollte, ist auch hier ein kleiner Workaround nötig: Anstelle der standardmäßig genutzten ioemu-Treiber in Xen nutzt man eine NE2k-PCI Emulation, die leider nur 10MBit/s erreicht. Wie das geht, kann man hier nachlesen.
Eine Ergänzung zu dieser Anleitung: Um den Treiber auf Vistas Partition transportieren zu können, kann man entweder den beschriebenen Weg über ein ISO-Image gehen oder die Partition direkt unter Linux mounten. Dies ist mit dem Tool lomount und dem ntfs-3g Treiber leicht möglich:

lomount -diskimage /dev/vg/vista -partition 1 /mnt/vista -t ntfs-3g

Dabei ist /dev/vg/vista die Partition (oder Datei) in der Vistas Festplattenimage liegt, /mnt/vista der Mountpoint und mit -partition 1 wird angegeben, dass die erste Partition aus der virtuellen Festplatte gemountet werden soll. Danach kann man die Treiberdatei ganz bequem an die gewünschte Stelle kopieren.

Möchte man die Konfiguration der domU erstmal nur schnell testen, kann man die Domain mittels

xm create configfile.cfg

starten. Mit dem optionalen Parameter -c kann man die aktuelle Konsole direkt mit der Textkonsole der domU verbinden, um alle Ausgaben mitzukriegen – dies funktioniert bei Windows nicht. Die Konsolenbindung löst man mittels STRG + ALT GR + 9 (bzw. ^]). Ist man mit der Konfiguration zufrieden und plant sie häufiger zu nutzen, kann man sie mittels

xm new configfile.cfg

dauerhaft zu Xens Konfiguration hinzufügen und von nun an mit

xm start DOMAINNAME

starten. (DOMAINNAME ist der Name, den man der Domain in der Konfigurationsdatei gegeben hat – er muss eindeutig sein.)

Einige sehr nützliche Anleitungen zur Einrichtung und Nutzung von Xen unter Gentoo finden sich hier im Gentoo-Wiki.

Bleibt am Schluss nur zu sagen, dass das Ganze bei mir bisher recht gut funktioniert: Ich hatte vor dem neuen Rechner hier einen Desktop-Rechner und einen Server laufen. Auf dem Server liefen ein Mailserver samt Spam- und Virenscanner, ein Webserver, DHCP, DNS und noch einige kleinere Dienste. Dieser ganze Server ist dann als Xen-domU auf den neuen Rechner umgezogen und verrichtet seitdem hier seine Dienste

Howsoever I had to open the fonera to connect to its serial console. For doing this I found the very good page of the OpenWRT-project describing the fonera.

So I remembered my MAX232 and built up a small circuit for level-shifting the TTL-levels of the fonera to the RS232-levels of the PC serial interface. As I could not find any documentation about this on the net, I will explain it here shortly:

I used an USB-to-mainboard.connector from an old computer-case to connect to the 3 important pins (RX, TX, GND) of the fonera. In the two pictures RX is the blue-white, TX the yellow and GND the grey wire comming from the fonera. So connect these wires to the MAX232 as shown in the left picture (click for larger view). The MAX232 needs 4 capacitors, 1µF each. See the MAX232-datasheet (page 7) for detailed information how to connect them. On the RS232-side GND is the pink, TX is the green and RX the yellow wire.

If everything is connected and (hopefully) working correctly, disconnect the fonera’s serial interface again, power the fonera up and reconnect the serial-cable after one or two seconds. If you don’t do it this way, the fonera will not boot up or will give you very strange characters instead of the boot-prompt. (It took me quite long to figure this out… ).

If you want to flash OpenWRT to your fonera, continue like described here. I installed it to my fonera – and bricked it once again, because I made some mistakes But after another try it is working now very stable Currently it is running here as an WLAN-AP, DHCP- and DNS-server using OpenWRT Kamikaze 7.07.

If you want to restore your fonera-firmware, you can follow these instructions.

So, good luck!

Außerdem gibt es ja im Moment viele tolle Spielereien, die man mit den aktuellen Core2-CPUs von Intel alle machen kann… aber dazu demnächst mehr.

Der Rechner besteht aus folgenden Komponenten:

• Core2Duo E6600 CPU (2×2400MHz, 4MB Cache)
• 2 x 1GB ECC DDR2 RAM
• Intel D975XBX2 Desktop Mainboard (BadAxe2)
• GeForce 7600GS Silent
• 500GB Samsung SATA HDD

und noch ein paar Dingen (Cardreader, DVD +-RW DL Brenner, etc.).

Demnächst wird die Festplatte wahrscheinlich noch gegen ein RAID5 ausgetauscht oder ergänzt, das werde ich mir noch überlegen… aber das ist eigentlich auch etwas, über das ich später schreiben werde…

Bleibt zu sagen, dass der Rechner erstaunlich leise (selbst unter Volllast) läuft, obwohl ich nur einen mittleren Aufwand getrieben habe, um ihn leise zusammenzustellen. Mein alter Rechner (Pentium4, 1.7GHz) mit Wasserkühlung ist jedenfalls lauter…

Irgendwann hatte ich mal gelesen, dass auf den Foneras ein vom OpenWRT-Projekt abgeleitetes Linux laufen würde und dass es Möglichkeiten gibt, entweder die Firmware zu ersetzen oder zumindest direkten Zugriff auf den Fonera zu erhalten. Also ging ich, bevor ich den AP angeschlossen hatte, mal auf die Suche nach Informationen dazu.

Und nach einer recht kurzen Suche mit Tante Google wurde ich auch schon fündig: BingoBommel hatte eine Möglichkeit gefunden, über eine (einfache) Sicherheitslücke im Webinterface des Foneras eigenen Code einzuschleusen, der den SSH-Zugriff auf den AP ermöglichte. Leider war seine Anleitung für eine ältere Firmware, so dass sie für meinen Fonera nicht funktionierte.

Aber auch hier tat Tante Google Gutes: Auf dieser Seite fand ich eine passende Anleitung für meine Firmware Sie war nahezu identisch zur ersten, so dass Fon wohl nicht besonders viel Arbeit in das Schließen der Lücke gesteckt haben kann.

Als besonders wichtig stellte sich der letzte Hinweis in der Anleitung heraus: Mit diesem schaltete man die automatischen Firmware-Upgrades von Fon aus. Denn als ich den Fonera dann schließlich mit dem Internet verband um ihn dann auch mal zu registrieren, erschien nach kurzer Zeit eine Datei, die normalerweise ausgeführt worden wäre und den Fonera geupdatet hätte, so dass die genutzte Sicherheitslücke garantiert nicht mehr offen gewesen wäre.

Und so sieht es aus, wenn man sich auf dem Fonera einloggt:

Und hier noch ein paar technische Daten Zuerstmal Infos zur CPU:

root@OpenWrt:~# cat /proc/cpuinfo
system type             : Atheros AR531X_COBRA
processor               : 0
cpu model               : MIPS 4KEc V6.4
BogoMIPS                : 183.50
wait instruction        : yes
microsecond timers      : yes
tlb_entries             : 16
extra interrupt vector  : yes
hardware watchpoint     : no
VCED exceptions         : not available
VCEI exceptions         : not available

und dann noch zum verfügbaren Speicher:

root@OpenWrt:~# df -h
Filesystem                Size      Used Available Use% Mounted on
none                      7.0M     28.0k      6.9M   0% /tmp
/dev/mtdblock/2           5.4M    328.0k      5.1M   6% /jffs
/                         1.5M      1.5M         0 100% /

Also noch viel Platz für eigene Ideen…

Ich wollte eigentlich nur ein Firmware-Update für den Router suchen und einspielen – dabei habe ich auf der Downloadseite der Telekom entdeckt, dass sie dort auch den Quellcode inklusive aller für das Erzeugen einer Firmware-Datei nötigen Tools zum Download anbieten. Vorbildlich! (Na gut, eigentlich zwingt die GPL einen genau dazu, aber dennoch schön, dass sie es tun.)

Das Archiv, das die Telekom zum Download anbietet, ist, wie schon gesagt, sehr umfangreich. Es sind auch Tools und Daemonen enthalten, die auf dem Speedport in der Originalversion nicht laufen… z.B. ist ein ssh-Daemon und ein Tool für VLAN dabei Ratet mal, was ich grade compiliere…

Während das VLAN-Tool nur mal zum spielen ist, sehe ich in dem SSH-Server durchaus einen Sinn. Ich wollte mich schon immer mal ein wenig auf dem Router umgucken

Mal sehen, was dabei rauskommt…