Nachrichten in Voicemailbox können nicht gelöscht werden

ulf.kosack · December 8, 2014, 8:43am

Hallo zusammen,

ein Mitarbeiter des Kunden hat momentan das Problem, dass er die Nachrichten in der Voicemailbox über ein Snom 760 mit der Taste 7 nicht löschen kann. Es kommt dann die Meldung “Die Nachricht wurde wiederhergestellt”.

Vorgehensweise:

Mitarbeiter betätigt Voicemailbox-Taste auf Snom 760
Ansage, dass X gespeicherte (oder auch neue) Nachrichten vorliegen
Anhören einer Nachricht
Anhören der Bedienungsansage (7 = Löschen)
Taste 7 drücken

Danach kommt die Meldung “Die Nachricht wurde wiederhergestellt” und die Anzahl der Nachrichten ist wie vorher. Es ist egal, ob die Nachricht neu oder gespeichert ist. Es ist auch egal, ob man die Bedienungsansage abwartet oder mitten in der Nachricht die Taste 7 drückt.

Während der o.g. Schritte ist der folgende Asterisk-Trace entstanden:

  == Using SIP VIDEO TOS bits 136
  == Using SIP VIDEO CoS mark 6
  == Using SIP RTP TOS bits 184
  == Using SIP RTP CoS mark 5
    -- Executing *104@mdc_location-3:1] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,Vorname Nachname") in new stack
 Vorname Nachname
    -- Executing *104@mdc_location-3:2] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_CALLER_LOCATION_ID=3") in new stack
    -- Executing *104@mdc_location-3:3] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_CALLER_LOCATION_NAME=Vorname Nachname") in new stack
  == Extension Changed 16[mdc_hint-ident] new state InUse for Notify User Wn3wMY2NO712e33
    -- Executing *104@mdc_location-3:4] Gosub("SIP/sWrLGYMRJ71143d-00001015", "sub_location,s,1(3,*104)") in new stack
  == Extension Changed 16[mdc_hint-ident] new state InUse for Notify User 3PLJlOtly712e94
    -- Executing [s@sub_location:1] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,used location id: 3 - dialed extension: *104") in new stack
 used location id: 3 - dialed extension: *104
    -- Executing [s@sub_location:2] Set("SIP/sWrLGYMRJ71143d-00001015", "MDC_CALLEE_NUM=*104") in new stack
  == Extension Changed 16[mdc_hint-ident] new state InUse for Notify User sWrLGYMRJ71143d
    -- Executing [s@sub_location:3] Return("SIP/sWrLGYMRJ71143d-00001015", "") in new stack
    -- Executing *104@mdc_location-3:5] Gosub("SIP/sWrLGYMRJ71143d-00001015", "sub_split-location,s,1(3)") in new stack
  == Extension Changed 16[mdc_hint-ident] new state InUse for Notify User aSjd9ho8z712e5f
    -- Executing [s@sub_split-location:1] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,get user for location: 3") in new stack
 get user for location: 3
    -- Executing [s@sub_split-location:2] GotoIf("SIP/sWrLGYMRJ71143d-00001015", "0?s-zero,1") in new stack
  == Extension Changed 16[mdc_hint-ident] new state InUse for Notify User a2GvHTGlk71010c
    -- Executing [s@sub_split-location:3] Set("SIP/sWrLGYMRJ71143d-00001015", "TMP_USER_ID=4") in new stack
    -- Executing [s@sub_split-location:4] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,user id: 4") in new stack
 user id: 4
  == Extension Changed 16[mdc_hint-ident] new state InUse for Notify User BzlF5jWEx712df2
    -- Executing [s@sub_split-location:5] Return("SIP/sWrLGYMRJ71143d-00001015", "") in new stack
    -- Executing *104@mdc_location-3:6] Goto("SIP/sWrLGYMRJ71143d-00001015", "mdc_user-4,*104,1") in new stack
    -- Goto (mdc_user-4,*104,1)
    -- Executing *104@mdc_user-4:1] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,nachnamev") in new stack
  == Extension Changed 16[mdc_hint-ident] new state InUse for Notify User r4FD7KjJD712e96
 nachnamev
    -- Executing *104@mdc_user-4:2] Gosub("SIP/sWrLGYMRJ71143d-00001015", "sub_user,s,1(caller,4,16,nachnamev,Vorname Nachname,16,16,16)") in new stack
    -- Executing [s@sub_user:1] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,sub_user mode caller") in new stack
 sub_user mode caller
    -- Executing [s@sub_user:2] Goto("SIP/sWrLGYMRJ71143d-00001015", "s-caller,1") in new stack
    -- Goto (sub_user,s-caller,1)
    -- Executing [s-caller@sub_user:1] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,sub_user user id: 4 - user exten: 16 - user: nachnamev - realname: Vorname Nachname - own mailbox: 16 - watched mailbox: 16 - callerid(num): 16") in new stack
 sub_user user id: 4 - user exten: 16 - user: nachnamev - realname: Vorname Nachname - own mailbox: 16 - watched mailbox: 16 - callerid(num): 16
    -- Executing [s-caller@sub_user:2] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_CALLER_USER_ID=4") in new stack
    -- Executing [s-caller@sub_user:3] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_CALLER_NUM=16") in new stack
    -- Executing [s-caller@sub_user:4] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_CALLER_ACC_NAME=nachnamev") in new stack
    -- Executing [s-caller@sub_user:5] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_CALLER_ACC_REALNAME=Vorname Nachname") in new stack
    -- Executing [s-caller@sub_user:6] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_CALLER_VM_OWN=16") in new stack
    -- Executing [s-caller@sub_user:7] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_CALLER_VM_WATCHED=16") in new stack
    -- Executing [s-caller@sub_user:8] Set("SIP/sWrLGYMRJ71143d-00001015", "CALLERID(name)=Vorname Nachname") in new stack
    -- Executing [s-caller@sub_user:9] Set("SIP/sWrLGYMRJ71143d-00001015", "CALLERID(num)=16") in new stack
    -- Executing [s-caller@sub_user:10] Return("SIP/sWrLGYMRJ71143d-00001015", "") in new stack
    -- Executing *104@mdc_user-4:3] Goto("SIP/sWrLGYMRJ71143d-00001015", "internal,*104,1") in new stack
    -- Goto (internal,*104,1)
    -- Executing *104@internal:1] SIPAddHeader("SIP/sWrLGYMRJ71143d-00001015", ""Alert-Info:<http://www.notused.de>;info=alert-internal;x-line-id=0"") in new stack
    -- Executing *104@internal:2] GosubIf("SIP/sWrLGYMRJ71143d-00001015", "1?sub_initcall,s,1(int,*104)") in new stack
    -- Executing [s@sub_initcall:1] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,sub_initcall descent: int exten: *104") in new stack
 sub_initcall descent: int exten: *104
    -- Executing [s@sub_initcall:2] GosubIf("SIP/sWrLGYMRJ71143d-00001015", "1?sub_initloop,s,1") in new stack
    -- Executing [s@sub_initloop:1] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,initial loop") in new stack
 initial loop
    -- Executing [s@sub_initloop:2] Set("SIP/sWrLGYMRJ71143d-00001015", "MDC_ALIAS_HOP=0") in new stack
    -- Executing [s@sub_initloop:3] Return("SIP/sWrLGYMRJ71143d-00001015", "") in new stack
    -- Executing [s@sub_initcall:3] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_TRANSFERBACK_HOP=0") in new stack
    -- Executing [s@sub_initcall:4] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_DIALDESCENT=int") in new stack
    -- Executing [s@sub_initcall:5] Goto("SIP/sWrLGYMRJ71143d-00001015", "int,1") in new stack
    -- Goto (sub_initcall,int,1)
    -- Executing [int@sub_initcall:1] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_DIALCALLERNUMINIT=16") in new stack
    -- Executing [int@sub_initcall:2] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_DIALCALLEENUMINIT=*104") in new stack
    -- Executing [int@sub_initcall:3] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_DIALCALLEENUMMAP=*104") in new stack
    -- Executing [int@sub_initcall:4] Return("SIP/sWrLGYMRJ71143d-00001015", "") in new stack
    -- Executing *104@internal:3] Goto("SIP/sWrLGYMRJ71143d-00001015", "main,*104,1") in new stack
    -- Goto (main,*104,1)
    -- Executing *104@main:1] Gosub("SIP/sWrLGYMRJ71143d-00001015", "sub_defcall,s,1(*104)") in new stack
    -- Executing [s@sub_defcall:1] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_ALIAS_HOP=1") in new stack
    -- Executing [s@sub_defcall:2] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_DIALCALLEENUM=*104") in new stack
    -- Executing [s@sub_defcall:3] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_DIALCALLERNUM=16") in new stack
    -- Executing [s@sub_defcall:4] GotoIf("SIP/sWrLGYMRJ71143d-00001015", "1?nozap") in new stack
    -- Goto (sub_defcall,s,8)
    -- Executing [s@sub_defcall:8] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_DIALCALLERNAME=Vorname Nachname") in new stack
    -- Executing [s@sub_defcall:9] Set("SIP/sWrLGYMRJ71143d-00001015", "__MDC_DIALCHANNELNAME=sWrLGYMRJ71143d") in new stack
    -- Executing [s@sub_defcall:10] Return("SIP/sWrLGYMRJ71143d-00001015", "") in new stack
    -- Executing *104@main:2] Goto("SIP/sWrLGYMRJ71143d-00001015", "mdc_distribute,*104,1") in new stack
    -- Goto (mdc_distribute,*104,1)
    -- Executing *104@mdc_distribute:1] Gosub("SIP/sWrLGYMRJ71143d-00001015", "sub_mailbox-watched,s,1") in new stack
    -- Executing [s@sub_mailbox-watched:1] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,sub_mailbox-watched:: watched voicebox: 16") in new stack
 sub_mailbox-watched:: watched voicebox: 16
    -- Executing [s@sub_mailbox-watched:2] Gosub("SIP/sWrLGYMRJ71143d-00001015", "sub_mailbox-check,s,1(16)") in new stack
    -- Executing [s@sub_mailbox-check:1] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,sub_mailbox-check:: voicebox: 16") in new stack
 sub_mailbox-check:: voicebox: 16
    -- Executing [s@sub_mailbox-check:2] GotoIf("SIP/sWrLGYMRJ71143d-00001015", "1?s-true,1:s-false,1") in new stack
    -- Goto (sub_mailbox-check,s-true,1)
    -- Executing [s-true@sub_mailbox-check:1] Verbose("SIP/sWrLGYMRJ71143d-00001015", "1,sub_mailbox-check:: voicebox: 16 exists") in new stack
 sub_mailbox-check:: voicebox: 16 exists
    -- Executing [s-true@sub_mailbox-check:2] Set("SIP/sWrLGYMRJ71143d-00001015", "MDC_VOICECHECK=1") in new stack
    -- Executing [s-true@sub_mailbox-check:3] Return("SIP/sWrLGYMRJ71143d-00001015", "") in new stack
    -- Executing [s@sub_mailbox-watched:3] GotoIf("SIP/sWrLGYMRJ71143d-00001015", "0?false") in new stack
    -- Executing [s@sub_mailbox-watched:4] VoiceMailMain("SIP/sWrLGYMRJ71143d-00001015", "16,s") in new stack
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-youhave.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'digits/12.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-Old.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-messages.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-onefor.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-Old.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-messages.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-first.alaw' (language 'de')
  == Parsing '/var/spool/asterisk/voicemail/default/16/Old/msg0000.txt': Found
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing '/var/spool/asterisk/voicemail/default/16/Old/msg0000.slin' (language 'de')
mobydick*CLI>
mobydick*CLI>
mobydick*CLI> 
mobydick*CLI>
mobydick*CLI>
mobydick*CLI>
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-deleted.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-undeleted.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-advopts.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-repeat.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-goodbye.alaw' (language 'de')
    -- Executing [s@sub_mailbox-watched:5] Return("SIP/sWrLGYMRJ71143d-00001015", "") in new stack
    -- Executing *104@mdc_distribute:2] Hangup("SIP/sWrLGYMRJ71143d-00001015", "") in new stack
  == Spawn extension (mdc_distribute, *104, 2) exited non-zero on 'SIP/sWrLGYMRJ71143d-00001015'
    -- Executing [h@mdc_distribute:1] Gosub("SIP/sWrLGYMRJ71143d-00001015", "def_hangup,s,1(,,,SERVICE)") in new stack
    -- Executing [s@def_hangup:1] NoOp("SIP/sWrLGYMRJ71143d-00001015", ">>>def_hangup:: EXTEN:  DIALSTATUS:  QUEUESTATUS:  REASON: SERVICE") in new stack
  == Extension Changed 16[mdc_hint-ident] new state Idle for Notify User Wn3wMY2NO712e33
  == Extension Changed 16[mdc_hint-ident] new state Idle for Notify User 3PLJlOtly712e94
  == Extension Changed 16[mdc_hint-ident] new state Idle for Notify User sWrLGYMRJ71143d
  == Extension Changed 16[mdc_hint-ident] new state Idle for Notify User aSjd9ho8z712e5f
  == Extension Changed 16[mdc_hint-ident] new state Idle for Notify User a2GvHTGlk71010c
  == Extension Changed 16[mdc_hint-ident] new state Idle for Notify User BzlF5jWEx712df2
  == Extension Changed 16[mdc_hint-ident] new state Idle for Notify User r4FD7KjJD712e96

Während das Abhören läuft und vor dem Drücken der Taste 7 habe ich ein paar Leerzeilen in den Trace eingefügt.

Der Mitarbeiter kann die Nachrichten im MD-Client löschen. Er konnte mir allerdings nicht genau sagen wie lange das schon so ist. Seine Vermutung waren ca. 3 Monate. Es könnte als mit dem Update auf 7.08 zusammenhängen. Die eingesetzte MD-Version ist 7.08.02.

Hat jemand eine Idee für mich?

Danke
Ulf

Markus · December 9, 2014, 12:12am

Guten Morgen Ulf,

hab es mal getestet und konnte generell kein Fehlverhalten feststellen.
Laut dem Trace sieht es so aus, als ob die Taste 7 mehrmals gedrückt wurde.
Benutzer hört die erste Nachricht an, während diese abgespielt wird, drückt er sofort die 7 zum Löschen.
Die Ansage vm-deleted.alaw wird abgespielt, wenn die Nachricht gelöscht wurde. Die Ansage vm-undeleted.alaw wird abgespielt, wenn die Nachricht wiederhergestellt wurde.
Tritt das Problem nur bei dem Benutzer auf bzw. nur mit dem Telefon.
Von einem anderen Benutzer/Telefon B aus, kannst du das recht leicht prüfen, indem du dort die *101 verwendest und dich dort auf die Mailbox von Benutzer A verbindest.

Grüße
Markus

ulf.kosack · December 9, 2014, 1:42am

Hallo Markus,

danke für die Erklärung. Du meinst wahrscheinlich die zwei folgenden Zeilen:

    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-deleted.alaw' (language 'de')
    -- <SIP/sWrLGYMRJ71143d-00001015> Playing 'vm-undeleted.alaw' (language 'de')

, oder?

Es gibt also anscheinend eine Wiederherstellen-Funktion für Voicemailbox?

Ich werde das mit einem zweiten Telefon probieren. Kann aber etwas dauern.

Danke
Ulf

Markus · December 9, 2014, 6:23am

Re Ulf,

so ist es. Wenn man die Ansage etwas laufen lässt - bisserl wartet - ist zuerst die Ansage vm-delete zu hören, hier wird einem erzählt, dass man mit 7 die Nachricht löschen kann.
Drückt man nun die 7 wird die Ansage gelöscht und es wird die Nachricht vm-deleted abgespielt. Wartet man nun wieder ein wenig bis die Ansagen durch sind, wird die Option 7 zum wiederherstellen genannt - vm-undelete. Drück man nun wiederum die 7 wird die Nachricht wiederhergestellt und die Ansage vm-undeleted wird abgespielt. Man muss ja eben nicht alle Ansagen zwingend bis zum Ende anhören bevor man einen Befehl per Taste absetzen kann. Der Workflow bleibt aber der gleiche.

Gruß
Markus

ulf.kosack · December 11, 2014, 7:43am

Hallo Markus,

irgendwie habe ich glaube ich noch einen Denkfehler. Ich versuche gerade mich von einem anderen Telefon an der Mailbox anzumelden, bekomme aber immer die Meldung: Login fehlgeschlagen. Als Voicemail-Passwort wird doch die PIN des Benutzers verwendet, oder?

Ich habe während der Eingabe mal einen Asterisk-Trace mitlaufen lassen und dabei ist mir die Fehlermeldung “Couldn’t read username” aufgefallen:

    -- Executing *101@main:1] Gosub("SIP/3PLJlOtly712e94-000012d2", "sub_defcall,s,1(*101)") in new stack
    -- Executing [s@sub_defcall:1] Set("SIP/3PLJlOtly712e94-000012d2", "__MDC_ALIAS_HOP=1") in new stack
    -- Executing [s@sub_defcall:2] Set("SIP/3PLJlOtly712e94-000012d2", "__MDC_DIALCALLEENUM=*101") in new stack
    -- Executing [s@sub_defcall:3] Set("SIP/3PLJlOtly712e94-000012d2", "__MDC_DIALCALLERNUM=26") in new stack
    -- Executing [s@sub_defcall:4] GotoIf("SIP/3PLJlOtly712e94-000012d2", "1?nozap") in new stack
    -- Goto (sub_defcall,s,8)
    -- Executing [s@sub_defcall:8] Set("SIP/3PLJlOtly712e94-000012d2", "__MDC_DIALCALLERNAME=Vorname26 Nachname26") in new stack
    -- Executing [s@sub_defcall:9] Set("SIP/3PLJlOtly712e94-000012d2", "__MDC_DIALCHANNELNAME=3PLJlOtly712e94") in new stack
    -- Executing [s@sub_defcall:10] Return("SIP/3PLJlOtly712e94-000012d2", "") in new stack
    -- Executing *101@main:2] Goto("SIP/3PLJlOtly712e94-000012d2", "mdc_distribute,*101,1") in new stack
    -- Goto (mdc_distribute,*101,1)
    -- Executing *101@mdc_distribute:1] VoiceMailMain("SIP/3PLJlOtly712e94-000012d2", "") in new stack
    -- <SIP/3PLJlOtly712e94-000012d2> Playing 'vm-login.alaw' (language 'de')
mobydick*CLI>
mobydick*CLI>
mobydick*CLI>
mobydick*CLI>
    -- <SIP/3PLJlOtly712e94-000012d2> Playing 'vm-password.alaw' (language 'de')
mobydick*CLI>
mobydick*CLI>
mobydick*CLI>
mobydick*CLI>
mobydick*CLI>
    -- Incorrect password '33663366' for user '1166' (context = default)
    -- <SIP/3PLJlOtly712e94-000012d2> Playing 'vm-incorrect-mailbox.alaw' (language 'de')
[Dec 11 16:36:58] WARNING[13030][C-00000a4d]: app_voicemail.c:10547 vm_authenticate: Couldn't read username
    -- Executing [h@mdc_distribute:1] Gosub("SIP/3PLJlOtly712e94-000012d2", "def_hangup,s,1(,,,SERVICE)") in new stack
    -- Executing [s@def_hangup:1] NoOp("SIP/3PLJlOtly712e94-000012d2", ">>>def_hangup:: EXTEN:  DIALSTATUS:  QUEUESTATUS:  REASON: SERVICE") in new stack
  == Extension Changed 26[mdc_hint-ident] new state Idle for Notify User Wn3wMY2NO712e33
  == Extension Changed 26[mdc_hint-ident] new state Idle for Notify User aSjd9ho8z712e5f
  == Extension Changed 26[mdc_hint-ident] new state Idle for Notify User 3PLJlOtly712e94
  == Extension Changed 26[mdc_hint-ident] new state Idle for Notify User a2GvHTGlk71010c
  == Extension Changed 26[mdc_hint-ident] new state Idle for Notify User BzlF5jWEx712df2
  == Extension Changed 26[mdc_hint-ident] new state Idle for Notify User r4FD7KjJD712e96
  == Extension Changed 26[mdc_hint-ident] new state Idle for Notify User sWrLGYMRJ71143d

Zwischen Anruf, Eingabe der Mailbox-Nr. und Eingabe der PIN habe ich jeweils Leerzeilen im Trace eingefügt.

Ich habe die PIN extra über die MD-Oberfläche neugesetzt und auch zur Sicherheit das Telefon neugestartet. Trotzdem kann ich mich von der DuWa 26 nicht per *101 an der Mailbox der 16 anmelden.

Jetzt sehe ich gerade im Trace, dass sowohl die die Durchwahl/das Login (16) doppelt aufgeführt ist (1166), als auch das Passwort (ich habe die Ziffern ersetzt, aber das Schema behalten). Passwort soll sein 3636, ist aber 33663366. Das Login habe ich von der Nebenstelle 26 aus ausgeführt.

Wie kann ich weiter eingrenzen, woher die doppelten Ziffern kommen?

Danke
Ulf

ulf.kosack · December 11, 2014, 7:54am

Ich habe es jetzt noch von einer weiteren DuWa (12) probiert. Da ist es auch das Gleiche. Die Ziffern werden doppelt eingegeben.

Alle Geräte sind Snom 760 mit Firmware 8.7.3.25.5

ulf.kosack · December 11, 2014, 9:14am

Hallo zusammen,

ich habe es jetzt mit einem Android SIP-Client getestet. Damit konnte ich mich problemlos auf die Mailbox verbinden und die Nachrichten abhören.

Dann werde ich wohl mal mit SNOM Kontakt aufnehmen.

Danke für die Hilfe. Wieder was gelernt
Ulf

ulf.kosack · December 11, 2014, 10:49pm

Aber momentmal, Wenn die Doppeleingabe wirklich an den SNOM Telefon liegt, dann könnte man doch auch nicht wählen, oder? Beim Wählen wird ja auch immer nur eine Zahl genommen.

Werden von der MobyDick vielleicht die Tastedrücke doppelt “interpretiert”

Danke
Ulf

Markus · December 11, 2014, 11:17pm

Guten Morgen Ulf,

was hast du in der SIP als DTMF Modus eingetragen bzw. bei den einzelnen Endgeräten?

Gruß
Markus

ulf.kosack · December 11, 2014, 11:27pm

Hallo Markus,

über die Basiskonfiguration verteile ich Folgendes:

dtmf_payload_type = Off
dtmf_speaker_phone = Off
user_dtmf_info1 = on

Den Parameter user_dtmf_info1 hatte ich aktiviert, da mir der Mitarbeiter berichtet hat, dass die Zifferntasten keine Auswirkungen hatten, wenn er bei Ansagen wie “Der Teilnehmer ist nicht erreicht bar. Bitte drücken Sie die 1, wenn dieser per SMS informiert werden soll” (oder so ähnlich). Stört sich das in diesem Fall vielleicht?

Danke
Ulf

Markus · December 11, 2014, 11:31pm

Re Ulf,

siehe hierzu auch http://www.voip-info.org/wiki/view/Asterisk+sip+dtmfmode

Gruß
Markus

ulf.kosack · December 12, 2014, 12:22am

Hallo Markus,

ich versuche es zu verstehen. Da Asterisk auf dtmfmode=rfc2833 eingestellt ist, erwartet er die DTMF-Töne via RTP. Richtig?

Normalerweise sollten die DTMF-Töne damit auch ohne die SNOM-Option user_dtmf_info auch korrekt an andere Teilnehmer übermittelt werden. Die Töne werden halt NUR per RTP und NICHT per SIP INFO übertragen. Korrekt?

Aus dem SNOM-Wiki habe ich jetzt herausgelesen, dass durch die Option user_dtmf_info (on oder sip_info_only) seit der Firmware-Version 7.1.33 die DTMF-Töne doppelt gesendet werden. Einmal via RTP und einmal via SIP-Info:

DESCRIPTION
Some IVR systems may need DTMF events signalled via SIP INFO messages, this can be enabled here. Set it to <on> or <sip_info_only> to provide DTMF codes via SIP INFO messages. With <sip_info_only> the in band and out of band DTMF codes stop going in RTP as they are sent only through SIP INFO messages. Initially <on> was sending DTMF codes via SIP INFO messages only. This behaviour is now taken over in version 7.1.33 by the new option <sip_info_only> and <on> is additionally sending DTMF via RTP!

Scheinbar wertet Asterisk dass dann auch doppelt aus, oder? Kann man Asterisk auch so einstellen, dass nur einer der Werte benutzt wird. Doppelte Anlieferung muss ja nicht zwangsläufig doppelt Verarbeitung bedeuten.

Danke
Ulf

ulf.kosack · December 20, 2014, 3:28am

Hallo Markus,

ich habe die Einstellung zu DTMF-Übertragung per SIP jetzt wieder deaktiviert:

user_dtmf_info1 = off

. Damit werden die Signale nur noch einmal gesendet und das Löschen klappt wieder.

Viele Grüße
Ulf