Добрый день,
Перешли с OXO на OXE. Освободились несколько OXO процессоров с ARMADA.

Возник вопрос: может кто пробовал вместо OXE ARMADA поставить на GD3 ARMADA от OXO?

Референсы такие:
OXE ARMADA: 3BA23275AB  ARMADA daughter board for 30 additional compression pathes
OXO ARMADA: 3EH73100AB  VoIP32 daughterboard - 32 VoIP channels

Доброго времени суток всем,
Может быть у кого нибудь есть в сети 4760 с подключенным к ней ОХО Connect. Знаю что официально это нельзя делать, но может быть это просто не проверялось ALU?

Добрый день,
Есть такая схема:
Meridian M1 ===(E1)===OXE===(ISVPN E1)===Alcatel 4200
                                          ||
                                          ||
                                          ||
                                        (E1)
                                          ||
                                          ||
                                          ||
                                        ГТС

Если абонент меридиана звонит абоненту Alcatel 4200, то не слышно КПВ. У нас на сети ГТС утверждают, что КПВ должна генерировать та станция, на которую звонят.

ГТС->OXE->4200 КПВ есть
OXE->4200 КПВ есть

Трейс между 4200 и ОХЕ при входящем звонке Meridian->4200 (7111 абонент Meridian, 3037 Абонент 4200)
____________________________________________________________­__________________
| (681500:000002) 1016: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 67  desti: 0  source: 15  cryst: 0  cpl: 17  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP [05]    Call ref :  62 99
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a9 83 97 -> T2 : B channel 23 exclusive
| IE:[1e] PROGRESS_ID (l=2) 81 83
| IE:[6c] CALLING_NUMBER (l=6)  ->  01  81  Num : 7111
| IE:[70] CALLED_NUMBER (l=5)  ->  c1  Num : 3037
| IE:[7e] USER_USER (l=17)  00 SUU ISVPN
|   SOUS_EI [1] ISVPN (l=14) :
|    01 node number = 1
|    80 entity     = 0
|    10 name = 0 num = 1 state = 0 p_cat = 0'
|    MCDU_orig : '7111'
|    DROITS: rappel  text  intrus
|            0       0     1
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (681501:000004) Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  e2 99
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3)  a9 83 97 -> T2 : B channel 23 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (681503:000005) Physical-Event :
| long: 48  desti: 0  source: 0  cryst: 0  cpl: 17  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  e2 99
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 85 82
| IE:[7e] USER_USER (l=24)  00 SUU ISVPN
|   SOUS_EI [2] ISVPN (l=21) :
|    8d node number = 13
|    31 name = 1 num = 1 state = 0 p_cat = 1
|    Name : 'User4200'
|    MCDU_orig : '3037'
|    c0 operation = 0 ??? iden = 0 (
|    DROITS: rappel  text  intrus
|            0       0     1
|____________________________________________________________­__________________

Трейс между ОХЕ и Меридиан при входящем звонке Meridian->4200 (7111 абонент Meridian, 3037 Абонент 4200)

| (686917:000002) Physical-Event :
| long: 47  desti: 0  source: 0  cryst: 1  cpl: 4  us: 0  term: 1  type a5
| tei: 0  >>>>  message received : SETUP [05]    Call ref :  71 dd
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a9 83 9e -> T2 : B channel 30 exclusive
| IE:[1e] PROGRESS_ID (l=2) 81 83
| IE:[6c] CALLING_NUMBER (l=6)  ->  01  80  Num : 7111
| IE:[70] CALLED_NUMBER (l=5)  ->  81  Num : 3037
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (686917:000003) 1016: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : SETUP ACK [0d]  Call ref :  f1 dd
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3)  a9 83 9e -> T2 : B channel 30 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (686918:000004) 1016: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  f1 dd
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (686920:000005) 1016: Send_IO1 (link-nbr=13, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 1  cpl: 4  us: 8  term: 1  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  f1 dd
|____________________________________________________________­__________________

Как расшифровать вот это сообщение:
IE:[1e] PROGRESS_ID (l=2) 85 82

Я так понимаю что Meridian не умеет генерировать КПВ локально, а ОХЕ в свою очередь не присылает Meridian-у PROGRESS indicator с указанием что тон КПВ может генерировать она.

Кто как решал эту проблему?

На анлишде видел вариант с включением Preannouncement на 4200, но может есть ещё варианты

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

Профукали при апгрейде на 12.0 заказ планок памяти для CPU7s2. На релизе 12.0 нужно минимум 512 MB.
Поделитесь кто нибудь названием модели оригинальной планки и откликом команды uhwconf после её установки.

Я пробовал ставить нонейм 512MB PC133 133MHz 144pin SDRAM SODIMM  CL3

показывает в uhwconf
Total Memory installed : 491316 KB
Available Memory       : 491316 KB

Доброго времени суток,
При переходе ОХЕ на 11.2 ACTIS пытается поменять процессор с CPU6s2 на CPU7 если в этой OXE открыт SIP. Пробовал ли кто нибудь остаться на CPU6 при открытом SIP на 11.2? SIP работает нормально при этом?

Доброго времени суток.
Куплю NPRAE или NPRAE2 в исправном состоянии. Нужно 2 шт.

Доброго времени суток всем,
Имеется транковая группа ISDN T2 у которой поток в режиме Network и Private=Yes. В программу тарификации не попадают как входящие так и исходящие звонки через эту группу. Это нормально?

Доброго времени суток,
OmniVista 8770, включая новую версию 2.5, не понимает кириллицу в названиях тарифных зон, направлений и городов.
ALU суппорт тянет с решением.
Удалось кому нибудь решить эту проблему самостоятельно?

Доброго времени суток всем,
У меня OXE Crystal HW, 9.0 Release (h130150c)
АбонентA (внутренний номер 4188, equipment number 1131, set type 4020)
АбонентB (внутренний номер 4139, equipment number 1068, set type 4020, без клавиш multiline). C аналоговыми та же проблема.

Абонент В разговаривает с внешним абонентом (SIP или T2). Если В говорит с внутренним то проблема не возникает.

- Абонент A вызывает абонента B
- Абонент А слышит не полностью войс гайд (1 сек) о том что абонент занят и после этого сигнал занято. Из за этого а бонент А не может оставить Callback или вторгнуться в разговор к абоненту В.
После этого я вижу бэктрейсы:
incvisu
26/09/14 15:06:10 000001M|---/--/-/---|=0:1721=Phone exc 5, PC 0x0936cef6 neqt 1131

excvisu
There is a new exception. Its address is : 0X0936CEF6. Monitel time : 6490328. Date : Fri Sep 26 15:06:10 2014
Application-exception no 5, thd 1091, PC=0x0936cef6:154586870, eqt=1131, serv=0 --> __CHECK__
Eqt type=POS_NUM, cr=0, cpl=22, der_us=0, term=24, subtype = 4012(LE)
* Backtrace: 0x08326bf5:137522165 EBP 0x01846b38 --> poste_MLA
* Backtrace: 0x4013e87d:1075046525 EBP 0x01846b5c --> myStop_VMU_Timer
* Backtrace: 0x08a50552:145032530 EBP 0x01846b94 --> ch_afficenra
* Backtrace: 0x08a4db85:145021829 EBP 0x01846bc0 --> afficenra
* Backtrace: 0x08b3fbd2:146013138 EBP 0x01846bcc --> invit_eetrapat
* Backtrace: 0x08a3611b:144924955 EBP 0x01846bec --> v_renvoc_imp
* Backtrace: 0x08a361cd:144925133 EBP 0x01846bfc --> renvoc_imp
* Backtrace: 0x08a373e9:144929769 EBP 0x01846c04 --> t_occup
* Backtrace: 0x09203a86:153107078 EBP 0x01846c7c --> t_occup_prio
* Backtrace: 0x0920a8c2:153135298 EBP 0x01846c84 --> v_t_occup_prio
* Backtrace: 0x08a029d9:144714201 EBP 0x01846c98 --> sui_credloc
* Backtrace: 0x08a02b41:144714561 EBP 0x01846cac --> credloc
* Backtrace: 0x08a03278:144716408 EBP 0x01846cc0 --> test_s63
* Backtrace: 0x08a03b0b:144718603 EBP 0x01846cd4 --> postbon
* Backtrace: 0x08a03e7a:144719482 EBP 0x01846d0c --> esaploc
* Backtrace: 0x08a03ff1:144719857 EBP 0x01846d30 --> rech_ou_aploc
* Backtrace: 0x08a046f5:144721653 EBP 0x01846d3c --> aplourv
* Backtrace: 0x08a04de0:144723424 EBP 0x01846df8 --> appeloc
* Backtrace: 0x08a060e1:144728289 EBP 0x01846e18 --> loc_rsvp
* Backtrace: 0x08a6d63d:145151549 EBP 0x01846e3c --> reptrad_local_station
* Backtrace: 0x08a700ad:145162413 EBP 0x01846e54 --> sui_decreptrad
* Backtrace: 0x08a702f4:145162996 EBP 0x01846e6c --> decreptrad
* Backtrace: 0x08a06d19:144731417 EBP 0x01846e7c --> tra_dec
* Backtrace: 0x092d39f2:153958898 EBP 0x01846ec0 --> real_main
GS=00000000 FS=00000000 ES=0000002b DS=0000002b
EDI=4006b5d0 ESI=4006b6d8 EBP=01846b38 ESP0=00000000
EBX=00000001 EDX=00000001 ECX=000000ff EAX=08326bf5
EIP=0936cef6 CS=00000023 ESP3=01846b38 EFLAGS=00010293

Доброго времен суток всем,
Есть подозрение что новые ключи не правильно сконфигурированы - после их установки возникли проблемы. Пытаюсь вернуться на предыдущие вот так:
Удаляю в 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
> *************************************

Пробовал со стартом и без старта телефонии - одинаково.
Где-то ещё сидит последний ключ. Где?

Доброго времени суток всем,
Имеется OXE версии 11.0. На OXE имеется 60 SIP абонентов на планшетах по WiFi. Заказчик хочет зашифровать голосовой трафик этих абонентов. Актис шифровать даёт только абонентов c телефонами ALU. Можете посоветовать решение?

Доброго времени суток всем,
Имеется OXE с 3-мя платами INTIP2 и более 20-ти удалённых выносов MG. Вчера заметил что на на одном из MG выдало ошибку что не хватает кодеков. Запустил compvisu и увидел на этом MG что несколько каналов стоит в состоянии CG (RTP Direct : CG = Comp used:Flux RTP on GW). Я так понял что центральная станция воспользовалась кодеками платы GD этого MG для звонка на железку, подключенную по SIP. В этот момент на 3-ёх платах INTIP2 центральной станции было много свободных каналов.
Какой же принцип занятия каналов SIP TG? Как заставить брать каналы только из плат INTIP2?
MG и центральная станции в разных IP-доменах.

Доброго времени суток всем,
Подцепил 4018 в SIP режиме к Asterisk (качество звука кстати выше чем у конкурентов). Можно ли включить режим гарнитуры в моём случае или эта функция железячная только должна быть (разъём, кнопка например)

Доброго времени суток,
Имеется OXE (подключение к ГТС по Е1) и аналоговый GSM шлюз подключеный в NDDI плату. Некоторые абоненты активировали функцию "Переадрессация по неответу" на сотовые номера. При звонке из города время с момента первого звонка на фиксированный телефон и до звонка на сотовый телефон слишком велико (20 сек), хотя Таймер №4 ужал до минимума 8 сек. Можно ли:

- позвонившему абоненту слать при переадрессации не КПВ, а фразу типа "включена переадрессация, ждите соединения"
- заставить фиксированный и сотовый телефон зазвонить одновременно-про Remote extension знаю, хотелось бы бесплатно.

Спасибо.

Доброго времени суток,
Не могу найти как проключить входящий именной URL SIP вызов (например ivanov55@sipnet.ru) на IAA.

SIP dictionary не хочет видеть в качестве directory number IAA access.
Переадрессация с виртуального Z на IAA access тоже не ставится.