dtmfbox (AB/CB/CT VoIP/ISDN/Analog)

@m.kress
Beim dsmod ist der httpd natürlich immer eingebaut, da wird er ja schliesslich für die DS-Weboberfläche benutzt. Aber ich glaub es ging bodega eher um die Allgemeinheit und damit die Original-Firmwares...
 
Fritzbox Neustart

Hallo,

ich habe gerade die neue Firmware+Mod aufgespielt und wollte die dtmfbox als standalone probieren.

Mein späteres Ziel ist es, einen Teleswitch anzusteuern und einen kleinen Callserver einzurichten, der Anrufe entgegennimmt und dann in einer Schleife irgendwelche Töne abspielt.

Jetzt spiele ich gerade an der Grundfunktionalität, um dtmfbox besser kennenzulernen und bin dabei auf ein Problem gestoßen

Habe den Analoganschluss und Sipgate VOIP eingerichtet. Laut logfiles:

Code:
 12:05:55.082    capi_ctrl.c (ISDN/ANALOG): Listen to CAPI controller 4...
 12:05:55.084    capi_ctrl.c (CNF, CTRL 4, PLCI: 0) - CAPI_LISTEN
 12:05:55.255    voip_auth.c SIP registration successful (sipgate.de), status=10
 12:05:55.256    voip_auth.c Next registration in 3600 sec
 12:05:55.257    voip_auth.c sipgate.de: (200) - OK

Wenn ich jetzt einen Testanruf an die Analognummer starte, hebt dtmfbox ab und erkennt die dtmf-eingaben.

Wenn ich nun aber die Sipgatenummer anrufe, erkennt er zwar, dass es klingelt, hebt aber nicht ab. Wenn ich weiter klingeln lasse oder auflege, dann schmiert die fritzbox ab und startet sich neu. Die letzten Logeinträge sahen so aus:

Code:
 12:07:48.242  voip_events.c RX-REQUEST 1135 bytes Request msg INVITE/cseq=102 (rdata0x51ba8c) from UDP 217.10.79.9:5060
 12:07:48.244  voip_events.c Incoming request (Unknown:0 -> 4989420XXXXXX:0)
 12:07:48.245  voip_events.c Create UAS dialog
 12:07:48.247  voip_events.c Create media capability
 12:07:48.248  voip_events.c Create invite session
 12:07:48.250  voip_events.c Respond stateless with code 180 (*ring*)
 12:07:48.255  voip_events.c Call state changed to INCOMING [port=0]
 12:07:48.257  voip_events.c Call EARLY [port=0, reason=0 (Default status message)]
 12:07:48.468 script_funcs.c Run script: /var/dtmfbox/script/script_main.sh CONNECT VOIP INCOMING 0 -1 "4989420XXXXXX" "[email protected]" &
 12:07:48.476 sip_endpoint.c Message Request msg INVITE/cseq=102 (rdata0x51ba8c) from 217.10.79.9:5060 was dropped/unhandled by any modules
 12:08:01.204  voip_events.c Call DISCONNECTED [port=0, reason=487 (Request Terminated)]
 12:08:01.205  voip_events.c Hangup [0]
 12:08:01.298 script_funcs.c Run script: /var/dtmfbox/script/script_main.sh DISCONNECT VOIP INCOMING 0 -1 "4989420XXXXXX" "[email protected]" &
  • VOIP betreibe ich im Clientmode.
  • Der Sipgate-Account ist in der Fritzbox nicht aktiviert.
  • Da ich keine Aufzeichnungen machen will, habe ich "nur ansage" und aus dem Grund auch keinen Mailversand aktiviert, obwohl ich kein USB habe. (Ist das ok so?)
  • Die VOIP/CAPI Einstellungen habe ich unverändert gelassen, bis auf den eingehenden Controller, den ich von ISDN auf ANALOG gesetzt habe.
 
@jo2006:
mit der 7050 hab ich noch keine Erfahrungen sammeln können. Das die FB abstürzt hört sich nach einem Speichermangel an - wobei mich wundert, das Analog funktioniert. Bei der Standalone hab ich mir mal überlegt, ob man den busybox-httpd (abgespeckte busybox) nicht weglassen kann, falls ein httpd auf der Ziel-FB besteht. Wenn das bei dir so ist, kannst du das ja mal probieren (siehe vorherige Posts). Dies würde etwas Speicher freigeben..

Das sipgate nicht abnimmt liegt an der MSN. Die müsste ungefähr so lauten: 4989420XXXXXX (wie es in den Logs auftaucht...). Ob's die Abstürze auch daran liegen könnten :noidea: - denke aber eher nicht.


EDIT:
Hab das rc.dtmfbox-setup Skript auf dem Server geändert. Wenn ein httpd auf der FB existiert, wird ein Link erzeugt. Spart zumindest 136 KB ein.
 
Zuletzt bearbeitet:
so habe die Installation mal gewagt ;-)

Die Installation verlief sehr sehr einfach ganz toll gemacht!!!

Bekomme wenn ich zunächst nur einen VOIP Account anlege im Log folgende Meldung:
<html><body>
<pre id="cmd_output">

13:00:02.375 dtmfbox.c PJSIP 0.5.10.2-trunk
13:00:02.404 pjlib select() I/O Queue created (0x4f7a54)
13:00:02.405 sip_endpoint.c Module "mod-msg-print" registered
13:00:02.407 capi_ctrl.c Init CAPI...
13:00:02.416 capi_ctrl.c CAPI initialized!
13:00:02.417 voip_ctrl.c Init VOIP...
13:00:02.418 voip_ctrl.c Resolve IP from stun.1und1.de:3478 ...
13:00:02.560 voip_ctrl.c Use IP: 87.169.57.224
13:00:02.562 udp0x51ae0c SIP UDP transport started, published address is 87.169.57.224:5061
13:00:02.563 voip_ctrl.c UDP server listening on port 5061
13:00:02.568 sip_endpoint.c Module "mod-tsx-layer" registered
13:00:02.568 sip_endpoint.c Module "mod-stateful-util" registered
13:00:02.573 sip_endpoint.c Module "mod-ua" registered
13:00:02.574 voip_ctrl.c VOIP callbacks initialized
13:00:02.576 sip_endpoint.c Module "mod-invite" registered
13:00:02.577 sip_endpoint.c Module "dtmfbox" registered
13:00:02.594 pjlib select() I/O Queue created (0x541154)
13:00:02.604 voip_ctrl.c RTP/RTCP: 87.169.57.224:4000-4001
13:00:02.607 voip_ctrl.c RTP/RTCP: 87.169.57.224:4002-4003
13:00:02.609 voip_ctrl.c RTP/RTCP: 87.169.57.224:4004-4005
13:00:02.613 voip_ctrl.c RTP/RTCP: 87.169.57.224:4006-4007
13:00:02.616 voip_ctrl.c RTP/RTCP: 87.169.57.224:4008-4009
13:00:02.619 voip_ctrl.c RTP/RTCP: 87.169.57.224:4010-4011
13:00:02.622 voip_ctrl.c RTP/RTCP: 87.169.57.224:4012-4013
13:00:02.625 voip_ctrl.c RTP/RTCP: 87.169.57.224:4014-4015
13:00:02.626 voip_ctrl.c RTP/RTCP transport running from port 4000 to 4015
13:00:04.893 voip_ctrl.c VOIP initialized!
13:00:04.901 voip_ctrl.c Start VOIP listen loop...
13:00:04.946 voip_auth.c SIP-Message (REGISTER):

REGISTER sip:sip.1und1.de SIP/2.0
Via: SIP/2.0/UDP 87.169.57.224:5061;rport;branch=z9hG4bKPj098a0000000375cb6c55
Max-Forwards: 70
From: &lt;sip:[email protected]&gt;;tag=098a0000000275cb6c55
To: &lt;sip:[email protected]&gt;
Call-ID: 098a0000000175cb6c55
CSeq: 57259 REGISTER
User-Agent: dtmfbox v0.3.7
Contact: &lt;sip:[email protected]:5061&gt;;expires=3600
Expires: 3600
Content-Length: 0


13:00:04.948 capi_ctrl.c (ISDN/ANALOG): Listen to CAPI controller 1...
13:00:04.950 capi_ctrl.c (CNF, CTRL 1, PLCI: 0) - CAPI_LISTEN
13:00:05.005 sip_auth_clien Unable to set auth for tdta0x56fc24: can not find credential for 87.169.57.224/Digest
13:00:05.006 voip_auth.c ERR: SIP registration error (sip.1und1.de), status=12!
13:00:05.007 voip_auth.c sip.1und1.de: (401) - Unauthorized
</pre>
<script>window.defaultStatus = "OK"</script>
</body></html>

Versuche im Anschluss die VOIP Nummer anzurufen aber der AB hebt nicht ab.
Was mache ich falsch???

Grüsse
Thomas
 
1und1 ist experimentell. Es funktionierte bei Einigen nicht.
Aber probier mal folgendes:

Registrar: sip.1und1.de (bzw. 212.227.15.197)
Realm: 1und1.de


EDIT:
Ansonsten schau mal hier.
was mir aber auf dem Bild auffällt ist, das die MSN falsch ist. Das müsste ohne @1und1.de sein.
 
Zuletzt bearbeitet:
Hallo Marco,

vielen Dank für Deinen Tip :)
Es lag an der @1und1 Erweiterung der MSN und dem fehlenden Eintrag unter Contact und ID
Die Anmeldung ist nun erfolgreich nur leider geht der Anrufbeantworter immer noch nicht dran..
Mit einer ISDN MSN funktioniert der Anrufbeantworter genial war vor allem über den Versand der Nachricht mittels email überrascht, einfach genial!!!!!
Würde wenn das Abheben vom Anrufbeantworter funktioniert gerne mit dem Callback nur über VOIP mittels 1und1 weiter machen um kostenlos über die BWHZ ins Festnetz zu telefonieren.


REGISTER sip:sip.1und1.de SIP/2.0
Via: SIP/2.0/UDP 87.169.29.5:5061;rport;branch=z9hG4bKPj03fc00000003eb61797b
Max-Forwards: 70
From: &lt;sip:[email protected]&gt;;tag=03fc00000002eb61797b
To: &lt;sip:[email protected]&gt;
Call-ID: 03fc00000001eb61797b
CSeq: 8678 REGISTER
User-Agent: dtmfbox v0.3.7
Contact: &lt;sip:[email protected]&gt;;expires=3600
Expires: 3600
Content-Length: 0


14:56:00.154 capi_ctrl.c (ISDN/ANALOG): Listen to CAPI controller 1...
14:56:00.157 capi_ctrl.c (CNF, CTRL 1, PLCI: 0) - CAPI_LISTEN
14:56:00.319 voip_auth.c SIP registration successful (sip.1und1.de), status=12
14:56:00.320 voip_auth.c Next registration in 28329 sec
14:56:00.321 voip_auth.c sip.1und1.de: (200) - OK
14:59:00.181 dtmfbox.c Successfully sent keep-alive (sip.1und1.de)
15:11:00.479 dtmfbox.c Successfully sent keep-alive (sip.1und1.de)
15:14:00.562 dtmfbox.c Successfully sent keep-alive (sip.1und1.de)

EDIT
Muß unter Proxy auch noch etwas eingetragen werden damit der AB abhebt???
 
Zuletzt bearbeitet:
Hallo Thomas,

das mit 1und1 ist leider noch sehr problematisch. Irgendwie ist die Registrierung erfolgreich, nur es kommt kein Anruf zurück.
Ob es nun am Contact Header, den Ports oder sonstiger Einstellung liegt, kann ich leider nicht sagen. Es hat auch noch niemand rausgefunden :( . Andere Accounts die ich bisher probiert hatte, haben funktioniert.

Man könnte im AVM Webinterface eine Rufumleitung einrichten um das Problem zu umgehen (auf die dtmfbox). Das wäre ein möglicher Workaround. Die Anleitung findest du in der readme.
 
schade das es nicht geht, habe mir zwischenzeitlich kurz die Asterisk geschichte angeschaut aber das scheint mir für Callback zu kompliziert...

vielleicht liegt es ja an dem STUN-Server von 1&1 im Zusammenspiel mit der Fritzbox??
http://de.wikipedia.org/wiki/STUN
Würde bedeuten das die Firewall die Anrufe nicht durchläßt.
Vielleicht funktioniert es ja wenn man Ports freischaltet an der Fritzbox?
Im folgenden Beitrag gibt es auch Probleme mit 1und1 vielleicht ist er hilfreich auch wenn es eine andere Problematik geht??
http://www.ip-phone-forum.de/showthread.php?t=82636

Kann man denn mit 1&1 VOIP über dtmfbox anrufen oder geht das auch nicht?

EDIT
Kann es sein das der Falsche Port unter UDP Server Port: angegeben wird??
Sollte es nicht 5060 anstatt 5061 sein??
Hier ein Link mit der Angabe von Port5060
http://wiki.ip-phone-forum.de/anbieter:1und1:start

EDIT das mit der 5060 geht nicht.... sorry!!!
 
Zuletzt bearbeitet:
Hallo Marko,

danke für deine schnelle Antwort..

Sipgate funktioniert jetzt wunderbar..
1&1 mit dem Rufumleitungstrick auch.

Was jedoch seltsam ist, ist dass ich nur bei Sipgate die beiden Beeps gehört habe. Analog und 1&1 nehmen zwar ab und (laut log) starten die beeps, jedoch höre ich davon nichts. Mit "beiden Beeps" meine ich natürlich die Ansage & Endansage beeps. Aufhahme ist abgeschaltet.

Code:
21:51:22.108 script_funcs.c Run script: /var/dtmfbox/script/script_main.sh CONNECT VOIP INCOMING 0 -1 "20xxxxxx" "[email protected]" &amp;
 21:51:34.402 script_funcs.c Hook up!
 21:51:34.412   voip_funcs.c Respond stateless with code 200 (answer)
 21:51:34.414  voip_events.c On media update
 21:51:34.415  voip_events.c Disable VAD [port=0]
 21:51:34.421   strm0x5751ac Encoder stream started
 21:51:34.423   strm0x5751ac Decoder stream started
 21:51:34.577 script_funcs.c Run script: /var/dtmfbox/script/script_main.sh CONFIRMED VOIP INCOMING 0 -1 "20xxxxxx" "[email protected]" &amp;
 21:51:34.637  voip_events.c Call CONNECTING [port=0, reason=0 (Default status message)]
 21:51:34.654  voip_events.c Call CONFIRMED [port=0, reason=0 (Default status message)]
 21:51:34.941       udpmedia Remote RTP address switched to 192.168.5.1:7086
 21:51:34.942       udpmedia Remote RTCP address switched to 192.168.5.1:7087
 21:51:36.108   voip_funcs.c Create wave player (./play/beep.wav)...
 21:51:36.110   wav_player.c File player './play/beep.wav' created: samp.rate=8000, ch=1, bufsize=4KB, filesize=6KB
 21:51:36.111   conference.c Port 2 (./play/beep.wav) transmitting to port 1 (strm0x5751ac)
 21:51:36.113 script_funcs.c Playing ./play/beep.wav...
 21:52:06.973  voip_events.c Call DISCONNECTED [port=0, reason=200 (OK)]
 21:52:06.974  voip_events.c Hangup [0]
 21:52:07.125 script_funcs.c Run script: /var/dtmfbox/script/script_main.sh DISCONNECT VOIP INCOMING 0 -1 "20xxxxxx" "[email protected]" &amp;
 21:52:07.127   voip_funcs.c Destroy wave player...
 
@jo2006:
ich glaube, ich habe in der readme fälschlicherweise als Rufnummer MSN@localhost:5061 verwendet.
Probiere mal die IP-Adresse der FB, anstelle von localhost (Telefonbuch). Damit sollte es gehen.

@HansDampf:
ob ausgehende Gespräche möglich sind, müsstest du mal probieren (per -call parameter).
z.B. dtmfbox -call MSN [email protected].
 
Habs von localhost auf die IP geändert im Telefonbuch, aber das Verhalten ist genau dasselbe..

Dass die Beeps nicht hörbar sind ist jedoch auch über analog. Verstehe das nicht. Bei Sipgate sieht das Log fast gleich aus, jedoch gibts klare beeps.

Was noch auffällig ist, ist dass bei Sipgate sofort nacheinander 2mal dieser wav-player kommt:

Code:
 09:37:00.917  voip_events.c Call CONNECTING [port=0, reason=0 (Default status message)]
 09:37:01.011  voip_events.c Call CONFIRMED [port=0, reason=0 (Default status message)]
 09:37:01.769   voip_funcs.c Create wave player (./play/beep.wav)...
 09:37:01.770   wav_player.c File player './play/beep.wav' created: samp.rate=8000, ch=1, bufsize=4KB, filesize=6KB
 09:37:01.772   conference.c Port 2 (./play/beep.wav) transmitting to port 1 (strm0x576004)
 09:37:01.773 script_funcs.c Playing ./play/beep.wav...
 09:37:02.419   voip_funcs.c Destroy wave player...
 09:37:02.420   voip_funcs.c Create wave player (/var/dtmfbox/play/beep.wav)...
 09:37:02.421   wav_player.c File player '/var/dtmfbox/play/beep.wav' created: samp.rate=8000, ch=1, bufsize=4KB, filesize=6KB
 09:37:02.423   conference.c Port 2 (/var/dtmfbox/play/beep.wav) transmitting to port 1 (strm0x576004)
 09:37:02.423 script_funcs.c Playing /var/dtmfbox/play/beep.wav...
 09:37:17.820  voip_events.c Call DISCONNECTED [port=0, reason=200 (OK)]
 09:37:17.821  voip_events.c Hangup [0]


Bei Analog und 1&1 Kommt nur einer und dann nichts mehr:

Code:
09:33:58.254  voip_events.c Call CONNECTING [port=0, reason=0 (Default status message)]
 09:33:58.261  voip_events.c Call CONFIRMED [port=0, reason=0 (Default status message)]
 09:33:58.562       udpmedia Remote RTP address switched to 192.168.5.1:7086
 09:33:58.563       udpmedia Remote RTCP address switched to 192.168.5.1:7087
 09:33:59.799   voip_funcs.c Create wave player (./play/beep.wav)...
 09:33:59.801   wav_player.c File player './play/beep.wav' created: samp.rate=8000, ch=1, bufsize=4KB, filesize=6KB
 09:33:59.825   conference.c Port 2 (./play/beep.wav) transmitting to port 1 (strm0x574fac)
 09:33:59.826 script_funcs.c Playing ./play/beep.wav...
 09:34:30.589  voip_events.c Call DISCONNECTED [port=0, reason=200 (OK)]
 09:34:30.590  voip_events.c Hangup [0]

Liegt das vielleicht daran, dass die Analog- und 1&1-Nummer in der FB registriert sind und deshalb irgendein Sonderfall eintritt?
 
Hallo Jochen,

leider sind die Logs etwas zu kurz geraten. Die interessanten Dinge kommen meisst auch schon beim Starten. Bitte etwas mehr posten (als Anhang, bzw. PM). Die Einstellungen wären auch hilfreich (cat /var/dtmfbox/dtmfbox.cfg bzw. auf USB)

Spontan würde ich auf ein NAT Problem deuten:
Code:
 09:33:58.562       udpmedia Remote RTP address switched to 192.168.5.1:7086
 09:33:58.563       udpmedia Remote RTCP address switched to 192.168.5.1:7087

Deine FB-IP ist die 192.168.5.1? Das obige sollte zumindest nicht sein.
Die FB-IP mal unter Interface eintragen und STUN-Server weglassen.

Analog und VoIP haben eigentlich nichts miteinander gemein. Das zweite Log scheint ein VoIP Account zu sein.

Bzgl. 2x Beep: "Piepton nach Ansage" - "An"?
 
Der Stun-Server Eintrag war leer (nur die Portnummer steht dort)

Die FB-IP habe ich hinzugefügt, neugestartet und dann wieder die beiden Tests gemacht. Siehst im Logfile, dass ich zuerst 1&1 angerufen habe, dann Sipgate.

1&1 ging nicht, Sipgate ging.


Wegen der Rufumleitung bei 1&1 und dem Dummy-VOIP Account kommt es übrigens zu den Meldungen:

dtmfbox.c ERR: Sending the keep-alive has failed ()!

aber das soll nicht weiter stören..
daran erkennst du die Trennung der beiden Tests :)
 

Anhänge

  • dtmfbox.log.txt
    7.5 KB · Aufrufe: 4
  • dtmfbox.cfg.txt
    1.8 KB · Aufrufe: 10
Zuletzt bearbeitet:
Hallo zusammen,

können sich am VoIP-Registrar auch mehrere Clients parallel anmelden? Wenn ja, wie oft meldet sich dtmfbox in einem solchen Fall beim VoIP-Provider an? 1 Mal oder für jeden Client erneut?
 
@jo2006:
Analog ist nicht aktiv. Die MSN bei Analog müsste auch eigentlich auf unknown gestellt werden.
Bei der Rufumleitung ist jetzt die Frage, wo liegt das NAT-Problem: 1und1 <-> voipd oder voipd <-> dtmfbox.
Was passiert denn, wenn du die Kurzwahl direkt anrufst (also z.B. **701, bzw. *121#**701)

@FritzKatze:
Es können sich mehrere Clients an der dtmfbox anmelden. Es wird sich nur einmal beim Provider angemeldet.
 
Interessant.. wenn ich die Kurzwahl direkt anrufe höre ich das 1. Beep, das auch in den Logfiles steht. Das 2. Beep fehlt und der Anruf wird auch nicht automatisch beendet...
(sollte er das?)

Ein Teil des Problems scheint dann wohl mit der Rufumleitung zusammenzuhängen.


Der Knackpunkt mit dem Analoganschluss war wohl, dass ich die Nummer auch als VOIP angemeldet hab.. vielleicht hab ich dann beim Testen alles über 1&1 gemacht..
Die MSN und Aktivierung hatte ich nur probeweise verstellt..

Danke schonmal :)
 
Automatisch legt er nicht auf, das ist richtig (nur im Aufnahme-Modus). Sollte ich bei der nächsten Version wohl berücksichtigen ;)

Bei der Rufumleitung müsstest du mal schauen. dtmfbox <-> voipd scheint ja zu funktionieren.
 
bodega schrieb:
Hier die neue Version 0.3.7. Die readme ist vielleicht nicht ganz so aktuell von den Screenshots her, aber etwas überarbeitet.

Änderungen:
  • dsmod Addon (integriertes Webinterface)
  • Standalone Version mit Webinterface (USB/NOUSB(?))


  • auf einer 7170 ohne Danisone:

    /var/usr/dtmfbox/busybox-httpd: can't resolve symbol 'fopen64'


    Hast eine Ahnung woran das liegen könnte?

    Die Version von drmbox und die Firmware ist der akt. Stand.

    Cu Micha
 
Die busybox bei der dtmfbox ist nicht mit LFS kompiliert worden. Da bräuchte man eine mit.
Leider wüsste ich jetzt nicht, wo man auf die schnelle eine her bekommt (außer durch dsmod).
 
hiho...sooo...nach einem we testens mit meiner classic fon kann ich berichten, das auch die classic fon wunderbar mit dem dtmf Anrufbeantworter funktioniert...also nix zu langsam oder zu wenig platz...wobei callmoni, syslog, checkmail, privoxy und wol drauf sind...
daher danke für die gute arbeit...
 
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.