проблема после обновления Asterisk

[der_win]

Использую Elastix 2.3
недавно захотели задействовать Attended Transfer и обнаружили баг - если абонент(на кого переводят вызов с подтверждением) ложит трубку, то вызов не возвращается на оператора, а срывается.

Гугление показало, что виноват астериск, и что баг был в версии 1.8.11.0 и исправлен в 1.8.13.0
пруфлинк http://bugs.elastix.org/view.php?id=1327

сделал как было рекомендовано:
yum --enablerepo=elastix-beta update
и потом
yum update asterisk

Установилась версия 1.8.20.0

Теперь полезли проблемы..... у меня номер принимает ivr. ПРоблема в том, что ТЕПЕРЬ при дозвоне на этот IVR с городской телефонии он стал скидывать все звонки в i (неправильный номер). Даже воспроизведение IVR не начинается для удалённой стороны.
Кто нибудь сталкивался? подскажите где копать

[Vlad1983]

выхлоп консоли посмотреть религия не позволяет?

[zzuz]

Автор "ложит" на вывод консоли.
А также он не понимает , что когда выполняешь
yum --enablerepo=elastix-beta update
то полностью соглашаешься с возможными проблемами.

[der_win]

парни, не гоните коней. И относитесь к друг другу хотя бы с некоторым взаимным уважением.
Мне нужно было время чтобы завести виртуальную машину, клон реальной.

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: это кусок консоли, где вызов, поступивший на ivr сбрасывается

[0K -- Goto (ivr-5,s,1)

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:1] [1;36mSet[0m("[1;35mSIP/282611-00000000[0m", "[1;35mMSG=custom/privet_ctrit_gorbunova_3[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:2] [1;36mSet[0m("[1;35mSIP/282611-00000000[0m", "[1;35mLOOPCOUNT=0[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:3] [1;36mSet[0m("[1;35mSIP/282611-00000000[0m", "[1;35m__DIR-CONTEXT=[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:4] [1;36mSet[0m("[1;35mSIP/282611-00000000[0m", "[1;35m_IVR_CONTEXT_ivr-5=[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:5] [1;36mSet[0m("[1;35mSIP/282611-00000000[0m", "[1;35m_IVR_CONTEXT=ivr-5[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:6] [1;36mGotoIf[0m("[1;35mSIP/282611-00000000[0m", "[1;35m0?begin[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:7] [1;36mAnswer[0m("[1;35mSIP/282611-00000000[0m", "[1;35m[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:8] [1;36mWait[0m("[1;35mSIP/282611-00000000[0m", "[1;35m1[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:9] [1;36mSet[0m("[1;35mSIP/282611-00000000[0m", "[1;35mTIMEOUT(digit)=3[0m") in new stack
-- Digit timeout set to 3.000
-- Executing [s@ivr-5:10] [1;36mSet[0m("[1;35mSIP/282611-00000000[0m", "[1;35mTIMEOUT(response)=1[0m") in new stack
-- Response timeout set to 1.000
-- Executing [s@ivr-5:11] [1;36mSet[0m("[1;35mSIP/282611-00000000[0m", "[1;35m__IVR_RETVM=[0m") in new stack
-- Executing [s@ivr-5:12] [1;36mExecIf[0m("[1;35mSIP/282611-00000000[0m", "[1;35m1?Background(custom/privet_ctrit_gorbunova_3)[0m") in new stack

[Kelastix*CLI>
[0K -- <SIP/282611-00000000> Playing 'custom/privet_ctrit_gorbunova_3.slin' (language 'en')

[Kelastix*CLI>
[0K -- Invalid extension '3' in context 'ivr-5' on SIP/282611-00000000

[Kelastix*CLI>
[0K == CDR updated on SIP/282611-00000000

[Kelastix*CLI>
[0K -- Executing [i@ivr-5:1] [1;36mNoOp[0m("[1;35mSIP/282611-00000000[0m", "[1;35mDeleting: [0m") in new stack

[Kelastix*CLI>
[0K -- Executing [i@ivr-5:2] [1;36mSet[0m("[1;35mSIP/282611-00000000[0m", "[1;35m__NODEST=[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [i@ivr-5:3] [1;36mGoto[0m("[1;35mSIP/282611-00000000[0m", "[1;35mapp-blackhole,hangup,1[0m") in new stack

[Kelastix*CLI>
[0K -- Goto (app-blackhole,hangup,1)

[Kelastix*CLI>

Судя по всему, почему то астер считает что набирается "3". Тут я назначаю на "3" в ivr - ext.5103 и звонок уходит на 5103!

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: а тут присвоим "3" = 5103

[0K -- Goto (ivr-5,s,1)

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:1] [1;36mSet[0m("[1;35mSIP/282611-00000001[0m", "[1;35mMSG=custom/privet_ctrit_gorbunova_3[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:2] [1;36mSet[0m("[1;35mSIP/282611-00000001[0m", "[1;35mLOOPCOUNT=0[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:3] [1;36mSet[0m("[1;35mSIP/282611-00000001[0m", "[1;35m__DIR-CONTEXT=[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:4] [1;36mSet[0m("[1;35mSIP/282611-00000001[0m", "[1;35m_IVR_CONTEXT_ivr-5=[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:5] [1;36mSet[0m("[1;35mSIP/282611-00000001[0m", "[1;35m_IVR_CONTEXT=ivr-5[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:6] [1;36mGotoIf[0m("[1;35mSIP/282611-00000001[0m", "[1;35m0?begin[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:7] [1;36mAnswer[0m("[1;35mSIP/282611-00000001[0m", "[1;35m[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:8] [1;36mWait[0m("[1;35mSIP/282611-00000001[0m", "[1;35m1[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [s@ivr-5:9] [1;36mSet[0m("[1;35mSIP/282611-00000001[0m", "[1;35mTIMEOUT(digit)=3[0m") in new stack
-- Digit timeout set to 3.000
-- Executing [s@ivr-5:10] [1;36mSet[0m("[1;35mSIP/282611-00000001[0m", "[1;35mTIMEOUT(response)=10[0m") in new stack
-- Response timeout set to 10.000
-- Executing [s@ivr-5:11] [1;36mSet[0m("[1;35mSIP/282611-00000001[0m", "[1;35m__IVR_RETVM=[0m") in new stack
-- Executing [s@ivr-5:12] [1;36mExecIf[0m("[1;35mSIP/282611-00000001[0m", "[1;35m1?Background(custom/privet_ctrit_gorbunova_3)[0m") in new stack
-- <SIP/282611-00000001> Playing 'custom/privet_ctrit_gorbunova_3.slin' (language 'en')

[Kelastix*CLI>
[0K -- Executing [3@ivr-5:1] [1;36mNoOp[0m("[1;35mSIP/282611-00000001[0m", "[1;35mDeleting: [0m") in new stack

[Kelastix*CLI>
[0K -- Executing [3@ivr-5:2] [1;36mSet[0m("[1;35mSIP/282611-00000001[0m", "[1;35m__NODEST=[0m") in new stack

[Kelastix*CLI>
[0K -- Executing [3@ivr-5:3] [1;36mGoto[0m("[1;35mSIP/282611-00000001[0m", "[1;35mfrom-did-direct,5103,1[0m") in new stack

[Kelastix*CLI>
[0K -- Goto (from-did-direct,5103,1)

[zzuz]

И относитесь к друг другу хотя бы с некоторым взаимным уважением.

то есть выкладывать портянку с метасимволами из CLI вместо нормально сформированного лога - это Ваше уважение к нам? Где DTMF лог?
Пользователь нажимает цифру 3 , которая отсутствует в IVR. Не вижу проблемы.

[der_win]

откатываюсь на виртуальной машине до снапшота с 1.8.11 - и пользователь вдруг перестаёт набирать цифру 3 ага, как же.... если бы всё было так просто.

[zzuz]

Не верю!.

[ded]

Возможно проблема в неверном определении сигналов DTMF.
Попробуйте relaxdtmf=

[der_win]

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: dmtf.log

[Feb 6 14:15:07] DTMF[5745] channel.c: DTMF begin '3' received on SIP/5103-0000000b
[Feb 6 14:15:07] DTMF[5745] channel.c: DTMF begin ignored '3' on SIP/5103-0000000b
[Feb 6 14:15:07] DTMF[5745] channel.c: DTMF end '3' received on SIP/5103-0000000b, duration 80 ms
[Feb 6 14:15:07] DTMF[5745] channel.c: DTMF end passthrough '3' on SIP/5103-0000000b
[Feb 6 14:15:36] DTMF[5752] channel.c: DTMF begin '3' received on SIP/5103-0000000d
[Feb 6 14:15:36] DTMF[5752] channel.c: DTMF begin ignored '3' on SIP/5103-0000000d
[Feb 6 14:15:36] DTMF[5752] channel.c: DTMF end '3' received on SIP/5103-0000000d, duration 80 ms
[Feb 6 14:15:36] DTMF[5752] channel.c: DTMF end passthrough '3' on SIP/5103-0000000d
[Feb 6 14:23:25] DTMF[6078] channel.c: DTMF begin '3' received on SIP/282611-0000000f
[Feb 6 14:23:25] DTMF[6078] channel.c: DTMF begin passthrough '3' on SIP/282611-0000000f
[Feb 6 14:23:25] DTMF[6078] channel.c: DTMF end '3' received on SIP/282611-0000000f, duration 38 ms
[Feb 6 14:23:25] DTMF[6078] channel.c: DTMF end accepted with begin '3' on SIP/282611-0000000f
[Feb 6 14:23:25] DTMF[6078] channel.c: DTMF end '3' detected to have actual duration 39 on the wire, emulation will be triggered on SIP/282611-0000000f
[Feb 6 14:23:25] DTMF[6078] channel.c: DTMF end '3' has duration 39 but want minimum 80, emulating on SIP/282611-0000000f
[Feb 6 14:23:25] DTMF[6078] channel.c: DTMF end emulation of '3' queued on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF begin '3' received on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF begin passthrough '3' on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF end '3' received on SIP/282611-0000000f, duration 25 ms
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF end accepted with begin '3' on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF end '3' detected to have actual duration 39 on the wire, emulation will be triggered on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF end '3' has duration 39 but want minimum 80, emulating on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF end emulation of '3' queued on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF begin '3' received on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF begin passthrough '3' on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF end '3' received on SIP/282611-0000000f, duration 25 ms
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF end accepted with begin '3' on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF end '3' detected to have actual duration 40 on the wire, emulation will be triggered on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF end '3' has duration 40 but want minimum 80, emulating on SIP/282611-0000000f
[Feb 6 14:23:26] DTMF[6078] channel.c: DTMF end emulation of '3' queued on SIP/282611-0000000f
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF begin '3' received on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF begin passthrough '3' on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end '3' received on SIP/282611-00000010, duration 38 ms
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end accepted with begin '3' on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end '3' detected to have actual duration 58 on the wire, emulation will be triggered on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end '3' has duration 58 but want minimum 80, emulating on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end emulation of '3' queued on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF begin '3' received on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF begin passthrough '3' on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end '3' received on SIP/282611-00000010, duration 25 ms
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end accepted with begin '3' on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end '3' detected to have actual duration 39 on the wire, emulation will be triggered on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end '3' has duration 39 but want minimum 80, emulating on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end emulation of '3' queued on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF begin '3' received on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF begin passthrough '3' on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end '3' received on SIP/282611-00000010, duration 25 ms
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end accepted with begin '3' on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end '3' detected to have actual duration 39 on the wire, emulation will be triggered on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end '3' has duration 39 but want minimum 80, emulating on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end emulation of '3' queued on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF begin '3' received on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF begin ignored '3' on SIP/282611-00000010
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF end '3' received on SIP/282611-00000010, duration 25 ms
[Feb 6 14:24:10] DTMF[6117] channel.c: DTMF begin emulation of '3' with duration 80 queued on SIP/282611-00000010
[Feb 6 14:24:11] DTMF[6117] channel.c: DTMF end emulation of '3' queued on SIP/282611-00000010
[Feb 6 14:24:11] DTMF[6117] channel.c: DTMF begin '3' received on SIP/282611-00000010
[Feb 6 14:24:11] DTMF[6117] channel.c: DTMF begin passthrough '3' on SIP/282611-00000010
[Feb 6 14:24:11] DTMF[6117] channel.c: DTMF end '3' received on SIP/282611-00000010, duration 25 ms
[Feb 6 14:24:11] DTMF[6117] channel.c: DTMF end accepted with begin '3' on SIP/282611-00000010
[Feb 6 14:24:11] DTMF[6117] channel.c: DTMF end '3' detected to have actual duration 19 on the wire, emulation will be triggered on SIP/282611-00000010
[Feb 6 14:24:11] DTMF[6117] channel.c: DTMF end '3' has duration 19 but want minimum 80, emulating on SIP/282611-00000010
[Feb 6 14:24:11] DTMF[6117] channel.c: DTMF end emulation of '3' queued on SIP/282611-00000010
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF begin '5' received on SIP/282611-00000012
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF begin ignored '5' on SIP/282611-00000012
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF end '5' received on SIP/282611-00000012, duration 76 ms
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF end passthrough '5' on SIP/282611-00000012
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF begin '1' received on SIP/282611-00000012
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF begin ignored '1' on SIP/282611-00000012
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF end '1' received on SIP/282611-00000012, duration 76 ms
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF end passthrough '1' on SIP/282611-00000012
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF begin '0' received on SIP/282611-00000012
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF begin ignored '0' on SIP/282611-00000012
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF end '0' received on SIP/282611-00000012, duration 76 ms
[Feb 6 14:24:29] DTMF[6119] channel.c: DTMF end passthrough '0' on SIP/282611-00000012
[Feb 6 14:24:30] DTMF[6119] channel.c: DTMF begin '7' received on SIP/282611-00000012
[Feb 6 14:24:30] DTMF[6119] channel.c: DTMF begin ignored '7' on SIP/282611-00000012
[Feb 6 14:24:30] DTMF[6119] channel.c: DTMF end '7' received on SIP/282611-00000012, duration 76 ms
[Feb 6 14:24:30] DTMF[6119] channel.c: DTMF end passthrough '7' on SIP/282611-00000012

это без relaxdtmf=

[Vlad1983]

почти на русском же пишет
"has duration 39 but want minimum 80, emulating on"