chan_mobile dtmf probleme

[bt047265]

Hallo,

ich habe folgende Version von Asterisk mit chan_mobile installiert: Asterisk SVN-trunk-r89454M

Ziel: eingehende Gespräche über GSM Flatrate mit Weitervermittlung an SIP Provider
Mobile: Sony Ericson K610i / Samsung SGH-F200
BT Adapter: USB dongle V1.2

extension.conf

[incoming_mobile]
exten => s,1,Authenticate(1234)
exten => s,2,Background(pls-wait-connect-call)
exten => s,3,DISA(no-password,phones,"sipgate" <7001>)

Im Prinzip sollte dieser erste Entwurf funktionieren. Es gibt nur ein Problem das bei einkommenden Gesprächen über chan_mobile, kein DTMF erkannt wird. Deshalb funktioniert das Einloggen nicht. Im Gegensatz dazu funktiniert DTMF bei ausgehenden Gesprächen über chan_mobile ohne Probleme.

Im Anhang sind die debug messages für die die LogDatei <full>. Funktionieren eingehende DTMF Töne bei jemanden ? Besteht die Möglichkeit ein debug log abzuziehen, damit man eventuell beide logs vergleichen könnte ?


Incoming call chan_mobile (no DTMF):

[Nov 23 11:20:07] DEBUG[3526] chan_mobile.c: Checking device state for device SGH-F200
[Nov 23 11:20:07] DEBUG[3526] chan_mobile.c: Checking device state for device SGH-F200
[Nov 23 11:20:08] DEBUG[3526] chan_mobile.c: rfcomm_read() (SGH-F200) [OK]
[Nov 23 11:20:08] DEBUG[3526] chan_mobile.c: rfcomm_read() (SGH-F200) [+CIEV: 3,0]
[Nov 23 11:20:08] DEBUG[3526] chan_mobile.c: Device SGH-F200 [+CIEV: 3,0]
[Nov 23 11:20:08] DEBUG[3526] chan_mobile.c: accept()ed socket.
[Nov 23 11:20:08] DEBUG[3526] chan_mobile.c: Incoming Audio Connection from device 00:1B:59:14:77:38 MTU is 64
[Nov 23 11:20:08] DEBUG[3526] chan_mobile.c: About to accept() socket.
[Nov 23 11:20:45] DEBUG[3526] chan_mobile.c: rfcomm_read() (SGH-F200) [RING]
[Nov 23 11:20:45] DEBUG[3526] chan_mobile.c: Device SGH-F200 [RING]
[Nov 23 11:20:45] DEBUG[3526] chan_mobile.c: rfcomm_read() (SGH-F200) [+CIEV: 4,1]
[Nov 23 11:20:45] DEBUG[3526] chan_mobile.c: rfcomm_read() (SGH-F200) [+CLIP: "",145,,,""]
[Nov 23 11:20:45] DEBUG[3526] pbx.c: Launching 'Authenticate'
[Nov 23 11:20:45] VERBOSE[3526] logger.c:     -- Executing [s@incoming_mobile:1] [1;36;40mAuthenticate[0;37;40m("[1;35;40mMobile/SGH-F200-56f6[0;37;40m", "[1;35;40m1234[0;37;40m") in new stack
[Nov 23 11:20:45] DEBUG[3526] chan_mobile.c: rfcomm_write() (SGH-F200) [ATA
]
[Nov 23 11:20:45] DEBUG[3526] chan_mobile.c: Checking device state for device SGH-F200
[Nov 23 11:20:45] DEBUG[3526] channel.c: Set channel Mobile/SGH-F200-56f6 to write format gsm
[Nov 23 11:20:45] VERBOSE[3526] logger.c:     -- <Mobile/SGH-F200-56f6> Playing 'agent-pass.gsm' (language 'en')
[Nov 23 11:20:46] DEBUG[3526] chan_mobile.c: rfcomm_read() (SGH-F200) [OK]
[Nov 23 11:20:46] DEBUG[3526] chan_mobile.c: rfcomm_read() (SGH-F200) [+CIEV: 3,1]
[Nov 23 11:20:46] DEBUG[3526] chan_mobile.c: rfcomm_read() (SGH-F200) [+CIEV: 4,0]
[Nov 23 11:20:46] DEBUG[3526] chan_mobile.c: accept()ed socket.
[Nov 23 11:20:46] DEBUG[3526] chan_mobile.c: Incoming Audio Connection from device 00:1B:59:14:77:38 MTU is 64
[Nov 23 11:20:46] DEBUG[3526] chan_mobile.c: About to accept() socket.
[Nov 23 11:20:47] DEBUG[3526] chan_mobile.c: rfcomm_read() (SGH-F200) [+CIEV: 5,4]
[Nov 23 11:20:48] DEBUG[3526] channel.c: Set channel Mobile/SGH-F200-56f6 to write format slin
[Nov 23 11:20:58] DEBUG[3526] channel.c: Set channel Mobile/SGH-F200-56f6 to write format gsm
[Nov 23 11:20:58] VERBOSE[3526] logger.c:     -- <Mobile/SGH-F200-56f6> Playing 'auth-incorrect.gsm' (language 'en')

Outgoing call chan_mobile (DTMF OK):

[Nov 23 11:19:49] DEBUG[3526] chan_mobile.c: rfcomm_read() (SGH-F200) [+CIEV: 4,0]
[Nov 23 11:19:50] DEBUG[3526] chan_mobile.c: Checking device state for device SGH-F200
[Nov 23 11:19:50] DEBUG[3526] chan_sip.c: Stopping retransmission on '[email protected]' of Response 102: Match Found
[Nov 23 11:19:50] DEBUG[3526] rtp.c: Ooh, format changed from unknown to ulaw
[Nov 23 11:19:50] DEBUG[3526] rtp.c: Created smoother: format: 4 ms: 20 len: 160
[Nov 23 11:19:56] DEBUG[3526] rtp.c: Sending dtmf: 49 (1), at 10.0.1.22
[Nov 23 11:19:56] DEBUG[3526] rtp.c: Sending dtmf: 49 (1), at 10.0.1.22
[Nov 23 11:19:56] DEBUG[3526] chan_mobile.c: Dialed 1
[Nov 23 11:19:56] DEBUG[3526] chan_mobile.c: rfcomm_write() (SGH-F200) [AT+VTS=1
]
[Nov 23 11:19:56] DEBUG[3526] rtp.c: Sending dtmf: 50 (2), at 10.0.1.22
[Nov 23 11:19:57] DEBUG[3526] rtp.c: Sending dtmf: 50 (2), at 10.0.1.22
[Nov 23 11:19:57] DEBUG[3526] chan_mobile.c: Dialed 2
[Nov 23 11:19:57] DEBUG[3526] chan_mobile.c: rfcomm_write() (SGH-F200) [AT+VTS=2

Edit Guard-X: Code Tags eingefügt

 

[n8isch]

ja, das habe ich nun auch festgestellt. ich wollte ein calltrough bauen, nur werden bei mir auch keine töne erkannt. hat vielleicht mitlerweile jemand ein workaround für dieses problem?

lg, n8isch

 

[n8isch]

Ich habe zufällig irgendwo davon gelesen, daß background() als einzige Funktion von chan_mobile dtmf-signale bekommt. Bei mir funktioniert das nun auch problemlos. ein bug ist es aber ohne Frage und ich hoffe da tut sich in naher Zukunft noch was.

lg, n8isch