Я отправил такое же сообщение в местную техподдержку, но поскольку инженер ТП в командировке, решил продублировать здесь описание проблемы

На fxo портах получается странная ситуация. Настроен хотлайн (номер 0001). При звонках на fxo сначала идет звонок на хотлайн, потом чеез некоторое время звонок сбрасывается и дозвон повторяется снова. При прямых звонках из города такого не наблюдается, также звонки на fxs могут продолжаться пока вызывающая сторона на линии. Время между повторами звонка примерно 15-20 секунд. Как сделать чтобы звонок шел непрерывно пока не поднимут трубку? Вот что пишет SLMON при этом:

17:16:52 [176538] 16: Fxo Ringing
17:16:52 [176538] 16: ### Fxo Get Dtmf CallerId [8928*******], Len=11
17:16:52 [176538] 16: CallerId=8928*******
17:16:53 [176538] 16: ==17:WaitAnswerDeviceOk
17:16:53 [176539] 16: HotLineEnabled with [0001]
17:16:53 [176539] 16: End Input Default Route [1]
17:16:53 [176539] 16: Call Proxy with [0001]
17:16:53 [176539] 16: ==7:Inviting
17:16:53 [176539] 16: VoIP CallOut, Invite <sip:0001@10.***.***.1:5060;user=phone>
17:16:53 [176540] 16: o17=DIALING
17:16:53 [176543] 16: o17=PROCEEDING
17:16:53 [176544] 5: 406=OFFERING
17:16:53 [176544] 5: Get CallerId=8928*******
17:16:53 [176545] 5: Peer PTime=20 #2
17:16:53 [176545] 5: Peer=10.***.***.1:16456, PT=0, RecvOnly=0
17:16:53 [176545] 5: ==9:FxsCallerIdShortRing
17:16:53 [176546] 16: o17=RINGBACK
17:16:53 [176546] 16: ==8:RingBack
17:16:53 [176546] 16: RingTime(55) First Stop
17:16:54 [176550] 5: Fxs Send DtmfCallerId(8928*******)=0
17:16:54 [176550] 5: ==10:FxsCallerIdSending
17:16:57 [176582] 16: RingTime(439) Second Ring
17:16:58 [176591] 5: StopSendFskCallerId #3==========
17:16:58 [176591] 5: ==11:FxsCallerIdSent
17:16:58 [176593] 5: After CallerId Sent, SetFxsRing()=0
17:16:58 [176593] 5: ==12:Alerting
17:17:12 [176731] 16: RingTime Stopped
17:17:12 [176731] 16: Cancel at Ringback
17:17:12 [176732] 16: o17=CANCEL
! ! ! вот тут происходит обрыв звонка. Куда проигрывается BusyTone непонятно
17:17:12 [176732] 16: ==15:PlayBusyTone
17:17:12 [176732] DSP_ch16_check=0
17:17:12 [176732] 16: FxoHookOn
17:17:12 [176732] 16: ==3:Idle
17:17:12 [176732] 16: SetInputGain(4)
17:17:12 [176732] 16: SetFax(1)=0
17:17:12 [176733] 16: o17=DISCONNECT
17:17:12 [176733] 16: Release Old Dlg #2
17:17:12 [176734] 5: 406=DISCONNECT
17:17:12 [176734] 5: Release Active Dlg
17:17:12 [176734] 5: ==3:Idle
17:17:12 [176735] 5: SetFax(1)=0
17:17:18 [176792] 16: Fxo Ringing
17:17:18 [176792] 16: CallerId=
17:17:18 [176792] 16: ==17:WaitAnswerDeviceOk
17:17:18 [176793] 16: HotLineEnabled with [0001]
17:17:18 [176793] 16: End Input Default Route [1]
17:17:18 [176793] 16: Call Proxy with [0001]
17:17:18 [176793] 16: ==7:Inviting
17:17:18 [176793] 16: VoIP CallOut, Invite <sip:0001@10.***.***.1:5060;user=phone>
17:17:18 [176794] 16: o17=DIALING
17:17:18 [176795] 16: RingTime(102) First Stop
17:17:18 [176797] 16: o17=PROCEEDING
17:17:18 [176798] 5: 406=OFFERING
17:17:18 [176798] 5: Peer PTime=20 #2
17:17:18 [176798] 5: Peer=10.***.***.1:10640, PT=0, RecvOnly=0
17:17:19 [176799] 5: ==12:Alerting
17:17:19 [176799] 16: o17=RINGBACK
17:17:19 [176800] 16: ==8:RingBack
17:17:22 [176832] 16: RingTime(504) Second Ring
17:17:37 [176982] 16: RingTime Stopped
17:17:37 [176982] 16: Cancel at Ringback
17:17:37 [176983] 16: o17=CANCEL
17:17:37 [176983] 16: ==15:PlayBusyTone
17:17:37 [176983] DSP_ch16_check=0
17:17:37 [176983] 16: FxoHookOn
17:17:37 [176983] 16: ==3:Idle
17:17:37 [176984] 16: SetInputGain(4)
17:17:37 [176984] 16: SetFax(1)=0
17:17:37 [176984] 16: o17=DISCONNECT
17:17:37 [176984] 16: Release Old Dlg #2
17:17:37 [176986] 5: 406=DISCONNECT
17:17:37 [176986] 5: Release Active Dlg
17:17:37 [176986] 5: ==3:Idle
17:17:37 [176986] 5: SetFax(1)=0

PS. 10.***.***.1 - SIP сервер

Явно что-то в настройках шлюза. Разрыв ровно через 20 сек. Поверхносный осмтр дает только
Ring (Early Media) Time Limit [10 - 600 s]

Ring (Early Media) Time Limit = 90 не подходит по значению

Может это
Loop Current Drop Trigger Time?
А что вобще воткнуто в шлюз? Город?

И не это. Стояло 0 поставил 30, все равно через 20 сек разрывы

еще есть така штука для каждой линии


Как я понимаю, если поставить слишком мало может рвать...
Так что же все-таки воткнуто в порт?

Стоит по умолчанию (4000мс). Денис, если не сложно, проверьте у себя поведение ваших шлюзов в такой ситуации. Я хочу понять это у всех так или мне "повезло"

У меня такие же значения как и у тебя. Все ок.
Может дело в линии (точнее в нестандартном вызывном сигнале)? Что воткнуто?

Может я не въехал? в чем особенность ситуации? Просто входящий вызов проходит нормально

Ситуация следующая. Звонящий не прерывает звонок. Шлюз звонит на хотлайн с перерывами. Объясню в чем неудобство. Есть абоненты, которые принимают входящие звонки на 2-х линиях. Абонентов - 4. По их просьбе сделал последовательный прозвон по всем четырем с промежутком дозвона 12 сек. Но получается что звонит первый телефон 12 сек, потом звонит второй телефон но уже 5-6 сек (иногда только один звонок проходит). Потом пауза и опять начинает звонить порвый телефон. Я хочу понять можно ли это победить в принципе

По поводу вопроса: "что воткнуто?" В шлюз приходят городские линии. Дальше связь идет по ip на fxs шлюз. Дозвоном на внутренние номера занимается asterisk.
последовательный отзвон идет при помощи вот такого куска:
exten => 00088,n,Dial(SIP/voip-2/331,12,tT)
exten => 00088,n,Dial(SIP/voip-2/321,12,tT)
exten => 00088,n,Dial(SIP/voip-2/320,12,tT)
exten => 00088,n,Dial(SIP/voip-2/330,,tT)

До номера 320 звонки не доходят

АААА! Реальный баг.

При входящем звонке, если прописан хотлайн, шлюз шлет INVITE и через 20 сек, за чем-то, шлет CANCEL. После этого, через пару секунд снова делает Invite на хотлайн и снова 20 сек и CANCEL.
В SLMonitor это отображается строчкой:
17:17:12 [176731] 16: RingTime Stopped
17:17:12 [176731] 16: Cancel at Ringback

Эти 20 сек никак и нигде нельзя изменить.

Этот баг не позволяет обрабатывать входящие вызовы на PBX более 20 сек (например сделать так, чтобы первые 15 сек. звенели одни телефоны, а потом к ним присоединялись другие).

Техподдержка! Как с этим бороться?

Баг удалось потестировать на 6004 и 4032.
У 4032 были протестированны порты подключенные к МГТС и к сотовому шлюзу.
6004 подключен к атс КХ-ТА308.

Наблюдается уверенно и не зависит от параметров подключенного оборудования.
От чего зависит время которое шлюз производит вызов -- не установленно. В основном оно колеблется от 10 до 20 сек. Возможно оно каким-то образом связанно с параметром PSTN Ring OFF Lenght. Сразу после установки 20000 наблюдались звонки с продолжительностью вызова 50-60 сек. Однако при повторных звонках время вернулось к значениям ~20 сек.

Если немного погадать, то можно предположить, что по каким-то причинам шлюз не слышит повторные сигналы вызова от станции (возможно слышит не всегда или установленное слишком малое время ожидания следующего сигнала АТС) и считает, что вызов закончен. Вызов станции, который следует сразу после того как шлюз прекращает процедуру дозвона по хотлайну воспринимается как новый звонок (версия очень хорошо подтверждается логами SLmon) и все повторяется. Очень бы хотелось надеятся, что проблема не аппаратная...

Кажется подобная проблема:
http://forum.dlink.ru/viewtopic.php?p=327858

Проблема действительно подобная, но на шлюзах 4032S она решилась при помощи Техподдержки. Виктор Колосов выслал новую версию прошивки, с котрой данная проблема отсутствует (правда выслал не мне, а человеку с ником BDenis).
Кстати вышеупомянутому BDenis отдельное спасибо за участие в решение этой проблемы.

_________________
Я хочу изменить мир к лучшему, но Бог не дает мне исходники (придумал не я)
Asterisk + DVG-4032S + 8xDVG-2032S + ATA Panasonic