Коллеги, бьемся над проблемой уже не один день. Может кто подкинет правильное решение... Ситуация следующая... Есть 2 узла АТС Omnipcx Enterprise между которыми настроен IP ABC-F. На первом узле имеем платформу Genesys подключенную по SIP, на втором имеем поток Е1. Задача, с Genesys делать исходящие звонки на городские номера через Е1 второго узла. На первом узле транковая группа Е1 второго узла прописана как Remote TG. Набор на первом узле в эту транковую группу сделан через ARS. В ARS прописан свой NPD c  Calling Numbering plan ident. + NPI/TON Isdn National, Called numbering plan ident. + NPI/TON Isdn Subscriber, т.к. это требует провайдер второго узла. Проблема заключается в том, что звонок в транковую группу Е1 второго узла через SIP упорно идет с форматом Calling - Unknown, хотя called идет как и требуется в формате Subscriber. Провайдер не воспринимает формат Unknown и отбивает звонки. Хотя при этом звонки просто с аппаратов первого узла через удаленную транк-группу Е1 проходят абсолютно нормально, закрываясь нужным форматом и АОНом. Получается, что при звонках с Genesys через SIP TG, не принимается NPD прописанный в ARS. Самой SIP транк группе первого узла автоматом назначен NPD 2, в нем calling и called в формате unknown. Пробовали менять этот NPD, на другой с calling - National и called-subscriber, после этого перестают проходить исходящие звонки в SIP TG. Так же в SIP TG прописан Remote Network : 2, если посмотреть в Network routing table 2 там прописан свой Numbering Plan Descriptor Id : 11 в котором тоже calling и called в формате unknown, пытались его менять, не помогает... в чем может быть затык?

Приветствую всех гуру по Алкателю!
Странная ситуация произошла... плата INT-IP2 перестала видеть платы компрессоров (2хGIP4-4)... В процессе загрузки выдает :
No daughter board is present
00000030-0000205F: Loader: Identity Requested (Binary 0)
ERROR : Unknown daugther board pluged on intip in HPII::DaughterBoard_type - value =171

после этого загружается в IN SERVICE, но без компрессоров

на OXE-ке соответственно инциденты:
05/07/11 15:26:19 000000M|000/00/-/---|=0:4402=Compression state 8 (10-13 INFO, other ERROR); daughter board 0,DSP 0"
05/07/11 15:26:19 000000M|000/00/-/---|=3:4421= 2 GIP4_4 registered, but 0 plugged

Пытались поставить дочерние платы с другой INT-IP, все равно не видит... При этом дочерние платы 2хGIP4-4 взятые с этой INT-IP норм. работают на другой плате.

Вопрос следующий, лечится ли INT-IP2 софтово или ей уже хана на железном уровне?
ТИп платы - INTIPA, при подключении консольником говорит

Configuration menu not available on INTIPA board !

Available commands :
Reset    Reset coupler

Приветствую всех Алкателеведов! Гуру, может подскажете есть ли возможность на OXE ограничить входящие вызовы на конкретную хант-группу по времени? Насколько я понял Special Services-Temporized Call Release в Транк группе распространяется только на исходящие? Ограничить надо входящие по потоку Е1. Заранее спасибо.

День добрый! Странная ситуация однако Есть OXE MG R9.0 патч 31... Клиенты хотят отправлять короткие сообщения с аппарата на аппарат, цифровики 4029. Собственно, сообщения то отправляются, но только на инглише... При этом переключение на клавиатуре на кириллицу работает, но только для набора по имени, а вот при отправке сообщений не прокатывает... набор дает делать только латиницей... в доке про языки в текст. сообщениях ничего не нашлось... в 9 релизе это вообще работает?

Уважаемые гуру, помогите разобраться, кого пинать Станция OXE, R9.0, поток Е1. Ситуация следующая, при звонке из города на переадресованный внутр. номер (переадресация на мобильный) при выключенном мобильнике слышим КПВ, вместо информатора о недоступности абонента. Такая ситуация происходит только при транзите с внешнего на внешний, если набрать с внутреннего номера АТС то нормально слышим автоинформатор. Хотя в обоих случаях, трасса идентичная и от оператора после отправки SETUP, получаем СALL PROCEEDING и, как ни странно, ALERT ( )... Эта ситуация в одном из регионов, проверял такую же ситуацию в Москве (оператор Комстар) после отправки SETUP на мобильный получаем CALL PROCEEDING и PROGRESS, никакого ALERT нет. Хотя на стороне звонящего тоже слышим КПВ. Лечится это выставлением галки Cx on Progress message + True  в other system param. Вопрос, как быть в регионе, пинать оператора, чтоб отдавал вместо ALERT сообщение PROGRESS или все же как то ковырять свою АТС.

Вот трасса: звонок с внутр. номера на внутр., который переадресован на выкл. мобильный (слышим информатор):

| (080781:000009) 1075: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 56  desti: 0  source: 15  cryst: 1  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 67 95
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=12) -> 21 81 Num : 8412XXXXXX
| IE:[70] CALLED_NUMBER (l=12) -> c1 Num : 8916XXXXXXX
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (080782:000011) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 1  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  e7 95
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 83 -> T2 : B channel 3 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (080818:000012) Concatenated-Physical-Event :
| long: 26  desti: 0  source: 0  cryst: 1  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  e7 95
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 82 88
| IE:[1e] PROGRESS_ID (l=2) 82 82
|____________________________________________________________­__________________

слушаем автоинформатор, по окончании получаем:

____________________________________________________________­__________________
| (081002:000030) Concatenated-Physical-Event :
| long: 26  desti: 0  source: 0  cryst: 1  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : DISCONNECT [45] Call ref : e7 95
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 80 9f -> [9f] NORMAL, UNSPECIFIED
| IE:[1e] PROGRESS_ID (l=2) 82 88
|____________________________________________________________­__________________


Трасса при звонке с внешнего на переадресов. на выкл. мобильный внутр. номер, слышим КПВ:

____________________________________________________________­__________________
| (087509:000002) Concatenated-Physical-Event :
| long: 45  desti: 0  source: 0  cryst: 1  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05] Call ref : 7d 5a
| X SENDING COMPLETE
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 9b -> T2 : B channel 27 exclusive
| IE:[6c] CALLING_NUMBER (l=4) -> 00 83 Num : 81XXXXXXXX
| IE:[70] CALLED_NUMBER (l=4) -> 81 Num : 628XXX
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (087509:000003) 1076: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 1  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  fd 5a
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 9b -> T2 : B channel 27 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (087509:000004) 1076: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 1  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : PROGRESS (03)  Call ref :  fd 5a
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (087509:000005) 1076: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 49  desti: 0  source: 15  cryst: 1  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 67 b9
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=5) -> 21 81 Num : 628XXX
| IE:[70] CALLED_NUMBER (l=12) -> c1 Num : 8916XXXXXXX
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (087511:000006) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 1  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  e7 b9
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 99 -> T2 : B channel 25 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (087544:000007) Concatenated-Physical-Event :
| long: 26  desti: 0  source: 0  cryst: 1  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  e7 b9
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 82 88
| IE:[1e] PROGRESS_ID (l=2) 82 82
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (087544:000008) 1076: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 1  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  fd 5a
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 80 88
|____________________________________________________________­__________________

Вместо информатора слушаем КПВ, далее получаем и отправляем :

____________________________________________________________­__________________
| (087769:000016) Concatenated-Physical-Event :
| long: 26  desti: 0  source: 0  cryst: 1  cpl: 6  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : DISCONNECT [45] Call ref : e7 b9
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 80 9f -> [9f] NORMAL, UNSPECIFIED
| IE:[1e] PROGRESS_ID (l=2) 82 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (087769:000017) 1073: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 1  cpl: 6  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : fd 5a
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 9f -> [9f] NORMAL, UNSPECIFIED
|____________________________________________________________­__________________

Уважаемые гуру, в чем может быть затык при очистке HAND Flash на GD? Делаем все по доке:
Выставляем дип свитчи в положение 1,2,4- ON , 3-OFF
Запускаем PC Installer /GD/GA/rGD binaries и т.д.
при этом по высветкам CPU на GD проходят только 2 фазы
Phase of bios                 2 x ON/OFF (250ms)/ 1 OFF ( 2 s)
Phase of Linux.ram loading    4 x ON/OFF(250ms)/ 1 OFF ( 2 s)

а вот
Phase of erasing and formatting of the NAND FLASH  Fixed ON
Phase of end of formatting of the NAND FLASH       Fast flashing (50 ms/ 50 ms)
и сообщение в конце Welcome to PeeWeeLinux
                   (none) login:
нет. При этом, как я понял, должен забираться файл binrgdrdi из /DHS3bin/downbin/emg/ но этого тоже не происходит. GD подключена к PCшке заведомо исправным кроссовым кабелем... Пробовал разные версии PC Installer все тоже. При этом после возвращения дип свитчей в рабочее положение GD загружается со старыми параметрами... в чем может быть затык?

Коллеги, столкнулись с таким глюком, на 4039 не отображаются корректно пропущ. вызовы... т.е. пропущ.вызов----> конверт мигает, далее нажимаем на конверт, показ.1 пропущ вызов (как пример), далее при нажатии кнопки рядом с "1 пропущ. вызов" показывает пустой дисплей... если еще раз нажать на эту кнопку, тогда уже показ какой номер был пропущен... Такая вещь проявляется только на 4039, на 4029 и 4019 все ок.
Пробовал играться с настройками Calls Not Answered Storage Mode, Keep Unanswered Calls в System, не помогло... Перезагрузка CPU помогает, но временно... Станция MG OXE Релиз 9, но смотрю что подобные проблемы проявлялись и на 7-ке. http://forum.intersyst.ru/read.php?7,4184,4184#msg-4184
Может кто сталкивался и знает лекарство?