Всем привет.

есть шлюз LinkSys pap2t, который подключен к внешним аналоговым линиям атс самсунг, на которых ключён режим DISA
используется чтобы в основном звонить с атс через шлюз на астериск, но иногда (редко) через дису абонентам атс...
раньше работало как часы, но сейчас - косяк где то...
т.е. имею такой лог

1) -- Executing [s@macro-LinkSYSs:4] Dial("SIP/252-08718000", "SIP/190|10|D(210)tTgfj") in new stack
2) -- Called 190
3) -- SIP/190-0874e000 is ringing
4) -- SIP/190-0874e000 answered SIP/252-08718000
5) -- Sending DTMF '210' to the called party.
6) -- Executing [s@macro-LinkSYSs:5] Goto("SIP/252-08718000", "s-ANSWER|1") in new stack
7) -- Goto (macro-LinkSYSs,s-ANSWER,1)
8) == Auto fallthrough, channel 'SIP/252-08718000' status is 'ANSWER'

звоню с eyebeam, зарегеново на астериске
190 - это номер линксиса
210 - внутренний номер на офисной атс

получается что доходя до строчки 4, мой eyebeam говорит что он ringing, что нормально
раньше после строки 4 шло соединение, я слышал привественный диалтон от атс, и потом уже гудки (в голосовом канале) от атс
а сейчас - на строчке 4 и 5 eyebeam пишет что ringing
как только строка 5 отрисовалась, пишет что соединён, потом секунд 6-8 тишина и переход на строку 6, т.е. закрытие соединения..


если просто позвонить на 190, то сразу идёт соединение, слышу привествие от атс, набираю номер абонента и есть счастье..

что поломали в астериске?

== Auto fallthrough, channel 'SIP/252-08718000' status is 'ANSWER' - Auto fall though говорит что нечего дальше делать. А вообще CLI> sip debug в asteriskpbx.ru/pastebin...

вот такое кино при звонке с 252 (астериск) на 060 (узнать время) при этом отправляется 0060 - т.к. линксис (190) подключён к линии disa, то первый ноль - выбор транка на атс, а потом номер...

вот лог http://asteriskpbx.ru/pastebin/16
тут
ASKERISK_IP - реальный ip астериска
LYNKSYS_IP - реальный ip линксиса, точнее его внешний ip с полным портфорвардом на внутренний ip = 192.168.10.25


такое чувство что астериск начинает пихать dtmf до того как реально линксис готов его принять и транслировать в атс...


или надо поставить какой нидь dtmfmode правильный... сейчас стоит rfc2833

Строка 185 - SIP/2.0 486 Busy Here.
Копать настройки шлюза.
Попробуйте на INFO перейти, чтобы на SIP заголовки поглядеть...

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

SIP/190|10|D(AAA210)tTgfj

т.е. перед чем что послать по dtmf вписать дополнительное AAA (которые атс игнорирует потому что не понимает), то всё идут пучком...



вот лог с INFO типом dtmf http://asteriskpbx.ru/pastebin/20
тут у пира 190 прописано dtmfmode=info
и на всякий случай SIPDtmfMode(info) в диалплане...

улучшений никаких....

Я попросил на info перевести, чтобы точно видеть что bye приходить после принятия DTMF. Так и есть. Смотрите шлюз.

так я и перевёл!

конфиг не менялся чёрти сколько, шлюз - тоже...
единственное что менялось - это обновляется постоянно астериск...

а что в шлюзе то смотреть?

А если откатить Asterisk обратно? Просто со стороны астериска все вроде нормально - шлюз bye присылает!! Вопрос - на что? Включите дебаг на шлюзе через syslog сервер, так там вроде.

знать бы на какую версию откатывать...

сейчас, когда я звоню через eyeBeam через астериск и шлюз на атс за шлюзом визуально выглядит так:
- вижу в консоле dial, eyeBeam пишет ringing
- в консоле answered, eyeBeam всё ещё ringing
- в конселе sending dtmf, в eyeBeam опять же всё ещё rinding
- вот конда dtmf таки отправлен, eyeBeam пишет что answered

а былые времена было чуток иначе:
- вижу в консоле dial, eyeBeam пишет ringing
- в консоле answered, eyeBeam тоже писал answered и по голосовому каналу надолю секунды (иногда) был слышал диалтон от disa атс
- в конселе sending dtmf, в eyeBeam уже тикает время разговора
- вот конда dtmf таки отправлен, eyeBeam по головому каналу уже отдавал кпв от атс...


врубил сислог с уровнем 99 - ничего не прилетело на syslog сервер кроме "syscfg_update_hdlr!!!"...

в syslog должны и sip дебаги попадать и дебаги каналов на шлюзе, смотрите как покрутить.