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

Страницы: 1
RSS
OPS лицензии: откат назад, OPS лицензии: откат назад
 
Доброго времен суток всем,
Есть подозрение что новые ключи не правильно сконфигурированы - после их установки возникли проблемы. Пытаюсь вернуться на предыдущие вот так:
Удаляю в usr3/mao
*.hw
*.zip
*.swk
hardware.mao
sofware.mao
sofware.new
offer.num

Рестартую.
Ставлю предыдущие ключи. Даёт ошибку:
File version = 8
>
> Previous file version = 9
> *************************************
> * 5 remaining day(s) to fix this issue
> *************************************

Пробовал со стартом и без старта телефонии - одинаково.
Где-то ещё сидит последний ключ. Где?
 
Лечится заливкой базы, сохраненной перед установкой новых ключей. Других вариантов не знаю. Ну, и ещё можно попробовать исправить возникшие проблемы, если расскажете про них.
 
Обычно помогает - копируете файл *****.sw в папку с базой под именем software.mao, а потом повторной установкой ключей.
 
а вообще - etc прав, может лучше проблемы описать, из-за неправильных OPS ОЧЕНЬ редко что бывало.
При установке ключей - станция вам в два столбика показывает старые лицензии и новые. Если в новых чего-то МЕНЬШЕ - станция их не станет ставить. А если чего-то стало БОЛЬШЕ - чего плохого может произойти со станцией.
ведь OPS - это (по крупному) просто пределы, которые проверяются при программировании. Они не должны были испортить чего-то стоявшее ранее.
 
Про проблемы: весьма часто бывает, что люди поправят что-нибудь бесплатное через cfgUpdate, потом забывают исправить это в файлах в Актисе, через некоторое время считают новые лицензии по непоправленным файлам. Возникают нюансы. Особенно часто - с транками, особенно - с SIP транками. В результате перестает работать то, что давно работало.
 
Да. Проблема с транками. После добавления 32 цифровых абонентов пропал транзит ГородЕ1->PrivateISVPN по Е1
Ключи снёс как показано выше - транзит появился, но появились новые глюки. Причём ключи вычистились не полностью - при установке повторно ключей вижу что есть например PhoneBook users.

CfgUpdate правил т.к. не давало создавать SIP транк группу - это тех ком разрешал делать.
Т.е. после правки CfgUpdate я должен изменённые параметры сообщать Актис-продавцу?
 
Если что-то правите через CfgUpdate - об этом надо говорить поставщику.
По сути - он должен указать правильное количество оборудования (например транков).
Количество транков/ размер базы/ размер телефонной книги и т.п. - лежит в hardware.mao (цифры в пунктах PARA_MAO 1 и пр.) Напрямую OPS файлы не контролируют количество Е1 плат.
Поэтому - при апгрейдах желательно честно ставить оборудование. Тогда Актис должен все посчитать (например на каждый заявленный поток Е1 посчитает 64 транка).
Поэтому - наверное правильно при новых OPS файлах - поправить через cfgUpdate что надо и перегрузиться.
 
Непонятно только где ещё остатки OPS файлов остаются. Я чищу software.mao в 2-ух местах:
usr3/mao
DHS3data/mao

Всё равно видит последний номер 9 OPS и не даёт поставить предыдущий 7.
 
С SIP, на мой взгляд, недоработка разработчиков Актиса. Например, нам нужно 10 SIP транков. Актис считает 10 лицензий и добавляет от 10 транков (но менее 60) в общее кол-во. Но мы не можем создать транковую группу на 10 SIP каналов - либо мини_SIP на 4 канала, либо стандартная SIP транковая группа, при создании которой из общего кол-ва транков изымется 60 или 62 транка(точно не помню). А если людям надо две транковые группы - одну на вход, другую - на выход? Конечно, есть пункт, играя которым, можно увеличить число транков (без покупки лицензий) - Number of remote sites with external SIP gateway.
 
На тему - что и где хранится (под рукой нет станции, чтоб посмотреть и побаловаться) - имеет смысл через swinst сохранить базу. Процесс сохранения - записать в лог файл. Там будет написано - что и откуда сохранялось.
Ну или просто - с помощью 7-zip открыть сохраненную базу - там сохраняется со структурой (каталоги, имена файлов).

Но на моей памяти - после перезагрузки, без запуска телефонии, сохранив файл *.sw в папку /usr3/mao под именем software.mao - процесс (штатный) установки ops файлов всегда проходил без проблем. А у вас все равно ругается на версию файла?
 
Откатить так и не получилось - мало времени заказчик дал на тесты. Но проблему решили так:

1. Файлы Актис переделали чётко под конфигурацию плат
2. Удалил все файлы Actis в usr3/mao
3. Остановил телефонию
4. Загрузил переделанные файлы Актис
5. Запустил телефонию

Транзит поднялся. Спасибо за поддержку.
Страницы: 1