Unknown Indication * --> nach AB Einsatz und DTMF-Töne

[HobbyStern]

1. Ich bekomme scheinbar nach jedem Nutzen des Anrufbeantworters, und dem auflegen danach, die Meldung :

chan_misdn misdn_indication : Unknown Indication * :18
(von der cli abgetippt)

Ist das eine unkritische Meldung ?

2. Meine gemeldeten DTMF-Töne [#] (die zu einem anspringen von MOH führen) durch ein eingehendes Gespräch mit mISDN sind leider immer noch vorhanden, auch durch das Update ist diese Problematik weiter existent :-(

EDIT : Es scheint so als ob mISDN auch andere DTMF Töne senden würde (ggf. empfängt es sie ja auch :-? )

Hier ist ein Ausschnitt aus einem Gespräch das ich gerade geführt habe :

Eingehender Anruf mit mISDN DEBUG = 1

I IND :DTMF_TONE oad:020886xxx dad:848xx port:1
I IND :DTMF_TONE oad:020886xxx dad:848xx port:1

Das kam mitten im Gespräch auf die CLI, wenn ich es richtig interpretiere sendet/empfängt mISDN mitten im Gespräch diese Töne.

Wenn ich nun die DTMF Signale für "den called Channel" ausschalte (stand so in der misdn_readme) dann bezieht sich das ja auch nur auf den "called" channel und nicht auf die eingehenden und punkto 2 wären mir die Hände bei ausgehenden Gesprächen und einem VoiceDTMF-Menü gebunden (obwohl das nebensächlich ist), richtig ?

Ich habe dieses Problem im MANTIS gepostet - ich würde es als schwer störend klassifizieren, nicht so lustig wenn man (wie gestern abend) mit einem Geschäftspartner redet und auf einen Schlag im MOH hängt... :-/

Beste Grüße,

Stefan

 

[crich]

1. der Unknown Indication ist unkritisch

2. die Meldungen von chan_misdn sind etwa so zu interpretieren:

I IND -> ISDN -> chan_misdn
I SEND -> chan_misdn -> ISDN
* IND: -> Asterisk -> chan_misdn
* SEND: -> chan_misdn -> Asterisk

d.h. in diesem Fall hat der Treiber 2 DTMF Töne erkannt, bei einem Incoming call solltest du eigentlich deinem Gegenüber nicht die Möglichkeit zu Transferieren geben, d.h. du musst beim dial die tT - Option geschickt setzen.

Im hfcmulti gibts die Möglichkeit den Hardware DTFM Erkenner zu benutzen.

Mit misdn_set_opt(a), kannst du den DTMF Erkenner von mISDN deaktivieren und den Asterisk Internen benutzen.

 

[HobbyStern]

Nungut, das wäre dann die letzte Lösung - die ich mir hier mal marker.

Ich denke ich weiss wie ich es ersetzt bekomme, ich habe mir heute nochmals mit nem Kaffee bewaffnet die extensions.conf angesehen und was gefunden, meld mich wenn es etwas bringt.

Danke und Beste Grüße,

Stfean

 

[HobbyStern]

Ich habe das ganze wieder und wieder aufgearbeitet, die tT sehr vorsichtig neu vergeben, trotzdem stapeln sich die DTMF Töne noch immer (es ist zwar besser geworden da nicht mehr immer reagiert wird, aber..)

Schau mal in meinen Ausschnitt aus 2 Tagen DTMF Logging :

Apr 13 10:18:59 DTMF[5007] channel.c: SIP/30-1352 : *
[b]Apr 13 10:39:52[/b] DTMF[5165] channel.c: SIP/20-5073 : #
Apr 13 13:16:59 DTMF[5921] channel.c: SIP/50-d7cd : A
Apr 13 13:44:44 DTMF[6011] channel.c: SIP/20-6934 : *
Apr 13 13:58:07 DTMF[6032] channel.c: SIP/20-2372 : 9
Apr 13 14:14:29 DTMF[6097] channel.c: SIP/20-db3f : 9
Apr 13 17:07:31 DTMF[6751] channel.c: SIP/10-3f1f : 2
Apr 13 17:07:34 DTMF[6751] channel.c: SIP/10-3f1f : 9
Apr 14 14:29:18 DTMF[10644] channel.c: SIP/30-e9a6 : 2
Apr 14 14:29:21 DTMF[10644] channel.c: SIP/30-e9a6 : 5
Apr 15 07:50:53 DTMF[14182] channel.c: Zap/1-1 : A
Apr 15 07:51:44 DTMF[14182] channel.c: Zap/1-1 : A

Hier ein Match aus der misdn-trace :

[b]Thu Apr 13 10:39:52[/b] 2006: I IND :DTMF_TONE oad:020xxdad:84xx port:2
Thu Apr 13 10:39:52 2006:  --> mode:TE cause:16 ocause:16 rad:          
Thu Apr 13 10:39:52 2006:  --> info_dad:0 onumplan:2 dnumplan:4 rnumplan:
Thu Apr 13 10:39:52 2006:  --> channel:1 caps:Audio 3.1k pi:3 keypad:
Thu Apr 13 10:39:52 2006:  --> DTMF:#

Der Anrufer hat anscheinend nach 10 Sekunden MOH aufgelegt und kam danach, diesmal rufnummernlos, wieder herein. :noidea:

Die Option misdn_set_opt(a) setze ich in der misdn.conf ?

Beste Grüße, Danke und Frohe Ostern,

Stefan

 

[crich]

Nein das musst du in der extensions.conf setzen.. ich wundere mich ein wenig. Wir haben dieses Problem im Büro eigentlich überhaupt nicht.. Ich habe es nur manchmal wenn ich von zu hause ( sipura gegen ein anderes Sipura telefoniere, das ganze geht zwar auch durch eine Asterisk, dabei ist allerdings gar kein mISDN im Spiel..

Kannst du mir nochmal kurz dein Setup skizzieren, also

AMT <---> mISDN <---> asterisk <---> SIP Phone ?

 

[HobbyStern]

Hi crich,

das ganze kann multipel gesehen werden :

Fest ist :

AMT -> mISDN -> * -> <ZAP/analog> oder <SIP-Hardphone> oder <SIP-ATA>


Ich kann Dir - wenn es was bringt auch zZt alle möglichen Trace und Logfiles anbei senden, logge zzt so ziemlich alles um so manchen ominösen verhalten auf den grund zu gehen..

grüsse!