Здравствуйте,
После обновления OXE с 12.0 до 12.4, ночью, после загрузки файлов из Main OXE, PCS OXE просто зависает.
Единственный способ запустить сервер PCS OXE - перезагрузка. Проблема проявляется периодически.
Подскажите, пожалуйста, где искать решение проблемы.

Спасибо.

Здравствуйте,

Установлен релиз 12.0 (m1.403-16-b-ru-c82) АТС OXE, и при настройке подсистемы DECT возник вопрос. Вопрос связан с синхронизацией.
Конфигурация АТС следующая:

Crystal 0 :

  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  0 |  6 |     CPU_CS2|---------- |   IN SERVICE |    NO PCMS CODE |
  +-------------------------------------------------------------------+

Crystal 2 :

  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  2 |  0 |         GD3|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  2 |  1 |  SLI2 8 (Z)|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  2 |  2 |  SLI2 16(Z)|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  2 |  3 |  SLI2 16(Z)|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  2 |  4 |  SLI2 16(Z)|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  2 |  5 |  SLI2 16(Z)|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  2 |  8 |         CS2|---------- |  CALL SERVER |   BAD PCMS CODE |
  +-------------------------------------------------------------------+

  --- Inter Crystal Topology ---

  +-------------------------------------------------------------------------+
  | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
  |-------------------------------------------------------------------------|
  |002 | 00 -GD3     (INT_A  )  ===  78/78 ===  (   MAIN)   pwMEX - 00 |003 |
  |-------------------------------------------------------------------------|
  |002 | 00 -GD3     (MAIN   )  ---  43/43 ---  (  INT_A) INTIP3A - 01 |019 |
  |-------------------------------------------------------------------------|

Crystal 3 :

  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  3 |  0 |       pwMEX|---------- |   IN SERVICE |    NO PCMS CODE |
  |  3 |  2 |  SLI2 16(Z)|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  3 |  3 |  SLI2 16(Z)|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  3 |  4 |  SLI2 16(Z)|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  3 |  5 |  SLI2 16(Z)|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  3 |  8 |  SLI2 16(Z)|---------- |   IN SERVICE |   BAD PCMS CODE |
  +-------------------------------------------------------------------+

  --- Inter Crystal Topology ---

  +-------------------------------------------------------------------------+
  | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
  |-------------------------------------------------------------------------|
  |003 | 00 -pwMEX   (MAIN   )  ---  78/78 ---  (  INT_A)   MGD3  - 00 |002 |
  |-------------------------------------------------------------------------|

Crystal 4 :

  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  4 |  0 |         GD3|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  4 |  1 |       UAI 8|---------- |   IN SERVICE |   BAD PCMS CODE |
  +-------------------------------------------------------------------+

Тип используемых баз - IBS 4070. После подключения на UA порт в инцидентах возникает следующая ошибка:
3953=Internal IBS anomaly no 1, parameters 0 255 255 255

Состояние синхронизации с системе:

+----------------------------------------------------------------------+
| N_CR | N_CPL |   TYPE       | N_ACCES | PRIO | SYNC_CLOCK  |  TG/LK  |
+----------------------------------------------------------------------+
+----------------------------------------------------------------------+

***************************************************************
*                                                             *
*         NO SYNCHRONIZING BOARD IS  DECLARED IN THE SYSTEM   *
*           OR SYNCHRONIZING BOARD PRIORITY IS 255            *
*                                                             *
***************************************************************

+========================== Synchro DECT ==================================+

+--------------------------------------------------------------------------+
| N_CR | N_CPL |   TYPE       | DECT_CLOCK   | Depending Crystals          |
+--------------------------------------------------------------------------+
+--------------------------------------------------------------------------+


+========= campus synchronization via INTOFS ====================+

this node 1 is SLAVE of campus synchronization (master node = ?)
synchro = PHASE_NO_OPERATION (phase shift values = 0,0)
info1=0 info2=0 info3=0 info4=0

Прошу подсказать как всё таки запустить в работу DECT.  

Здравствуйте,

На днях случилась неприятная ситуация, а именно посыпался диск на АТС 4400 (процессор CPU3) Release 2.1 и соответственно система не
работоспособна.

Вариант с процедурой Upgrade до актуальной версии пока не рассматривался по причине ограниченного финансирования.
При условии закупки нового диска есть шансы восстановить систему? Смущает версия софта, а именно доступность.
Прошу подсказать, что можно сделать.

Заранее благодарен.
 

Здравствуйте,

Есть Alcatel OXE Release 9.1 (I1.605.41) , с другой стороны другая IP ATC . Между ними настроен SIP транк, голосовые вызовы и исходящие факсимильные сообщения ходят отлично.
Столкнулся с проблемой проблемой приёма факсимильных сообщений по протоколу T.38.

Проанализировав дамп приёма факсимильного сообщения возникло несколько вопросов:
1. Какой диапазон портов UDP (UDPTL) используется для приёма/передачи факсов по протоколу T.38? Прошу подсказать документ в которой можно ознакомиться с данной информацией.
2. После переключения сессии с SIP на T.38 в wireshark есть строки - Протокол ICMP c Info (Destination Unreachable (Port unreachable)). Это ответные сообщения в сторону удаленной АТС при получении пакета с ее стороны  - Протокол T.38.
Ссылка на изображение -  https://drive.google.com/open?id=0B9PzzDl1-XzOYVVrdzl2VG11U1U

Просьба подсказать или направить куда смотреть дабы добиться работоспособности приёма факсов!
Спасибо.

Здравствуйте,

Есть 2-а физических сервера (HP ProLiant dl380 g6) в роли Application Server.
Сервера расположены рядом, и в одном сегменте LAN. Релиз OXE R9.1.
Вопроc: возможно ли разнести сервисы (Managment и Service) на разные интерфейсы сервера?
То есть Cluster interconnection соединить через cross over кабель?

Спасибо.