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) сначала долгая тишина в трубке, потом короткие гудки.
В таком состоянии мини-АТС может находится несколько часов (пока не перезапустишь) -- сама связь не восстанавливает.

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

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

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

[Alexey A. Astash...]

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

Это к сожалению до сегодняшнего дня остается "фичей" АТС, сами ждем недождемся когда же наконецто выйдет новая прошивка в которой эта "фича" будет исправлена. вот кстати с RSG таких проблем нет, потеряля коннект? невопрос, на тебе реконнект, ничего не висит, прекрасно все
А вот тут остается только ждать
Виснет исключительно во время разговора. Если сеть пропала вне активности то ничего страшного не произойдет естесственно, но вот по непонятно каким причинам у нас в офисе всегда канал идет на Retrain именно во время разговора примерно в одно и тоже время суток, причем приходится перезапускать сразу 3 АТС (точнее делать Update платам VOIBE.)

[Alexander Y. Leo...]

Это к сожалению до сегодняшнего дня остается "фичей" АТС, сами ждем недождемся когда же наконецто выйдет новая прошивка в которой эта "фича" будет исправлена. /.../

К сожалению, мне доступен только краткий перечень новых "фич" прошивки 3.8 (типа анонса краткого). Не могу удостовериться в том, что разработчики собираются новой версией исправить эту особенность.
Существует ли уже "общедоступный" перечень исправлений версии 3.8?
(Или Вы имеете в виду новую прошивку VOIBE, а не ПО самой мини-АТС? )

P.S. Я сейчас перезапускаю 2 АТСки. В ближайшей перспективе еще 3 штуки будут подключены к IP-Net...

[nikol]

К сожалению, мне доступен только краткий перечень новых "фич" прошивки 3.8 (типа анонса краткого). Не могу удостовериться в том, что разработчики собираются новой версией исправить эту особенность.
Существует ли уже "общедоступный" перечень исправлений версии 3.8?
(Или Вы имеете в виду новую прошивку VOIBE, а не ПО самой мини-АТС? )

P.S. Я сейчас перезапускаю 2 АТСки. В ближайшей перспективе еще 3 штуки будут подключены к IP-Net...

Честно говоря, я так и не понял, что Вы хотите от версии 3.8? Начнем с того, что этой версии вообще не существует! Есть, конечно, бета, но там в контексте Вашего обсуждения ничего нового нет. А что будет в официальной и когда, так этого пока никто не знает (ну кроме самой LG).

[Alexander Y. Leo...]

Честно говоря, я так и не понял, что Вы хотите от версии 3.8?

Я хочу, чтобы ipLDK не падала в "обморок" после кратковременных неполадок в IP-сетях.
Offtopic
Еще чего ожидаю очень: возможность указать перевод внешнего вызова на Net-номер прямо в PGM144.

Сообщение отредактировал Alexander Y. Leonov - 7.3.2008, 15:13

[Alexey A. Astash...]

Я хочу, чтобы ipLDK не падала в "обморок" после кратковременных неполадок в IP-сетях.

Это тема как показал факт что не в 3.8 поошивки станции походу а в прошивке платы, а может это связано с отработкой DUAL Protocol (SIP+H.323)

Offtopic
Еще чего ожидаю очень: возможность указать перевод внешнего вызова на Net-номер прямо в PGM144.

Вот скажи мне нафик тебе это нужно? Это можно было до выхода 3.8 сделать легко с помощю групп я понимаю еслибы на равне с внутренними абонентами можно было одновременно ставить и NetDSS (который кстати только 1 можно ставить), вот это тема, скорее всего эту тему никто и реализовывать не будет, хотя это реально нужно. поскольку в этом случае придется писать целый алгоритм обработки который должен работать как часы. если у тебя сняли в одном офисе(станции) трубку в другую станцию мгновенно должен прийти что заняли линию, а если не придет быстро такой сигнал? Отсюда при двух одновременно поднятых трубках на двух станциях скорее всего произойдет сбой... Можно проще поступить одного принудительно отключать при получении коллизии, а если станция отключит не того абонента? Но к вопросу подвисания линий если пройдет задержка в сети, то получится что оба абонента уже используют одну и туже линию, и скорее всего оба абонента отключатся от нее после получения сигнала коллизии (восстановления IP сети) но можно и проще сделать, сатвить при снятии трубки опрос коллизии, скажем в 0.5 сек, т.е. в течении которых связь устанавливаться не будет. (но это вопрос чисто к производителю)
Единственное, что можно реализовать это отправку входящего звонка нескольким абонентам другой станции при использовании все техже групп. Отправляешь звонок на, скажем группу кооторй у тебя нет в этой станции, но есть на другой а на другой станции у тебя уже расписано куда должен идти звонок т.е. разбиться, т.е. в этом случае у тебя уже конечная станция будет отрабатывать возможные коллизии между абонентами.

[Alexander Y. Leo...]

Вот скажи мне нафик тебе это нужно? Это можно было до выхода 3.8 сделать легко с помощю групп /.../

Все очень просто.
Дано: две УАТС в двух офиса разных городах. К первой УАТС подключены аналоговые внешние линии от ГАТС первого города, ко второй -- линии от ГАТС второго города.
Требуется: в ночное время перекидывать внешний вызов с определенных внешних линий первой УАТС на определенные внутренние линии (ночным дежурным) второй УАТС. (Днем, так уж и быть, телефонист в первом офисе переводит если нужно на абонентов второго офиса).

Сейчас (прошивка 3.7) это делается так: http://forum.ipldk.ru/index.php?s=&sho...ost&p=10782 (+ перевод net transfer mode из режима REROUTE в режим JOIN)
---
По теме: да действительно "виснет" не УАТС, а платы VOIBE. Прямо сейчас (после отката на предыдущие версии прошивки VOIBE) они не "виснут", сотрудники довольны, руководство спокойно, я гребу премии лопатой (в смысле: не наказали как обычно).

[Alexey A. Astash...]

Все очень просто.
Дано: две УАТС в двух офиса разных городах. К первой УАТС подключены аналоговые внешние линии от ГАТС первого города, ко второй -- линии от ГАТС второго города.
Требуется: в ночное время перекидывать внешний вызов с определенных внешних линий первой УАТС на определенные внутренние линии (ночным дежурным) второй УАТС. (Днем, так уж и быть, телефонист в первом офисе переводит если нужно на абонентов второго офиса).

Сейчас (прошивка 3.7) это делается так: http://forum.ipldk.ru/index.php?s=&sho...ost&p=10782 (+ перевод net transfer mode из режима REROUTE в режим JOIN)

Незнаю как это с PRI работает, с Analog CO все просто: входящий вызов отправляешь вечером скажем на группу *620 в которой стоиттип групп Net VM Grp там может стоять как группа соседней станции так и один абонент, никаких проблем на 3.7Df я не испытывал.
Потом посмотри? прошивка 3.8Ah уже вышла и лежит на сайте (правда глюная она)
Ничего абсолютно нового производитель не сделал в этой области в новой прошивке, все как был так и сталось, скопировали настройку эту в PGM 144 и усёёё.

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

А вот меня досих пор наказывают, так как мы используем как H.323 так и SIP (SIPNET.RU ибо спрашивается нафик плпта за $2100+$350 IPN) одновременно, соответсвенно 2.0 мне прошивка никак не катит.

[grey73]

Незнаю как это с PRI работает, с Analog CO все просто: входящий вызов отправляешь вечером скажем на группу *620 в которой стоиттип групп Net VM Grp там может стоять как группа соседней станции так и один абонент, никаких проблем на 3.7Df я не испытывал.

С PRI то всё работает "из коробки" еще и на 2.2Fi у меня.

А вот вышеуказанное для CO'шек -- точно проверено, и на 3.7Df работает?
Или имелось в виду 3.6Df ?
6 или 7 ?? :-)

У меня на 3.6Df такое не получилось.
Верней, эффект такой:
Звонок второй станцией принимается, но поднимаешь трубку -- тишина. В это время звонящий продолжает слышать посылки вызова. Кладешь трубку на вызываемом -- он снова начинает звонить. Ну и т.д.

У Вас точно всё отвечается и звук есть в обе стороны?

[igoman]

С PRI то всё работает "из коробки" еще и на 2.2Fi у меня.

А вот вышеуказанное для CO'шек -- точно проверено, и на 3.7Df работает?
Или имелось в виду 3.6Df ?
6 или 7 ?? :-)

У меня на 3.6Df такое не получилось.
Верней, эффект такой:
Звонок второй станцией принимается, но поднимаешь трубку -- тишина. В это время звонящий продолжает слышать посылки вызова. Кладешь трубку на вызываемом -- он снова начинает звонить. Ну и т.д.

У Вас точно всё отвечается и звук есть в обе стороны?

У себя проверил на 3.6Са точно не работает также, как и описал grey73.

[grey73]

У себя проверил на 3.6Са точно не работает также, как и описал grey73.

Как сказал harris (по телефону :-) , "Net VM Grp" сделано типа для других целей -- внешняя голосовая почта или что-то типа того, точно не уверен.
Но ведь принцип то ТОТ ЖЕ САМЫЙ!
И звонок как-бы проходит!
Пусть доделают, что ли
Ау, Игорь! Напиши корейцам!
Или в 3.8 оно уже как-то реализовано, и более по-нормальному?

Просто жду вот MPBN на апгрейд -- заработает или нет? и какой механизм?

[harris]

Как сказал harris (по телефону :-) , "Net VM Grp" сделано типа для других целей -- внешняя голосовая почта или что-то типа того, точно не уверен.
Но ведь принцип то ТОТ ЖЕ САМЫЙ!
И звонок как-бы проходит!
Пусть доделают, что ли
Ау, Игорь! Напиши корейцам!
Или в 3.8 оно уже как-то реализовано, и более по-нормальному?

Просто жду вот MPBN на апгрейд -- заработает или нет? и какой механизм?

Да, принцип тот же самый. Но кто именно это заказывал (страна-заказчик), для каких целей, какие были доп. требования - неизвестно. Посему неизвестны и детали, как это реализовано.
ИМХО, возможно проблема в лицензиях (Net Enable) + Join/Reroute...

В версии 3.8 сделано уже по нашему запросу: в ПГМ 144 добавлена возможность назначить вызов на Net Number (номер, прописанный в ПГМ324. А уж за этим номером может стоять как конкретный абонент другой станции, так и Hunt-группа). При этом вызов должен быть назначен только на Net Number и более никуда.
При этом станция не замыкает шлейф СО линии, пока нет ответа от сетевого абонента.