Скорее всего, можно попробовать поставить любую из 600-х ОМС. DB_adapter должен понимать R600. Выдержка из ТС:
3.3 DBAdapter 2.0.5.2
DBAdapter is a software tool to convert database files saved with a version of OMC 510/600/610/700/710
to the latest installed OMC 711 version.
The main goal is adaptation of the database structure in order to be able to consult, make off-line
modification and restore the complete configuration to the same OXO: same hardware and same software
release using the OMC 711.
When the user selects a database, OMC looks if it is in the corresponding format of actual release 7.1. If
yes, it opens the database as usual. Otherwise, it invokes the DBAdapter tool in background task to convert
the format into the one it can manage (the conversion takes few seconds).
The destination directory is then the current working directory of OMC. So it can open the resulting
database. Thanks to this conversion, OMC 711 can restore a database to an OXO R2.1 to R7.1, which was
initially saved with OMC 510, 600, 610, 700 or 710.
Product: Alcatel-Lucent OmniPCX Office / 3 Article 3 TC1240 Ed 01
Converted databases have not always the right initialization values for newly added parameters so it is
mandatory that such a database can only be restored on the OXO release on which it has been stored.
Remarks - Restrictions:
- It is not possible to convert a database saved with PM5.
- Converting a database saved with OMC 500 is not supported.
- It is not possible to store a converted database, the save button will be greyed.
Installation:
- This Software module is in English only.
- The installation uses the msi technology from Microsoft ® Corporation.
- DBAdapter requires that the .Net Framework 2.0 (or above 3.0 - 3.5) is installed on the PC.
- Windows OS compatibility: same as OMC 711.
- Former DBAdapter version must be uninstalled before.

Проблемы бывают со внимательностью - не все внимательно читают, что им пишет программа, и из трёх кнопок "Да", "Нет", "Отмена" выбирают "Да", а надо "Нет". Поэтому, предварительно лучше надо сохранить ключи с нового процессора, а потом заливать базу. Так будет возможность потом "сверху" залить новые ключи, если неправильно ответите при заливке базы.

Т.е. собрали трёхстороннюю конференцию и перевели её на другой номер? И это работает в релизе 6.2?

Это когда в одном гнезде база с одним PARI, а в соседнем гнезде - база с другим PARI.

Наверно, имелся ввиду номер DID транслятора.

710/052.007 - это первая публичная версия нового релиза 7.1.1, который является развитием релиза 7.1. В этом релизе применен факс через 711 кодек. Естественно, некоторые старые ошибки исправлены, некоторые новые добавлены   . Мы пока не ставим такую версию заказчикам, подождем следующего патча. Ставим 710/030.001. Несколько объектов работают с этим релизом по протоколу H323. Т.е. вам либо обратиться к поставщику, пусть просит Алкатель исправить ошибки, или ставить предыдущую версию, но без факса по 711 кодеку.

Транковым группам - да единички. А линиям - смотрите сами. Категории у линий используются, когда они выступают в роли абонентов, т.е. при транзите для разрешения или запрещения исходящих вызовов, пришедших по этой линии.

версия 7.1.47.1 это версия программы ОМС. Версия софта в станции другая - что-нибудь типа 7.1.30.1 или 7.1.52.7.
Проблема может быть и не в Алкатель. Проблемы бывают во взаимодействии разных устройств (отдельно устройства могут прекрасно работать). Чтобы выяснить, надо снимать трассировки ближе к Алкатель сниффером(например, Wireshark) через хаб или коммутатор с зеркалированием портов. Там можно и послушать отдельно каждую сторону, кто кого не слышит. И посмотреть трассы сообщений.

Вы, скорее всего, назначили глобальное приветствие, поэтому пропал АА. Глобальное приветствие не надо делать. Нужны индивидуальные. Из списка номеров вверху, где.... выбираете нужного вам абонента, затем нажимаете "Добавить"( Add). На все остальные номера, вызова как шли, так и будут идти, а на этого будет звучать приветствие, потом вызов.

1) А что, по сети Ethernet только один компьютер в качестве сетевого устройства подключен к процессорам?
2) Вы же говорили, что там дублирование. Сохраняете Линукс дата на правильном процессоре. Потом по ftp c процессора на процессор копируете данные. Возможно, данные придётся скопировать в другую папку, которая доступна другому процессору. Выключаете автостарт на другом, говорите ребут ему. Восстанавливаете данные, включаете автостарт. Правите адреса. Запускаете в работу. Потренироваться можно на стенде (с командами ftp и пр.).

Зачем барринг трогали? Вам бы с шарингом разобраться, а потом и до барринга дойдет. Оставьте абонентам категорию барринга по умолчанию = 2. Шаринг разрешает или запрещает выход на транковую группу с определённой категорией. Барринг разрешает или запрещает набор определённых цифр в транковую группу, выход на которую разрешен ранее шарингом.

Можно сохранить Chorus data на одном проце, потом восстановить их на другом проце. Swinst спросит, восстанавливать ли пароли. Сказать да. Потом поменять адреса и роли, если надо.

станция дублированная? А то бывает на одном процессоре пароль поправят, а про другой забывают. Потом когда-нибудь уходят на другой и там маются. Перезагрузка не помогает разлочке?

Разрешение для выхода дается только на транковые группы, а не на конкретные транки. Если каждому надо выходить только на свой транк, то надо назначить отдельный транк в отдельную транковую группу. Настраивать категории и ARS. Ограничения: Максимум 120 транков и максимум 120 транковых групп. Особенность ОХО (в отличие от ОХЕ) - один транк может быть в разных транковых группах. Максимум 500 транков суммарно во всех транковых группах.

Собрать можно через ARS. Но как вы разделять собираетесь: одни по "9-ке" налево, другие по этой же "9-ке" - направо? Для этого есть категории Traffic sharing у транковой группы и абонента и соответствие между ними в разделе Traffic Sharing & Barring. Про все это можно почитать в документации.