Поиск  Правила  Войти
Форум » Alcatel-Lucent OmniPCX Office » Конфигурирование

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

Страницы: 1 2 След.
RSS
Перезалить конфигурацию на новый процессор АТС
 
#1
20.12.2009 13:51:13
Есть АТС OmniPCX Office, которая регулярно перегружаеися. Поставщик сказал, что проблема в процессоре, а так как гарантийный термин прошел, был приобретен новый проц. Лицензии перегенерированны и перезалиты поставщиком, нужно перезалить конфигурацию. Воспримет ли нормально новый проц конфигурацию со старого или могут быть "подводные камни" ???
И если можно шаги по перезаливке, а то может быть че-то не так сделаю...
 
 
 
#2
20.12.2009 16:49:45
Странно, что все это не сделал поставщик, так как при заливке старой базы возможно будет и залиты и старые ключи. Но они естественно с новым процессором вступят в конфликт и нужны будут новые ключи, которые вы благополучно снесете при установке базы. Требуйте от поставщика ключи на новый процессор в виде файлов.
 
 
 
#3
20.12.2009 18:18:00
При заливке базы станция спросит какие ключи оставить.Поэтому нет никакой проблемы при установке базы со старыми ключами.
 
 
 
#4
20.12.2009 19:29:01
Проблемы бывают со внимательностью - не все внимательно читают, что им пишет программа, и из трёх кнопок "Да", "Нет", "Отмена" выбирают "Да", а надо "Нет". Поэтому, предварительно лучше надо сохранить ключи с нового процессора, а потом заливать базу. Так будет возможность потом "сверху" залить новые ключи, если неправильно ответите при заливке базы.
 
 
 
#5
21.12.2009 12:14:38
Читал внимательно, все вроде-бы перелилось.....

Поставщик за эту услугу просил денег, а денег нет... на проц собирали пол года (Госс. учереждение).

Еще вопрос, на старой плате был изменен flash на максимально долгий и звонки перенастроенны как на Панасонике внутренний - короткие сигналы, городской - длинные.
Подскажите где это все исправить...
 
 
 
#6
22.12.2009 10:44:30
Обычно, при заливке базы все таймеры сохраняются. По поводу flash - посмотрите в старой базе и в новой конфигурации метку TimDurati. Обычно интересует вторая группа по два байта (3,4-й байты) - “OnHook2W“:
Example: default of values from Belgium:
0C 00 2B 00 09 00 28 00 0C 00
Earth button validation Timer (reversed = 00 0C =96ms)
Corresponds to digit detection Timer (reversed = 00 28 =320ms)
Corresponds to Flashing detection Timer (reversed = 00 09=72ms)
Corresponds to “OnHook2W“ timer (reversed = 00 2B =344ms)
Corresponds to “OffHook2W
т.е. для Панасоников 720мс:8=90 дек =5А hex
Для настройки звонков - смотреть метку Ringing.
 
 
 
#7
22.12.2009 21:10:00
TimDurati
На старой:
0C 00 64 00 0A 00 28 00
0C 00

На новой то же самое.

Но вот звонки почему-то не остались такие как были....
 
 
 
#8
22.12.2009 21:52:21
64 = 800мс. А на звонки - зовите спецов или так оставьте. Для какой страны залит софт на станцию?
 
 
 
#9
22.12.2009 22:28:39
Цитата
etc пишет:
64 = 800мс. А на звонки - зовите спецов или так оставьте. Для какой страны залит софт на станцию?

Для Украины.

Так когдато внедренцы сделали...
как должна выглядеть строка, что-бы сделать 720 мсек...???
Изменено: Nik24 - 22.12.2009 22:45:48
 
 
 
#10
22.12.2009 23:19:47
720ms попадает в диапазон от 80мс = 0А - Flashing detection Timer до 800мс = 64 - “OnHook2W“ timer. И было написано лишь для примера. Всё, что больше “OnHook2W“ timer расценивается как отбой, всё, что меньше - как флэш.
0C 00 64 00 0A 00 28 00 0C 00
                       Earth button validation Timer (reversed = 00 0C =96ms)
                 Corresponds to digit detection Timer (reversed = 00 28 =320ms)
            Corresponds to Flashing detection Timer (reversed = 00 0A=80ms)
     Corresponds to “OnHook2W“ timer (reversed = 00 64 =800ms)
Corresponds to “OffHook2W
подписи сверху вниз соответствуют парам байт справа налево.
Изменено: etc - 22.12.2009 23:36:34
 
 
 
#11
24.12.2009 11:46:49
Пока оставил 800 мсек, так как используются еще какие-то апараты "no name" (какието наши - Китайские)

Еще такая проблема возникла:

АТС подключена к двум серверам IP телефонии (Asterisk) и к одной ОХО по IP.

С одного сервера Asterisk к нам только идут звонки, мы позвонить не можем.

На другой сервер Asterisk все работает в двух направлениях.
С другой ОХО тоже все в порядке.

Конфигурацию со старой сверял все норм....
Может ли это связано с заменой процессора ???
 
 
 
#12
24.12.2009 13:33:50
Может вы просто кодеки не сняли со старого процессора ?
 
 
 
#13
24.12.2009 13:44:31
Включаете проц через хаб (или коммутатор с зеркалированием порта), берете какую-нибудь программу типа WireShark и смотрите. Связано может быть с чем угодно - иногда достаточно встать в ARS и сказать apply.
А смотрели ВСЕ параметры ARS? И как проверка шлюзов идет и т.п. (при аключенных IP и OPT параметрах в право отлистывали до конца?).
А так со сменой проца в принципе поменялся только МАС адрес - смотрите у вас это где-то используется (в безопасности)?
 
 
 
#14
24.12.2009 13:49:21
TMC,
Если люди хотя бы в одном направлении по VoIP разговаривают, то кодеки стоят,наверно ;) .
Цитата
Nik24 пишет:

С одного сервера Asterisk к нам только идут звонки, мы позвонить не можем.



На другой сервер Asterisk все работает в двух направлениях.

С другой ОХО тоже все в порядке.



Конфигурацию со старой сверял все норм....

Может ли это связано с заменой процессора ???
всё-таки, такое ощущение, что база была некорректно сохранена или повреждена в последствии; или же сохранённая база - не самая последняя (потом были изменения). Вы все параметры в ARS сверяли? При включенных для просмотра Opt.Parameters and IP Parameters? состояние того сервера, на который не работает вызов - Alive? или нет. И в планах нумерации всё одинаково?
 
 
 
#15
24.12.2009 13:56:22
Все пересмотрел.
Все как было в старом.
 
 
 
Страницы: 1 2 След.
Читают тему