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

Hallo bodega,
danke für die schnelle Antwort. Hab die MSN jetzt hinterlegt als 0\#03047XXXXXX (wie auch für die Inetnummer hinterlegt). Sie wird mir im Status als OK angezeigt. Trozdem wird beim Hörer abnehmen sowohl am analogenTelefon als auch über eine den ISDN-Anlagenanschluss angeschlossene FBF mit analogem Telefon auf den Festnetzanschluss (analog) umgeschaltet. Hab nur Controller 4 und 5 mit 4 und 5 belegt (andere auf 0) als Account 1 mit DDI **##1 MSN unknown Type CAPI und ausgehend Ctl4, als Account 2 mit DDI **##2 MSN 0\#03047XXXXXX Type CAPI und ausgehend Ctl5. Als Account 4 den sipgate Account zum Probieren.
Alle angeschlossenen Telefon(e)-anlage sollen über die Inetnummer rauswählen, will die an ISDN angeschlossene FBF (Eumex 300IP) einsparen.
Im log sehe ich folgendes:
Code:
10:59:14.984  capi_events.c (IND, CTRL 5, PLCI: 1285) - CAPI_CONNECT (Acc#: unknown (1), Target#: 0#03047XXXXXX)
 10:59:14.985   conference.c Port 2 (capi port [0]) transmitting to port 1 (null port)
 10:59:14.986   conference.c Port 1 (null port) transmitting to port 2 (capi port [0])
 10:59:14.987 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "0" "-1" "0#03047XXXXXX" "unknown" "2" ""
 10:59:15.004        funcs.c Set high priority
 10:59:15.052  capi_events.c (IND, CTRL 5, PLCI: 1285) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 10:59:15.054  capi_events.c (IND, CTRL 5, PLCI: 1285) - CAPI_INFO (0xc000) - UNKNOWN INFO
 10:59:15.943  capi_events.c (IND, CTRL 5, PLCI: 1285) - CAPI_DISCONNECT
 10:59:15.943   capi_funcs.c CAPI 0x3490 - Normal call clearing
 10:59:15.944 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "DISCONNECT" "CAPI" "OUTGOING" "0" "-1" "0#03047XXXXXX" "unknown" "2" ""
 10:59:15.985   conference.c Port 2 (capi port [0]) stop transmitting to port 1 (null port)
 10:59:15.985   conference.c Port 1 (null port) stop transmitting to port 2 (capi port [0])
 10:59:15.998        funcs.c Set low priority
 10:59:16.454  capi_events.c (IND, CTRL 5, PLCI: 1797) - CAPI_CONNECT (Acc#: unknown (1), Target#: 0#03047XXXXXX)
 10:59:16.455   conference.c Port 2 (capi port [0]) transmitting to port 1 (null port)
 10:59:16.456   conference.c Port 1 (null port) transmitting to port 2 (capi port [0])
 10:59:16.457 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "0" "-1" "0#03047XXXXXX" "unknown" "2" ""
 10:59:16.474        funcs.c Set high priority
 10:59:16.635  capi_events.c (IND, CTRL 5, PLCI: 1797) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 10:59:16.637  capi_events.c (IND, CTRL 5, PLCI: 1797) - CAPI_INFO (0xc000) - UNKNOWN INFO
 10:59:21.460  capi_events.c (IND, CTRL 5, PLCI: 1797) - CAPI_DISCONNECT
 10:59:21.461 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "DISCONNECT" "CAPI" "OUTGOING" "0" "-1" "0#03047XXXXXX" "unknown" "2" ""
 10:59:21.627   conference.c Port 2 (capi port [0]) stop transmitting to port 1 (null port)
 10:59:21.628   conference.c Port 1 (null port) stop transmitting to port 2 (capi port [0])
Übrigens hilft auch kein *121#
Ich will noch nicht aufgeben... Und ob die das bei AVM noch mal in den Griff kriegen, ob die Inetnunmmer über PVC oder über die normale Session gehen soll. Vielleicht hast Du ja noch einen Tip. Achso, hab die originale 29.04.49 drauf.
 
Zuletzt bearbeitet:
Hallo huene,

die Situation ist etwas Tricky, da die Steuerung von ausgehenden Gesprächen über CAPI etwas schwierig ist. Normalerweise würde ich sagen, melde dich einfach per SIP-Client an, doch das lässt die Box wegen dem PVC nicht zu :(
Also man bräuchte einen zweiten voipd und diesen könnte man rein theoretisch mit der dtmfbox nachahmen. Sagen wir *121# ist Alice und *122# ist ein Account, der nicht eingerichtet ist. Wenn man von einem Telefon aus *122#5555444 wählt, müsste die dtmfbox das Gespräch sofort annehmen und über den Alice Account die Nr. 5555444 wählen. Das könnte man manuell über das Userskript machen.

Was mich nur etwas stutzig macht ist die Tatsache, das bei laufender dtmfbox ein rauswählen über *121#xxxxxxx nicht mehr möglich ist (oder habe ich das falsch verstanden?). Kann man denn mit der dtmfbox rauswählen? also mit:
Code:
dtmfbox -call "0#03047XXXXXX" "zielnummer" "5"
Eventuell liegt das wirklich am Analog-Telefon...

EDIT:
Ich habe mal nachgeschaut. Wenn die Inetrufnummer als MSN fest hinterlegt wird, muss die dtmfbox den CONNECT zurückweisen, ansonsten springt das Telefon wieder auf Analog/ISDN um. Das würde das Phänomen erklären.
Es müsste also ein zusätzlicher Parameter her, der den ersten connect zurückweist.
Im AVM-WebIf kann man VoIP Nummern ohne Benutzerdaten hinterlegen. Das tolle daran ist, dass die dtmfbox den voipd um weitere Inetrufnummern erweitern kann (eventuell sogar komplett ersetzen).
 
Zuletzt bearbeitet:
Hallo bodega,
hab mal rausgewählt wie oben beschrieben. Folgendes ist im Log zu sehen (ohne dass die InetTel-LED angegangen ist):
Code:
22:23:46.499   conference.c Port 2 (capi port [0]) transmitting to port 1 (null port)
 22:23:46.499   conference.c Port 1 (null port) transmitting to port 2 (capi port [0])
 22:23:46.500   capi_funcs.c (CTRL 5, SRC: 0#03047XXXXXX, DST: 03055XXXXXX) - CONNECT_REQ
 22:23:46.502    capi_ctrl.c (CNF, CTRL 5, PLCI: 4101) - CAPI_CONNECT
 22:23:46.503 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "0" "-1" "0#03047XXXXXX" "03055XXXXXX" "2" ""
 22:23:46.515 script_funcs.c [-1] (SCRIPT) - CALL - CAPI - 0#03047XXXXXX -> 03055XXXXXX [5]
 22:23:46.539        funcs.c Set high priority
 22:23:46.611  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0x800d) - SETUP ACK
 22:23:46.612  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 22:23:46.613  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 22:23:46.614  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0xc000) - UNKNOWN INFO
 22:23:47.561  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_CONNECT (Acc#: 03055XXXXXX (1), Target#: 0#03047XXXXXX)
 22:23:47.563   conference.c Port 3 (capi port [1]) transmitting to port 1 (null port)
 22:23:47.564   conference.c Port 1 (null port) transmitting to port 3 (capi port [1])
 22:23:47.565 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "1" "-1" "0#03047XXXXXX" "03055XXXXXX" "2" ""
 22:23:47.584 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "EARLY" "CAPI" "OUTGOING" "1" "-1" "0#03047XXXXXX" "03055XXXXXX" "2" ""
 22:23:47.681  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_INFO (0x0070) - UNKNOWN INFO
 22:23:47.682  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 22:23:47.683  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_INFO (0xc000) - UNKNOWN INFO
 22:23:47.685  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0xc000) - UNKNOWN INFO
 22:23:49.656 script_funcs.c [-1] (SCRIPT) - Queue: 31, Pending: 0
 22:23:49.756 script_funcs.c [-1] (SCRIPT) - Queue: 32, Pending: 0
 22:23:49.835 script_funcs.c [-1] (SCRIPT) - Queue: 33, Pending: 0
 22:23:50.883  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_DISCONNECT
 22:23:50.886   capi_funcs.c CAPI 0x3304 - Another application got that call
 22:23:50.887 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "DISCONNECT" "CAPI" "OUTGOING" "1" "-1" "0#03047XXXXXX" "03055XXXXXX" "2" ""
 22:23:51.161   conference.c Port 3 (capi port [1]) stop transmitting to port 1 (null port)
 22:23:51.162   conference.c Port 1 (null port) stop transmitting to port 3 (capi port [1])
 22:23:51.164  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0x8001) - ALERTING
 22:23:51.167 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "EARLY" "CAPI" "OUTGOING" "0" "-1" "0#03047XXXXXX" "03055XXXXXX" "2" ""
 22:23:51.223  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 22:23:51.224  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0xc000) - UNKNOWN INFO
Sieht aus wie Ctl 2, (nicht aktiv)
Ein Rauswählen mit *121# ist bei laufender dtmfbox wirklich nicht möglich, auch nicht mit *112# von einem an die Eumex 300IP angeschlossenen Analogtelefon. (Ich hab die Eumex über S0 als Tel.anlage mit 2 MSN (1.Festnetznummer und 2.Inetrufnummer) dran).
Springt immer wieder auf Festnetz analog.
Wenn ich jetzt einen leeren VOIP-Account im AVM WebIf hinterlege, könnte ich den zwar in der dtmfbox als acc. hinterlegen, hätte aber trotzdem Probleme, alle anderen Anrufe an der dtmfbox "vorbeizumogeln".
Beim Einschalten der dtmfbox habe ich folgendes in der console gelesen?:
Code:
voipd[729]: [email protected]: REGISTER already in progress
Dann habe ich mal eine Nummer gewählt mit *124# (nicht eingerichteter acc.) und scheinbar hat das rauswählen geklappt:
Code:
 22:23:46.499   conference.c Port 2 (capi port [0]) transmitting to port 1 (null port)
 22:23:46.499   conference.c Port 1 (null port) transmitting to port 2 (capi port [0])
 22:23:46.500   capi_funcs.c (CTRL 5, SRC: 0#03047XXXXXX, DST: 03055XXXXXX) - CONNECT_REQ
 22:23:46.502    capi_ctrl.c (CNF, CTRL 5, PLCI: 4101) - CAPI_CONNECT
 22:23:46.503 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "0" "-1" "0#03047XXXXXX" "03055XXXXXX" "2" ""
 22:23:46.515 script_funcs.c [-1] (SCRIPT) - CALL - CAPI - 0#03047XXXXXX -> 03055XXXXXX [5]
 22:23:46.539        funcs.c Set high priority
 22:23:46.611  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0x800d) - SETUP ACK
 22:23:46.612  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 22:23:46.613  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 22:23:46.614  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0xc000) - UNKNOWN INFO
 22:23:47.561  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_CONNECT (Acc#: 03055XXXXXX (1), Target#: 0#03047XXXXXX)
 22:23:47.563   conference.c Port 3 (capi port [1]) transmitting to port 1 (null port)
 22:23:47.564   conference.c Port 1 (null port) transmitting to port 3 (capi port [1])
 22:23:47.565 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "1" "-1" "0#03047XXXXXX" "03055XXXXXX" "2" ""
 22:23:47.584 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "EARLY" "CAPI" "OUTGOING" "1" "-1" "0#03047XXXXXX" "03055XXXXXX" "2" ""
 22:23:47.681  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_INFO (0x0070) - UNKNOWN INFO
 22:23:47.682  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 22:23:47.683  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_INFO (0xc000) - UNKNOWN INFO
 22:23:47.685  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0xc000) - UNKNOWN INFO
 22:23:49.656 script_funcs.c [-1] (SCRIPT) - Queue: 31, Pending: 0
 22:23:49.756 script_funcs.c [-1] (SCRIPT) - Queue: 32, Pending: 0
 22:23:49.835 script_funcs.c [-1] (SCRIPT) - Queue: 33, Pending: 0
 22:23:50.883  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_DISCONNECT
 22:23:50.886   capi_funcs.c CAPI 0x3304 - Another application got that call
 22:23:50.887 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "DISCONNECT" "CAPI" "OUTGOING" "1" "-1" "0#03047XXXXXX" "03055XXXXXX" "2" ""
 22:23:51.161   conference.c Port 3 (capi port [1]) stop transmitting to port 1 (null port)
 22:23:51.162   conference.c Port 1 (null port) stop transmitting to port 3 (capi port [1])
 22:23:51.164  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0x8001) - ALERTING
 22:23:51.167 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "EARLY" "CAPI" "OUTGOING" "0" "-1" "0#030XXXXXX" "03055XXXXXX" "2" ""
 22:23:51.223  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 22:23:51.224  capi_events.c (IND, CTRL 5, PLCI: 4101) - CAPI_INFO (0xc000) - UNKNOWN INFO
Hier wird offenbar auf den Controller 1 ausgewichen, den ich nicht aktiv habe, weil Analog-FN.
Als ich so meine Handy-Nummer anrufen wollte, hat sich auf jeden Fall nichts gerührt.
Code:
(0) [CAPI] INCOMING - CONNECT    - unknown <- 3#
Den log lasse ich mal weg...
Wahrscheinlich stelle ich mich ein wenig zu dämlich an...:confused:
Also selbst, wenn ich jetzt über einen nicht konfigurierten acc. rauswähle, die dtmfbox das ganze annimmt, wie soll dann von der dtmfbox eine ausgehende Verbindung über die Alice-Nummer zustandekommen?
So jetzt habe ich mal noch ein ISDN-Telefon an der Fritzbox angemeldet (mit der MSN von der Inetnr.) ausgehend ist hier die Inetnr. eingetragen. Es muss doch irgendwie möglich sein, über CAPI an diesen acc. heranzukommen... Schließlich geht eine angeschlossene Tel.-Anlage doch auch über S0. Wenn ich jetzt rauswähle, sehe ich im Status:
Code:
(0) [CAPI] INCOMING - CONNECT    - unknown <- 00493047989897
(1) [CAPI] INCOMING - CONNECT    - unknown <- 0#03047989897
Welchen Controller muss ich denn dann nutzen?
Ich denke, das Dilemma ist der nicht vorhandene ISDN-Festnetzanschluss... Danke, dass Du Dich so reingekniet hast. Ist schon bewundernswert, wieviel Arbeit Du in das Projekt reinsteckst und jeden unterstützt.
 
Zuletzt bearbeitet:
dtmfbox als SIP-Server mit N95

Hallo, ich habe dtmfbox 0.4.1rc3_5 auf meiner Fritz!Box 7050 installiert, um mein Nokia N95 als SIP-Client an der Anlage verwenden zu können und so über die Analog-Telefon-Flat telefonieren zu können und eingehende Anrufe annehmen zu können.
Das klappt soweit auch schon, allerdings übermittelt das N95 beim raustelefonieren via dtmfbox keine Rufnummer, nehme ich dagegen das analoge DECT-Telefon wird die Nummer übermittelt. Ich besitze einen Analog-Anschluss bei TeleOS.

Unter den Account-Einstellungen habe ich als Rufnummer 'unknown' eingegeben, da sost am N95 keine eingehenden Anrufe signalisiert werden.

Die Account-Einstellungen:
Name: N95
MSN, Nr.: unknown
CAPI-Ctrl. (ausgehend): 4
Type: CAPI
Registrar-Login
Aktiv: Ja
Username: N95
Passwort: <entfernt>

Des weiteren ist mir unklar, wofür die Controller-Konfiguration in den Verbindungseinstellungen da ist. Die Hilfe "Hier können die CAPI-Controller hinterlegt werden." bringt mich da auch nicht weiter ;-)

Zudem wunder mich, dass im DDI-Menü nix passiert, wenn ich eine der in der Ansage genannten Zifferntasten drücke (am N95).

Außerdem ist mir unklar wie ich mit dem SIP-Client nun auch interne Nebenstellen anrufen kann (sprich analoge Tel. an der FB) oder über ide Internetrufnummer rauswählen kann (geht normal via *121#RUFNR) - oder ist das garnicht möglich mit einem einzelnen Account?

So, das wärs erstmal mit meinen Fragen ;-) Aufjedenfall schonmal danke für die tolle SW und Frohe Ostern!

Ciao, Atmos
 
huene schrieb:
Beim Einschalten der dtmfbox habe ich folgendes in der console gelesen?:
Code:

voipd[729]: [email protected]: REGISTER already in progress
Beim starten wird der voipd mit -R zur neuregistrierung veranlasst. Das soll sicherstellen, dass Clients neu verbunden werden (falls sie per SIP an die dtmfbox angemeldet sind).

Bzgl. der Logs: da wird schon "CTRL 5" verwendet. Ich sehe da momentan nichts von "CTRL 2" oder 1. Es ist halt eine schwierige Konstellation. Eine ausgehende Anbindung über CAPI, gesteuert durch dtmfbox, ist (noch) nicht möglich und war bisher auch nicht vorgesehen ;). Wahrscheinlich macht das Testen dann momentan wenig Sinn. Den 'reject' habe ich mittlerweile implementieren, damit ausgehende VoIP Anrufe weiterhin möglich sind, wenn auf Ctrl 5 gelauscht wird. Anhand des Logs erkenne ich auch die Notwendigkeit.

Leider ist das mit den Analog-Telefonen immer wieder schwierig. Ich habe bisher keine Möglichkeit gefunden, diese direkt anzusprechen, so wie es bei ISDN über S0 möglich ist :(

huene schrieb:
Also selbst, wenn ich jetzt über einen nicht konfigurierten acc. rauswähle, die dtmfbox das ganze annimmt, wie soll dann von der dtmfbox eine ausgehende Verbindung über die Alice-Nummer zustandekommen?
Wie gesagt, die Sache mit dem 'reject' muss unbedingt her. Im Log sehe ich auch zwei Verbindungen (OUTGOING). Das dürfte normalerweise auch nicht sein.

Atmosfear schrieb:
Das klappt soweit auch schon, allerdings übermittelt das N95 beim raustelefonieren via dtmfbox keine Rufnummer, nehme ich dagegen das analoge DECT-Telefon wird die Nummer übermittelt.
I think this is a bug ;). Bei Analog gibt man als Nr ja 'unknown' an. Dies wird auch für die Rauswahl genommen und ist keine Nummer. Vielleicht sollte ich noch alternativ über "Name" gehen...

Atmosfear schrieb:
Des weiteren ist mir unklar, wofür die Controller-Konfiguration in den Verbindungseinstellungen da ist. Die Hilfe "Hier können die CAPI-Controller hinterlegt werden." bringt mich da auch nicht weiter
Normalerweise braucht man da nichts mehr einstellen. Die sind alle schon vorkonfiguriert. Vorher war das mal anders. Ctrl 1, 3 und 4 sind voreingestellt. Also ISDN und Analog.

Atmosfear schrieb:
Zudem wunder mich, dass im DDI-Menü nix passiert, wenn ich eine der in der Ansage genannten Zifferntasten drücke (am N95).
Vielleicht sendet das N95 die DTMF-Zeichen outband anstatt inband. Kann man das am N95 irgendwo einstellen? Siehst du eventuell entsprechende Meldungen im Log?

Atmosfear schrieb:
Außerdem ist mir unklar wie ich mit dem SIP-Client nun auch interne Nebenstellen anrufen kann (sprich analoge Tel. an der FB) oder über ide Internetrufnummer rauswählen kann (geht normal via *121#RUFNR) - oder ist das garnicht möglich mit einem einzelnen Account?
Nicht so ohne weiteres. Man müsste ein benutzerdefiniertes Skript dafür schreiben (ähnlich wie bei dem internen Menü). Während des Rufaufbaus wird dann entschieden, wo das Gespräch hingehen soll. Aber beim analogen Telefon sehe ich schwarz :(
 
Zuletzt bearbeitet:
Hallo Marco,
aha das mit dem reject war mir nicht klar.
Hab mir aber unabhängig davon gedacht (hat mir den Schlaf geraubt-deswegen die Uhrzeit), dass ich mich über ein Registrar-Login von der FB z.B. 901 bei der DTMF-Box anmelden kann und dann über diese Nummer vom analog Tel. rauswähle. Dann habe ich noch ein ISDN-Tel. eingerichtet, das die interne Nummer 52 hat. Jetzt müsste es doch möglich sein, dass die DTMF-Box sich als ISDN-Tel wieder bei der FB anmeldet und ausgehend über die dort reg. InetNr. geht. Hab also als ausgehenden Controller die 3 mit der MSN 52 verwendet und den analogen unknown acc.(1) deakt.? Trotzdem wird immer auf Festnetz analog umgeschaltet (übrigens auch mit Controller 1 und der MSN 0\#03047XXXXXX, hab auch in der FB beide MSN mal eingestellt). Der Capi acc. bleibt auch als pending.
Hoffe, dass ich hier mit meinen logs nicht alles zuspamme:
Code:
 03:02:33.557  capi_events.c (IND, CTRL 5, PLCI: 773) - CAPI_CONNECT (Acc#: (null) (-1), Target#: unknown)
 03:02:33.557  capi_events.c Ignoring connection for unknown account [(null) -> unknown]
 03:02:33.559  capi_events.c (IND, CTRL 5, PLCI: 773) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 03:02:33.560  capi_events.c (IND, CTRL 5, PLCI: 773) - CAPI_INFO (0xc000) - UNKNOWN INFO
 03:02:33.565        funcs.c Set high priority
 03:02:35.583 script_funcs.c [-1] (SCRIPT) - Queue: 12, Pending: 0
 03:02:35.661 script_funcs.c [-1] (SCRIPT) - Queue: 13, Pending: 0
 03:02:35.741 script_funcs.c [-1] (SCRIPT) - Queue: 14, Pending: 0
 03:02:38.563  capi_events.c (IND, CTRL 5, PLCI: 773) - CAPI_DISCONNECT
Wenn ich jetzt noch den unknown acc. wieder aktiviere kommt wieder das alte Problem mit reject (wird als reinkommender Anruf interpretiert) hoch und der MSN 52 bleibt als pending. Auch die 901 als MSN eingetragen klappt nicht: ähnlicher Log nur als PLCI 2821
Wenn ich jetzt als MSN 2\#901 eintrage (habe ich beim zeitweilig wieder akt. unknown acc. gesehen) ist CAPI OK (beim rauswählen (0) [CAPI] OUTGOING - CONNECT - 2#901 -> unknown):
Code:
 04:00:24.507  capi_events.c (IND, CTRL 5, PLCI: 5893) - CAPI_CONNECT (Acc#: unknown (2), Target#: 2#901)
 04:00:24.508   conference.c Port 2 (capi port [0]) transmitting to port 1 (null port)
 04:00:24.509   conference.c Port 1 (null port) transmitting to port 2 (capi port [0])
 04:00:24.510 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "CONNECT" "CAPI" "OUTGOING" "0" "-1" "2#901" "unknown" "3" ""
 04:00:24.529        funcs.c Set high priority
 04:00:24.627  capi_events.c (IND, CTRL 5, PLCI: 5893) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 04:00:24.628  capi_events.c (IND, CTRL 5, PLCI: 5893) - CAPI_INFO (0xc000) - UNKNOWN INFO
 04:00:27.251 script_funcs.c [-1] (SCRIPT) - Queue: 3, Pending: 0
 04:00:27.331 script_funcs.c [-1] (SCRIPT) - Queue: 4, Pending: 0
 04:00:27.411 script_funcs.c [-1] (SCRIPT) - Queue: 5, Pending: 0
 04:00:29.513  capi_events.c (IND, CTRL 5, PLCI: 5893) - CAPI_DISCONNECT
 04:00:29.514 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "DISCONNECT" "CAPI" "OUTGOING" "0" "-1" "2#901" "unknown" "3" ""
 04:00:29.565   conference.c Port 2 (capi port [0]) stop transmitting to port 1 (null port)
 04:00:29.566   conference.c Port 1 (null port) stop transmitting to port 2 (capi port [0])
Immer wird der Controller 5 verwendet, wahrscheinlich weil Analogtel. als SIPclient an DTMF-Box. Wenn ich jetzt unknown eintrage wird das ganze wieder als eingehender Anruf interpretiert:
Code:
04:14:15.277  capi_events.c (IND, CTRL 5, PLCI: 2565) - CAPI_CONNECT (Acc#: 2#901 (2), Target#: unknown)
 04:14:15.278   conference.c Port 2 (capi port [0]) transmitting to port 1 (null port)
 04:14:15.279   conference.c Port 1 (null port) transmitting to port 2 (capi port [0])
 04:14:15.280 voip_registrar Make VoIP call by client (<sip:2#[email protected]:5061> -> <sip:[email protected]:5060>)...
 04:14:15.281   voip_funcs.c Initialize outgoing call from '<sip:2#[email protected]:5061>' to '<sip:[email protected]:5060>'
 04:14:15.283   voip_funcs.c Create SDP...
 04:14:15.284   voip_funcs.c Create invite session...
 04:14:15.309  voip_events.c Call state changed to CALLING [port=1]
 04:14:15.310 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "CONNECT" "USER" "INCOMING" "1" "0" "unknown" "[email protected]:5060" "3" ""
 04:14:15.391  voip_events.c Call DISCONNECTED [port=1, reason=486 (Busy Here)]
 04:14:15.393 voip_registrar CAPI client disconnected [0]
 04:14:15.395 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "DISCONNECT" "USER" "INCOMING" "1" "-1" "unknown" "[email protected]:5060" "3" ""
 04:14:15.418        funcs.c Set high priority
 04:14:15.505 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "CONNECT" "CAPI" "INCOMING" "0" "-1" "unknown" "2#901" "3" ""
 04:14:15.638  voip_events.c Hangup [1]
 04:14:15.666  capi_events.c (IND, CTRL 5, PLCI: 2565) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 04:14:15.667  capi_events.c (IND, CTRL 5, PLCI: 2565) - CAPI_INFO (0xc000) - UNKNOWN INFO
 04:14:15.668    capi_ctrl.c (CNF, CTRL 5, PLCI: 2565) - CAPI_ALERT
 04:14:15.669  capi_events.c (IND, CTRL 5, PLCI: 3077) - CAPI_CONNECT (Acc#: (null) (-1), Target#: 2#901)
 04:14:15.670  capi_events.c Ignoring connection for unknown account [(null) -> 2#901]
 04:14:15.671  capi_events.c (IND, CTRL 5, PLCI: 3077) - CAPI_INFO (0x0070) - UNKNOWN INFO
 04:14:15.672  capi_events.c (IND, CTRL 5, PLCI: 3077) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 04:14:15.673  capi_events.c (IND, CTRL 5, PLCI: 3077) - CAPI_INFO (0xc000) - UNKNOWN INFO
 04:14:15.674  capi_events.c (IND, CTRL 5, PLCI: 3077) - CAPI_DISCONNECT
 04:14:15.675   capi_funcs.c CAPI 0x3304 - Another application got that call
 04:14:15.676 script_funcs.c Unable to run script! No scriptfile defined.
 04:14:18.831 script_funcs.c [-1] (SCRIPT) - Queue: 6, Pending: 0
 04:14:18.911 script_funcs.c [-1] (SCRIPT) - Queue: 7, Pending: 0
 04:14:18.991 script_funcs.c [-1] (SCRIPT) - Queue: 8, Pending: 0
 04:14:29.391 script_funcs.c [-1] (SCRIPT) - Queue: 9, Pending: 0
 04:14:29.471 script_funcs.c [-1] (SCRIPT) - Queue: 10, Pending: 0
 04:14:29.551 script_funcs.c [-1] (SCRIPT) - Queue: 11, Pending: 0
 04:14:30.284  capi_events.c (IND, CTRL 5, PLCI: 2565) - CAPI_DISCONNECT
 04:14:30.285   capi_funcs.c CAPI 0x3490 - Normal call clearing
 04:14:30.286 script_funcs.c RUN SCRIPT: "./script/script_main.sh" "DISCONNECT" "CAPI" "INCOMING" "0" "-1" "unknown" "2#901" "3" ""
 04:14:30.525   conference.c Port 2 (capi port [0]) stop transmitting to port 1 (null port)
 04:14:30.526   conference.c Port 1 (null port) stop transmitting to port 2 (capi port [0])
Hier versuche ich mich offensichtlich selbst anzurufen und besetzt.
Vielleicht würden die vorhandenen Möglichkeiten ja schon ausreichen und ich kann sie nur nicht richtig nutzen..:newbie:
Frohe Ostern, gruß Jens
 
Hallo Jens,

huene schrieb:
Dann habe ich noch ein ISDN-Tel. eingerichtet, das die interne Nummer 52 hat. Jetzt müsste es doch möglich sein, dass die DTMF-Box sich als ISDN-Tel wieder bei der FB anmeldet und ausgehend über die dort reg. InetNr. geht. Hab also als ausgehenden Controller die 3 mit der MSN 52 verwendet und den analogen unknown acc.(1) deakt.? Trotzdem wird immer auf Festnetz analog umgeschaltet (übrigens auch mit Controller 1 und der MSN 0\#03047XXXXXX, hab auch in der FB beide MSN mal eingestellt). Der Capi acc. bleibt auch als pending.

Du musst in der Version noch den CAPI Controller 5 unter den Verbindungseinstellungen rausnehmen. Das umspringen auf Analog liegt, wie gesagt, am fehlenden reject. Man erkennt es daran, dass er nach 4 sek. auf Analog umschaltet, anstatt sofort VoIP zu verwenden. Der Telefon-Dienst auf der FB wartet auf die Rückmeldung der dtmfbox, die ja noch fehlt ;) - du brauchst als MSN also auch nicht 2\#12345 oder sowas hinterlegen. Einfach normale MSN/Inetrufnummer oder 'unknown'. Controller 5 erstmal nicht verwenden...

Danach dürften sich die ISDN Telefone wie gewohnt an die FB anmelden und den Alice Account (bzw. jeden anderen VoIP Account) nutzen.

Aber deiner Ausage entnehme ich, dass das lokale registrieren (voipd->dtmfbox) schon klappt?

Frohe Ostern!
 
Hallo zusammen,

ich habe zwei Probleme mit dem dtmfbox AB.

Zum einen kann ich eine eigene Ansage zwar manuell per "wget -P" nachladen - allerdings funktioniert das nicht, wenn ich das in die debug.cfg eintrage. Der Befehl wird anscheinend nicht ausgeführt. Wie kann ich in der Angelegenheit auf Fehlersuche gehen?

Zum anderen setze ich die dtmfbox per dsmod auf einer [email protected] ein. Ich weiß, dass diese Box ein wenig schwach auf der Brust ist ... allerdings bin ich mir nicht sicher, ob das der Grund für mein gravierendes Problem mit dem AB ist: Wenn die Aufnahmezeit erreicht ist und der End-beep ertönt, startet die Box neu und versendet die Aufnahme nicht! An der Aufnahmelänge liegt es wohl nicht. Auch längere Aufnahmen werden korrekt versendet, so lange man vor dem Endton aufgelegt hat. Die Länge der maximalen Aufnahmezeit hat keinen Einfluss auf das Problem. Als Linux-Laie weiß ich natürlich nicht, wie ich diesem Fehler dem auf die Spur kommen kann. Habt ihr eine Idee?
 
huhu,

da dieser thread ja schon 51 seiten hat und leicht unübersichtlich ist, würde mich mal interessieren was Ihr so alles mit der DTMFBox realisiert habt ?

evtl. wäre auch ein neuer Thread für die DTMFBox interessant in dem ihr Eure Spielereien postet ?
es gibt mit sicherheit den ein oder anderen (darunter auch mich) den das interessiert :)


Viele Grüsse
Xorks
 
s-elch schrieb:
Zum einen kann ich eine eigene Ansage zwar manuell per "wget -P" nachladen - allerdings funktioniert das nicht, wenn ich das in die debug.cfg eintrage. Der Befehl wird anscheinend nicht ausgeführt. Wie kann ich in der Angelegenheit auf Fehlersuche gehen?
Die dtmfbox wird verzögert gestartet (nach Boot, 75 sek). Erst dann existiert /var/dtmfbox. Aber normalerweise brauchst du die Ansagen nicht auf die Box kopieren. Es geht auch, wenn du die URL als Ansage hinterlegst (solange du v0.4.x verwendest).

s-elch schrieb:
Wenn die Aufnahmezeit erreicht ist und der End-beep ertönt, startet die Box neu und versendet die Aufnahme nicht!
Keine Ahnung. Ein End-Beep gibt es nicht. Welche Version verwendest du?

@Xorks:
Gute Idee. Das Thema wird wirklich immer komplexer. Für das MOH und die Rückwärtssuche auf Telefondisplay mache ich lieber einen neuen Fred auf.
 
Hallo Marco,
das war es. Hatte irgendwie die falsche Vorstellung, dass ich den Controller 5 brauche, aber das geht alles über sip... DANKE. Jetzt hab ich nur noch so meine Probleme mit den sip accounts. kan ich die dann doch irgendwie zum rasuwählen nutzen? Den stun kann man nur einmal (in den Verbindungseinstellungen) einstellen. In der FB gibts den für jeden acc. Aber das soll erst mal nicht stören. Hab die Verbindung zu pbxes.org und kann mich da um die ganzen Einstellungen kümmern. Bei gmx habe ich den Fehler 403 (Keine RFC1918-IPs erlaubt). Kann sein, dass es dazu hier schon mal Äußerungen dazu gab (stun bei 1und1 nötig), konnte es bisher aber nicht finden. Vielleicht wäre hier ein eigener Thread für die Einstelllungen der sip acc. der dtmfbox wirklich sinnvoll (Bei mir klappt dus.net, sipgate und pbxes.org). Noch einen schönen Ostermontag, Jens
 
Zuletzt bearbeitet:
Hallo Jens,

der RFC1918 kommt daher, da gmx keine privaten Adressen zulässt, ähnlich wie bei 1und1. Da wirst du um einen STUN-Server nicht herumkommen. Es sollte aber nicht schlimm sein, wenn das alle Accounts betrifft. Du kannst dafür stun.1und1.de nehmen. Eventuell müsstest du auch den ID-Eintrag hinterlegen.
 
Die dtmfbox wird verzögert gestartet (nach Boot, 75 sek). Erst dann existiert /var/dtmfbox. Aber normalerweise brauchst du die Ansagen nicht auf die Box kopieren. Es geht auch, wenn du die URL als Ansage hinterlegst (solange du v0.4.x verwendest).
Leider benutze ich noch die 0.38, weil ich dsmod einsetze. Wenn eine 0.4 für dsmod käm, würde ich die gerne benutzen - auch wegen des echocancelers, den ich sehr gerne noch einmal getestet hätte :)
Keine Ahnung. Ein End-Beep gibt es nicht. Welche Version verwendest du?
0.38 s.o.

Bei mir gibt es die beiden Boxen "Ansage:
Endansage:" den zweiten meine ich.

EDITH: Danke für den Hinweis auf Freetz - dann werde ich mal wieder die Suse starten und ein wenig basteln gehen. Vielleicht eleminiert das ja schon die Probleme ... so oder so melde ich mich dann mal!
 
Zuletzt bearbeitet:
Die aktuelle v0.4.1 ist in Freetz enthalten. Da ist es im menuconfig dabei.
 
@bodega, was meinst wann kann man das neue Release testen? ich bin mal so gespannt ob das bei mir auch funzt mit Rückwärtssuche auf Display!
 
Kann ich momentan schwer sagen. Aber die nächsten Tage bestimmt.
 
oh freu! dann warten wir mal ab!! Das Problme dass es mit Callemessage gab (andere Thread) ist in der Version dann gefixt?
 
Jep. Ist gefixt.
 
sehr guuuttt!!
 
Hi Bodega,

ich habe es nun geschafft, über ein analoges Telefon ins Menü zu kommen (voipd -> dtmfbox -> analog).

Dafür habe ich, wie Du gesagt hast, den Registrar-Modus unter settings und biem Account eingeschaltet, bei der FritzBox ein neues Voip Account auf localhost:5061 eingerichtet und dies als ausgehende Nummer fürs analoge Telefon hinterlegt.

Jetzt dauert zwar der Verbindungsaufbau zu einer Festnetznummer etwas länger, aber alles funktioniert.

Ich wollte noch einmal schauen, ob jetzt auch ein enum-lookup gemacht wird. Es wird ja schließlich der voipd benutzt. Das wäre genial.
 
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.