Имеется один DVG1104TH и три DG102SH настроенные в режиме Hot-Line, связаны через VPN туннели. Соединение устанавливается нормально, но через 11 минут стабильно разрывается (короткие гудки) у всех трёх устройств.
Прошивки самые последние:
D-Link DG-102SH PROM Version: 0.0B21-D RUNTIME Version: 0.0B62-D
В настройках ограничений времени звонка нет:
Call Timing Parameters:
Call Limit: forever
Answer Wait: forever
Hangup Wait: forever
Fax Holdover: 2000 msec

Что интересно, при использовании телефона DPH - 80H и с DVG1104TH и с DG102SH в той же конфигурации сети никаких ограничений времени нет! То есть подключаю вместо DG102SH на удалённой точке телефон - всё нормально, в основную сеть вместе с DVG1104TH подключаю и настраиваю на прямое соединение телефон - то же.

IP-адреса статические, гейткипер не используется.
Где дальше искать?

Hi !

Просто не понимаю как народ умудряется постоянно натыкаться скорее всего на одни и теже грабли. То 15 сек у кого-то ограничивает, то 1 мин, вот теперь 11 минут. У меня ни разу такого не встрачалось, или как-то очень быстро боролось что я даже не запомнил о проблеме.

А что дебаг говорит в момент разрыва ? Все 11 минут дебага приводить не надо, только кусог где разрыв.
Еще можно посмотреть по форуму как лечились прошлые такого типа непонятные разрывы через одинаковое время разговорра и попытаться сделать также.

Вообще, на 11 минутах набирать статистику разрывов очень тяжко. Действительно ровно-ровно через четкое время рвется ? или 11+-5 минут ?

BB.
Alex S.

Разрыв связи происходит стабильно ровно через 11 минут, ни секундой раньше или позже.
В форуме похожего не нашёл. Обращаю еще раз внимание на то, что оба шлюза с IP-телефоном связь не разрывают.
Дебаг с 1104:

Callee----->
fs_flag[0]=0
Calling party creating channel...
=== Channel New
=== Channel Set RTCP Address
call0 ch1-ChannelState: Dialtone
call0 ch1-ChannelState: RingBack
=== Channel open with codec: g729AnnexA, TxM=0
cmEvChannelSetRTCPAddress hsChan = 6b6e0c
RTCP call: 0, channel: 1
cmEvChannelSetAddress hsChan = 6b6e0c
call0 ch1-192.168.11.4: 30010-cmEvChannelSetAddress
cmEvChannelParameters hsChannel: 6b6e0c channeName = (null)
call0 ch1-ChannelState: Connected
Enter EvChannelNew..6b6c74
call0 hsChanIn-cmEvChannelNew Send
cmEvChannelSetRTCPAddress hsChan = 6b6c74
RTCP call: 0, channel: 0
cmEvChannelParameters hsChannel: 6b6c74 channeName = g729AnnexA
incoming channel codec: g729AnnexA
call0 ch0-ChannelState: Offering
call0 ch0-ChannelState: Connected
0-Enter openDeviceChannel
Channel0 H323toVP command 0
Channel0 --------- Off_Hook
RtpClose channel 0
Channel0 H323toVP command 0
Channel0 H323toVP command 0
H323ap select codec g729AnnexA
H323ap select codec g729AnnexA, TxM=2 echo=1
After connect, h245 connect
Channel0 H323toVP command 0
Channel 0 select codec UsrChIn 17 and ChIn 17
Open_channel_0 ------- codec 17 active 1 RTP_active 1
RtpActive channel 0

{собственно момент разъединения отсюда }

call0 ch1-ChannelState: Disconnected
call0 ch1-ChannelState: Idle
call0 ch0-ChannelState: Disconnected
call0 ch0-ChannelState: Idle
0-cmControlStateTransportDisconnected
cmEvCallStateChanged(state=cmCallStateDisconnected, statemode=cmCallStateModeDisconnectedNormal)
0-Disconnected-cmEvCallStateChanged reason = -1
cmEvCallStateChanged(state=cmCallStateIdle, statemode=cmCallStateModeDisconnectedBusy)

Спасибо.

Hi !

И что, до сих пор проблема не решилась ?
Я понимаю что она не сильно актуальная, такие разговоры встречаются редко, но всеровно не приятно что никто шевелится не хочет.
В прочем, меня завтраками кормили год. В конце концов согласились вернуть деньги. Проблема оказалась в том, что я на шлюз эксплуатировавшийся у меня хранил полную комплектность, а заказчики (которым успел таких шлюзов продать и тоже кормил завтраками) естественно комплектность (особонно коробки) выкинули, теперь думаем что делать в этой ситуации.

BB.
Alex S.

покажите лог со 102-го
spy hsmu 0

_________________
Даешь связистов без брака!
AB4790-RIPE

Пожалуйста.
11минут
.......
002249586 HSMU RX RTCP DATA ERROR: ?rtcp pkt type=0
002250150 HSMU RX RTCP DATA ERROR: ?rtcp pkt type=0
002250836 HSMU RX RTCP DATA ERROR: ?rtcp pkt type=0
002251432 HSMU RX RTCP DATA ERROR: ?rtcp pkt type=0
002251735 HSMU 6: timer triggered in state hsmup_state_voice_connected
002251735 HSMU 6: abort timer in state hsmup_state_voice_connected
002251735 HSMU 6: set timer for 30000 in state hsmup_state_voice_connected
002251800 HSMU RX RTCP DATA ERROR: ?rtcp pkt type=0
002252340 HSMU RX RTCP DATA ERROR: ?rtcp pkt type=0
002252882 HSMU RX RTCP DATA ERROR: ?rtcp pkt type=0
002253206 HSMU RX RTCP DATA ERROR: ?rtcp pkt type=0
002253677 HSMU 6: abort timer in state hsmup_state_voice_connected
{прошло 11 минут}
002253677 HSMU 6: H.323 release (IF)
002253729 HSMU 6: voice rtp open=0, rtcp open=0, nw_close(voice socked RTP0, RTCP0)
002253729 HSMU 6: nw_close(inchan local RTCP1, RTP2)
002253729 HSMU 6: nw_close(inchan local RTCP65535, RTP65535)
002253729 HSMU 6: nw_close(inchan local RTCP65535, RTP65535)
002253729 HSMU 6: nw_close(inchan local RTCP65535, RTP65535)
002253729 HSMU 6: nw_close(outchan local RTCP65535)
002253729 HSMU 6: nw_close(outchan local RTCP65535)
002253729 HSMU 6: nw_close(outchan local RTCP65535)
002253729 HSMU 6: nw_close(outchan local RTCP65535)


И ещё лог при соединении с телефоном, когда разъединение не происходит
......
002108571 HSMU 4: abort timer in state hsmup_state_voice_connected
002108571 HSMU 4: set timer for 30000 in state hsmup_state_voice_connected
002108577 HSMU RX RTCP DATA ERROR: ?rtcp pkt type=0
002111571 HSMU 4: timer triggered in state hsmup_state_voice_connected
002111571 HSMU 4: abort timer in state hsmup_state_voice_connected
002111571 HSMU 4: set timer for 30000 in state hsmup_state_voice_connected
002111578 HSMU RX RTCP DATA ERROR: ?rtcp pkt type=0
002114571 HSMU 4: timer triggered in state hsmup_state_voice_connected
002114571 HSMU 4: abort timer in state hsmup_state_voice_connected
002114571 HSMU 4: set timer for 30000 in state hsmup_state_voice_connected
002114579 HSMU RX RTCP DATA ERROR: ?rtcp pkt type=0
002116365 HSMU 4: abort timer in state hsmup_state_voice_connected
{просто положили трубку}
002116365 HSMU 4: H.323 release (IF)
002116417 HSMU 4: voice rtp open=0, rtcp open=0, nw_close(voice socked RTP0, RTCP0)
002116417 HSMU 4: nw_close(inchan local RTCP1, RTP2)
002116417 HSMU 4: nw_close(inchan local RTCP65535, RTP65535)
002116417 HSMU 4: nw_close(inchan local RTCP65535, RTP65535)
002116417 HSMU 4: nw_close(inchan local RTCP65535, RTP65535)
002116417 HSMU 4: nw_close(outchan local RTCP65535)
002116417 HSMU 4: nw_close(outchan local RTCP65535)
002116417 HSMU 4: nw_close(outchan local RTCP65535)
002116417 HSMU 4: nw_close(outchan local RTCP65535)

Без описания самостоятельно разобраться какие ошибки критические, какие нет, не представляется возможным. Надеюсь на помощь настоящих специалистов.

Поменяли шлюз 1104 на другой такой же, осталось всё по прежнему. Мистика. Ведь 102 шлюзов с ним связываются 3 шт. из разных поставок. Где же дальше копать? Где же Вы, "настоящие" специалисты?

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

_________________
Даешь связистов без брака!
AB4790-RIPE

VPN построен на D-link DI-804HV через городскую сеть. Полоса пропускания широкая. Пинги имеют задержку не более 15мс, даже большими пакетами. Кроме телефонии в туннеле "живут" передача файлов и терминальный доступ, работают без проблем, полосы всем хватает. Опять же 80-й телефон работает без разрывов через тот же туннель. Можно, конечно попробовать работу в локальной сети, перенести один 102 шлюз, но вряд ли это повлияет... Хотя идей других нет, сегодня попробую...

бестолку у меня таже проблема - через 11 минут разрыв. связь через канал в 54 мбит. пинги в 1500 не более 4 мсюэто глюк очередной.
прошивкм тожк последние

А не связано ли это с Radius-сервером и процессами alive на нем?

Совесть успокоил... В локальной сети те-же 11 минут, т.е. от задержек и качества канала не зависит никак. Показательно, что проблема не у меня одного, значит есть объективная настройка внутри на эти 11 минут. Тем ценнее будет разобраться всем вместе.
Что есть "Radius-сервер"? Используется прямой проброс линии между шлюзами (Hot-line).

Вопрос: а через какое активное сетевое оборудование происходит соединение, что используется в качестве свича?
Может быть он что-то мудрит с протоколами?
Или вы проверяли (вариант с локальной сетью) соединяя 104 и 1104 кроссом?
У меня проблемы в 3 минуты...

вы не поверите
но у меня нет таких проблем
у клиентов и с 1104, 102, 104 идут разговоры судя по ГК 20 и более минут
но обрывов связи из-за какого-то лимита в 11 минут или 660000 мсек не бывает!

_________________
Даешь связистов без брака!
AB4790-RIPE

Я верю!
И даже более того, у меня эти глюки (у меня обрыв связи через 3 минуты) не всегда присходят. Сегодня, например, несколько раз проверял, но пока обрывов не было.
Вся трудность локализации проблемы в том и заключается, что при проведении работ по настройке оборудования, это самое оборудование не загружено на 100%. Все глюки начинают происходить только, если все 4 порта на 104 заняты. Если я провожу проверки и настройки с 2-3 портами, то никаких глюков вообще нет.