Донабор в исходящем вызове

[santakomi]

Приветствую.
Появилась проблема, бьюсь уже которую неделю, периодически отпуская её, авось сама решиться.

Суть в следующем: при исходящем вызове в sip-транк Ростелекома и попадания на ответившую ivr осуществляю донабор цифр, например "1", dtmf проходит и, по логике, звонок должен обрабатываться на стороне отвечающего, но мой * начинает обрабатывать звонок внутри себя, включая music on hold. При этом, если я выгружаю модуль res_musiconhold.so соединение, после донабора цифр, происходит, но ответивший меня не слышит.
В консоли вывод следущий. Прошу не обращать внимания на сообщение о длительности dtmf - уже исправлено.

При загруженом модуле res_musiconhold.so, после нажатия цифры "1" запускается moh, после недолгого пройгрыша соединение обрывается:

Код: Выделить всё

[2019-03-12 14:53:53] DTMF[15330][C-00000600]: channel.c:3909 __ast_read: DTMF begin '1' received on PJSIP/132-00000eb6
[2019-03-12 14:53:53] DTMF[15330][C-00000600]: channel.c:3920 __ast_read: DTMF begin passthrough '1' on PJSIP/132-00000eb6
[2019-03-12 14:53:53] DTMF[15330][C-00000600]: channel.c:3823 __ast_read: DTMF end '1' received on PJSIP/132-00000eb6, duration 76 ms
[2019-03-12 14:53:53] DTMF[15330][C-00000600]: channel.c:3864 __ast_read: DTMF end accepted with begin '1' on PJSIP/132-00000eb6
[2019-03-12 14:53:53] DTMF[15330][C-00000600]: channel.c:3886 __ast_read: DTMF end '1' has duration 76 but want minimum 80, emulating on PJSIP/132-00000eb6
[2019-03-12 14:53:53] DTMF[15330][C-00000600]: channel.c:3992 __ast_read: DTMF end emulation of '1' queued on PJSIP/132-00000eb6
    -- Started music on hold, class 'default', on channel 'PJSIP/132-00000eb6'

многобукв вывода других звонков

   -- Stopped music on hold on PJSIP/132-00000eb6
  == Spawn extension (default, 391391, 3) exited non-zero on 'PJSIP/132-00000eb6'

При выгруженном модуле res_musiconhold.so, после нажатия цифры "1" музыка не играет, гудки идут, после происходит ответ, но ответивший меня не слышит :

Код: Выделить всё

2019-03-12 15:01:45] DTMF[16423][C-00000617]: channel.c:3909 __ast_read: DTMF begin '1' received on PJSIP/132-00000eeb
[2019-03-12 15:01:45] DTMF[16423][C-00000617]: channel.c:3920 __ast_read: DTMF begin passthrough '1' on PJSIP/132-00000eeb
[2019-03-12 15:01:45] DTMF[16423][C-00000617]: channel.c:3823 __ast_read: DTMF end '1' received on PJSIP/132-00000eeb, duration 89 ms
[2019-03-12 15:01:45] DTMF[16423][C-00000617]: channel.c:3864 __ast_read: DTMF end accepted with begin '1' on PJSIP/132-00000eeb
[2019-03-12 15:01:45] DTMF[16423][C-00000617]: channel.c:3893 __ast_read: DTMF end passthrough '1' on PJSIP/132-00000eeb
    -- Music class default requested but no musiconhold loaded.

многобукв вывода других звонков

    -- Channel PJSIP/132-00000eeb left 'simple_bridge' basic-bridge <cbfbd6a5-870e-4231-936c-e58779c11d42>
  == Spawn extension (default, 391391, 3) exited non-zero on 'PJSIP/132-00000eeb'

От провайlера получаем транк с кодеком alaw, тип dtmf, как выяснилось, inband - настройки выставлены, ситуация прежняя.

Испльзую канальный драйвер chan_pjsip, для пиров также выставлен кодек alaw, dtmf_mode=inband. В диалплане, features и где бы то ни было еще, указания использовать нажатие цифры "1" как запуск moh - нету
В качестве телефонов используются аппараты Fanvil X3 и Fanvil X3S.
В качестве теста выбрал проблемный номер, завел отдельную ветку маршрутизации в контектсе для него, но результата нет

Может кто-нибудь сталкивался с подорбным или есть мысли по этому поводу? Буду признателен. Спасибо!

[ded]

Включите sip debug для пира Ростелеком, и увидите что он присылает, какой пакет, в ответ на ваше нажатие "1". И вот на этот пакет ваш Астериск реагирует как на постановку на удержание. А res_musiconhold.so - это просто обрамление/музыкальное оформление этого удержания HOLD.

[santakomi]

Доброго дня. Спасибо за такой быстрый отклик.

Действительно, не обратил внимание, что moh запускается как при удержании, а не постановке в очередь. Проверил при удержании вызова на локальных аппаратах - поведение аналогичное.
Используем chan_pjsip, соответственно в консоли команды sip debug нет (chan_sip не загружаем). Не подскажите, как pjsip-ом можно посмотреть? pjsip history показывает аналогично sngrep-a

[santakomi]

Посмотрел еще раз sngrep-ом, взаимосвязей не нашел.

[ded]

В топку pjsip
Мы не используем.

[santakomi]

Понятно)) ну, каждому своё.
Пересылал дебаг ростелекомовцам, собстна тогда и узнал, что у них повсеместно inband dtmf используется - сказали, что всё хорошо с их стороны. Да и сам смотрю, что ничего сверхъестесственного ( на мой взгляд) от них не прилетает.

Дебажу dtmf от своего телефона с опциями dH, чтобы отловить в консоли:

Код: Выделить всё

exten => XXXXXX,1,NoOP(TEST CALL!!!${CONTEXT} ${EXTEN})
 same => n,Dial(PJSIP/${EXTEN}@RTK,60,dH)
 same => n,Hangup()

Причем, забыл упомянуть, что проблема встречается не на всех направлениях внешних вызовов с донабором.

[Zavr2008]

В топку pjsip

+100500!

[santakomi]

Почему?))

[Zavr2008]

Там веселуха еще продолжается, сколько бы Sangoma/Digium не пиарила PJSIP - пока слабо тянет на законченное и 100% работающее решение.

[santakomi]

Пользуем уже почти 2 года - полёт нормальный. Пока только вот первая странность с этим донабором.
Возможно, есть еще идеи?