Здравствуйте всем.

Схема: 7 ГТС-линий заходят в DVG-6008S. 6008S зареган на Asterisk-1.4.17. На 6008S у всех линий настроен hotline на номер 2000. В плане набора астериска:

[incoming]
exten => 2000,1,Goto(voice-menu,s,1)

[voice-menu]
exten => s,1,Answer()
exten => s,n,Background(dir-intro)
exten => s,n,Hangup()
exten => _XXX,1,Playback(pbx-transfer)
exten => _XXX,2,Dial(SIP/${EXTEN},,tT)
exten => t,1,Dial(SIP/101,,tT)
exten => i,1,Playback(pbx-invalid)
exten => i,2,Goto(s,2)


Описание: Астериск снимает трубку, проигрывает звуковой файл dir-intro и ждет донабора внутреннего номера. При ошибочном номере проигрывает pbx-invalid и снова проигрывает первое приглашение.
При звонке на ГТС-линию (которая заходит в 6008S) получается вот что:

-- Executing [2000@incoming:1] Goto("SIP/302-081f3910", "voice-menu|s|1") in new stack
-- Goto (voice-menu,s,1)
-- Executing [s@voice-menu:1] Answer("SIP/302-081f3910", "") in new stack
-- Executing [s@voice-menu:2] BackGround("SIP/302-081f3910", "dir-intro") in new stack
-- <SIP/302-081f3910> Playing 'dir-intro' (language 'en')
[Mar 21 12:10:21] WARNING[13487]: rtp.c:1142 ast_rtp_read: RTP Read too short
[Mar 21 12:10:21] WARNING[13487]: rtp.c:1142 ast_rtp_read: RTP Read too short
-- Invalid extension '33' in context 'voice-menu' on SIP/302-081f3910
== CDR updated on SIP/302-081f3910
-- Executing [i@voice-menu:1] Playback("SIP/302-081f3910", "pbx-invalid") in new stack

То есть астериск снял трубку, начал проигрывать dir-intro, но шлюз 6008S по какой-то причине сразу пихнул в линию тон 33.
Вот я не пойму, откуда берутся эти левые тоны... иногда 3, иногда 33.

Та же проблема тока у меня DVX7090 и DVG3016, два тона(они есть в логе на 7090 и sl-monitor) после соединения с DISA, кроме того они не дают делать преключение вызовов с номеров ТФОП, на внутренние номера.

Я назначил Dise номер 33, хотлайн оставил пустым, чтобы снизить задержку, но это не решает проблемы.
Вопрос кто генерит эти тона шлюз или АТС? Как побороть?

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

Проблема решается соглосованием параметра Out-of-Band DTMF и соответствующего параметра в sip.conf

Можно подробнее , что значит согласование? что дописать в sip.conf?

Блин, первый раз фигню написал.
Все что ниже написанно -- это не ваш случай, но на мысли может навести. Попробуйте поиграться распознаванием DTFM на 6008
(интервалами и чувствительностью).

BDenis>

поставил галку на VoIP Calling Notification, при звонке идет этот самый сигнал уведомления, slmonitor показывает что 33 он получил, но asterisk не воспринимает их уже как дополнительный номер, хотя эта опция не должна влиять на передачу DTMF.

Поиграюсь с чувствительностью и инетервалами. Вообще спасибо за ответ.

Cтолкнулся с похожей проблемой и долго не мог понять в чем дело: по входящему звонку запускается IVR с одноциферным меню и довольно часто звонок уходил в один конкретный отдел, причем звонящие утверждали что не слышали никакого меню и донабора не делали...

Однако у меня SIP прямо от оператора и оборудование D-Link в приеме входящего вызова не участвует - всё делает Астериск.

Расследование показало, что в качестве DTMF-цифры меню иногда распознается последняя цифра городского номера!

Некоторые городские ATC, судя по всему, устанавливают соединение сразу, как только распознали годный для соединения номер - то есть в начале нажатия абонентом последней цифры номера. Соединение же происходит настолько быстро, что "хвост" DTMF-сигнала (а он может быть длинной до 600мс!) от последней цифры успевает in-band'но приехать в астериск и распознаться им как цифра меню.

Побороть проблему удалось, добавив задержку перед началом IVR:

[incomming]
exten => s,1,Answer(500)
exten => s,2,Ringing
exten => s,3,Wait(2)
exten => s,4,SetMusicOnHold(default)
exten => s,5,Set(TIMEOUT(digit)=5)
exten => s,6,Set(TIMEOUT(response)=10)
exten => s,7,Background(ivr-1)
exten => s,8,WaitExten(3)

Это все замечательно, но вот если вместо астера стоит dvx7090 задержку добавить никак нельзя

Без Астериска, только на D_Link'е, проблему действительно не решить.

Её принципиально вообще не решить, так как возникает она на той городской АТС, абонент которой инициирует вызов. АТСки умудряются обрабатывать набор номера по-циферно, воспроизводя тем самым принцип работы декадно-шагового искателя... Традиция-с!

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

У нас сейчас стоит DVG-6004S, в нем 4 линии от разных провайдеров. Вот на нем также наблюдается аналогичная проблема, причем эксперементальным путем выяснилось что в качестве 33 он воспринимает шумы в городской линии. В нашем случае они появляются только на одной линии принадлежащей ЦентрТелекому (именно она работает с постоянными шумами и хрипами). Решили пока создав на 7090 правила что номер 33 и 333 направляются на ДИСУ.