привет.
вот всплыл такой вопрос.
какое бы оборудование, через какие бы каналы друг на друга не звонило - не проходят DTMF сигналы.
Т.е. на астер они попадают 100% с любого телефона/софта, в случае если это IVR - все работает.
А вот так что бы этот DTMF услышал телефон на другом конце - не получается.
Насколько я могу судить из дебага - эти дтмф-ы перехватывает res_features и дальше самого астера они не идут.

Apr 21 13:01:27 DEBUG[5398]: channel.c:3292 ast_generic_bridge: Got DTMF on channel (SIP/109407-b689)
Apr 21 13:01:27 DEBUG[5398]: channel.c:3539 ast_channel_bridge: Bridge stops bridging channels SIP/109407-b689 and H323/193.111.156.20:1720-1
Apr 21 13:01:27 DEBUG[5398]: res_features.c:992 ast_feature_interpret: Feature interpret: chan=SIP/109407-b689, peer=H323/193.111.156.20:1720-1, sense=1, features=2
iptel*CLI>
iptel*CLI>
iptel*CLI>
Apr 21 13:01:37 DEBUG[5400]: chan_h323.c:1114 send_digit: Received Digit: 2
Apr 21 13:01:37 DEBUG[5398]: channel.c:3292 ast_generic_bridge: Got DTMF on channel (H323/193.111.156.20:1720-1)
Apr 21 13:01:37 DEBUG[5398]: channel.c:3539 ast_channel_bridge: Bridge stops bridging channels SIP/109407-b689 and H323/193.111.156.20:1720-1
Apr 21 13:01:37 DEBUG[5398]: res_features.c:992 ast_feature_interpret: Feature interpret: chan=SIP/109407-b689, peer=H323/193.111.156.20:1720-1, sense=2, features=2


У проблемы - есть решение?
Заранее мерси.

Друзья.
Никто не знает решения или мои вопросы глупы настолько, что на них не хочется отвечать?
:huh:

Ну значит DTMF на входящий пир работает, а на исходящий нет :)
Пробуй менять значения DTMF оконечного терминала.:)

попробуй убрать опции из Dial, которые относятся к res_features (у тебя наверняка прописаны tT)

у меня на транзитных звонках ДТМФ передается на следующий сервер нормально, правда пришлось с бубном поплясать с подстройкой режимов ДТМФ на каждом конце.

У всех пиров подключенных по SIP стоит rfc2833 payload 101;
У всех h323 пиров - h245 alphanumeric.
И те и те звонят на * и свободно работают с IVR.
Не работает только "транзитный" DTMF.
как внутри SIP так и h323-sip/ sip-h323.
Ключи трансфера с диала убирал. Ничего не изменилось.

Странно...

У меня тоже беда с этим.
Почитал я ваши рекомендации по отключению t T - не помогает.
Я использую шлюз DLink 4022S (2FXO + 2FXS) и там по умолчанию был Payload Type 96 для DTMF RFC2388, астериск ругался на неизвестный тип при каждом нажатии на кнопку, посмотрел как у софтовых телефонов - там 101-ый, после изменения на шлюзе типа на 101 астериск стал нормально принимать DTMF от шлюза, но они перестали проходить сквозь шлюз.

Граждане, подскажите как это лечится, неужели никто не звонит на мини-АТС и не вводит в тональном режиме доп.номер?

Заработало!
Как выясняется relay'ить астериск умеет DTMF в виде INFO, при этом телефон (софтофон) должен уметь посылать DTMF в INFO, а шлюз (FXO) должен уметь понимать INFO, кроме того в настройках на * для шлюза должно стоять dtmfmode=info.
Даже с ключом t в команде Dial посылки DTMF проходят от с одного конца на другой. Ура!

Как выяснилось, * не умеет преобразовывать DTMF RFC2388 в DTMF INFO, придется искать нормальный софтофон с поддержкой INFO.

Я решил проблему DTMF следующим образом (может пригодится кому-нить):
LinkSys PAP и прочие ликсисовские штуки (рано как и Cisco) в режиме Inband глотают на выходе посылки астериска. с чем связано не знаю. в режиме INFO все коды воспроизводятся, но без пауз между ними. сделал так:

[from-internal-custom]
exten => _XXXXXX,1,Dial(SIP/5121&SIP/5122,50,M(Dial_Number^9${EXTEN}))

[macro-Dial_Number]
exten => s,1,SIPDtmfMode(info); |inband|rfc2833
exten => s,2,Wait(0.1)
exten => s,3,SendDTMF(${ARG1:0:1})
exten => s,4,Wait(0.1)
exten => s,5,SendDTMF(${ARG1:1:1})
exten => s,6,Wait(0.1)
exten => s,7,SendDTMF(${ARG1:2:1})
exten => s,8,Wait(0.1)
exten => s,9,SendDTMF(${ARG1:3:1})
exten => s,10,Wait(0.1)
exten => s,11,SendDTMF(${ARG1:4:1})
exten => s,12,Wait(0.1)
exten => s,13,SendDTMF(${ARG1:5:1})
exten => s,14,Wait(0.1)
exten => s,15,SendDTMF(${ARG1:6:1})

Т.е. выдергивается и набирается каждая цифра номера и между цифрами вставляется пауза.
может и не оптимально, но работает железобетонно.

Таки работает!
Вот ведь странно.
Firefly-1.9.9.4521 Умеет посылать SIP INFO.
Немного глючный билд, но по моему это последний, что умеет работать со сторонними SIP/IAX серверами.