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

Zu Fall 1:
Eventuell das gleiche Problem wie bei jampr?

Zu Fall 2:
Nein. Es sind nur bestimmte Zeichenfolgen, wo kein Ton zu hören ist. Bei **##1 bis **##3 klappt es ohne Probleme. Ab **##4 geht es nicht mehr (Es steht "ungültig" auf dem Display). ##1 bis ##3 klappt auch noch. Das habe ich aber gerade erst festgestellt. Bei früheren FWs war AVM etwas nachsichtiger, und da funktionierte die interne Wahl noch mit *#101#.

Es gibt einen Workaround mit dem Registrar-Mode:
man kann sich mit dem voipd an die dtmfbox anmelden um in das interne Menü zu kommen. Als DDI nimmt man dann 900 und wählt dann *121#900
 
Zuletzt bearbeitet:
Lösung für **##xx gefunden ...

Bei **##1 bis **##3 klappt es ohne Probleme. Ab **##4 geht es nicht mehr (Es steht "ungültig" auf dem Display).
Dass das funktioniert ist logisch, das sind die drei internen Anschlüsse der FritzBox. Vermutlich hast Du keine analogen Geräte konfiguriert, oder? Die Box "holt" sich dann das Gespräch und die dtmfbox hat das Nachsehen. Das ist auch der Grund warum es ab 4 nicht mehr klappt.

LÖSUNG GEFUNDEN:
Einfach ein ISDN-Gerät definieren. Z.B. 52. Für dieses Gerät keine echtes ISDN-Telefon installieren (also MSN ohne Reaktion). Dann klappt **##52 wunderbar! Mit Sound und Menü usw.!


Es gibt einen Workaround mit dem Registrar-Mode:
Den Workaround habe ich vorhin schon getestet. Sieht gut aus!

Danke erst mal, jetzt kann ich weiter testen...

Gruß,
MaHaGoNi
 
Zuletzt bearbeitet:
Hey das klingt ja mal gut :)

Ich werde es später mal testen und auch ein Analog-Telefon dranhängen. Wenn das funktioniert, kommt es mit in die Hilfe.
 
Bei mir 7050 funktiniert Callback nicht richtig.
Der Rückruf erfolgt aber die dann eingebene Nummer (Anruf extern) wird nicht komplett an die dtmfbox übertragen.
Ziffern gehen verloren. Das sind jedesmal andere, mal eine mal mehrere.
Code:
 15:36:31.745   conference.c Port 3 (tone port [0]) transmitting to port 2 (capi port [0])
 15:36:31.746 script_funcs.c [0] (SCRIPT) - playing generated tones... (freq1: 425, freq2: 425, msec on: 1000, msec off: 0, volume: 32767)
 15:36:39.795  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:39.796   capi_funcs.c [0] RECV DTMF: 0
 15:36:40.978  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:40.979   capi_funcs.c [0] RECV DTMF: 1
 15:36:41.809  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:41.810   capi_funcs.c [0] RECV DTMF: 7
 15:36:42.675  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:42.676   capi_funcs.c [0] RECV DTMF: 5
 15:36:43.795  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:43.796   capi_funcs.c [0] RECV DTMF: 1
 15:36:44.595  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:44.596   capi_funcs.c [0] RECV DTMF: 2
 15:36:45.395  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:45.396   capi_funcs.c [0] RECV DTMF: 3
 15:36:49.186  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:49.187   capi_funcs.c [0] RECV DTMF: 4
 15:36:51.058  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:51.059   capi_funcs.c [0] RECV DTMF: 5
 15:36:51.763  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:51.763   capi_funcs.c [0] RECV DTMF: 6
 15:36:52.370  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:52.371   capi_funcs.c [0] RECV DTMF: 7
 15:36:53.378  capi_events.c (IND, CTRL 1, PLCI: 5121, NCCI: 5121) - CAPI_FACILITY
 15:36:53.379   capi_funcs.c [0] RECV DTMF: #
 15:36:54.293 script_funcs.c [-1] (SCRIPT) - Queue: 59, Pending: 0
 15:36:54.553 script_funcs.c [0] (SCRIPT) - Queue: 60, Pending: 0
 15:36:54.553   conference.c Port 3 (tone port [0]) stop transmitting to port 2 (capi port [0])
 15:36:54.554 script_funcs.c [0] (SCRIPT) - tone generator stopped!
 15:36:54.653 script_funcs.c [0] (SCRIPT) - Queue: 61, Pending: 0
 15:36:54.654   conference.c Port 4 (capi port [1]) transmitting to port 1 (null port)
 15:36:54.655   conference.c Port 1 (null port) transmitting to port 4 (capi port [1])
 15:36:54.656   conference.c Port 4 (capi port [1]) transmitting to port 2 (capi port [0])
 15:36:54.656   conference.c Port 2 (capi port [0]) transmitting to port 4 (capi port [1])
 15:36:54.658   capi_funcs.c (CTRL 1, SRC: xxxxxx, DST: 017534567) - CONNECT_REQ
Gruß
Lvd
 
Hallo nochmal,
die AB Aufnahmen im wav Format sind abgehackt. Woran kann das liegen?
 
@lvd:
Die DTMF Zeichen werden an das Skript übergeben, aber beim zusammenhängen der Zeichenfolge im Skript läuft anscheinend was schief. Kannst du mal probieren, ob eine schnelle, bzw. langsame Eingabe besser funktioniert?
Es könnte hier am 'tee' liegen, sicher bin ich mir da aber nicht, da sowas bei mir noch nicht aufgetreten ist.

@jampr:
Das könnte unter Umständen durch parallelen Schreibzugriff auf den USB entstehen. Falls du die dtmfbox geloggt gestartet hast, versuche es mal ohne Logging. Du kannst auch Testweise den USB-Pfad leer lassen um festzustellen, ob es wirklich am USB liegt. Falsche Mount-Optionen könnten auch ein Grund dafür sein.
Falls es damit nicht besser läuft, liegt es an irgendeinen Prozess, der die dtmfbox in die Knie zwingt. Hier müsstest du dann schauen, welcher Prozess dafür verantwortlich ist. Das kann man mit 'top' auf der Konsole feststellen.
 
@lvd:
Die DTMF Zeichen werden an das Skript übergeben, aber beim zusammenhängen der Zeichenfolge im Skript läuft anscheinend was schief. Kannst du mal probieren, ob eine schnelle, bzw. langsame Eingabe besser funktioniert?
Es könnte hier am 'tee' liegen, sicher bin ich mir da aber nicht, da sowas bei mir noch nicht aufgetreten ist.

Je schneller ich wähle um so mehr Zeichen gehen verloren. Ich habe mal 0175123456789 so schnell ich konnte gewählt, herauskam -> 01537 [1].
Mir ist es noch keinmal, auch wenn ich langsam pro Sekunde ein Tastendruck gewählt habe, gelungen die komplette Nummer zu übertragen.

Gruß
lvd
 
Hallo lvd,

ich habe gerade feststellen müssen, dass es bei der 7050 einen tail-Befehl gibt, aber der Softlink fehlt :mad:.


Um das zu testen, habe ich einen Fix auf den Server geladen. Du müsstest dafür script_waitevent.sh austauschen:
Wenn es danach klappt, wird es wohl eine dtmfbox-0.4.0_2 geben, bzw. ich lade den Fix über das rc-Skript nach - dann muss es nicht neuinstalliert werden. Vielleicht kommt ja noch was ;)


Die Patches werden jetzt nachgeladen. Du müsstest also nur rebooten.

Danke !
 
Zuletzt bearbeitet:
Hallo bodega,

es funktioniert. :)
Wenn das nur bei der 7050 ein Problem ist, brauchst du doch nur die Datei auf dem Server austauschen. Beim Neustart der Box wird diese die neue Datei laden?

Vielen Dank
lvd
 
Schon passiert ;)

Im WebIf der Standalone Version steht jetzt auch 0.4.0 (2).
 
Hi Bodega,
meine Aufnahmen sind nu ok. Aber wie kann ich den AB von einem Analogen Telefon abrufen? **##1 funktioniert da ja nicht.
 
Kurzer Überblick der neuen DTMFBox 4.0.x

@bodega: Sei doch mal so freundlich und gib Uns mal eine Übersich mit kurzer Erklärung über die neuen Funktionen wie Radio, Wetter und die anderen Sachen für die Du madplay vorgesehen hast. Muss man da eine bestimmte Ziffernfolge am Hörer eingaben um Internetradio/Wetter zu hören?

Danke im Voraus und wie immer SUPER Arbeit!


Gruss Manuel
 
jampr schrieb:
Aber wie kann ich den AB von einem Analogen Telefon abrufen? **##1 funktioniert da ja nicht.

Das geht nur über den Registrar-Mode (voipd -> dtmfbox -> analog). **## wird vom voipd aber nicht mitübergeben, deswegen müsste man dort eine '900' eintragen. Abhören geht dann mit *121#900.
Btw: woran lag es denn bei den Aufnahmen?

@balou1974:
Jep, bestimmte Ziffernfolgen. Unter 'Accounts' den Hilfe-Button anklicken. Da gibt es einen Menübaum.
Wenn du eSpeak aktivierst, gibt es auch Sprachausgabe. Hier noch ein Webradio-Link zum testen: http://radiator.nci.de:8000/live
 
Zuletzt bearbeitet:
Kannst Du mal einen Screenshot machen? Bei mir fällt die komplette Menü-Übersicht (bei (dtmfbox) Status / 2 Punkte Startmodus u. USB-Pfad) eher mager aus, hab ich da irgendwo zuviel abgewählt?
 
Sorry... ich meinte eigentlich die Hilfe unter den Accounts. Ein wenig durchklicken ;) - auf jeder Seite gibt es ja einen Hilfe Button.
 

Anhänge

  • dtmfbox_0_4_0_menu.jpg
    dtmfbox_0_4_0_menu.jpg
    52.7 KB · Aufrufe: 38
Zuletzt bearbeitet:
Was mir spontan auffällt die DTMFBOX reagiert wohl auf den DECT-Teil der W900V aber was ich am analogen Anschluss 1 oder 2 macht krazt das Programm garnicht... Gibt es eine Möglichkeit alle Ereignisse der verschiedenen CAPI-Controller zu loggen damit ich den passenden Controller rausfinde? Wie gesagt bei Controller intern 3 wird nur auf DECT gelauscht....

(bei der 7170 ist irgendwie alles besser aber eben kein DECT ... Mist!)


Gruss Manuel

Ps.: Manchmal hört man noch ... "Dienst"... Dann fängt Radio an, kommt das vom Amt oder von der W900V?
Wetter: Podcast wird nicht abgespielt - Rauschen....

Loglevel 5: Keine Reaktion auf mein Sinus 30 am analogen Port 1
 
Zuletzt bearbeitet:
Hallo

Ich habe folgendes Problem.
Ich habe die dtmfbox v0.4.0 (2) auf meiner fritzbox 7170 installiert. Da ich analoge Telefone habe, benutze ich den Registrar-Modus. Meine SIP Daten hab ich eingegeben und die dtmfbox registriert sich auch bei dem SIP-Server.
In der Fritzbox hab ich eine Internettelefonnummer eingestellt, und diese registriert sich auch erfolgreich mit der dtmfbox.
Dies wird mir auch beides beim Status der dtmfbox angezeigt.

Jetzt das Problem:
Wenn ich die DDI Nummer *121#900 oder meine Handynummer wähle, hab ich zwar ein Klingelzeichen, die dtmfbox geht aber nicht ran und das Handy klingelt auch nicht.

Woran könnte das liegen?

mfg SophîaPêtríllo

EDIT: Hab es gerade mit Phoner probiert, da funktioniert es einwandfrei, nur mit den Telefonen an der FritzBox nicht
 

Anhänge

  • accounts.jpg
    accounts.jpg
    42.1 KB · Aufrufe: 36
  • verbindungseinstellungen.jpg
    verbindungseinstellungen.jpg
    61 KB · Aufrufe: 34
  • fritzbox.jpg
    fritzbox.jpg
    62.6 KB · Aufrufe: 36
  • status.jpg
    status.jpg
    24.2 KB · Aufrufe: 30
Zuletzt bearbeitet:
@SophîaPêtríllo:
Probiere es mal ohne STUN-Server und ICE. Versuche auch mal bei der Internetrufnummer (AVM-WebIf) als Registrar die IP 192.168.178.1:5061 anstelle von fritz.box:5061. Falls es nicht funktioniert, poste am Besten mal ein Log.

@Manuel:
CAPI und Analog funktioniert nicht so wie beim ISDN. Da muss man den Umweg über den Registrar gehen. Das habe ich aber schon oft erwähnt.
 
Zuletzt bearbeitet:
Hallo.

Funktioniert leider immer noch nicht, egal welche Nummer ich wähle, ich höre immer nur das Klingelzeichen, sonst passiert nichts.
Mit Phoner funktioniert es aber. Vieleicht liegt es an Freetz?

Hier das Log, mit Anruf an 900:
Code:
 16:47:42.222      dtmfbox.c dtmfbox 0.4.0
 16:47:42.224      dtmfbox.c PJSIP 0.8.0
 16:47:42.253          pjlib select() I/O Queue created (0x4eccd4)
 16:47:42.254 sip_endpoint.c Module "mod-msg-print" registered
 16:47:42.255    voip_ctrl.c Init VOIP...
 16:47:42.259    voip_ctrl.c Resolve IP from host fritz.box ...
 16:47:42.260    voip_ctrl.c Use IP: 192.168.178.1
 16:47:42.262    udp0x4fd734 SIP UDP transport started, published address is 192.168.178.1:5061
 16:47:42.263    voip_ctrl.c UDP server listening on port 5061
 16:47:42.268 sip_endpoint.c Module "mod-tsx-layer" registered
 16:47:42.269 sip_endpoint.c Module "mod-stateful-util" registered
 16:47:42.273 sip_endpoint.c Module "mod-ua" registered
 16:47:42.275 sip_endpoint.c Module "mod-100rel" registered
 16:47:42.275    voip_ctrl.c VOIP callbacks initialized
 16:47:42.276 sip_endpoint.c Module "mod-invite" registered
 16:47:42.277 sip_endpoint.c Module "dtmfbox" registered
 16:47:42.291          pjlib select() I/O Queue created (0x523a74)
 16:47:42.313    voip_ctrl.c RTP/RTCP: 192.168.178.1:4000-4001
 16:47:42.317    voip_ctrl.c RTP/RTCP: 192.168.178.1:4002-4003
 16:47:42.319    voip_ctrl.c RTP/RTCP: 192.168.178.1:4004-4005
 16:47:42.323    voip_ctrl.c RTP/RTCP: 192.168.178.1:4006-4007
 16:47:42.326    voip_ctrl.c RTP/RTCP: 192.168.178.1:4008-4009
 16:47:42.329    voip_ctrl.c RTP/RTCP: 192.168.178.1:4010-4011
 16:47:42.332    voip_ctrl.c RTP/RTCP: 192.168.178.1:4012-4013
 16:47:42.335    voip_ctrl.c RTP/RTCP: 192.168.178.1:4014-4015
 16:47:42.336    voip_ctrl.c RTP/RTCP media transport created
 16:47:42.340    voip_ctrl.c Start VoIP listen loop...
 16:47:42.341    voip_ctrl.c VOIP initialized!
 16:47:42.344    capi_ctrl.c Init CAPI...
 16:47:42.344    capi_ctrl.c Controllers: 5
 16:47:42.345    capi_ctrl.c Using controller #1 - 2 B-channel(s)
 16:47:42.346    capi_ctrl.c Using controller #3 - 2 B-channel(s)
 16:47:42.350    capi_ctrl.c CAPI registered!
 16:47:42.350    alaw_ulaw.c Build a-law/pcm table buffer
 16:47:42.496  voip_events.c RX-REQUEST 778 bytes Request msg REGISTER/cseq=8 (rdata0x4fe7b4) from UDP 192.168.178.1:5060
 16:47:42.497  voip_events.c RX-SIP:

REGISTER sip:192.168.178.1 SIP/2.0
Via: SIP/2.0/UDP 91.14.112.123:5060;rport;branch=z9hG4bKD62BB15F94A59FBD
From: <sip:[email protected]>;tag=416235641
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 8 REGISTER
Authorization: Digest username="58xxxxx", realm="fritz.box", nonce="6633487374b0dc51", uri="sip:192.168.178.1", response="ccfbc08f04574e8d6c019008b45c17ac", algorithm=md5, opaque="19495cff2ae8944a"
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 7170 29.04.49 (Dec 14 2007)
Supported: 100rel,replaces
Allow-Events: telephone-event,refer,reg
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 0



 16:47:42.498    voip_auth.c Found credentials -> user: 58xxxxx, realm: fritz.box
 16:47:42.499    voip_auth.c Client 192.168.178.1:5060 authorized for account Sipgate
 16:47:42.511 voip_registrar Status: 200 (Authorization OK!)
 16:47:42.512 sip_endpoint.c Message Request msg REGISTER/cseq=8 (rdata0x4fe7b4) from 192.168.178.1:5060 was dropped/unhandled by any modules
 16:47:42.514  voip_events.c RX-REQUEST 865 bytes Request msg REGISTER/cseq=9 (rdata0x4fe7b4) from UDP 192.168.178.1:5060
 16:47:42.515  voip_events.c RX-SIP:

REGISTER sip:192.168.178.1 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.1:5060;rport;branch=z9hG4bK98D0BDDB35BDB5CE
From: <sip:[email protected]>;tag=416235641
To: <sip:[email protected]>
Call-ID: [email protected]
CSeq: 9 REGISTER
Contact: <sip:[email protected];uniq=884BCA6C1208416CBE7C66846F695>
Authorization: Digest username="58xxxxx", realm="fritz.box", nonce="6633487374b0dc51", uri="sip:192.168.178.1", response="ccfbc08f04574e8d6c019008b45c17ac", algorithm=md5, opaque="19495cff2ae8944a"
Expires: 600
Max-Forwards: 70
User-Agent: AVM FRITZ!Box Fon WLAN 7170 29.04.49 (Dec 14 2007)
Supported: 100rel,replaces
Allow-Events: telephone-event,refer,reg
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length: 0



 16:47:42.516    voip_auth.c Found credentials -> user: 58xxxxx, realm: fritz.box
 16:47:42.523 voip_registrar Status: 200 (Authorization OK!)
 16:47:42.524 sip_endpoint.c Message Request msg REGISTER/cseq=9 (rdata0x4fe7b4) from 192.168.178.1:5060 was dropped/unhandled by any modules
 16:47:45.174    capi_ctrl.c CAPI initialized!
 16:47:45.188    voip_auth.c SIP (TX-REGISTER):

REGISTER sip:sipgate.de SIP/2.0
Via: SIP/2.0/UDP 192.168.178.1:5061;rport;branch=z9hG4bKPj02000000000367458b6b
Max-Forwards: 70
From: "Sipgate" <sip:[email protected]>;tag=02000000000267458b6b
To: <sip:[email protected]>
Call-ID: 02000000000167458b6b
CSeq: 64678 REGISTER
User-Agent: dtmfbox 0.4.0
Contact: <sip:[email protected]:5061>
Expires: 3600
Content-Length:  0


 16:47:45.189    capi_ctrl.c (0x3ff) - Listen to CAPI incoming controller 1...
 16:47:45.190    capi_ctrl.c (0x3ff) - Listen to CAPI outgoing controller 1...
 16:47:45.192    capi_ctrl.c (0xff) - Listen to CAPI internal controller 3...
 16:47:45.196    capi_ctrl.c (CNF, CTRL 1) - CAPI_LISTEN
 16:47:45.197    capi_ctrl.c (CNF, CTRL 1) - CAPI_LISTEN
 16:47:45.197    capi_ctrl.c (CNF, CTRL 3) - CAPI_LISTEN
 16:47:45.936    voip_auth.c SIP (RX-REGISTER):

SIP/2.0 200 OK
Via: SIP/2.0/UDP 192.168.178.1:5061;received=91.14.112.123;rport=5061;branch=z9hG4bKPj02000000000467458b6b
From: "Sipgate" <sip:[email protected]>;tag=02000000000267458b6b
To: <sip:[email protected]>;tag=8367f0f887e3954243ec30fa0f5db288.89ba
Call-ID: 02000000000167458b6b
CSeq: 64679 REGISTER
Contact: <sip:[email protected]:5061>;expires=600;received="sip:91.14.112.123:5061"
Content-Length: 0


 16:47:45.936    voip_auth.c SIP registration successful (sipgate.de), status=10
 16:47:45.937    voip_auth.c Next registration in 600 sec
 16:47:47.093 script_funcs.c [-1] (SCRIPT) - Queue: 0, Pending: 0
 16:47:47.232 script_funcs.c [-1] (SCRIPT) - Queue: 1, Pending: 0
 16:47:47.352 script_funcs.c [-1] (SCRIPT) - Queue: 2, Pending: 0
 16:48:12.446  voip_events.c RX-REQUEST 1097 bytes Request msg INVITE/cseq=10 (rdata0x4fe7b4) from UDP 192.168.178.1:5060
 16:48:12.447  voip_events.c RX-SIP:

INVITE sip:[email protected]:5061 SIP/2.0
Via: SIP/2.0/UDP 192.168.178.1:5060;rport;branch=z9hG4bK349B45FEB710E0E2
From: <sip:[email protected]>;tag=A83B5B9D87CDB8B0
To: <sip:[email protected]:5061>
Call-ID: [email protected]
CSeq: 10 INVITE
Contact: <sip:[email protected];uniq=884BCA6C1208416CBE7C66846F695>
Max-Forwards: 70
Expires: 120
User-Agent: AVM FRITZ!Box Fon WLAN 7170 29.04.49 (Dec 14 2007)
Supported: 100rel,replaces
Allow-Events: telephone-event,refer
Allow: INVITE,ACK,OPTIONS,CANCEL,BYE,UPDATE,PRACK,INFO,SUBSCRIBE,NOTIFY,REFER,MESSAGE
Content-Type: application/sdp
Accept: application/sdp, multipart/mixed
Accept-Encoding: identity
Content-Length:   386

v=0
o=user 14353232 14353232 IN IP4 192.168.178.1
s=call
c=IN IP4 192.168.178.1
t=0 0
m=audio 7078 RTP/AVP 2 102 100 99 97 105 101
a=sendrecv
a=rtpmap:2 G726-32/8000
a=rtpmap:102 G726-32/8000
a=rtpmap:100 G726-40/8000
a=rtpmap:99 G726-24/8000
a=rtpmap:97 iLBC/8000
a=fmtp:97 mode=30
a=rtpmap:105 speex/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-11
a=rtcp:7079


 16:48:12.449  voip_events.c Create UAS dialog...
 16:48:12.451  voip_events.c Create media capability...
 16:48:12.451  voip_events.c Create invite session...
 16:48:12.453  voip_events.c Respond 100...
 16:48:12.457  voip_events.c Call state changed to INCOMING [port=0]
 16:48:12.457  voip_events.c Respond 180 (*ring*)..
 16:48:12.463  voip_events.c Call EARLY [port=0, reason=0 (Default status message)]
 16:48:12.464 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "CONNECT" "USER" "OUTGOING" "0" "-1" "58xxxxx" "[email protected]" "1" ""
 16:48:12.651   voip_funcs.c [0] RECV DTMF: 9
 16:48:12.652 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "DDI" "USER" "OUTGOING" "0" "-1" "58xxxxx" "[email protected]" "1" "9"
 16:48:12.670   voip_funcs.c [0] RECV DTMF: 0
 16:48:12.671 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "DDI" "USER" "OUTGOING" "0" "-1" "58xxxxx" "[email protected]" "1" "0"
 16:48:12.776   voip_funcs.c [0] RECV DTMF: 0
 16:48:12.777 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "DDI" "USER" "OUTGOING" "0" "-1" "58xxxxx" "[email protected]" "1" "0"
 16:48:12.927 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "EARLY" "USER" "OUTGOING" "0" "-1" "58xxxxx" "[email protected]" "1" ""
 16:48:14.123 script_funcs.c [0] (SCRIPT) - Queue: 3, Pending: 0
 16:48:14.124   voip_funcs.c Respond stateless with code 200 (answer)
 16:48:15.093 voip_registrar Make VoIP call by client ("58xxxxx" <sip:[email protected]:5061> -> <sip:[email protected]>)...
 16:48:15.094   voip_funcs.c Initialize outgoing call from '"58xxxxx" <sip:[email protected]:5061>' to '<sip:[email protected]>'
 16:48:15.095   voip_funcs.c Create SDP...
 16:48:15.096   voip_funcs.c Create invite session...
 16:48:15.101  voip_events.c On media update
 16:48:15.103  voip_events.c (220049) SDP negotiation has failed
 16:48:15.103   voip_funcs.c Cannot create stateless respond with status 200!
 16:48:15.104 script_funcs.c [0] (SCRIPT) - hook up!
 16:48:15.108  voip_events.c Call state changed to CALLING [port=1]
 16:48:15.109 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "CONNECT" "VOIP" "OUTGOING" "1" "0" "58xxxxx" "[email protected]" "1" ""
 16:48:15.497  voip_events.c Call state changed to CALLING [port=1]
 16:48:15.623 script_funcs.c [0] (SCRIPT) - Queue: 4, Pending: 0
 16:48:15.624 script_funcs.c [0] (SCRIPT) - wait for event (2)
 16:48:15.803 script_funcs.c [0] (SCRIPT) - Queue: 5, Pending: 0
 16:48:15.803 script_funcs.c [0] (SCRIPT) - change scriptfile to "./script/script_internal.sh"
 16:48:15.804 script_funcs.c [0] (SCRIPT) - change delimiter to ""
 16:48:16.123 script_funcs.c [0] (SCRIPT) - Queue: 6, Pending: 0
 16:48:16.283 script_funcs.c [0] (SCRIPT) - Queue: 7, Pending: 0
 16:48:16.466  voip_events.c Call EARLY [port=1, reason=0 (Default status message)]
 16:48:16.467 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "CONNECT" "VOIP" "OUTGOING" "1" "0" "58xxxxx" "[email protected]" "1" ""
 16:48:16.540  voip_events.c On media update
 16:48:16.541  voip_events.c stream #0: PCMA (8000/1)
 16:48:16.542  voip_events.c stream #0: disable VAD [port=1]
 16:48:16.545   strm0x57c11c Encoder stream started
 16:48:16.546   strm0x57c11c Decoder stream started
 16:48:16.635  voip_events.c Call EARLY [port=1, reason=0 (Default status message)]
 16:48:16.636 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "CONNECT" "VOIP" "OUTGOING" "1" "0" "58xxxxx" "[email protected]" "1" ""
 16:48:16.820    inv0x57292c SDP negotiation done, message body is ignored
 16:48:17.053 script_funcs.c [0] (SCRIPT) - Queue: 8, Pending: 0
 16:48:26.534  voip_events.c Call DISCONNECTED [port=1, reason=603 (Decline)]
 16:48:26.545  voip_events.c Call DISCONNECTED [port=0, reason=487 (Request Terminated)]
 16:48:26.546  voip_events.c Hangup [0]
 16:48:26.547 voip_registrar VoIP client disconnected [0]
 16:48:26.548 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/script_main.sh" "DISCONNECT" "VOIP" "OUTGOING" "1" "-1" "58xxxxx" "[email protected]" "1" ""
 16:48:26.638  voip_events.c Hangup [1]
 16:48:27.693 script_funcs.c [-1] (SCRIPT) - Queue: 9, Pending: 0
 
Was mir auffällt ist, dass die SDP Negotation nicht klappt - sprich das aushandeln der Codecs:

Code:
(220049) SDP negotiation has failed

In der dtmfbox ist aus Platzgründen nur G711 einkompiliert. Jetzt weiss ich nicht genau, ob es am voipd liegt oder an den Einstellungen bei sipgate.de.
Im WebIf von AVM kann man unter den erweiterten Einstellungen "Festnetzqualität" wählen. Bei sipgate.de kann man das im Benutzerprofil auf der Webseite einstellen (glaube ich, oder war es dus.net ???).
 
Zuletzt bearbeitet:
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.