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

Дано:
1. Мини АТС Panasonic TDE-200 с платой DSP64 (используется в качестве SIP-сервера)
2. DLink DVG-7111S и DVG2102S - подключение к мини АТС есть, звонки делаются.


Проблемма:
Надо перевести звонок с ТА, подключенного к FXS порту шлюза на ТА, подключенный к АТС.
1. С внутреннего номера АТС звоним на ТА, подкленный к шлюзу
2. Во время разговора на ТА, подключенном к шлюзу нажимаем Flash, набираем требуемый номер и кладем трубку. Соединение двух абонентов происходит только через 30 секунд - в это время первый слушает музыку, а второй - тишину.
Вопрос где косяк?

Настройки:
1. На шлюзах включены Call hold, Call transfer (если выключать - то на нажатие Flash не будет никакой реакции)
2. Min. FXS Hook Flash Time = 600; Flash Time = 900 (если выставлять значения меньше - происходит разрыв соединения)

Выложите логи со шлюза.

_________________
логи можно снять
[url]http://ftp.dlink.ru/pub/VoIP/DVG-6004S/Firmware/slmon(1225112422).rar[/url]

Логи. Снимал с DVG-2102S.

Call Hold и Call transfer включены:

16:39:28 [001690] 0: Get CallerId=Аналит. отдел@111
16:39:28 [001690] 0: Peer=192.168.0.251:12020, PT=8, RecvOnly=0
16:39:28 [001691] 0: ==9:FxsCallerIdShortRing
16:39:28 [001695] 0: Fxs Send FskCallerId(111,Аналит. отдел,)=0
16:39:28 [001695] 0: ==10:FxsCallerIdSending
16:39:29 [001702] 0: ==11:FxsCallerIdSent
16:39:29 [001704] 0: After CallerId Sent, SetFxsRing()=0
16:39:29 [001704] 0: ==12:Alerting
16:39:34 [001748] 0: Fxs Pickup
16:39:34 [001749] 0: 302=ACCEPT
16:39:34 [001749] 0: ==13:VoipAnswering
16:39:34 [001750] 0: 302=CONNECTED
16:39:34 [001750] 0: RtpApiTalk[1,1], Peer=192.168.0.251:12020, PT=8, FC=2, NewOOB=0
16:39:34 [001750] 0: ==14:Talking
16:39:42 [001830] 0: Fxs Flash #1
16:39:42 [001830] 0: SetTalkMode[0,0]
16:39:42 [001831] 0: 302=ONHOLDING
16:39:42 [001831] 0: Substatus=5
16:39:42 [001833] 0: 302=ONHELD
16:39:42 [001833] 0: ==3:Idle
16:39:42 [001833] 0: SetFax(1)=0
16:39:42 [001834] 0: ==4:GetDtmf
16:39:50 [001914] 0: DTMF Timeout #1
16:39:50 [001914] 0: End Input Default Route [0]
16:39:50 [001914] 0: Line DialNum_New [112]
16:39:50 [001914] 0: Call Proxy with [112]
16:39:50 [001914] 0: ==7:Inviting
16:39:50 [001915] 0: VoIP CallOut, Invite <sip:112@192.168.0.250;user=phone>
16:39:50 [001916] 0: 302=DIALING
16:39:50 [001917] 0: 302=PROCEEDING
16:39:51 [001919] 0: 302=RINGBACK
16:39:51 [001919] 0: ==8:RingBack
16:39:58 [001990] 0: 302=CONNECTED
16:39:58 [001990] 0: Peer=192.168.0.251:12020, PT=8, RecvOnly=0
16:39:58 [001990] 0: RtpApiTalk[1,1], Peer=192.168.0.251:12020, PT=8, FC=2, NewOOB=0
16:39:58 [001990] 0: ==14:Talking
16:40:01 [002022] 0: Fxs Hangup
16:40:01 [002023] 0: 302=REFER
16:40:01 [002023] 0: attended transfer #1
16:40:01 [002023] 0: ==3:Idle
16:40:01 [002023] 0: SetFax(1)=0
16:40:01 [002023] 0: $$$ [unknown msg] 4
16:40:27 [002283] 0: 302=UNHOLD
16:40:27 [002283] 0: Error Dlg #2
16:40:31 [002324] 0: 302=DISCONNECT
16:40:31 [002324] 0: Release Old Dlg #2

Так же попробовал с выключенными Call Hold и Call transfer:

16:52:18 [000568] 0: Get CallerId=Аналит. отдел@111
16:52:18 [000568] 0: Peer=192.168.0.251:12022, PT=8, RecvOnly=0
16:52:18 [000568] 0: ==9:FxsCallerIdShortRing
16:52:19 [000573] 0: Fxs Send FskCallerId(111,Аналит. отдел,)=0
16:52:19 [000573] 0: ==10:FxsCallerIdSending
16:52:19 [000580] 0: ==11:FxsCallerIdSent
16:52:20 [000583] 0: After CallerId Sent, SetFxsRing()=0
16:52:20 [000583] 0: ==12:Alerting
16:52:24 [000628] 0: Fxs Pickup
16:52:24 [000628] 0: 302=ACCEPT
16:52:24 [000629] 0: ==13:VoipAnswering
16:52:24 [000629] 0: 302=CONNECTED
16:52:24 [000629] 0: RtpApiTalk[1,1], Peer=192.168.0.251:12022, PT=8, FC=2, NewOOB=0
16:52:24 [000629] 0: ==14:Talking
16:52:29 [000680] 0: Fxs Flash #1
16:52:34 [000730] 0: Fxs Flash #1
16:52:36 [000751] 0: Get(1)
16:52:37 [000756] 0: Get(1)
16:52:38 [000765] 0: Get(2)
16:52:56 [000942] 0: Get(#)
16:52:56 [000947] 0: Get(*)
16:52:57 [000958] 0: Get(*)
16:52:57 [000962] 0: Get(#)
16:53:05 [001040] 0: Fxs Flash #1
16:53:07 [001058] 0: Fxs Flash #1
16:53:21 [001199] 0: Fxs Hangup
16:53:21 [001199] 0: Bye at Talking
16:53:21 [001199] 0: ==3:Idle

или

17:23:43 [000083] 0: Peer=192.168.0.251:12030, PT=8, RecvOnly=0
17:23:43 [000084] 0: ==9:FxsCallerIdShortRing
17:23:44 [000088] 0: Fxs Send FskCallerId(111,Аналит. отдел,)=0
17:23:44 [000088] 0: ==10:FxsCallerIdSending
17:23:44 [000095] 0: ==11:FxsCallerIdSent
17:23:45 [000098] 0: After CallerId Sent, SetFxsRing()=0
17:23:45 [000098] 0: ==12:Alerting
17:23:47 [000120] 0: Fxs Pickup
17:23:47 [000120] 0: 302=ACCEPT
17:23:47 [000121] 0: ==13:VoipAnswering
17:23:47 [000121] 0: 302=CONNECTED
17:23:47 [000121] 0: RtpApiTalk[1,1], Peer=192.168.0.251:12030, PT=8, FC=2, NewOOB=0
17:23:47 [000121] 0: ==14:Talking
17:23:49 [000140] 0: Fxs Hangup
17:23:49 [000140] 0: Bye at Talking

Разница видна: в первом случае сам шлюз хочет переключать вызов, чего не надо - хочется, чтобы этим управляла МиниАТС.
При других настройках, Flash либо не передается на АТС, либо просто завершается соединение.

На DVG-2102S и DVG-7111S картина абсолютно одинаковая.

Enable hook flash event в DTMF&Pulse поставьте на RFC2833

Попробовал - сбрасывает (Это привыключенных Call Hold и Call Transfer):

18:09:13 [000128] 0: ==13:VoipAnswering
18:09:13 [000128] 0: 302=CONNECTED
18:09:13 [000128] 0: RtpApiTalk[1,1], Peer=192.168.0.251:12040, PT=8, FC=2, NewOOB=0
18:09:13 [000128] 0: ==14:Talking
18:09:14 [000138] 0: Fxs Hangup
18:09:14 [000138] 0: Bye at Talking
18:09:14 [000138] 0: ==3:Idle
18:09:14 [000138] 0: SetFax(1)=0
18:09:14 [000139] 0: 302=DISCONNECT
18:09:14 [000139] 0: Release Old Dlg #2
18:09:15 [000144] 0: Fxs Pickup!
18:09:15 [000144] 0: ==4:GetDtmf
18:09:17 [000161] 0: Fxs Hangup
18:09:17 [000161] 0: ==3:Idle
18:09:17 [000161] 0: SetFax(1)=0

Параметры flash выставите в соответствии с вашими телефонами и АТС.

Сделал так (DVG-2102S):

1. Вернулся к заводским настройкам
2. Настроил подключение к МиниАТС - изменил IP-адреса, создал PPTP, изменил Session Refresh Request : re-INVITE и Session Refresher : UAC
3. Enable hook flash event в DTMF&Pulse поставил на RFC2833
4. Начал менять параметр Flash Time в Line

Доигрался вот до чего -

если Flash Time = 619, то при нажатии на Flash происходит разъединение и в логах:
08:51:35 [002443] 0: 302=ACCEPT
08:51:35 [002443] 0: ==13:VoipAnswering
08:51:35 [002444] 0: 302=CONNECTED
08:51:35 [002444] 0: RtpApiTalk[1,1], Peer=192.168.0.251:12076, PT=8, FC=2, NewOOB=0
08:51:35 [002444] 0: ==14:Talking
08:51:41 [002503] 0: Fxs Hangup
08:51:41 [002503] 0: Bye at Talking
08:51:41 [002504] 0: ==3:Idle

если Flash Time = 620, то при нажатии на Flash происходит разъединение и в логах:
08:42:58 [000394] 0: 302=ACCEPT
08:42:58 [000394] 0: ==13:VoipAnswering
08:42:58 [000394] 0: 302=CONNECTED
08:42:58 [000395] 0: RtpApiTalk[1,1], Peer=192.168.0.251:12072, PT=8, FC=2, NewOOB=0
08:42:58 [000395] 0: ==14:Talking
08:43:00 [000412] 0: Fxs Flash #1
08:43:02 [000429] 0: Fxs Flash #1
08:43:05 [000458] 0: Fxs Hangup - это я кладу трубку
08:43:05 [000458] 0: Bye at Talking
08:43:05 [000458] 0: ==3:Idle
08:43:05 [000458] 0: SetFax(1)=0
08:43:05 [000459] 0: 302=DISCONNECT

Влияния Min. FXS Hook Flash Time на эту проблемму я не заметил - одинаковая картина и при 90 и при 600.

Вопрос: как Flash отправляется на МиниАТС - можно ли изменять это параметр (в смысле длительность или что-то подобное)?
Может кто настраивал, хотя бы с другими АТС-ками? Куда копать?

Flash, передаваемый на мини АТС настраивается на fxo линии, т.е. в вашем случае на 7111

Нет. Вы, похоже, неправильно поняли конструкцию.

Если МиниАТС Panasonic TDE-200. Она выступает в качестве SIP-proxy. К ней конектятся VoIP шлюзы DVG-2102S (назовем Ш1) и DVG7111S (назовем Ш2) (через инет).
На Ш1 используем FXS1 - назначен внутренний номер 302, на Ш2 используем FXS - назначен внутренний номер 301.
На TDE-200 еще несколько десятков внутренних абонентов (Ext101-Ext200) и десяток входящих городских линий (CO1-CO10).

В чем проблемма:

Получаем входящий звонок на TDE-200 по CO1 - трубку берет оператор на Ext101 и переадресовывает вызов на номер 302 (FXS1 на Ш1). А вот переадресовать звонок с номера 302 - уже проблема - либо то, с чего начинали - шлюз сам начинает удерживать линию и получаем задержку 30 секунд, либо сигнал Flash по VoIP не доходит до TDE-200.

Соответственно вопрос: можно ли вообще, использую эти шлюзы передавать Flash на через VoIP на SIP-proxy

Да, можно. Попробуйте поставить hook flash event на auto. Maax flash time на 900 min flash time 200

Получается проблема, аналогичная теме:
http://forum.dlink.ru/viewtopic.php?f=5&t=136553



Не помогает. Получаем картину, аналогичную:
08:42:58 [000394] 0: 302=ACCEPT
08:42:58 [000394] 0: ==13:VoipAnswering
08:42:58 [000394] 0: 302=CONNECTED
08:42:58 [000395] 0: RtpApiTalk[1,1], Peer=192.168.0.251:12072, PT=8, FC=2, NewOOB=0
08:42:58 [000395] 0: ==14:Talking
08:43:00 [000412] 0: Fxs Flash #1
08:43:02 [000429] 0: Fxs Flash #1
08:43:05 [000458] 0: Fxs Hangup - это я кладу трубку
08:43:05 [000458] 0: Bye at Talking
08:43:05 [000458] 0: ==3:Idle
08:43:05 [000458] 0: SetFax(1)=0
08:43:05 [000459] 0: 302=DISCONNECT

После пробы множества различных вариантов пришел к выводу:

шлюзы некорректно работают с SIP-proxy при удержании и переадресации. Если для FXS включены Call hold и Call transfer, то обработкой Flash занимается и шлюз и МиниАТС; если Call hold и Call transfer выключены, то шлюз только констатирует факт нажатия Flash.

Ситуация получается такая:
1. Для FXS надо включить Call hold и Call transfer.
2. Если во время разговора нажать Flash, и шлюз, и SIP-proxy, оба переходят к удержанию вызова (если бы не переходили оба, то невозможно было бы набрать другой номер.
3. После установления второго соединения, на телефоне, подключенном к FXS шлюза мы кладем трубку. Что происходит в этот момент?
4. Шлюз видит, что трубка положена и начинает пытаться переключить вызовы! НО НАМ ЭТО НЕ НАДО! НАДО ПРОСТО ПЕРЕДАТЬ НА SIP-proxy информацию о том, что трубка положена, и тогда SIP-proxy сам соединит два разговора, которые были с нашей линией. А у нас получается, что SIP-proxy получает информацию о том, что трубка положена только через 30 секунд - когда шлюз после безуспешных попыток соединить две линии, просто отдаст отбой.
5. Проблема в том, что в эти дурацкие 30 секунд, один абонент слушает музыку, а второй - тишину.
6. Почему я пришел к такому выводу: Если выставить, например такие значения: Silence Detection Threshold = 35 и Drop Silent Call Timeout = 3, то шлюз почти сразу дает на SIP-proxy отбой и происходит переключение (силами SIP-proxy). Только игра с этими параметрами - дело очень тонкое.
7. Соответственно решение проблемы - это посылка на SIP-proxy сигнала о положенной трубке или уменьшение тайм-аута на попытки переключения самим шлюзом. Есть ли такой параметр или нет? Если да, то как его выставить?

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

P.S. Если бы была от одной до пяти линий - с этим можно жить, а когда полсотни точек, где надо расставить шлюзы и чтобы они друг на друга переключали, будет очень неудобно - поэтому и стоит такой вопрос.

P.P.S. Еще один вопросик, ради любопытства. Зачем нужны были советы:


и


Ведь параметры по умолчанию прекрасно работают.

да, у нас тоже именно так!

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

И все-таки хотелось бы услышать (прочитать) ответ на вопрос:
Можно ли решить данную проблему или лучше подобрать оборудование другого производителя?

Заранее спасибо за честный и откровенный ответ.

Еще раз спасибо тех. поддержке за советы

После долгих проб (3 дня) методом научного тыка проблема из раздела "Баги" переведена в раздел "Фичи".

Кому интересно, расскажу как настроена конструкция.

Имеем:
1. МиниАТС Panasonic TDE-200 с платой DSP64
2. Входящие городские и внутренние проводные телефоны, подключенные к МиниАТС
3. Почти полсотни SIP-абонентов на шлюзах DVG-2102S и DVG-7111S

Проблема была описана выше - задержка в 30 секунд при переводе звонка SIP-абонентом.

Решение:
Настраиваем шлюз (не буду описывать полные настройки для подключения к МиниАТС - опишу только самые важные):
1. Выставляем параметры в SIP Advanced: Session Refresh Request = re-INVITE ; Session Refresher = UAC.
2. В Line выставляем время Flash в соответствии с телефонами (я для радиотелефонов Panasonic ставил 90-750)
3. В Call Feature ставим галочки: Call Hold, Call Transfer, Local Mixer (последний - ХЗ что значит, но ставим обязательно)

Тогда алгоритм переключения выгляди так - во время разговора нажимаем последовательность:

{Flash}Номер абонента{Flash}Кладем трубку

Тогда перевод вызова происходит без задержки и в логах все выглядит вот так:

10:15:36 [076836] Receive Cmd=1100, ParaLen=5, Para=[Login]
10:15:36 [076836] Login RU_1.00 == Ver(1.02.38.54.2846 2010/04/15 17:34:03) PId(281.DLink.RU.DecodeProf.DhcpOpt195.l2tp.DualAccess.NoPrefix.drtp) Drv(0.10.47.1
10:15:36 ) Hw(TSO) == 0.6.8
10:15:43 [076905] 0: 316=OFFERING
10:15:43 [076905] 0: Get CallerId=Аналит. отдел@111
10:15:43 [076905] 0: Peer=192.168.0.251:12078, PT=18, RecvOnly=0
10:15:43 [076906] 0: ==9:FxsCallerIdShortRing
10:15:43 [076906] 0: Fxs Send FskCallerId(111,Аналит. отдел,03111515)=0
10:15:43 [076906] 0: ==10:FxsCallerIdSending
10:15:44 [076914] 0: ==11:FxsCallerIdSent
10:15:44 [076917] 0: After CallerId Sent, SetFxsRing()=0
10:15:44 [076917] 0: ==12:Alerting
10:15:51 [076981] 0: Fxs Pickup
10:15:51 [076981] 0: 316=ACCEPT
10:15:51 [076982] 0: ==13:VoipAnswering
10:15:51 [076982] 0: 316=CONNECTED
10:15:51 [076982] 0: RtpApiTalk[1,1], Peer=192.168.0.251:12078, PT=18, FC=2, NewOOB=1
10:15:51 [076982] 0: ==14:Talking
10:15:56 [077028] 0: Fxs Flash #1
10:15:56 [077028] 0: SetTalkMode[0,0]
10:15:56 [077029] 0: 316=ONHOLDING
10:15:56 [077029] 0: Substatus=5
10:15:56 [077031] 0: 316=ONHELD
10:15:56 [077031] 0: ==3:Idle
10:15:56 [077031] 0: SetFax(1)=0
10:15:56 [077031] 0: SetModem(0)=-1
10:15:56 [077031] 0: ==4:GetDtmf
10:16:02 [077092] 0: DTMF Timeout #1
10:16:02 [077092] 0: End Input Default Route [0]
10:16:02 [077092] 0: Line DialNum_New [112]
10:16:02 [077092] 0: Call Proxy with [112]
10:16:02 [077092] 0: ==7:Inviting
10:16:02 [077092] 0: VoIP CallOut, Invite <sip:112@192.168.0.250;user=phone>
10:16:02 [077093] 0: 316=DIALING
10:16:02 [077094] 0: 316=PROCEEDING
10:16:02 [077096] 0: 316=RINGBACK
10:16:02 [077096] 0: ==8:RingBack
10:16:06 [077133] 0: 316=CONNECTED
10:16:06 [077133] 0: Peer=192.168.0.251:12078, PT=18, RecvOnly=0
10:16:06 [077133] 0: RtpApiTalk[1,1], Peer=192.168.0.251:12078, PT=18, FC=2, NewOOB=1
10:16:06 [077133] 0: ==14:Talking
10:16:13 [077201] 0: Fxs Flash #1
10:16:13 [077201] 0: Local Mixer Start
10:16:13 [077201] 0: Substatus=5
10:16:13 [077202] 0: 316=RETRIEVING
10:16:13 [077203] 0: 316=PROCEEDING
10:16:13 [077203] 0: 316=DISCONNECT
10:16:13 [077203] 0: Stop Local Mixer Port 9004
10:16:15 [077226] 0: Fxs Hangup
10:16:15 [077226] 0: Bye at Talking
10:16:15 [077226] 0: ==3:Idle
10:16:15 [077226] 0: SetFax(1)=0
10:16:15 [077226] 0: SetModem(0)=-1
10:16:15 [077227] 0: 316=DISCONNECT
10:16:15 [077227] 0: Release Old Dlg #2


З.Ы.
1. Может быть модераторам стоит вынести это в FAQ.
2. Техподдержка всегда говорит только по бумажке - то же самое, что робота посадить.