Android und DTMF (MFV) unmöglich? (wegen Callback)

Grundsätzlich kann ja durchaus DTMF erzeugt werden, Calltrough mit Box2Go pro geht einwandfrei. Da baut aber das Android die Verbindung auf.
Was der App-Programmier schreibt, bedeutet ja, dass eine App kein DTMF senden könne, wenn sie nicht selbst den Anruf aufgebaut hat. Das ist schon komisch.

Android konnte das noch nie - leider. Siehe http://code.google.com/p/android/issues/detail?id=1428 .

Grundsätzlich wäre ein Callback dennoch möglich, wenn man es ohne DTMF realisiert.
Ein Beispiel ist Sparruf.de, wo man eine Vielzahl von Festnetz-Triggernummern hat, für die man direkt das Ziel hinterlegen kann.
Also z.B.
0355 4949 000 -> Rückruf aufs Handy, Direktverbindung mit 040123456
0355 4949 001 -> Rückruf aufs Handy, Direktverbindung mit 040654321
Es sind immerhin 1000 Ziele programierbar und über die Triggernummern direkt ohne DTMF-Nachwahl erreichbar.
Das ganze lässt sich mit Asterisk und Sipgate Trunking auch selbst realisieren. Je nach Länge der eigenen Sipgate-Trunking-Festnetznummer kann man 2-5 Stellen anhängen (13 Ziffern insgesamt mit Vorwahl ohne 0 zulässig). Ich könnte auf die Art bei mir theoretisch 152221 verschiedene Zeiel definieren, das sollte auf absehbare Zeit ausreichen. Da passt schon ein ziemlich großes Telefonbuch rein.
Mit einem Webinterface könnte man das Telefonbuch dann verwalten und auch unterwegs noch nicht im Telefonbuch gespeicherte Nummern ergänzen.
Im Smartphone Telefonbuch hat man dann statt der echten Rufnummer des Ziels nur die Nummer hinterlegt, die den Asterisk veranlasst, zurückzurufen und die Verbindung direkt aufzubauen.

Dadurch erspart man DTMF-Wahl (besonders praktisch, wenn man häufig Fehlübertragungen hat), hat aber den Nachteil, nur Nummern per Callback erreichen zu können, die man schon im Asterisk-Telefonbuch hinterlegt hat.
Mit einem Webinterface könnte man allerdings diese Liste verwalten und so das Telefonbuch zentral pflegen.

CallBack mit Übertragung der Zielrufnummer wäre ein interessanter Weg. Alternativ könnte ich mir vorstellen, dass eine App ein Callback auslöst, indem die erforderlichen Daten per Internet an die Fritzbox übermittelt werden. D.h. die Fritzbox bekommt einen Befehl, eine Verbindung zwischen einem Handy und einer Zielrufnummer aufzubauen. Aber das wird es wohl auch nicht geben, oder?

Leider hat sich noch niemand gefunden, diese Lösung umzusetzen. Technisch wäre das mit einer FBF kein Problem, zumindest, wenn diese einen unbenutzen analogen Festnetzeingang und einen freien analogen Nebenstellenanschluss (z.B. fon1) hat. Die beiden muss man dann verbinden (loopback).
Die Lösung besteht darin, dass die App eine Rufumleitung "alle Anrufe an <analoger Eingang> umleiten sofort an <Zielnummer>" setzen und anschließend die Wahlhilfe für fon1 an <Eigene Handynummer> starten müsste.
Das führt zu folgendem Verhalten:
- die Wahlhilfe ruft zunächst das eigene Handy.
- nimmt dies den Anruf an, so klingelt fon1
- die FBF merkt einen eingehenden analogen Festnetzanruf
- diesen leitet sie dann an das eigentliche Ziel weiter
Der Nachteil dieser Variante besteht in der mehrfachen Wandlung des Tonsignals. Besser ist eine 2. FBF, die per ISDN hinter der 1. hängt. Die RUL müsste in der 2. FBF gesetzt werden, die Wahlhilfe wäre in der 1. FBF auszulösen.

Aber eine andere Idee: Wie verhält sich Android eigentlich, wenn DTMF mit einem Handsignalgeber (wie zur Abfrage von AB) in eine bestehende Verbindung eingespeist wird?

Hallo,

habe anderes Problem, bei dem der "Bug" in Android Erklärung wäre.

Habe mit meinem S3 mit Android 6.01 von CM die beliebte 0800 33 1000 angerufen und mich der dortigen Frage nach der Telefonnummer gestellt.
Dann einfach eine Nummer via Tastatur eingegeben und Bingo, Telekom/Android verstehen sich.

Gruß