Nudge am 06.02.2009

Asterisk: CDR im hangup-Kontext

in Linux, PHP | Tags: Asterisk, Call Data Record, CDR, hangup, Kontext, PHP, Zeitstempel

Sowie ich heute recherchiert habe, ist es bis heute bei allen Asterisk-Versionen gleich geblieben: Man kann innerhalb des h-Kontextes (“after hangup”) noch nicht auf die Felder des Call Data Records (CDR) zugreifen. Das bedeutet ganz konkret, dass sich innerhalb der Abarbeitung eigener Anrufskripte in /etc/asterisk/extensions.conf kaum zur Laufzeit eines Anrufs sinnvoll abrechnen lĂ€sst. Doch es gibt einen kleinen Trick, dies auszuhebeln… 🙂

Weiter lesen »

Nudge am 11.05.2007

Asterisk Total Control

in Linux | Tags: Asterisk, Fax, IVR, Linux, Telefon, VoIP

Ich kann nun voller Stolz berichten: Unser Asterisk-Server lÀuft.

Daran hĂ€ngen 13 SIP-Phones (snom 320er), 4 Softphones, 2 Analog-Telefone, 1 EC-Cash-GerĂ€t, 1 analoges Fax und 1 Softfax mit PDF-Verteilung fĂŒr alle Mitarbeiter und zwei Gruppen-Faxnummern, die in die öffentlichen Ordner des Exchange-Servers gestellt werden.

Weiter lesen »

Nudge am 02.05.2007

asterisk + iaxmodem + hylafax + exim4 = kompletter Faxserver

in Linux | Tags: Asterisk, exim4, Hylafax, IAX2, iaxmodem, Linux, Telefon

Ganz nebenbei bemerkte mein Chef letzte Woche, dass ja nicht nur der Telefonserver, sondern auch die gesamte Faxhard- und software zu ersetzen sind. Hmm…also wenn ich von Telefondingen keine Ahnung habe, so steigert sich mein Kenntnisdefizit in Sachen Fax ins nahezu Unermessliche. Aber man kann sich ja mal schlau machen, und siehe da, in 40 Minuten hat man eine sehr elegante Lösung parat…

Weiter lesen »

Nudge am 13.04.2007

Asterisk-News 2007/04/12

in Linux | Tags: Asterisk, BRI, Dialplan, ISDN, Linux, Telefon, Zaptel

Ah, endlich ist unser Asterisk-Server in der Lage, nach draußen zu telefonieren und von draußen GesprĂ€che anzunehmen. Schuld war eigentlich nur ein kleiner Eintrag in /etc/asterisk/zapata.conf. Die Fehlermeldung lautete:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Connected to Asterisk 1.2.14-BRIstuffed-0.3.0-PRE-1y-a currently running on moby
Verbosity is at least 3
1 received TEI check request for TEI = 76
-- Executing Set("SIP/mlieber-081fc378", "CALLERID(num)=034202309020") in ne
-- Executing Dial("SIP/mlieber-081fc378", "Zap/g1/012345678") in new
-- Requested transfer capability: 0x00 - SPEECH
-- Called g1/012345678
-- Channel 0/1, span 1 got hangup, cause 28
-- Channel 0/1, span 1 received AOC-E charging 0 units
-- Hungup 'Zap/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing Hangup("SIP/mlieber-081fc378", "") in new stack
== Spawn extension (internal, 012345678, 3) exited non-zero on 'SIP/mlieber
mobydick*CLI>>
Connected to Asterisk 1.2.14-BRIstuffed-0.3.0-PRE-1y-a currently running on moby
Verbosity is at least 3
1 received TEI check request for TEI = 76
-- Executing Set("SIP/mlieber-081fc378", "CALLERID(num)=034202309020") in ne
-- Executing Dial("SIP/mlieber-081fc378", "Zap/g1/012345678") in new
-- Requested transfer capability: 0x00 - SPEECH
-- Called g1/012345678
-- Channel 0/1, span 1 got hangup, cause 28
-- Channel 0/1, span 1 received AOC-E charging 0 units
-- Hungup 'Zap/1-1'
== Everyone is busy/congested at this time (1:0/0/1)
-- Executing Hangup("SIP/mlieber-081fc378", "") in new stack
== Spawn extension (internal, 012345678, 3) exited non-zero on 'SIP/mlieber
mobydick*CLI>>

Der Gag war, dass Asterisk automatisch 0 bzw. 00 an die Nummer anhing, weil halt Orts-bzw. Internationale Nummern dies ja brauchen. In der zapata.conf musste deswegen predialplan=dynamic auf predialplan=local umgestellt werden. Und schon hats funktioniert. Dieselbe Fehlermeldung bekam ich ĂŒbrigens bei einer Diva-Server-Karte, wenn ich bei Dial nicht meine eigene MSN voranstellt. D.h. man muss statt ${EXTEN}zB die 109:${EXTEN} wĂ€hlen.

Nudge am 07.03.2007

Asterisk-Installation

in Linux | Tags: Asterisk, BRI, ISDN, Mobydick, Telefon, VPN

Gestern kam unser Asterisk-Server in der Firma an.

Schönes schwarzes 3-HE-RackgerĂ€t namens Mobydick mit einem Hauch von Edel. Darin werkeln zwei PCI OctoBRI’s, wir haben dann insgesamt 16 ISDN-KanĂ€le zur VerfĂŒgung.Dazu kamen auch ein paar 320er Snoms (SIP-Telefone).

Die Installation wurde per VPN vom Lieferanten betreut, der Service war echt gut – nĂ€mlich so lange,bis der erste Anruf ĂŒber’s GerĂ€t klappte, was in unserem Fall aber aufgrund der z.Z. nicht vorhandenen Integration in die echte Telefoninfrastruktur eher Spielerei war.

Das System machte einen gut konfigurierten, die WeboberflĂ€che einen aufgerĂ€umten und umfassenden Eindruck. Wahrscheinlich werden wir fast alle unsere Anforderungen direkt umsetzen können. WĂ€re nur schade, wenn ich meine erlangten Kenntnisse aus der Asterisk-Schulung nicht einsetzen könnte. 😉

In den nÀchsten Wochen werde ich herumkonfigurieren und testen, da gibts sicherlich ab und zu einen Erfahrungshappen zu lesen.