Если имеете в виду ПРОТЕЙ, то много нареканий в плане надежности. Управление частично через web, частично через CLI

Коллеги, подскажите распиновку консольного шнура DE9-DB25 для BRMA (порты А0, А1, В0, В1) в документации, что-то не нашел.

У нас такая же ситуация - пришла станция в конструктиве Common без голосовых подсказок. На сети у нас все станции в конструктиве Кристалл. Я правильно понимаю, что файл, который используется на GPA2 для GD3 не подойдет?

Патч установить пока нет возможности. Сделали следующее - перегрузили коммутатор и маршрутизатор на стороне выноса. Проблема совсем не ушла, но жалоб стало меньше. Если до этого жаловались 2-3 раза в день, то сейчас раз в неделю или реже.

Я правильно понимаю процесс установки патча.
1. Backup mao+voicegides+accaunting и Backup chorus(Linux) data
2. Полная установка (Linux+Call Handling). Relese 7.1,  Patch 36
3. Восстановление mao+voicegides+accounting и chorus(Linux) data
Базы индексировать не надо? Потом все тоже самое делаю для Dynamic patch 36d?

У нас на R7.1 русские имена ходят без проблем

Где бы его взять? Вообще ситуация не понятная. Похоже, что где-то не проходят rtp пакеты. Причем несколько вызовов проходят нормально, потом один, два, раза попадают в тишину, затем опять все хорошо.

Абоненты аналоговые и цифровые. На станции "В" INTIP одна. На станции "А" - три и одна на выносе. 0-15 - прописаны IP-линки, 0-18 - пустая.
+===========================================================­====================================+
|                           C O M P V I S U    L I O                                            |
+===========================================================­====================================+
| cr | cp | type          dsp |    coupler state          |   H323 Gateway      |  RTP Proxies  |
|    |    |                   |                           |  for direct RTP     |    free/max   |
|    |    |                   |                           |     free/max        |               |
|----|----|-------------------|---------------------------|---------------------|---------------|
|  0 | 15 | INTIPA     2GIP6  |          IN SERVICE       |         54/60       |       0/0     |
|  0 | 18 | INTIPA    1GIP44  |          IN SERVICE       |          0/0        |       0/0     |
|  0 | 24 | INTIP3A   0ARMAD* |          IN SERVICE       |         28/30       |       0/0     |
|  4 |  6 | INTIP3B   0ARMAD* |          IN SERVICE       |         26/30       |       0/0     |
| 19 |  1 | INTIPA     1GIP6* |          IN SERVICE       |          0/0        |       0/0     |
| 19 |  2 | INTIPA     1GIP6* |      OUT OF SERVICE       |          0/0        |       0/0     |
|-----------------------------------------------------------------------------------------------|
| '*' mean : transit is not provided on this board.                                             |
+===========================================================­====================================+
Платы грузить пробовал на обоих станциях. Баскул тоже делал.
Ошибка 4408=INT-IP Ethernet error code 4 (status 1 0 0x5c9 0x00 0x00) в принципе давно уже. Жалобы появились только на пошлой неделе

Пинги проверяли - потерь пакетов нет, задержки тоже в пределах нормы. Сетевики тоже говорят, что у них все хорошо.

На сети есть станция «А» R11.2.2-l2.300-33-a-ru-c7s2 с выносом через INTIP3 и станция «В» R7.1-f5.401-17-d-ru-c6s2, соединенная со станцией «А» гибридным IP линком.  Абоненты со станции «В» звонят на вынос станции «А» без проблем. А вот при звонках с выноса на «В» периодически происходит следующее: абонент с выноса слышит треск, а у абонента «В» тишина. С самой станции «А» таких жалоб не было. Причем проблема эта проявляется рандомно. На сети передачи данных ошибок тоже вроде как нет.  Есть какая-то команда посмотреть трассировку звонков по IP? В инциндентах на станции «А» выдает  по плате, через которую включену IP потоки  следующее:
10/09/20 08:26:22 000004M|000/15/-/---|=2:4408=INT-IP Ethernet error code 4 (status 1 0 0x5c9 0x00 0x00).
На станции «В» никаких ошибок нет.

Добрый день. Если не трудно можно тоже ссылочку. У нас тоже R7.1-f5.401-17-d-ru-c6s2. Диски тоже не сегодня - завтра загнутся, а ПО нет.

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

Все станции в одной сети, номера узлов естественно разные. Станции, которые нормально синхронизируются были настроены, а затем был проведен апгрейд с 7-го до 12-го релиза. А сейчас новая станция поднималась с нуля. Настройки посмотрел вроде все одинаковые. Я вот и думаю, может дело в том, что омнивиста старая все-таки.

За это деньги платить надо

Логин/пароль вводил
Номера нет
В отчетах по синхронизации показывает следующее
10/16/2019 9:00:08 PM] Scheduler: The job is started.
[10/16/2019 9:00:08 PM] Target: Could not perform Synchronization: SyncLdapPbx is busy!
[10/16/2019 9:00:09 PM] Scheduler: Job failed.