DTMF - Teils ja meist Nein

[RealFairPlayer]

Hi zusammen,

Folgende Situation:

Asterisk Callback:
Ruf ich vom Handy1 die entsprechende Nummer ruft mich Asterisk zurück, schickt mich in den callback context, frägt mein Passwort ab (DTMF???) und schickt mich nach erfolgreicher Eingabe in den nächsten Context.

Mache ich das gleiche mit Handy2 bleib ich im ersten Context hängen, nach einer Weile heißt es Password incorrect und dann nochmal und dann legt Asterisk auf.


Mache ich das gleiche mit einem Festnetztelefon bleib ich im ersten Context hängen, nach einer Weile heißt es Password incorrect und dann nochmal und dann legt Asterisk auf.

Also, einmal geht es (mit Handy1) und zweimal streikt Asterisk.

Jemand ne Idee?

Grüße,
Matthias

 

[lo4dro]

klingt so, als ob die töne nicht sauber zu dir kommen.
Hast du leicht verrauschte Gespräche bei einem normalen Telefonat?

 

[Guard-X]

Das gleiche Problem habe ich auch, das Problem besteht aber nur bei Inband-DTMF. "RFC2833" oder "Info" läuft wesentlich besser...

Kannst du das einstellen? Leider kenne ich deine Hardware nicht...

 

[RealFairPlayer]

Hmm...

Danke erst ma für die Antworten - aber ich wüsste nicht wo ich das einstellen sollte ...

Andere Ideen? Strange finde ich halt von einem Handy aus geht es, vom anderen und vom Festnetz nicht

 

[ike]

Wie ist denn der Asterisk mit dem PSTN verbunden? Dort musst Du es einstellen? Irgendwie klingt es wirklich danach, als wenn Du DTMF inband verschickst. Im Festnetz, mit dem G711-Codec ist das eine funktionierende Methode, aber mobil wird es schlimmer.

Allerdings habe ich auch schon mitbekommen, dass es wohl sowieso störrische Mobiltelefone gibt.

Michael

 

[RealFairPlayer]

Hi!

Okay, hier nochmals der Hintergrund, vielleicht habe ich mich da schlecht ausgedrückt. Diese Telefonanlage wurde in dieser Konstellation bereits betrieben (ASTERISK + E1 PBX + SIPURA 2000 GW's + Siemens Handtelefone)

Nach einem CVS Update ging nicht mehr und ich wusste mir nicht anders zu helfen als ihn neu aufzusetzen. Ich habe alle config files gesichert und nach einer frischen Installation wieder eingespielt. Hier muss der Hund begraben liegen, irgendwas ist nun anders.

Interessant wäre nun eben zu wissen wo die richtigen Hebelchen sind.

Ahjaa, by the way ... ein CVS System ist für eine Produktivumgebung wirklich nicht geeignet

cu,
Matze

 

[clan]

Was ich bei deiner Fehlerbeschreibung bisher vermisse sind die Ausgaben des CLI oder der Logdatei. Ohne den Ablauf zu sehen ist das hier nur rumraterei.

Du schreibst, daß das schon mal ging. War das mit der gleichen Asterisk-Version?

 

[RealFairPlayer]

Hoi!

Also die CLI Ausgaben helfen auch nicht weiter .... leider, hier mal eine von dem Handy wo es funktioniert:

-- Accepting call from 'xxxxxxxxx68' to 'xxxxx665' on channel 0/1, span 1
-- Executing Goto("Zap/1-1", "macro-callback|s|1") in new stack
-- Goto (macro-callback,s,1)
-- Executing Ringing("Zap/1-1", "") in new stack
-- Executing Wait("Zap/1-1", "2") in new stack
-- Executing AGI("Zap/1-1", "callback.agi") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/callback.agi
-- AGI Script callback.agi completed, returning 0
-- Executing Hangup("Zap/1-1", "") in new stack
== Spawn extension (macro-callback, s, 4) exited non-zero on 'Zap/1-1'
-- Hungup 'Zap/1-1'
-- Attempting call on ZAP/g1/xxxxxxxxx668 for xxxxx777@callout:1 (Retry 1)
-- Requested transfer capability: 0x00 - SPEECH
Mar 17 14:11:16 NOTICE[7030]: channel.c:2429 __ast_request_and_dial: Don't know what to do with control frame 15
> Channel Zap/1-1 was answered.
== Starting Zap/1-1 at callout,xxxxx777,1 failed so falling back to exten 's'
-- Executing Authenticate("Zap/1-1", "5432") in new stack
-- Playing 'agent-pass' (language 'en')
-- Playing 'auth-thankyou' (language 'en')
-- Executing DISA("Zap/1-1", "no-password|extern") in new stack
-- Channel 0/1, span 1 got hangup request
== Spawn extension (callout, s, 2) exited non-zero on 'Zap/1-1'
-- Hungup 'Zap/1-1'
Mar 17 14:11:29 NOTICE[7030]: pbx_spool.c:279 attempt_thread: Call completed to ZAP/g1/xxxxxxxx668


und nun von einem anderen Handy aus, da klappt es nicht:

-- Accepting call from 'xxxxxxxx145' to 'xxxxx665' on channel 0/2, span 1
-- Executing Goto("Zap/2-1", "macro-callback|s|1") in new stack
-- Goto (macro-callback,s,1)
-- Executing Ringing("Zap/2-1", "") in new stack
-- Executing Wait("Zap/2-1", "2") in new stack
-- Executing AGI("Zap/2-1", "callback.agi") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/callback.agi
-- Hungup 'Zap/1-1'
-- AGI Script callback.agi completed, returning 0
-- Executing Hangup("Zap/2-1", "") in new stack
== Spawn extension (macro-callback, s, 4) exited non-zero on 'Zap/2-1'
-- Hungup 'Zap/2-1'
-- Attempting call on ZAP/g1/xxxxxxxx145 for xxxxx777@callout:1 (Retry 1)
-- Requested transfer capability: 0x00 - SPEECH
> Channel Zap/1-1 was answered.
== Starting Zap/1-1 at callout,xxxxx777,1 failed so falling back to exten 's'
-- Executing Authenticate("Zap/1-1", "5432") in new stack
-- Playing 'agent-pass' (language 'en')
-- Playing 'auth-incorrect' (language 'en')
-- Playing 'auth-incorrect' (language 'en')
-- Playing 'vm-goodbye' (language 'en')
== Spawn extension (callout, s, 1) exited non-zero on 'Zap/1-1'
-- Hungup 'Zap/1-1'
Mar 17 14:13:28 NOTICE[7078]: pbx_spool.c:279 attempt_thread: Call completed to ZAP/g1/xxxxxxxx145
voip*CLI>

Es sieht so aus als würde er beim zweiten Anruf über das andere Handy einfach die DTMF Töne nicht angeben.

Grüße,
Matze

 

[RealFairPlayer]

und ab nach oben damit.

Kommt schon Leutchen

 

[clan]

Mir fällt eigentlich nur noch eins ein: rufe eine normale Nebenstelle an, und hör dir die Töne an. Sind die Handys bei verschiedenen Providern? Eventuell routet einer über schlechtere Strecken, bei mehrmaligen Codecwechsel auf dem Weg kann schon mal Information verloren gehen.