доброго дня всем.

столкнулся со следующей проблемой, если добавить в конференцию абонента сторонней системы подключенного через SIP транк, то подключенный абонент слышит всех участников а вот его  не слышно...

при обычном звонке или трёхсторонней конференции всё нормально, все всех слышат.
если подключать внешних абонентов через PRI, так же проблем нет.

всего имеются 2 SIP транк группы, в обеих одинаковая проблема. Транк группы подключены к Gеnesys и Oktell.



CPU type           : cpu7
Linux version      : 72.11
MAO software version      : J1.410.57 ;
Software Version Name     : R10.0 ;

Доброго дня уважаемые коллеги!

настраиваю связь по SIP между ОХЕ и Cisco Unified CM
столкнулся со следующей проблемой, исходящая связь от ОХЕ до CUCM работает без проблем.
но вот входящая никак не хочет, при звонке ОХЕ  выдаёт SIP/2.0 488 Not Acceptable Here

ОХЕ в конструктиве АСТ R10.0
CPU type           : cpu7
Linux version      : 72.11
Delivery software version : j1.410 ;
Patch version             : 63 ;
Dynamic patch version     : b ;

CUCM System version: 11.0.1.20000-2


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

Доброго всем дня!
Понадобилось прицепить вынос IP, корзина WM (ACT10).
Создал шелф 5 на первое место прописал INTIPB.
В центральном шелфе есть две INTIPA с которыми без проблем работают IP MG и IP аппараты.
но вот вынос на INTIPB никак не хочет цепляться, с проца пингуется
в СОМ порту при загрузке INTIPB видно следующее

00000016-00001A62: ConfigIP : Ethernet check success.........
00000017-000020AB: ConfigIP : Default Router alive
00000018-000020AB: LANPBX : Download of the file 'lanpbx.cfg' fr om server 10.185.11.71
.
00000019-00002163: LANPBX : DOWNLOAD lanpbx.cfg OK
0000001A-00002163: LANPBX : SEARCH OF THE GOOD CPU FROM LANPBX.CFG
0000001B-00002163: BININTIP : Download of the binary [Current size lim it : 1024KBytes]
0000001C-00002163: SEARCH FOR CPU : Try to start with cpu 10.185.11.71 (tftp client number 0 try to download file 'binintip')
0000001D-00002169: SEARCH FOR CPU : cpu 10.185.11.71 deny INTIP board (tftp server return error = 32002)
0000001E-00002169:                : "No declared equipment for INTIP A / INTIP B StandBy"

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=

INTIP fails to start

Event : CPU search step failed

Diagnosis :
- INTIP board failed to locate the main CPU.

Checklist :
- Check lanpbx.cfg file content
- Check that Ethernet address and Crystal number are declared in database of the CPU
- Check that the CPU can ping INTIP board when this message is just displayed

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
0000001F-00002169: SEARCH FOR CPU : We have not found the cpu (tftp server not found)


подскажите что это за файл 'binintip'? где он должен лежать?
подозреваю что в pbxbuild чего то не хватает, но интуитивно не смог понять.


lanpbxbuild

01.     IP download: 10.185.11.71
       IP download RD: 10.185.11.71
       IP CPU 1: 10.185.11.73
       IP CPU 2: 10.185.11.70

станция сетевая, двух процессорная R7.1 ACT

Доброго всем дня!

ОХЕ MG R11.1
l1.301.17f

станция сетевая

возникла плавающая проблема: TG NDDI(BCA) плата APA8, при исходящем звонке, через ARS префикс, после набора номера иногда просто тишина в трубке.
конфига "переезжала" с кристалла R5.1., на котором проблемы не было.

закономерности по конкретной линии не нашёл, входящая работает без проблем.
категории проверял.

Подскажите где ещё может таиться проблема? что проверить?

Всем доброго дня.

Имеется станция ОХЕ кристалл R10.0 (j1.410.63.b) дубль cpu7

так же есть 2 платы GPA и GPA2

на GPA2 голосовой проект .msk, а на GPA динамические VG.

Хотелось бы добавить количество конференций, но для этого нужно освободить GPA от привязанных к ней динамических VG.

подскажите как их перетащить на другую плату?

Доброго времени суток!

Коллеги, есть у меня возникла задача - старый(аппаратно) но с обновлённым до R10.0 релизом WM, перенести в большой кабинет АСТ28, для расширения. К тому же добавить второй процессор для повышения отказоустойчивости.
Железо и OPS новые получил, там в hardware.mao уже новый кабинет АСТ28, и 2 проца. Плату процессора меняю с 6 на 7-2.
В связи с этим возникли вопросы о порядке действий, хотя на первый взгляд было всё ясно, пока не начал )))
В существующей конфиге много специфичных настроек (CCD, RSI, CTI), станция сетевая (подключена по ISDN) и транзитная для SIP транков Контакт Центра.
С нуля набивать крайне не хотелось бы, т к нет столько времени на простой и отладку, да и обязательно что то упустишь.


самостоятельно столкнулся - если на чистый проц заливаешь старую базу, после меняешь тип шелфа с WM на АСТ28, все платы остаются на старых местах. что вначале сделать, расставить платы или залить новый OPS?

Подскажите в каком порядке лучше действовать?


инфа по станции:

CPU type           : cpu6
Linux version      : 72.4

Delivery software version : j1.410 ;
Patch version             : 38 ;
Dynamic patch version     : c ;

MAO software version      : J1.410.38 ;
Software Version Name     : R10.0 ;
System Country            : RUSSIA_CIS (19);
System for Large Config   : no;

Node number       : 1 ;
Network number    : 0 ;

Crystal 0 :

  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  0 |  0 |       MMSFD|---------- |ONLY MAO FILE |   BAD PCMS CODE |
  |  0 |  1 |        CPU6|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  2 |        GPA2|---------- |   IN SERVICE |  3BA23241AAAC05 |
  |  0 |  3 |        PRA2|---------- | REG NOT INIT |   BAD PCMS CODE |
  |  0 |  4 |         GPA|---------- |   IN SERVICE |  3BA53097AAAA04 |
  |  0 |  5 |        VPU5|---------- | REG NOT INIT |   BAD PCMS CODE |
  |  0 |  6 |       NPRAE|---------- |   IN SERVICE |  3BA23254ABJE02 |
  |  0 |  7 |       NPRAE|---------- |   IN SERVICE |  3BA23254ABJE02 |
  |  0 |  8 |        RT2A|---------- |   IN SERVICE |  3BA23077ABAA04 |
  |  0 |  9 |      INTIPA|    INT-IP |   IN SERVICE |  3BA23193ACAF07 |
  +-------------------------------------------------------------------+

  --- Inter Crystal Topology ---

  +-------------------------------------------------------------------------+
  | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
  |-------------------------------------------------------------------------|
  |000 | 08 -RT2A    (INT_A  )  ===  30/30 ===  (   MAIN)    RT2B - 01 |002 |
  |-------------------------------------------------------------------------|

> Reference rack not set


Crystal 1 :

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


Crystal 2 :

  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  2 |  1 |        RT2B|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  2 |  2 |        UA16|---------- |   IN SERVICE |   BAD PCMS CODE |
  +-------------------------------------------------------------------+

  --- Inter Crystal Topology ---

  +-------------------------------------------------------------------------+
  | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
  |-------------------------------------------------------------------------|
  |002 | 01 -RT2B    (MAIN   )  ---  30/30 ---  (  INT_A)    RT2A - 08 |000 |
  |-------------------------------------------------------------------------|

Crystal 19 :

  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  | 19 |  0 |      FICTIF|           | REG NOT INIT |    NO PCMS CODE |
  | 19 |  1 |      INTIPA|           |   IN SERVICE |    NO PCMS CODE |
  | 19 |  2 |      INTIPA|           |  OUT OF SERV |    NO PCMS CODE |
  +-------------------------------------------------------------------+

Доброго всем времени суток.

вернулся из отпуска и столкнулся с таким сообщением при подключ ении в 4760:
OmniVista will work in restricted mode, due to the following license error:
Global syncronization | Timed out:There was no global syncronization execution since too much time elapsed.
попробовал синхронизировать со всей сетью, все станции проходят, в том числе и та к которой привязаны лецензии, кроме одной с PCS, в одном из пунктов в логе ругается на PCS:

11.08.2014 14:47:34] Цель: Некоторые PCX загружены не полностью !
pxa000003, Gorod3,Sub-network,Network
[11.08.2014 14:47:36] Планировщик: не удалось выполнить задание.

После чего задача прекращается.

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

OmniVista R 5.1.1

проблемная OXE MG
Delivery software version : f5.401 ;
Patch version             : 17 ;
Dynamic patch version     : c ;
MAO software version      : F5.401 ;
Software Version Name     : R7.1 ;
System Country            : RUSSIA_CIS (19);

Всем доброго времени суток!

Нуждаюсь в совете о том, в какой последовательности менять адреса?

Существует ОХЕ 9.1 MG

Центральный шелф с GD2 и CS, так же имеются 4 IP выноса в разных городах с GD2 и PCS.
Есть IP и SIP аппараты, но их не много.

для себя определил следующую последовательность:
1. замена адресов по telnet, через mgconfig на GD, без перезагрузки
2. замена адресов на PCS (есть сомнения, т к они потеряют проц и станут main)
3. замена адресов SIP gateway и PCS на проце
4. замена адресов на CS через netadmin (без -m) и всеобщий ребут

поправьте меня если что то не так, хотелось бы обойтись без локальных подключений через консоль.
Буду крайне признателен.

День добрый.

пришла необходимость расширить существующий нод в сети станций, в частности расширить sip транк до сервера Genesys, с существующих 47 каналов до 100. в связи с этим появились пара вопросов:
 1)Подскажите корректно ли будут работать в одной корзине INTIP+2*GIP 4-4 и INTIP3+ARMADA?
 2)Верно ли я считаю, что для соединения по SIP транку между ОХЕ и сервером Genesys, на каждый разговор с городом будет тратиться 1 компрессор(DSP)? Внешние звонки идут транзитом через ОХЕ.

Сомневаюсь так как поставщик добавил INTIP3 без дочерней армады, мотивируя тем что актис не добавил. на мой вопрос сказал - нужно добавим. Не хотелось бы за зря удорожать решение.

CPU type           : cpu6
Linux version      : 72.4
Delivery software version : j1.410 ;
Patch version             : 38 ;
Dynamic patch version     : c ;
MAO software version      : J1.410.38 ;
Software Version Name     : R10.0 ;
System Country            : RUSSIA_CIS (19);

День добрый.
Уважаемые, сегодня столкнулся с такой проблемой - пытаюсь пересадить людей в другое здание. Там установлен вынос WM соединён по RT2, при попытке создать или прописать, ранее созданый, на порт цифровой аппарат 40х9, выдаёт такое сообщение:
┌─Error:───────────────────────────────────────────────────────────────────────┐
│ X │
│ Press CANCEL to remove this window X │
│ X │
│ processing Failure X │
│ OBJECT -1: ATTRIBUTE 0: Incompatible Hardware for Alcatel 8&9 Series TDM Set │
│ X │
└──────────────────────────────────────────────────────────────────────────────┘

аппараты 4035, 4020 и т д, регистрируются без проблем. впервые столкнулся

для инфы:

  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  3 |  1 |        RT2B|---------- |   IN SERVICE |  3BA23077ABAA04 |
  |  3 |  2 |        eZ32|---------- |   IN SERVICE |  3BA23265ABCB04 |
  |  3 |  3 |        eZ32|---------- |   IN SERVICE |  3BA23265ABCB04 |
  |  3 |  4 |       eUA32|---------- |   IN SERVICE |  3BA23266AAAA03 |
  +-------------------------------------------------------------------+

  --- Inter Crystal Topology ---

  +-------------------------------------------------------------------------+
  | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
  |-------------------------------------------------------------------------|
  | 03 | 01 -RT2B    (MAIN   )  ---  27/30 ---  (  INT_A)    RT2A - 27 | 00 |
  |-------------------------------------------------------------------------|


подскажите это плата eUA32 со старой прошивкой? можно ли её обновить?
менять плату пока не на что...

Всем здравствуйте и всего доброго.

Подключил GSM шлюз по SIP как External Gateway.
Исходящие вызовы уходят без проблем, а вот с входящими интересная ситуация.
При входящем звонке, шлюз посылает внутренний номер 1111, телефон звонит, при поднятии трубки тишина. если звонок поставить на ожидание и потом опять взять, голос появляется и всё работает нормально.

Почитав форум и маны, пришёл к выводу что дело в RTP. Пробовал на шлюзе менять диапазон портов, для чистоты эксперимента оставлял диапозон в 10 портов начиная с 32696 по 32706.

в трассировке видно что вначале почему то выбирается порт не из диапазона, после постановки на ожидание и возврат звонка, видно RE-INVITE и порт меняется на один из указанного диапозона.

OXE MG R9.1-i1.605-12-ru-c82
шлюз находится рядом с выносом с PCSом, сам проц в другом городе и соответственно в другой подсети (хз но может важно).

доброго времени суток,уважаемые.
Avaya CM5.1 подключил к OXE R7.1 по Е1
столкнулся со следующей проблемой. Avaya звонит как на внутренние OXE, так и в город, и на мобилы отдельными от города транками Е1. OXE звонит всюду без проблем.
АОН от авайи - 4х значные вн номера и при транзитном звонке наружу никак не изменяется.
Подскажите каким образом реализовать единый АОН при звонке наружу,для городского транка - городской номер, а для мобильных мобильный ?
если с Avaya присылать городской АОН, то и абоненты ОХЕ видят городской номер.
Пробовал сам разобраться по доке, но про транзиты мало написано, а по кускам не разобрался   ... боюсь чего заломать ненароком.
Буду крайне признателен за помощь.

Avaya CM5.1
OXE R7.1 CPU6

доброго всем дня!!
после выхода из отпуска стал постоянно валиться инцидент такого вида
02/07/13 08:33:41 000002M|--/--/-/---|=0:2678=IPC IPC SEND err: appli CMISE
err -7 fd 0 ord 12 dest. ?Incid2Trap:xa000002

станция кристалл, 2 проца, R7.1,
в incinfo как всегда всё предельно непонятно )))

примерно раз в минуту появляется, иногда совпадал с отказом ABC-F по IP, но не всех линков а единичных соединений, линки практически сразу же поднимаются ...

подскажите с чем может быть связано такое поведение станции?

PS: в сети 14 станций, ещё на одной станции в сети(R7.1 MG) тоже иногда такой появляется, но намного реже...

Доброго времени суток.

Возникла необходимость хранить архивные тикуте бесконечно долго , ну или максимально возможное время   .
до этого, эти действия делал скрипт, который заходил в C:\4760_ARC\Accounting\tickets и копировал оттуда файлы и папки на другой сервак... в силу определённых причин скрипт ушёл в небытиё
по докам нарыл следующее
"-Each archive file is conserved for 94 days, which means that records may be kept for up to 125 days maximum (94 days maximum conservation + 31 days archiving delay). After this time, records are deleted."  

по моему это как то не правильно, зачем тереть когда места вагон...
подскажите где правильнее делать изменение Clean-Up Delay ?
1- System Directory: NMC > Name server > Servers > Server_name > Accounting (тут в поле Clean-Up Delay стоит значение 94D)

или

2- System directory: NMC > Server_name > Servers > Server_name > NMCDat aBase(тут поле Clean-Up Delay вообще пустое )

надеюсь на Вашу подсказку, а то на боевой системе метод тыка не годится...

всех с очередным наступившим  
а теперь вопрос - есть ли возможность перенести часть лицензий с одного процессора на другой ?
пример: есть 2 станции OXE (MG R8.0.1  и WM R10.0)
на 8м релизе куча цифровых лицензий, которые там не используются, а вот на 10м релизе как раз нехватка этих самых UA. вот и задался мыслью о возможности перетащить сотню другую на другую станцию.

подскажите, кто сталкивался, такое вообще возможно? и примерно опишите процедуру.

ещё раз с праздниками.