[WORKAROUND] Willkürliche DTMF Töne in Gesprächen (tlw. talkoff)

Toggle sidebar Toggle sidebar
Upgrade 3CX to v18 and get it hosted free!
HobbyStern

HobbyStern

Aktives Mitglied
Mitglied seit
5 Dez 2005
Beiträge
1,844
Punkte für Reaktionen
0
Punkte
36
Ich habe seit geraumer Zeit "wilkürliche" DTMF Töne in Gesprächen.

Ich habe eine LOG Datei schreiben lassen in der ich nur DTMF Töne loggen lasse - diese sieht so aus : :(

Code: 
Apr 13 10:18:59 DTMF[5007] channel.c: SIP/30-1352 : *
Apr 13 10:39:52 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
Apr 15 13:04:36 DTMF[14909] channel.c: SIP/50-7aa2 : 4
Apr 16 20:20:11 DTMF[19677] channel.c: mISDN/1-u61 : 9
Apr 16 20:20:19 DTMF[19677] channel.c: SIP/41-e926 : 6
Apr 18 05:50:00 DTMF[24389] channel.c: SIP/50-ab0c : 9
Apr 18 05:50:50 DTMF[24389] channel.c: SIP/50-ab0c : 9
Apr 18 07:33:32 DTMF[26583] channel.c: Zap/1-1 : 5
Apr 18 07:38:50 DTMF[26663] channel.c: SIP/50-21c4 : 9
Apr 18 08:32:51 DTMF[26788] channel.c: SIP/50-4dc3 : 7
Apr 18 10:02:29 DTMF[27009] channel.c: SIP/20-f3fa : A
Apr 18 11:28:41 DTMF[27289] channel.c: SIP/10-cbae : A
Apr 18 11:36:51 DTMF[27354] channel.c: SIP/10-564c : 2
Apr 18 11:44:23 DTMF[27416] channel.c: SIP/10-c53b : 2
Apr 18 12:21:01 DTMF[27576] channel.c: SIP/10-a1b3 : 2
Apr 18 12:21:14 DTMF[27576] channel.c: SIP/10-a1b3 : 5
Apr 18 12:21:21 DTMF[27576] channel.c: SIP/10-a1b3 : 6
Apr 18 12:21:34 DTMF[27576] channel.c: SIP/10-a1b3 : *
Apr 18 12:21:42 DTMF[27576] channel.c: SIP/10-a1b3 : 2
Apr 18 13:06:20 DTMF[27773] channel.c: SIP/50-f690 : D
Apr 18 13:14:31 DTMF[27829] channel.c: SIP/50-5ea6 : 2
Apr 18 15:44:59 DTMF[28306] channel.c: SIP/20-be7a : A
Apr 18 17:14:58 DTMF[28570] channel.c: SIP/30-3771 : 6
Apr 18 18:30:07 DTMF[28731] channel.c: SIP/50-bb8b : 4
Apr 19 08:50:24 DTMF[32047] channel.c: SIP/20-3357 : 5
Apr 19 08:51:10 DTMF[32047] channel.c: Zap/2-1 : 5
Apr 19 08:51:44 DTMF[32047] channel.c: Zap/2-1 : 8
Apr 19 08:51:49 DTMF[32047] channel.c: Zap/2-1 : 8
Apr 19 08:52:36 DTMF[32047] channel.c: Zap/2-1 : 5
Apr 19 09:07:14 DTMF[32107] channel.c: Zap/1-1 : 5
Apr 19 09:07:19 DTMF[32107] channel.c: Zap/1-1 : A
Apr 19 10:01:02 DTMF[32415] channel.c: Zap/2-1 : 2
Apr 19 10:01:08 DTMF[32415] channel.c: Zap/2-1 : 2
Apr 19 10:51:41 DTMF[32723] channel.c: SIP/41-ab7f : 1
Apr 19 10:51:46 DTMF[32723] channel.c: SIP/41-ab7f : 1
Apr 19 11:24:04 DTMF[399] channel.c: SIP/20-ae7a : 3
Apr 19 11:24:18 DTMF[399] channel.c: SIP/20-ae7a : 9
Apr 19 11:24:26 DTMF[399] channel.c: SIP/20-ae7a : B
Apr 19 11:24:51 DTMF[399] channel.c: SIP/20-ae7a : 9
Apr 19 12:10:51 DTMF[609] channel.c: SIP/20-acfe : D
Apr 19 12:11:51 DTMF[625] channel.c: SIP/20-a968 : A
Apr 19 12:11:58 DTMF[625] channel.c: SIP/20-a968 : A
Das Problem streckt sich wirklich auf alle Arten von Kanälen aus.

Ich habe in der sip.conf und allen anderen Arten wenn möglich nur noch RFC2833 verwandt.

Die Töne springen fröhlich in allen möglichen Gesprächen rum, seitdem ich nun die Funktionalität des "*" zum weiterleiten deaktiviert habe ist es wenigstens nicht mehr möglich einfach so im MOH zu landen..

Hat da jemand Rat ? Ich kaue an der Sache schon etwas länger herum...

Beste Grüße,

Stefan
 
Zuletzt bearbeitet:
HobbyStern schrieb:
besonders fällt mir das an einem analogen Telefon am FBF als ATA auf.
[...]
Hat da jemand Rat ?
Zum Vergrößern anklicken....

:-Ö

Ja, aber wenn ich dir den gebe, dann unterstellt man mir wieder, ich hätte was gegen bestimmte Hardwareprodukte aus Berlin :mrgreen:
 
Wenn ich fragen würde: was hättest Du denn gegen die Produkte aus Berlin vom 3-Buchstaben-Hersteller?
 
Deine Frage ist hier offtopic und meine Antwort darauf kannst Du schon mehrfach hier im Forum finden.

Laßt uns lieber versuchen, eine brauchbare Lösung für den Fragesteller zu finden.
 
Laßt uns lieber versuchen, eine brauchbare Lösung für den Fragesteller zu finden.
Zum Vergrößern anklicken....

As you said Betateilchen. Eine Lösung wäre nett, Gegenfrage :

Ist es denn überhaupt möglich das ein einziger ATA den gesamten Asterisk mit DTMF Tönen strubbelig macht ? Ich denke kaum, oder ?

Am Rande erwähnt, die FBF steht bei mir auf dem Speicher und ist eher meine Lösung nicht viel Geld für ein WLAN+"hin und wieder mal telefonieren" Gerät auszugeben..also nichts produktiv wichtiges.

Beste Grüße,

Stefan
 
Schade, nun weiss ich das die FBF nicht gerade in aller Munde ist, habe aber immer noch systemweit DTMF Töne :noidea:

Ok, mehr Infos :

Ich habe mal die DTMF Töne mit einem Verbose-Log verglichen :

Fall 1 : DTMF Ton auf einem schnurlosen Telefon

Code: 
Apr 28 07:58:29 DTMF[6008] channel.c: Zap/2-1 : 5

im verbose steht nichts darüber :

Code: 
Apr 28 07:57:21 VERBOSE[6008] logger.c:     -- Zap/2-1 answered mISDN/1-1
Apr 28 07:58:53 VERBOSE[6008] logger.c:     -- Hungup 'Zap/2-1'


Fall 2 : DTMF Ton auf einem SNOM 320

Code: 
Apr 27 16:36:16 DTMF[1677] channel.c: SIP/20-004f : *

lt. verbose wurde der anruf exakt beim ton aufgelegt :noidea:

Code: 
Apr 27 16:35:45 VERBOSE[1677] logger.c:     -- SIP/20-004f answered mISDN/1-1
Apr 27 16:36:16 VERBOSE[1677] logger.c:   == Spawn extension (isdn, 848xxx, 1) exited non-zero on 'mISDN/1-1'

Fall 3 : DTMF Ton auf einem (anderen) SNOM 320

Code: 
Apr 27 09:47:50 DTMF[29871] channel.c: SIP/40-709d : *

lt. verbose wurde (mal wieder) der anruf exakt beim ton aufgelegt :noidea:

Code: 
Apr 27 09:46:40 VERBOSE[29871] logger.c:     -- SIP/40-709d answered mISDN/1-1
Apr 27 09:47:50 VERBOSE[29871] logger.c:   == Spawn extension (buero_anruf, 848040, 1) exited non-zero on 'mISDN/1-1'

usw usf

Ich nutze ja hauptsächlich die DTMF Signalisierung INFO und den Standard RFC2833, welches nutzt ihr für SNOM, womit habt ihr die besten Erfahrungen ?

Beste Grüße,

Stefan
 
Falls es jemanden gibt mit ähnlicher Thematik - das Kind hat einen Namen :

TALKOFF

-Behebung-

Vergewissere Dich das überall - aber wirklich überall - der gleiche INBAND/OUTBAND/RFC2833/INFO (wie auch immer) Ton gewählt wird - das gilt auch für ZAP Devices und mISDN !
 
Zuletzt bearbeitet:
DTMF Töne in Gesprächen - AUFGEWÄRMT

Ich wärme mal den Kaffee aus gegebenem Anlass auf.

Es bleibt dabei - auch nach einer Ewigkeit an Logging und Vergleichen mit Systemprotokollen -> sporadische DTMF Töne in sämtlichen Gesprächskanälen.

Ich habe das ganze bereits an die Asterisk Bugs gesandt, jedoch erfolglos zurück.

Nach all dem ganzen Durcheinander und dem erscheinen einer vollen Asterisk Updatezahl ;-) (1.2.10) habe ich mir gedacht das ggf. ein komplettes Neuaufsetzen des Asterisk inkl. aller Komponenten die Sache behebt, das ist nun 2 Tage her und nein, leider, es hat nichts gebracht.

In meinem System sind Asterisk und Basiskomponenten (keine Addons), Madplay (ggf. mal prüfen?!), Zaptel, mISDN und ein ntp-server installiert, das wars.

Oben im Thread war noch die Fritz!Box mit im Netz, auch dies ist nicht mehr der Fall, kein Fritz mehr an Bord, ISDN Hardware ist einfachste Cologne von Acer (Surf128Pci).

Ich komme einfach nicht dahinter woher diese Töne kommen können - und in längeren Gesprächen kommt dann schon hin und wieder die Frage : "Bist´ auf die Tasten gefallen?"

Ein Asterisk Logging der DTMF Signale bringt dies hier :

Aug 1 16:41:45 DTMF[12701] channel.c: SIP/30-08253828 : 9
Aug 1 16:41:58 DTMF[12701] channel.c: SIP/30-08253828 : 9
Aug 1 16:42:22 DTMF[12701] channel.c: SIP/30-08253828 : 5
Aug 1 16:56:15 DTMF[12837] channel.c: SIP/pbx1-0825a3b8 : 2
Aug 1 16:56:16 DTMF[12837] channel.c: SIP/pbx1-0825a3b8 : 7
Aug 1 16:56:17 DTMF[12837] channel.c: SIP/pbx1-0825a3b8 : 5
Aug 1 16:56:17 DTMF[12837] channel.c: SIP/pbx1-0825a3b8 : 5
Aug 1 16:56:17 DTMF[12837] channel.c: SIP/pbx1-0825a3b8 : 4
Aug 1 18:28:24 DTMF[13575] channel.c: Zap/1-1 : 3
Aug 1 18:28:34 DTMF[13575] channel.c: Zap/1-1 : B
Aug 1 18:28:37 DTMF[13575] channel.c: Zap/1-1 : 1
Aug 1 18:30:13 DTMF[13575] channel.c: Zap/1-1 : 3
Aug 2 05:36:34 DTMF[4552] channel.c: SIP/75-0822c770 : 9
Aug 2 06:40:10 DTMF[4877] channel.c: SIP/50-08231c80 : 8
Aug 2 06:40:11 DTMF[4877] channel.c: SIP/50-08231c80 : 4
Aug 2 06:40:11 DTMF[4877] channel.c: SIP/50-08231c80 : 8
Aug 2 06:40:12 DTMF[4877] channel.c: SIP/50-08231c80 : 0
Aug 2 06:40:13 DTMF[4877] channel.c: SIP/50-08231c80 : 4
Aug 2 06:40:14 DTMF[4877] channel.c: SIP/50-08231c80 : 2
Zum Vergrößern anklicken....


ggf. hat jemand einen Rat wo man mit der Suche noch beginnen kann ?

Beste Grüße,

Stefan
 
Hi,

ich habe ein ähnliches Problem, allerdings nur wenn über mISDN telefoniert wird werden ständig DTMF Töne empfangen. Die Töne sind allerdings auf keiner Seite hörbar, erscheinen nur im CLI bzw. in der Logdatei.
Sind die Töne bei Dir hörbar ??

Gruß Jürgen
 
Manchmal ja, manchmal nein.

Ich denke das ist auch aber auch sehr "tagesformabhängig" - die töne treten ja auch nicht in jedem gespräch auf sondern vollkommen willkürlich, ein kleines "piep" und die sache ist durch, bei langen gesprächen dürfen es auch mal 2 oder 3 sein.

Machst Du ein DTMF Log ?

Grüsse, Stefan
 
evtl. Providerproblem?

Ich habe das gleiche Problem an einem analogen Telefon hinter einer AVM FBF,
habe jedoch keine Asterisk evtl. also ein Provider Problem?
Provider ist bei mir GMX also UI......
 
Definitiv kein Providerproblem, bei mir tritt es in allen Channelvariationen auf.

S.h. das es bei einem Providerproblem nur bei aus/eingehenden SIP Gesprächen passieren dürfte, es ist aber übergreifend auf ZAP/SIP/mISDN/IAX.

Trotzdem Danke für Deinen Hinweis...

Kannst Du Dein Problem denn näher beschreiben ?
 
Hallo Ihr alle,

ich habe das gleiche Problem. Dummerweise ist es bei mir bevorzugt die Raute, was bei mir natürlich dann die Weiterleitung auslöst. Nicht daß ich dabei Gespräche verlieren würde, aber wenn mein Gegenüber plötzlich nicht mehr mich, sondern die Ansage "leider haben Sie keinen gültige Nummer gewählt" und ich Wartemusik bekomme, dann ist das überaus ärgerlich.

Hat jemand dazu eine Idee?

Hawedieehre.
Fant
 
Lösung = Nein
Minderung = entferne die "#" aus der features.conf und/oder die tT hinter dem Dial wo es nicht notwendig ist (eingehende Gespräche)

Steht aber auch oben..

Grüsse, Stefan
 
Könnten nicht bitte die Leute mit einer solchen Problematik GENAUERES zu Ihren Einstellungen schreiben!?

Schliesslich könnte man so dem Problem langsam echt mal auf den Grund gehen !


Das Workaround sieht so aus :

-> System (AstVersion, Zaptel?, ISDN (Bri/misdn?)?, Hardware (grob))

-> Loggen der DTMF Töne
-> logger.conf um "<dateinamenachbelieben> => verbose" bereichern
-> Bekanntgeben des Codecs
-> Bekanntgeben der Signalisierung (inband/outband/rfc)
-> Auswerten des Logs
-> Auf welchem Kanal tritt es aus ?
-> Was passiert dann auf der Asterisk CLI ?

Es wäre eine grosse Hilfe das ganze mal von mehreren Leuten zu erfahren !

Grüsse, Stefan
 
Bei mir tritt das bevorzugt auf, wenn ich über die FritzBox telefoniere. Mein FB ist am Asterisken im internen Netz angeschlossen. Vielleicht kommt es mir auch nur so vor, aber ich denke das haut hin. Für die Vermutung spricht auch, daß ich immer dann öfters DTMF-Geister höre, wenn ich mit meinen Kumpels rede. Der eine hat auch FB am internen Asterisken und die *.chen ;-) sind durch IAX über ein OpenVPN-Interface verbunden. Er telefoniert mit analogen Telefonen an der ISDN-Anlage, die im internen S0 der FB hängt. Ein anderer bekannter hat auch TK-Anlage an FB und ist durch ein VPN als SIP-Client an meinem *chen angemeldet. Auch dort tritt immer wieder der DTMF-Geist auf.

Ich muß mal logs schreiben, komme aber die nächsten Tage nicht dazu.

Gestern hatte ich das Problem massiv, als mich ein Anrufer mit einem Handy übers Festnetz anrief. Ich nahm das Gespräch mit meinem ISDN-Telefon an und hatte immer wieder DTMF-Töne. Die Konstellation war hier: Handy <-> Festnetz <-> LanCapi der FB <-> Asterisk <-> HFC-Karte im NT-Mode <-> ISDN-Telefon.

Hawedieehre.
Fant
 
Hört sich bekannt an, ausser das ich die FBFs aussortiert habe - logge mal einen oder zwei Tage die DTMF Töne und dann lass uns mal sehen auf welchem Kanal Asterisk die DTMF Töne erkennt und was dort genauer passiert.

Bei mir ist es zZt so das es tagelang auch mal keinen DTMFG Ton geben kann, dann aber an manchen Tagen massiv welche auftreten, die Kanäle kann man aus dem Log ersehen, also wirklich nichts spezifisches, ich nutze nur noch rfc2833 als dtmf mode.

<WORKAROUND>

In der Asterisk Doc steht das man das bei uns auftretende Problem, genannt "TALKOFF", mit relaxdtmf=yes in der sip.conf "beheben" könnte, man mit dieser Option aber sparsam umgehen sollte.

Bei mir war kein Erfolg zu verzeichnen.

Eine Stellschraube bei mISDN wäre die Option "senddtmf=yes" bzw "senddtmf=no", welche aber auch keinen messbaren Erfolg brachte.

Hier die DTMF LOG vom gestrigen Tag (einem DTMF reichen Tag)

Code: 
Sep 27 07:03:04 DTMF[645] channel.c: SIP/70-0856cf78 : 5    
Sep 27 10:01:39 DTMF[1632] channel.c: SIP/20-08570b10 : A   
Sep 27 10:01:40 DTMF[1632] channel.c: SIP/20-08570b10 : 5   
Sep 27 10:02:44 DTMF[1656] channel.c: SIP/10-08576020 : 2   
Sep 27 11:14:26 DTMF[2351] channel.c: SIP/20-085b5a68 : 4   
Sep 27 12:37:40 DTMF[3465] channel.c: SIP/30-085b9bd8 : 5   
Sep 27 12:40:21 DTMF[3465] channel.c: SIP/30-085b9bd8 : 5  
Sep 27 13:28:36 DTMF[4247] channel.c: SIP/30-085eb838 : D   
Sep 27 13:32:42 DTMF[4299] channel.c: SIP/30-085bab80 : 2   
Sep 27 13:34:56 DTMF[4357] channel.c: SIP/30-085d7c70 : *   
Sep 27 13:36:31 DTMF[4357] channel.c: SIP/30-085d7c70 : *   
Sep 27 13:46:10 DTMF[4357] channel.c: SIP/30-085d7c70 : A   
Sep 27 13:46:11 DTMF[4357] channel.c: SIP/30-085d7c70 : *   
Sep 27 14:21:11 DTMF[4775] channel.c: mISDN/1-1 : 3         
Sep 27 14:21:12 DTMF[4775] channel.c: mISDN/1-1 : 5         
Sep 27 15:43:10 DTMF[5533] channel.c: SIP/20-085f15f0 : *   
Sep 27 17:20:47 DTMF[6193] channel.c: Zap/1-1 : 9

zu beachten ist natürlich das auch Benutzer einen Ton senden können, wenn sie ein menü oder ähnliches nutzen, aber ein "A" oder "D" ist eher selten..

Mein Asterisk ist noch 1.2.10 (s. Signatur), der Update des Produktivsystems auf 1.2.12.1 ist aber schon vorbereitet, auch wenn ich mir dadurch keine Besserung verspreche, da mich dieses Gepiepe schon seit 1.2.5 begleitet... (davor nicht)

Beste Grüße,

Stefan
 
Bevor ich lange suche:
Kann ich bitte den Codeschnipsel für das DTMF-Logging bekommen?

Hawedieehre.
Fant
 
Siehe drei Beiträge weiter oben :

-> Loggen der DTMF Töne
-> logger.conf um "<dateinamenachbelieben> => verbose" bereichern
 
Sorry, bin heute morgen wohl schon mit Blindheit geschlagen.
 
Um antworten zu können musst du eingeloggt sein.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

Themen
248,853
Beiträge
2,302,888
Mitglieder
378,502
Neuestes Mitglied
bimbomix75

3CX jetzt einen Monat kostenlos testen

Die Verbindung, Zusammenarbeit und Kommunikation mit Ihrem Team und Ihren Kunden war noch nie so einfach. Nutzen Sie unsere kostenlose 30-Tage-Testversion und entdecken Sie die richtige Lösung für Ihr Unternehmen.

3CX start your free trial guy
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.
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten