Q: Автоматическое восстановление IP-Networking после сбоев в IP-канале, /Не работает после обрыва и восстановления связи по IP Опции

[Alexander Y. Leo...]

Извините, что повторно. Хотел поднять прежнюю тему, но не нашел (удалили?).

Есть две мини-АТС:
1) ipLDK-100 OFFICE - GS90P-3.7Ce JUL/07
2) ipLDK-300 OFFICE - GS30P-3.7Ce JUL/07
Установлены на удалении друг от друга. Подключены к локальным сетям (ЛВС), соединенных маршрутизаторами через радиосеть (канал >=2 Мбит). Радиосеть провайдера с "серыми" IP-адресами, тем не менее, дополнительно между маршрутизаторами налажена VPN (тоннель).

На мини-АТС включен IP-Networking (лицензия есть, активирована), общий номерной план, transit-out, transit-in (побежденный благодаря Harris'у), в общем "полный андульсиён". VoIP организовано платами VOIBE GS30H-2.1Cb , VOIB mode: H.323, кодек: G.723.1. Качество передаваемого голоса оценивается пользователями на "5".

Иногда (редко, не чаще 2 раз в день) в радиоканале возникают задержки (на канальном уровне), которые приводят либо к тайм-аутам в связи по IP (внутри VPN), либо к кратковременному отключению VPN. Кратковременный = не больше 5 минут, зачастую 10-20 секунд.

Сетевые сервисы типа терминальной сессии, электронной почты, сетевой печати реагируют на такие "пропадания" нормально: потормозят, конечно, чуток, но продолжают свою работу когда канал стабилизируется.
А мини-АТС не восстанавливает связь: после восстановления связи в канале необходимо перезапускать мини-АТС (если не помогла, то обе).
Иначе при звонке на местный номер (или при попытке использовать transit-out) сначала долгая тишина в трубке, потом короткие гудки.
В таком состоянии мини-АТС может находится несколько часов (пока не перезапустишь) -- сама связь не восстанавливает.

Это баг или фича (имеющейся прошивки)? Или кривые ручонки "настройщика"? (т.е. меня)

В прошлой теме гуру предлагали мне сделать трейс или протокол работы мини-АТС в такой ситуации.
Я уже и на это согласен, если эти действия помогут определить причину сбоя.

Конечно, если это "фича" такая, то остается смириться и придумывать что-нить типа автоматического перезапуска мини-АТС, в случае поступления сигнала от диагностической утилиты (которая следит за состоянием канала и оповещает администратора в случае проблем).

[Alexander Y. Leo...]

Еще немножко оффтопика.
Скачал бесплатный telnet-клиент, который умеет выполнять скрипты (который можно "заавтоматизировать"): Tera Term (http://hp.vector.co.jp/authors/VA002416/teraterm.html)
На его скриптовом языке написал скрипт:

Код

;вписать сетевой адрес мини-АТС:
connect '192.168.100.1'
;вписать путь к лог-файлу -- на всякий случай проверять как все прошло...
logopen 'C:\ipldk.log' 1 1

getdate Currentdate
gettime Currenttime
; добавить в лог-файл информацию о текущей дате и времени
logwrite '================'#13#10
logwrite Currentdate
logwrite #13#10
logwrite Currenttime
logwrite #13#10'================'#13#10

; login
wait   'Press enter.'
sendln #13
wait   'ENTER PASSWORD:'
; вписать инженерный пароль обслуживания системы (для доступа к функциям maint)
sendln 'тут_пароль'
; auto login into maintenance mode complete.

wait   'maint>'
sendln 'reboot'
wait 'Password:'
; вписать административный пароль на доступ к настройкам мини-АТС
sendln 'тут_адм_пароль'
wait 'Retype password:'
sendln 'тут_тот_же_адм_пароль'

logwrite #13#10
logclose
disconnect
closett

И можно такой скриптик либо по расписанию запускать, либо по событию (например, от программы мониторинга канала поступило сообщение об обрыве).

Но к сожалению таким образом перезапускается же вся мини-АТС...