Добрый день!
Проблема в следующем:
Есть шлюз 6004s (+ 6008s, настройки одинаковые), работает в связке с Октелл. Настраиваем сценарий для набора номера или автодозвона при наборе номера с добавочным, например, необходимо позвонить на номер 555-55-55 и после ответа абонента набрать добавочный номер сотрудника, к примеру, 222.
Сценарий настроил таким образом ,что он понимает набор с аппарата номера + добавочного через звездочку и преобразует его. То есть, с аппарата достаточно набрать 5555555*222 и отправить в набор. Сценарий же отрабатывает следующим образом: набирает номер 5555555, затем ждет ответа абонента, при ответе делает паузу в 1 секунду (на всякий случай), затем набирает добавочный 222.
...и не работает! Не набирается вроде добавочный номер, слышно только главное голосовое меню абонента.

Сигналы передаются по SIP_INFO.

К слову, раньше передавалось RFC 2833 и работало правильно, но после обновления прошивки шлюза D-Link DVG-6004 на версию 1.02.38.43 от 22 марта 2010, и одновременное обновление версии Октелл (обновил и то и другое прямо в один вечер), сигналы RFC 2833 стали передаваться неправильно, при однократном нажатии кнопки, на другом конце воспринималось как двойное или тройное нажатие. В общем, где-то что-то изменилось, не стал разбираться где, да и техподдержка октелл сообщила, что нужно ставить SIP_INFO. После этого заработало нормально.

Так вот все решилось, но появилась проблема с автоматическим набором добавочного номера после ответа абонента.

Методом "тыка" удалось установить, что при большей паузе ожидания после ответа (от 6 секунд) добавочный набирается! Это позволяет делать выводы о том, что за ответ абонента принимается ответ шлюза при начале набора номера. Перековырял настройки, ничего добиться не удалось. Может кто сможет подсказать, что еще можно посмотреть в настройках, чтобы это попробовать исправить? Возможно ли это вообще?

П.С. Еще нюанс, шлюз стоит после АТСки, то есть не напрямую набирает номер в городскую сеть, а через АТСку. Может это ее ответ, воспринимается, как ответ абонента? Но для меня это сомнительно...

П.П.С. Техподдержка Октелл не смогла победить эту проблему. То есть со стороны Октелла все нормально и правильно отрабатывается, только получает ответ абонента не в тот момент.

На всякий случай настройки раздела Telephony Settings, вдруг позволит вычислить проблему. Если необходимы какие-то еще настройки - скажите.

Trunk Incoming Prompt Voice - Default Greeting

FXO Hunting VoIP call in option - Caller Indicate Dial-Out
FXO Hunting Default Dial-Out
FXO Line VoIP call in option - Caller Indicate Dial-Out

Trunk Hunting Order - Sequential
Enable FXO / Trunk Extension Number - ON
Pick up Line by Dialing Extension Number - OFF
Ring count before FXO pick up [0 - 999 ] - 0
Transit In Busy Tone Limit [0 - 60 s] - 3
Detect FXO Line Presence - ON
Ring (Early Media) Time Limit [10 - 600 s] - 90
Enable End of Digit Tone - OFF
VoIP Call Out Notification - ON
Enable Built-in Call Hold Music - ON
Force Calling Thru PSTN Code
Trunk Early Media Option - Both Way Voice
Early Media Treatment - OFF
Max. External Call - 999
VoIP Centrex Extension Digit Count - 0
[0=disable, 1 - 30 ]
VoIP Centrex Digit

Для того чтобы шлюз узнал, что абонент ответил, должно что-то в момент ответа с линией произойти. Мне известно только одно такое событие — это переполюсовка линии.
Ее должна уметь делать линия и ее поддержка должна быть включена на шлюзе.
Если вы каким-то боком завязаны на ГТС, то ваша линия вряд ли поддерживает переполюсовку, поэтому единственно возможный вариан — задержка, к чему вы сами и пришли.

Раньше-то работало! Пауза была 1 секунда, набирал добавочный именно после соединения с абонентом, даже можно было услышать полслова, которое вещает голосовое меню абонента и происходило переключение.

Интересный аргумент. Быть может шлюз, все же, делал длительную паузу? Или октелл делал переполюсовку после того, как набирал номер?
В противном случае, как шлюз узнавал об ответе абонента?

Хмм.. Настройки шлюза, опять-таки не менял. Менял только прошивку, но думаю там принцип работы не изменился. А Октелл по идее работает по IP-каналам, думаю не делает он переполюсовку.

Извините, не знал, что такое Октелл. Думал это аналоговая АТС.
Тогда, насколько я понимаю, схема такая: Октел выступает сервером для 6004, который воткнут в ГТС.
Номер набирается пульсом?

Да, Октелл выступает сервером. Все линии внутри Октелла - IP-каналы.
Шлюз работает с Октелл с регистрацией на сервере: каждая линия регистрируется отдельно, что позволяет контролировать потоки - входящие и исходящие, то есть маршрутизировать звонки по определенным линиям.
Шлюз стоит после офисной АТС, так как недавно начали переходить на IP-телефонию, переходим постепенно. То есть возможно АТСка совершает какие-то дополнительные действия при соединении, но АТСку уж точно не перенастраивали.
Сама АТС-ка работает как с городскими аналоговыми линиями, так и с каналом Е1. Е1 - многоканальный, как правило работает на входящие звонки. На исходящие - МГТС-ные аналоговые линии.

Выложите лог, пожалуйста.

Извините, очень стыдно, но так давно не делал лог шлюза... Не напомните как сделать? Используя SLmon?

Да, используя SLmon

Вот ЛОГ шлюза с паузой в наборе добавочного номера 1 секунда после ответа абонента (результат - было слышно голосовое меню (приветствие) отвечающей стороны. Такое ощущение, что номер не набирался, вообще. Хотя, предполагаю, что он набрался еще до того, как произошло соединение):

11:56:06 *** SLMON start to log ***
11:56:16 [1487554] Receive Cmd=1100, ParaLen=5, Para=[Login]
11:56:16 [1487554] Login == Ver(1.02.38.43.9367 2009/08/25 17:45:23) PId(242.DLink.NoPrefix.drtp.vlan) Drv(0.9.5.1.1928) Hw(SA7O4) == 0.6.7-1
11:56:31 [1487701] 5: FXO=OFFERING
11:56:31 [1487701] 5: Get CallerId=703
11:56:31 [1487702] 5: Check Trunk FixLine
11:56:31 [1487702] 5: Hunting Trunk Line
11:56:31 [1487702] 2: Peer=192.168.100.246:5014, PT=8, RecvOnly=0
11:56:31 [1487702] 2: TrunkPrefix=, Dest=95141990, Dialno=95141990
11:56:31 [1487702] 2: FxoHookOff
11:56:31 [1487702] 2: SetInputGain(-8)
11:56:31 [1487702] 2: ==18:TrunkDialOut
11:56:32 [1487713] 2: DialOut(95141990)=0
11:56:33 [1487725] 2: Fxo DialOut OK
11:56:34 [1487726] 5: FXO=ACCEPT
11:56:34 [1487726] 2: ==13:VoipAnswering
11:56:34 [1487726] 5: FXO=CONNECTED
11:56:34 [1487726] 2: RtpApiTalk[1,1], Peer=192.168.100.246:5014, PT=8, FC=2, NewOOB=0
11:56:34 [1487726] 2: ==14:Talking
11:56:35 [1487739] 2: Play(2)
11:56:35 [1487742] 2: Play(5)
11:56:35 [1487744] 2: Play(4)
11:56:43 [1487822] 5: FXO=DISCONNECT

Лог с паузой в наборе номера 6 секунд (соединение прошло успешно, абонент ответил, было слышно голосовое приветствие, через пару секунд набрался добавочный номер и правильно переключил меня на внутренний номер нужного сотрудника):

12:02:12 [1491106] Receive Cmd=1100, ParaLen=5, Para=[Login]
12:02:12 [1491106] Login == Ver(1.02.38.43.9367 2009/08/25 17:45:23) PId(242.DLink.NoPrefix.drtp.vlan) Drv(0.9.5.1.1928) Hw(SA7O4) == 0.6.7-1
12:02:42 [1491409] 5: FXO=OFFERING
12:02:42 [1491409] 5: Get CallerId=703
12:02:42 [1491409] 5: Check Trunk FixLine
12:02:42 [1491409] 5: Hunting Trunk Line
12:02:42 [1491409] 1: Peer=192.168.100.246:5018, PT=8, RecvOnly=0
12:02:42 [1491409] 1: TrunkPrefix=, Dest=95141990, Dialno=95141990
12:02:42 [1491409] 1: FxoHookOff
12:02:42 [1491409] 1: SetInputGain(-8)
12:02:42 [1491409] 1: ==18:TrunkDialOut
12:02:43 [1491420] 1: DialOut(95141990)=0
12:02:44 [1491432] 1: Fxo DialOut OK
12:02:44 [1491433] 5: FXO=ACCEPT
12:02:44 [1491433] 1: ==13:VoipAnswering
12:02:44 [1491433] 5: FXO=CONNECTED
12:02:44 [1491433] 1: RtpApiTalk[1,1], Peer=192.168.100.246:5018, PT=8, FC=2, NewOOB=0
12:02:44 [1491433] 1: ==14:Talking
12:02:51 [1491496] 1: Play(2)
12:02:51 [1491499] 1: Play(5)
12:02:51 [1491501] 1: Play(4)
12:02:57 [1491557] 0: Fxo Ringing
12:02:57 [1491557] 0: CallerId=
12:02:57 [1491557] 0: ==17:WaitAnswerDeviceOk
12:02:57 [1491557] 0: HotLineEnabled with [1111]
12:02:57 [1491557] 0: End Input Default Route [0]
12:02:57 [1491557] 0: Call Proxy with [1111]
12:02:57 [1491557] 0: ==7:Inviting
12:02:57 [1491557] 0: VoIP CallOut, Invite <sip:1111@192.168.100.246;user=phone>
12:02:57 [1491558] 0: 701=DIALING
12:02:57 [1491559] 0: RingTime(95) First Stop
12:02:57 [1491559] 0: 701=PROCEEDING
12:02:57 [1491559] 0: 701=RINGBACK
12:02:57 [1491559] 0: ==8:RingBack
12:02:57 [1491560] 0: 701=CONNECTED
12:02:57 [1491560] 0: Peer=192.168.100.246:5056, PT=8, RecvOnly=0
12:02:57 [1491560] 0: FxoHookOff
12:02:57 [1491560] 0: SetInputGain(-8)
12:02:57 [1491560] 0: RtpApiTalk[1,1], Peer=192.168.100.246:5056, PT=8, FC=2, NewOOB=0
12:02:57 [1491560] 0: ==14:Talking
12:02:57 [1491561] 0: SetTalkMode[0,0]
12:02:57 [1491561] 0: PlayFile(/opt/voc/NotifyVoip.pcm)=0
12:02:59 [1491578] 0: SetTalkMode[1,1]


В ОБОИХ случаях набирался номер 514-19-90 (через девятку - выход в город через АТС: 95141990) и добавочный 254 (мой сосед в офисе)))

Еще, по возможности, дамп трафика

А вот это КАК сделать?