Ситуация следующая.
Имеется * с Е1, которую сотрудники компании используют в том числе как платформу для междугородних звонков, т.е. звонят с мобильных или стационарных телефонов на городской номер и после донабирают свой ПИН и номер абонента. Короче почти карточная платформа:))
До последнего времени проблем с распознаванием DTMF не было. Сейчас наблюдаю регулярное "выпадение" цифр. Как при наборе ПИН-кода так и при наборе номера. Если номер доступа+пин были забиты в память телефона, то правильный набор вообще срабатывает через раз.
Т.е. проблема с распознаванием при донаборе номера.

Была аналогичная проблема с аппаратами Panasonic, но там проблема в уровне сигнала самого Панасоника и регулируется подкручиванием резистора на дне аппарата.
Сейчас проблема при звонках с разных аппаратов.

В zapata.conf стоит relaxdtmf=no. Менял на yes, разницы никакой. На что вообще этот параметр влияет? Чтобы он применился достаточно перезапустить * или надо перегружать zaptel?
Какие еще параметры влияют на распознавание DTMF?

Где-то в аналогичной теме прочитал, что при ручном наборе надо делать больше паузу между нажатии клавиш. Но в данном случае с запрограммированными телефонами этот вариант не пройдет, да и не научить всех пользователей паузы делать)))

Кто-нибудь сталкивался с подобной проблемой?

relaxdtmf=yes
Разница должна быть. Включаете дебаг ДТМФ и смотрите.

может дурацкий вопрос, но как дебаг ДТМФ включить.

logger.conf
добавить dtmf в строку
console => notice,warning,error,dtmf

DTMF debug включил.
звоню с софтфона он пишет дебаги:
Apr 9 18:05:18 DTMF[319]: channel.c:2350 ast_write: Zap/1-1 : 2

при звонке с города дебагов нет. лог:
-- Accepting call from '8812ХХХХХХХ' to '3ХХХХХХ' on channel 0/3, span 1
-- Executing Goto("Zap/3-1", "mgmn-pin|s|1") in new stack
-- Goto (mgmn-pin,s,1)
-- Executing Answer("Zap/3-1", "") in new stack
-- Executing Set("Zap/3-1", "COUNT=0") in new stack
-- Executing GotoIf("Zap/3-1", "1?10:20") in new stack
-- Goto (mgmn-pin,s,10)
-- Executing BackGround("Zap/3-1", "/home/customers/common/sounds/enterpin") in new stack
-- Playing '/home/customers/common/sounds/enterpin' (language 'en')
-- Executing Set("Zap/3-1", "COUNT=1") in new stack
-- Executing Read("Zap/3-1", "PIN||8") in new stack
-- Accepting a maximum of 8 digits.
-- User entered '2653253'
-- Executing GotoIf("Zap/3-1", "0?3:30") in new stack
-- Goto (mgmn-pin,s,30)
-- Executing NoOp("Zap/3-1", "PIN: 2653253") in new stack
-- Executing AGI("Zap/3-1", "mgmn_pin_init.agi|2653253") in new stack
-- Launched AGI Script /var/lib/asterisk/agi-bin/mgmn_pin_init.agi
mgmn_pin_init.agi|2653153: >>>> Incoming call, pin: 2653153, clid: 8812ХХХХХХХ
mgmn_pin_init.agi|2653153: >>>> Pin 2653153 is not found at mn_clids
-- AGI Script mgmn_pin_init.agi completed, returning 0
-- Executing BackGround("Zap/3-1", "/home/customers/common/sounds/badpin") in new stack
-- Playing '/home/customers/common/sounds/badpin' (language 'en')
Apr 9 17:45:28 WARNING[32348]: pbx.c:2424 __ast_pbx_run: Invalid extension '4', but no rule 'i' in context 'mgmn-pin'
-- Hungup 'Zap/3-1'

Пин восьмизначный, выпала одна цифра.
ДТМФ дебаг молчит.

хоть мелькнула догадка, что надо перегрузить после добавления в logger.conf?

перегрузить нет, а logger reload успешно сделал))
дебаг включился, но не для Zap-каналов
после добавления в запату relaxdtmf=yes перегрузки * достаточно чтоб параметры zapata.conf перечитались?

Достаточно одной ложки.
CLI>set debug 3

Changing DTMF duration when sending for ZAP channels
You might try increasing the toneduration - or whatever the option is in /etc/asterisk/zapata.conf - Asterisk's default transmitted DTMF tone length is quite short:

toneduration=300

DTMF recognition
Adjust this setting in zapata.conf to your needs (i.e. to NO) if you e.g. have 'talkoff' issues (talkoff means that a human voice incorrectly triggers recognition of a DTMF signal):

relaxdtmf=

Note: Asterisk 1.4 now also has the relaxdtmf= setting available in sip.conf.

Или я дурак или чего-то не понимаю.
выставил CLI>set debug 3
Все равно дебаг ДТМФ на зап-каналах не работает.

в zapata.conf поставил toneduration=300, результата ноль.

а не могут быть проблемы с распознаванием ДТМФ из-за каких-то косяков у оператора, который Е1 дает.

проблема так и не решилась.
коллеги, приведите, плиз, пример рабочих настроек zapata.
самое странное, что из настроек связанных с ДТМФ у меня было только relaxdtmf=no и все работало.
ДТМФ стал распознаваться через раз чуть больше недели назад, при этом никаких изменений на * не было.
повторюсь. может ли это быть связано с проблемами у оператора?