Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

   RSS
тех решение перехода на IP
 
Здравствуйте уважаемые форумчане,

Задача следующего характера,

Есть установленная станция ОХЕ релиз 9.1
Станция состоит из двух CS на серверах HP
Так же станция имеет порядка 60 телефонных выносов географически разбросанных.
В каждом выносе установлена GD и PCS, также несколько периферийных плат (MIX, SLI8-16, и APA4. АРА4 не используется с MIX только цифровые и аналоговые аппараты) По факту с данных выносов звонок только в центральный филиал.Конечно планировалось что станция будет подключатся в своем регионе по СО, но при работе сразу от этого отказались, ведь если рвется VPN туннель станция перезагружается, а это время на перезагрузку плюс регистрацию = очень долго. И в этот момент нет ни какой связи ни локальной ни городской.

Задача состоит в следующем, необходимо рассмотреть возможность переделать не много всю систему.
А именно внедрить IP телефоны, по возможности вообще отказаться от выносов совсем. За почти 5 с лишним лет проблем от данных выносов больше чем пользы)))). Понятно что не везде есть хорошее электропитание, и стабильный интернет канал. Тем самым постоянные проблемы с GD либо на ней слетает программное обеспечение, либо она просто висит. А я как обслуживающий персонал не могу до нее достучаться, пинг проходит и все. Телнет недоступен ничего не доступно.

Хотел бы вот и спросить у знающих людей как лучше организовать систему, имеется ввиду в центральном филиале стоит станция и один вынос со всеми периферийными платами. А во всех остальных просто IP телефоны, и в редком случае вынос.

Также хотел бы узнать поддерживает ли сейчас ОХЕ IP аппараты сторонних производителей (Желательно вообще использовать SIP), не просто поддерживает а именно работают ли они стабильно без глюков и сбоев.

Буду благодарен за идею.
Страницы: Пред. 1 2 3 4 След.
Ответы
 
Цитата
Alexandr пишет:
Андрей, ни кто саму станцию не перезагружает.

Станцию за пять лет один раз я выключал для проведения планово профилактических работ, и раза 2-3 выключали по питанию.



Вся проблема состоит не в центральной станции, а в филиальных выносах.

перезагружается сам вынос.



Когда теряет связь с центральной станцией она перезагружается для того что бы перерегистрироваться на PCS -е. это и есть 5-7 минут а того еще больше.

Так я сначала про GD спросил, а вы ответили про "станцию с кнопки".
Все равно что-то долго, GD3 вроде пободрее перегружаются.
 
лан порты с GD и PCS идут на коммутатор или на slan
Пути IP-пакета неисповедимы
 
Здравствуйте уважаемые форумчане,

Уважаемый Etс,
Да вот так вот и поставили))), есть просто шасси где 2-а трехслотовых, где 1-о 9-ти слотовое,
а вот аккумуляторных батарей нет ни в одном филиале.
При первой инсталяции в филиалах ставился Роутер Cisco, 48-ми портовый управляемый коммутатор Alcatel и телефонный вынос. Плюс на всю систему небольшой ИБП.

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

Уважаемый Андрей,

Выше я писал что платы стоят GD-2, GD3 я не могу установить так как rel 9 не совместим с GD3.


Уважаемый Error,

Lan порты с GD и PCS идут на коммутатор. Есть четыре порта из 48-ми в каждом филиале отведены для Voice Vlan.
 
теперь как-бы все ясно

если на коммутаторе порт дернется хоть на секунду GD по своему характеру уходит в перезагрузку. во избежании такого инцидента французы на даром придумали такую штуку как SLAN которая устанавливается на CS/PCS. на SLAN проблем с 802.1Q нет
многие этой штукой slan пренебрегают как бесполезной штукой а зря
если какие-то проблемы в сети появятся то все будет аукаться на ip-телефонах, вынос с использованием slan по назначению не должен пойти в перезагрузки

у клиента стоит два CS-2  и GD-3, на slan-ы в CS-2 раскидали все коммутации с дублированием  и в этого спустя месяц обнаружилось что один СS-2 ушел на пенсию но при этом перезагрузки GD-3 не было

P.S. какой-бы не был гениальный установщик но всегда прокалывается на мелочи
Изменено: error - 20.12.2014 13:10:08
Пути IP-пакета неисповедимы
 
Что то интересное а можно не много поподробнее,

Но как порт дергается? Ведь идет просто падение туннеля а ни порта.

И все же где можно подробно почитать про Slan...

Р.S. желательно на русском, что бы мелочи не потерять...
Изменено: Alexandr - 20.12.2014 13:15:48
 
на версии 9.1 с патча I1.605.21 есть поддержка GD-3

SLAN такая доч.платка которая устанавливается на CS/PCS, представляет из себя 4-х портовый свич

если внимательно посмотреть на CS то увидите в нижнем ряду Unit1, Unit2, Unit3 и UpLink
Пути IP-пакета неисповедимы
 
"туннель" это вообще тема для научной работы студента
по простому говоря туннель упал и GD по мимо потери центра еще и потеряла и PCS, в этоге GD полна на рубут а PCS как работал так и работает, в этоге после загрузки GD находится PCS и какбы "счастье появилось на половину"

используйте slan чтобы GD в ребут не ходила
Изменено: error - 20.12.2014 13:27:39
Пути IP-пакета неисповедимы
 
У меня все подключение выполнено

1) коммутатор PCS - RG45 - Uplink PCS
2) Unit 1 PCS - RG45 - Lan PCS
3) Unit 2 PCS - RG45 - Lan GD

Про версию патча я в курсе читал DataSheep по GD3,

R9.0-h1.301-34-ru-c0

Business identification: R9.0

Переход на 9.1 вроде как нужна новая лицензия.
 
вроде последний патч для 9.0 h1.301.50a
все же стоит пропатчить а потом уж репу чесать

ближайший переход это до версии 11
Пути IP-пакета неисповедимы
 
Уважаемый Error

R9.0-h1.301-34-ru-c0 стоит в центре, а все выносы уже давно h1.301.50a
Да про 11-ой тоже знаю недавно юзал такую, вернее только с гостиничным софтом женил.

Ладно будем думать, куда лучше идти, по пути апгрейда и поднятия PCS до самостоятельных станции или полной замены оборудования...

Просто как я понимаю с Апгрейдом, с установкой новых ИБП, проблема переодических глюков не уйдет.
Как вариант обдумать до установку аккумуляторных блоков на каждом выносе. Только они могут быть все разные 24/36/48 Вольт, это нужно тоже учитывать))
 
Цитата
Alexandr пишет:
R9.0-h1.301-34-ru-c0 стоит в центре, а все выносы уже давно h1.301.50a
хм... интересная комбинация
осталось выяснить GD загрузила софт с из центра или с PCS т.е. прямой намек на то что в центре софт для GD старый, а PCS новый

тобишь если софт для GD разный то в процессе перезагрузки еще идет апгрейд софта в ту или иную сторону
Изменено: error - 20.12.2014 14:12:52
Пути IP-пакета неисповедимы
 
При первой регистрации видно что идет обновление GD.
GD забирает c центра исходники, применяет их ребутится. После чего регистрируется.
При симуляции обрыва канала, где сообщает в консоли что будет произведена перезагрузка.
При регистрации на PCS никакого апгрейда не происходит.
 
хм... надо самому покопаться в PCS

ОПС-ом трудно будет поделиться, даже software.mao сойдет, у меня нет ни одной ОХЕ с PCS

дока по инсталл PCS есть?
Изменено: error - 20.12.2014 14:23:02
Пути IP-пакета неисповедимы
 
Error

Ответил в личку.
 
Цитата
error пишет:

осталось выяснить GD загрузила софт с из центра или с PCS т.е. прямой намек на то что в центре софт для GD старый, а PCS новый

тобишь если софт для GD разный то в процессе перезагрузки еще идет апгрейд софта в ту или иную сторону

Не будет, т.к. PCS не поддерживает TFTP сервер для апгрейда ПО телефонов и карт.

Выдержка из доки:

An active Passive Communication Server offers the same functions as a Call Server with
some restrictions. Equipment rescued by an active PCS also works with some limitations:

...

- Alcatel-Lucent 8 series and Alcatel-Lucent 9 series sets, MIPT, GD, GA, INT-IP boards
rescued by an active PCS cannot download binary from the PCS (no TFTP server on a
PCS)
Изменено: Андрей - 22.12.2014 14:41:26
Страницы: Пред. 1 2 3 4 След.
Читают тему