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

[Moppel_me]

Weißt du, ich würde das ganze ja auch emulieren per VMWare aber ich weiß noch nicht wie das mit der FritzCard wird... Kann es ja testen wenn du die i386-Linux bereit stellst (neben dem Windows )
Sollte meine "Software" (also eher die Scripte die ich dazu schreib) mal fertig werden und öffentlich angeboten, erwähnen wir dich!

Great Work! Go on!

[D00mhammer]

Hallo! Ich nutze dtmfbox aus freetz1.0 . Ich habe zwei VOIP nummern über CAPI registriert und damit ein callback szenario konfiguriert. Jetzt weiß ich aber leider nicht, wie ich von intern an das Menü rankomme. In der Hilfe steht ,es läuft über den Registrar Modus. Also habe ich diesen aktiviert und die Daten in der AVM als neue Internetrufnummer eingerichtet. Die kann sich auch anmelden und ich kann über *124# auch rauswählen. Rufe ich aber wie beschrieben die vergebene DDI 900 an , passiert garnichts (er wählt aber dann ein tuuten und dann kein Menü oder änhliches)
nur Verbindungen
(0) [USER] OUTGOING - CONFIRMED - 1#12345 -> 900



Habe ich das ganze richtig verstanden? Wofür kann man VOIP accounts zweimal einstellen also mit und ohne CAPI ? in welchem fall ist was das richtige ?

Ich habe zusätzlich mal die Logs angehängt, wenn mehr Infos gebraucht werden, kann ich gerne nachreichen!

Danke

Doom

[bodega]

Hi,

@D00m:
das Problem ist die folgende Zeile:

Ignoring connection for unknown account [Called-Party: unknown, Calling-Party: 0#4912345...

Die Sache ist (leider) wie folgt:
Die einzelnen Telefone sind einer MSN zugeordnet. Wählst du nun *121# bei irgendeinem Telefon, wird dessen MSN an die 0# angehangen. Das heißt, du müsstest für jedes Telefon einen Account anlegen, bzw. die Abfrage nur von einem Telefon durchführen.

Der ausgehende CAPI-Controller muss auf 5 gestellt werden.

@René:
Mit der Windows-Version muss du dich noch etwas gedulden. Es funktioniert zwar schon, aber da gibt es noch ein Windows-Spezifisches Problem. Diese Woche sollte es aber noch was werden...

[D00mhammer]

Danke für Deine Antwort Bodega. Das ist kein Problem, ich hab hier nur zwei telefone bzw. kann nur eins nutzen. CAPI controller ist auf 5. Wenn ich jetzt *121#900 (erste VOIP nummer normal in der fritzbox) kommt natürlich eine Ansage, dass die Nummer ungültig ist. Wähle ich *124#900 (Verbindung über registrar) dann einmal tuut und dann nichtsmehr. in der SSH Console erscheint

Jul 28 22:08:36 voipd[563]: rtp_dgramrcv: packet from 192.168.178.1 ignored, should be from 77.176.187.81

vielleicht kannst Du mir genau sagen, was ich einstellen muss

[JanGerrit]

Hallo Zusammen,

ich habe ein kleines Problem mit der dtmfbox. Die dtmfbox läuft auf einem w900v mit Freetz 1.0 an einem analogen Anschluss. Zum bauen der dtmfbox habe ich auf die quellen im aktuellen Freetz trunk zurückgegriffen. Nun habe ich einen Account mit Controller 4 eingerichtet und an diesem ein Sip Telefon angemeldet. Sobald ich jetzt am Dect Telefon oder an einem analogen Telefon der Fritzbox den Hörer abhebe, wird automatisch eine Verbindung zum angemeldeten Sip Telefon aufgebaut. Meine Frage ist nun, warum ist das so?
Edit:
Quatsch:
(Komischerweise taucht im Log auch eine Nummer auf, die als Parallelruf in der Fritzbox eingetragen ist.)
Die Nummer die im Log auftaucht ist ein Sipaccount aus den Wahlregeln der Fritzbox.
Im Log steht Folgendes:

 12:29:30.755  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_CONNECT
 12:29:30.755  capi_events.c (IND, CTRL 3, PLCI: 3843) - Called-Party: unknown, Calling-Party: anonymous, Acc-ID: 1, INCOMING
 12:29:30.758   conference.c Port 2 (capi port [0]) transmitting to port 1 (null port)
 12:29:30.758   conference.c Port 1 (null port) transmitting to port 2 (capi port [0])
 12:29:30.759 voip_registrar Make VoIP call by client (<sip:anonymous@192.168.101.1:5060> -> <sip:453423@192.168.101.111:5060>)...
 12:29:30.760   voip_funcs.c Initialize outgoing call from '<sip:anonymous@192.168.101.1:5060>' to '<sip:453423@192.168.101.111:5060>'
 12:29:30.761   voip_funcs.c Create SDP...
 12:29:30.763   voip_funcs.c Create invite session...
 12:29:30.767  voip_events.c Call state changed to CALLING [port=1]
 12:29:30.768  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 12:29:30.769  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0xc000) - UNKNOWN INFO
 12:29:30.770  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0x800d) - SETUP ACK
 12:29:30.771  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 12:29:30.773  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0xc000) - UNKNOWN INFO
 12:29:30.772     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:30.775     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:30.777    capi_ctrl.c (CNF, CTRL 3, PLCI: 3843) - CAPI_ALERT
 12:29:30.778  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0x8001) - ALERTING
 12:29:30.779  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0x001e) - PROGRESS INDICATOR (0x02)
 12:29:30.780  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0xc000) - UNKNOWN INFO
 12:29:30.792     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:30.797 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/userscript.sh" "CONNECT" "USER" "INCOMING" "1" "0" "unknown" "453423@192.168.101.111:5060" "2" ""
 12:29:30.814     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:30.832     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:30.852     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:30.869      plugins.c [plugin.menu] (#2): action > script:action_cbct
 12:29:30.872     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:30.880      plugins.c [plugin.menu] (#2): script: /var/dtmfbox/script/action_cbct.sh(/var/dtmfbox/script/action_cbct.sh, "CONNECT", "USER", "INCOMING", "1", "0", "unknown", "453423@192.168.101.111:5060", "2", "")
 12:29:30.904     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:30.908     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:30.909  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_CONNECT
 12:29:31.042     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.044     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.043  capi_events.c (IND, CTRL 5, PLCI: 4357) - Called-Party: unknown, Calling-Party: 3#49180524235135115, Acc-ID: 1, INCOMING
 12:29:31.049   conference.c Port 3 (capi port [2]) transmitting to port 1 (null port)
 12:29:31.050   conference.c Port 1 (null port) transmitting to port 3 (capi port [2])
 12:29:31.051 voip_registrar Make VoIP call by client (<sip:3#49180524235135115@192.168.101.1:5060> -> <sip:453423@192.168.101.111:5060>)...
 12:29:31.052   voip_funcs.c Initialize outgoing call from '<sip:3#49180524235135115@192.168.101.1:5060>' to '<sip:453423@192.168.101.111:5060>'
 12:29:31.053   voip_funcs.c Create SDP...
 12:29:31.054   voip_funcs.c Create invite session...
 12:29:31.058  voip_events.c Call state changed to CALLING [port=3]
 12:29:31.059  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_INFO (0x0018) - CHANNEL IDENTIFICATION (0x03)
 12:29:31.060  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_INFO (0xc000) - UNKNOWN INFO
 12:29:31.063    capi_ctrl.c (CNF, CTRL 5, PLCI: 4357) - CAPI_ALERT
 12:29:31.072     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:30.933      plugins.c [plugin.menu] (#2): action > script:action_am
 12:29:31.087      plugins.c [plugin.menu] (#2): script: /var/dtmfbox/script/action_am.sh(/var/dtmfbox/script/action_am.sh, "CONNECT", "USER", "INCOMING", "1", "0", "unknown", "453423@192.168.101.111:5060", "2", "")
 12:29:31.095     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.112     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.132     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.149 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/userscript.sh" "CONNECT" "CAPI" "INCOMING" "0" "1" "unknown" "anonymous" "2" ""
 12:29:31.155     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.172     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.192     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.212     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.232     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.241      plugins.c [plugin.menu] (#2): action > script:action_cbct
 12:29:31.252     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.255      plugins.c [plugin.menu] (#2): script: /var/dtmfbox/script/action_cbct.sh(/var/dtmfbox/script/action_cbct.sh, "CONNECT", "CAPI", "INCOMING", "0", "1", "unknown", "anonymous", "2", "")
 12:29:31.275     scombdb-up Underflow, buf_cnt=0, will generate 1 frame
 12:29:31.334      plugins.c [plugin.menu] (#2): action > script:action_am
 12:29:31.370      plugins.c [plugin.menu] (#2): script: /var/dtmfbox/script/action_am.sh(/var/dtmfbox/script/action_am.sh, "CONNECT", "CAPI", "INCOMING", "0", "1", "unknown", "anonymous", "2", "")
 12:29:31.439        funcs.c Set high priority
 12:29:31.463 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/userscript.sh" "CONNECT" "USER" "INCOMING" "3" "2" "unknown" "453423@192.168.101.111:5060" "2" ""
 12:29:31.779      plugins.c [plugin.menu] (#2): action > script:action_cbct
 12:29:31.788      plugins.c [plugin.menu] (#2): script: /var/dtmfbox/script/action_cbct.sh(/var/dtmfbox/script/action_cbct.sh, "CONNECT", "USER", "INCOMING", "3", "2", "unknown", "453423@192.168.101.111:5060", "2", "")
 12:29:31.938      plugins.c [plugin.menu] (#2): action > script:action_am
 12:29:31.945      plugins.c [plugin.menu] (#2): script: /var/dtmfbox/script/action_am.sh(/var/dtmfbox/script/action_am.sh, "CONNECT", "USER", "INCOMING", "3", "2", "unknown", "453423@192.168.101.111:5060", "2", "")
 12:29:31.973 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/userscript.sh" "CONNECT" "CAPI" "INCOMING" "2" "3" "unknown" "3#49180524235135115" "2" ""
 12:29:32.190      plugins.c [plugin.menu] (#2): action > script:action_cbct
 12:29:32.199      plugins.c [plugin.menu] (#2): script: /var/dtmfbox/script/action_cbct.sh(/var/dtmfbox/script/action_cbct.sh, "CONNECT", "CAPI", "INCOMING", "2", "3", "unknown", "3#49180524235135115", "2", "")
 12:29:32.438  voip_events.c Call EARLY [port=1, reason=0 (Default status message)]
 12:29:32.484  voip_events.c Call DISCONNECTED [port=3, reason=486 (Busy Here)]
 12:29:32.486 voip_registrar CAPI client disconnected [2]
 12:29:32.487  voip_events.c Hangup [3]
 12:29:32.489  voip_events.c Call EARLY [port=1, reason=0 (Default status message)]
 12:29:32.491  voip_events.c Call EARLY [port=1, reason=0 (Default status message)]
 12:29:32.498  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0x8003) - PROGRESS
 12:29:32.500  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0xc000) - UNKNOWN INFO
 12:29:32.512  capi_events.c (IND, CTRL 5, PLCI: 4357) - CAPI_DISCONNECT
 12:29:32.513   capi_funcs.c CAPI 0x3490 - Normal call clearing
 12:29:32.514   conference.c Port 3 (capi port [2]) stop transmitting to port 1 (null port)
 12:29:32.514   conference.c Port 1 (null port) stop transmitting to port 3 (capi port [2])
 12:29:32.591      plugins.c [plugin.menu] (#2): action > script:action_am
 12:29:32.600      plugins.c [plugin.menu] (#2): script: /var/dtmfbox/script/action_am.sh(/var/dtmfbox/script/action_am.sh, "CONNECT", "CAPI", "INCOMING", "2", "3", "unknown", "3#49180524235135115", "2", "")
 12:29:32.653 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/userscript.sh" "DISCONNECT" "USER" "INCOMING" "3" "-1" "unknown" "453423@192.168.101.111:5060" "2" "486"
 12:29:32.662  voip_events.c Call EARLY [port=1, reason=0 (Default status message)]
 12:29:32.809 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/userscript.sh" "DISCONNECT" "CAPI" "INCOMING" "2" "-1" "unknown" "3#49180524235135115" "2" "13456"
 12:29:33.665  voip_events.c Call EARLY [port=1, reason=0 (Default status message)]
 12:29:35.672  voip_events.c Call EARLY [port=1, reason=0 (Default status message)]
 12:29:35.774  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0x8045) - DISCONNECT
 12:29:35.775  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0x0008) - CAUSE (0x00)
 12:29:35.776  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_INFO (0xc000) - UNKNOWN INFO
 12:29:35.836  capi_events.c (IND, CTRL 3, PLCI: 3843) - CAPI_DISCONNECT
 12:29:35.839 voip_registrar VoIP client disconnected [1]
 12:29:35.840   conference.c Port 2 (capi port [0]) stop transmitting to port 1 (null port)
 12:29:35.841   conference.c Port 1 (null port) stop transmitting to port 2 (capi port [0])
 12:29:35.852 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/userscript.sh" "DISCONNECT" "CAPI" "INCOMING" "0" "1" "unknown" "anonymous" "2" "0"
 12:29:35.880 script_funcs.c RUN SCRIPT: "/var/dtmfbox/script/userscript.sh" "DISCONNECT" "USER" "INCOMING" "1" "-1" "unknown" "453423@192.168.101.111:5060" "2" "0"
 12:29:36.702  voip_events.c Call DISCONNECTED [port=1, reason=487 (Request Terminated)]
 12:29:36.712        funcs.c Set low priority

Über einen Hinweis wäre ich sehr dankbar.

Viele Grüße, Jan Gerrit

[bodega]

@D00mhammer:
Ich kann dir leider nicht genau sagen, woran das liegt.
Da gibt es viel zu viele Konstellationen. Anhand des Logs müsste er eigentlich das Gespräch annehmen (was er auch macht, es gibt später auch einen eSpeak-Eintrag), danach beendet der voipd das Gespräch wieder.
Die Verbindung wird noch 30sec aufrecht erhalten - deswegen der eSpeak-Eintrag. Kannst du STUN/ICE testweise ausschalten? Vielleicht hilft auch ein update auf die v0.5, wegen der neuen Lib.
Der

Jul 28 22:08:36 voipd[563]: rtp_dgramrcv: packet from 192.168.178.1 ignored, should be from 77.176.187.81

dürfte damit zu tun haben. Der voipd erwartet die Verbindung von einer externen Adresse.

@JanGerrit:
Ein Betatester mit Analog - sehr gut
Bei der Version habe ich die CAPI-Controller fest vorgegeben. Die kannst du ändern, wenn du unter Basiseinstellungen den "Text-Editor"-Link anklickst. Dort capi_controller=4 setzen, falls du nur Analog verwendest. Hierbei finde ich trotzdem erstaunlich, das eine Reaktion auf Ctrl. 3 statt findet. Falls das irgendwie Probleme bereitet, muss ich das optional lassen...

[D00mhammer]

Hi Bodega!

Danke für Deine Mühe. Ich habe den server rausgenommen und ICE ausgeschaltet und siehe da es klappt (ich finde mit sehr großer Latenz)

Heißt das jetzt ich muss den server immer ausgeschaltet lassen? wo liegt der fehler?

ein update mache ich gerne, muss mich da mal reinfuchsen mit dem svn und sowas.... gibt es eine andere möglichkeit das freetz package zu updaten ohne ein ganz neues image aufzuspielen ?

[bodega]

Hi D00m,

das ist noch eine kleine Zwickmühle. Wenn man STUN/ICE benötigt (z.B. wenn man VoIP-Accounts direkt über SIP registriert), muss man in der /var/flash/ar7.cfg die jew. Ports freischalten. Im AVM-WebIf würde man eine dyndns-Adresse hinterlegen. Das ist in deinem Fall nicht nötig, da die VoIP-Accounts über die FB-CAPI registriert werden und die Einstellungen des voipd greifen.

Um die dtmfbox aus dem aktuellen Freetz-Trunk mit Freetz-1.0 zu verwenden:
- Freetz-Trunk und Freetz-1.0 auschecken
- rm -Rf freetz-1.0/make/dtmfbox
- cp -R freetz-trunk/make/dtmfbox freetz-1.0/make
- cp -f freetz-trunk/make/libs/pjproject.mk freetz-1.0/make/libs/pjproject.mk
- rm freetz-1.0/make/libs/patches/*pj*
- cp freetz-trunk/make/libs/patches/*pj* freetz-1.0/make/libs/patches

damit ist die aktuelle Version in Freetz-1.0 enthalten. Vor dem 'make menuconfig' ein:

make dtmfbox-dirclean
make pjproject-dirclean

durchführen. Ich hab das jetzt mal so sinngemäß hingeschrieben. Die Pfade müsstest du anpassen.

[JanGerrit]

Hallo Bodega,

nachdem ich capi_controller=4 gesetzt habe läuft alles wie gewohnt. Vielen Dank. Ich hatte bereits überlegt ob ich das mal ändere, aber da stand so etwas wie Finger weg .
War mir bei meinen Tests noch aufgefallen ist, der Button "Restart mit Log" hat nicht die gewünschte Funktion. Die dtmfbox wird zwar neugestartet, allerdings ohne Log. Desweiteren habe ich ein SipPhone (TC 300), welches es schafft dass sich die dtmfbox komplett verabschiedet und sporadisch webcfg gleich mitreißt. Das Problem tritt direkt bei der Anmeldung des Geräts auf. Ich konnte es erstmal mit einem Firmware downgrade des Telefons beheben, aber vielleicht ist es trotzdem mal interessant einen Netzwerkmitschnitt zu analysieren.

Viele Grüße, Jan Gerrit

[Chatty]

Und wie baut man die aktuelle SVN-Version in den Freetz-Trunk ein? *fg*

[bolle]

Hi Bodega, hast du in der Version mal versucht, dass die Dect Telefone an der 7270 auch angesprochen werden ..also ich meine für die Rückwärtssuche am Telefon..

Gruß BOLE

[D00mhammer]

Danke Bodega, ich werd es ausprobieren, wenn ich Zeit finde. So wie ich es verstanden habe, geht kein update, sondern nur neues image freetzen ?!

Ich experimentiere gerade mit der AB Funktiion rum. Gibt es die Möglichkeit die original AVM Ansagen für die DTMFbox zu benutzen ? sollte doch das gleiche Format sein ? wo liegen die Daten ? unter /usr/share/tam/msg/default/de scheinen nicht die ansagen zu liegen.

Danke für ein Tipp,

Grüße Doom

[bodega]

Desweiteren habe ich ein SipPhone (TC 300), welches es schafft dass sich die dtmfbox komplett verabschiedet und sporadisch webcfg gleich mitreißt. Das Problem tritt direkt bei der Anmeldung des Geräts auf. Ich konnte es erstmal mit einem Firmware downgrade des Telefons beheben, aber vielleicht ist es trotzdem mal interessant einen Netzwerkmitschnitt zu analysieren.

Falls du es schaffst das irgendwie zu tracen/sniffen, wäre es natürlich schön. So ein Anmeldevorgang sollte eigentlich keinen Absturz verursachen, auch der webcfg nicht, da er nicht verwendet wird. Das könnte vielleicht mit etwas anderem zusammenhängen.

@Chatty:

svn co http://svn.v3v.de/svn/dtmfbox/trunk dtmfbox-0.5.0_beta1-src
tar cvfj dtmfbox-0.5.0_beta1-src.tar.bz2 dtmfbox-0.5.0_beta1-src

Dann nur noch nach freetz-trunk/dl kopieren und "make dtmfbox-dirclean" durchführen. Das dürfte reichen.

@bolle:
Ohne die nötige Hardware wird es schwer mit dem Testen. Man müsste mal schauen, ob es nicht irgendeine Kurzwahl für die DECT-Mobilteile gibt oder ob man eine einrichten kann (Handbuch). Vielleicht kriegt man sie ja über diese Kurzwahl angesprochen.

@D00mhammer:
Die dtmfbox hat einen integrierten Speex Encoder/Decoder, jedoch ist dieser nicht einkompiliert. Er würde auch nur mit den AB-Ansagen/-Aufnahmen funktionieren, nicht aber mit den Menüansagen. Die Menüansagen müsstest du vorher mit dem modifizierten Speex-Decoder nach Wave umwandeln (hier im Forum zu finden). Die eSpeak-Texte lassen sich aber auch ändern unter "Menü bearbeiten". Die Texte werden an das Skript "espeak.sh" geparst, was sich ebenfalls ändern lässt

[JanGerrit]

Hallo Marco,

Falls du es schaffst das irgendwie zu tracen/sniffen, wäre es natürlich schön.

Ich werde die Tage mal schauen was ich machen kann und melde mich dann nochmal per PN.

Viele Grüße, Jan Gerrit

[bodega]

Hi Jan,

falls du was hast, am besten per Mail. PN habe ich aus.

[D00mhammer]

okay, ich hab mir entsprechende threads (natürlich) vorher angesehen, aber kein infos gefunden wo die ansagen für den AB liegen...

[bodega]

Hi D00m,
aus dem Kopf heraus würde ich sagen "/var/tam/messages". Das sind so fvp.* Dateien.... Den Dekoder findest du hier.

[eMd]

absolute anfängerfrage...

hab acc1 erstellt für meine hauptnummer, und ab aktiviert.

nachrichten können aufgesprochen werden und über webinterface abgehört,
aber wie erreiche ich das über das interne menü?

666 is die durchwahl die ich in den einstellungen eingetippt hab.

aber wenn ich hörer abnehme und 666 drücke kommt nix, und **666 auch nich,
nur **600 funktioniert und da kommt internes menü der fritzbox, nich aber von dtfmbox...

was mache ich falsch?

mfg
eMd

[bodega]

Hast du ISDN? Welche dtmfbox-Version? Wenn das interne Menü nicht funktioniert, dann kann es daran liegen, dass der telefon-Dienst zu schnell ist. Es wird zwar abgenommen, aber es erscheinen keine DTMF-Eingaben im Log. Es gibt da zwei Abhilfen:

- Entweder eine weitere Telefonnummer unter Telefoniegeräte eintragen (666).
- oder die 'R' Taste drücken und wieder zurück zum Gespräch. Dann funktionieren die DTMF-Eingaben (komischerweise) wieder.

[eMd]

also ich hab ein isdn telefon am s0...

dtfmboxversion: v0.5.0-beta1

hab nun auch als weitere nummer unter telefonie-festnetz die 666 eingetragen.

aber wenn ich nun abhebe und **666 drücke oder nur 666 oder **##666, es passiert ne was, außer das ich ein tuten höre.

und wenn ich abhebe und dann die R-Taste drücke, dann bekomme ich Keine Leitung angezeigt...irgendwas mache ich glaube immernoch falsch ^^

mfg
eMd

PS: hinterlässt dtfmbox auch ein zeichen am telefon wenn auf dem ab eine nachricht drauf ist?