Никто не знает курсов нормальных по Huawei?
http://www.vedomosti.ru/tech/news/6458961/alcatellucent_ischet_podderzhku

Доброго времени.Произошла следующая ситуация.Имеется OXE c двумя процессорами.На одном вышел из строя HDD.
Хочу сделать следующее:
1.Заменить HDD  и поднять R9.1 до актуального патча, залить базу,благо удалось слить с винта папку backup.
2.Вставить этот процессор и сделать bascul.
3.Обновить на STAND-BY софт до актуального патча.
4.Синхронизировать базы процессоров.

Больше всего меня интересует 2-й пункт- нормально ли пройдет bascul у процессоров с разными версиями патчей?
Или все-таки добиваться у руководства остановки станции?

Версия софта на живом процессоре:

R9.1-i1.605-16-c-ru-c7s2

Business identification: R9.1

Release:
DELIVERY i1.605
Patch identification: 16
Dynamic patch identification: c

Country: ru
Cpu: c7s2

ACD VERSION
release : 8
bug_fixing : 1
protocol_id : 90
version_dy_hr_stat :  11

Не знал куда запостить, ибо на форуме нет подраздела курилка\флудилка .При конфигурировании станции часто на глаза попадался параметр MINITEL. Ну минител и минител, фиг с ним, про себя думал что это какой то типа мини-телефон алкателеский или приблуда какая-то.Но сегодня вот на каком-то из новостных сайтов прочитал и узнал что это такое .

не получается поднять ABC-F на связке OXE R10 железо MG CS-2+ GD3+ BRA4.Проблема следующая -по suproutage все прекрасно, infocs тоже все ОК, разговор туда и обратно проходит, но нет нормального прохождения ip пакетов, т.е в принципе этот линк нужен не для разговоров а для удаленного управления станцией.По инцидентам линк валится через минуту-две но тут же поднимается, а что самое интересное PING в не проходит в обе стороны, иногда показывает неправильную контрольную сумму у пакетов.
(102)xb001002> ping 172.30.1.12
PING 172.30.1.12 (172.30.1.12): 56 octets data

--- 172.30.1.12 ping statistics ---
11 packets transmitted, 0 packets received, 100% packet loss
(102)xb001002>


Брал эту плату(BRA4 и вставлял в тестовую станцию с 6-м релизом- все прекрасно, плата не причем.В другой тестовой станции (на железе АСТ) тоже ставил 10 релиз и плату BRA2, и связывал, не работает.Перепробовал такие комбинации


OXE ACT R.7.1 BRA2----OXE R10 MG CS-2 GD-3 BRA4  не работает

OXE ACT R.7.1 PRA2----OXE R10 MG CS-2 GD-3 PRAT2 работает

OXE ACT R.10  BRA2----OXE R10 MG CS-2 GD-3 BRA4  не работает

OXE ACT R.7.1 BRA2----OXE R10 ACT CPU7 BRA2 работает

OXE ACT R.7.1 BRA2----OXE R6.0 MG CS-2 GD BRA4(эта же плата) работает

OXE ACT R.7.1 BRA2 порт заведомо исправен и работает с любым релизом на другом конце, кроме связки MG CS-2+ GD3+ BRA4.
Linux на MG CS-2 R10 переустанвливал полностью заново, чтобы исключить всякое.


Помогите , люди добрые! )

Предыстория такова- в последнее время расплодилось много бешеных трактористов.).
Имеется станция Alcatel OmniPCX Enterprise R7.1-f5.401-21-f-ru-c7.
Есть на ней выноска абонентской емкости по оптике ACT-28 Interfaces Periphereal ACT shelf (shelf 1)
он подключен по такой схеме

OXE(shelf 0----INTOFA(25 платоместо+плата COST)--------->singlemode оптика------>выноска INTOFB(20-е платоместо+COST)

вот конфиг 0 шельфа
(102)xa001002> config 0
Wed Jul  6 08:47:59 MSD 2011


  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  0 |  0 |     INTOF2A|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  1 |       Z24_2|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  2 |        PRA2|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  3 |       Z24_2|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  4 |     INTOF_A|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  5 |       Z24_2|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  6 |        CPU7|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  7 |        IO2N|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  8 |       Z24_2|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 |  9 |        RT2A|---------- | REG NOT INIT |   BAD PCMS CODE |
  |  0 | 10 |       Z24_2|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 11 |     INTOF2A|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 12 |       Z24_2|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 13 |        PCM2|---------- | REG NOT INIT |   BAD PCMS CODE |
  |  0 | 14 |     INTOF2A|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 15 |        PRA2|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 16 |       NPRAE|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 17 |     INTOF2A|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 18 |     INTOF2A|---------- | REG NOT INIT |   BAD PCMS CODE |
  |  0 | 20 |        CPU7|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 21 |        IO2N|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 22 |     INTOF2A|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 23 |       NPRAE|---------- |   IN SERVICE |  3BA23254AAAD03 |
  |  0 | 24 |        PRA2|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  0 | 25 |     INTOF_A|---------- |   IN SERVICE |  3BA53118AACD02 |
  |  0 | 26 |     INTOF_A|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  |  0 | 27 |     INTOF2A|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  +-------------------------------------------------------------------+

вот конфиг 1-го шельфа(выноска)
(102)xa001002> config 1
Wed Jul  6 08:54:19 MSD 2011


  +-------------------------------------------------------------------+
  | Cr | cpl| cpl type   | hw type   |  cpl  state  |  coupler ID     |
  |----|----|------------|-----------|--------------|-----------------|
  |  1 |  0 |        eZ32|---------- |   IN SERVICE |  3BA23265ABCB01 |
  |  1 |  1 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 |  2 |        eZ32|---------- |   IN SERVICE |  3BA23265ABCB01 |
  |  1 |  3 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 |  4 |        eZ32|---------- |   IN SERVICE |  3BA23265AACA01 |
  |  1 |  5 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 |  6 |     INTOF2B|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 |  8 |        eZ32|---------- |   IN SERVICE |  3BA23265ABCB04 |
  |  1 |  9 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 | 10 |        eZ32|---------- |   IN SERVICE |  3BA23265AACA01 |
  |  1 | 11 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 | 12 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 | 13 |       eUA32|---------- |   IN SERVICE |   BAD PCMS CODE |
  |  1 | 14 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 | 15 |       eUA32|---------- |   IN SERVICE |  3BA23266AAAA04 |
  |  1 | 16 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 | 17 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 | 18 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 | 19 |     INTOF2A|---------- |ONLY OPS FILE |   BAD PCMS CODE |
  |  1 | 20 |     INTOF_B|---------- |   IN SERVICE |  3BA53118AACD02 |
  |  1 | 22 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 | 23 |        eZ32|---------- |   IN SERVICE |  3BA23265ABCB01 |
  |  1 | 24 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 | 25 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  |  1 | 26 |       Z20VG|---------- |   IN SERVICE |  3BA53175AAAG03 |
  |  1 | 27 |        eZ32|---------- |   IN SERVICE |  3BA23265ABAB02 |
  +-------------------------------------------------------------------+

  --- Inter Crystal Topology ---

  +-------------------------------------------------------------------------+
  | CR | CPL Type    Role          Free/Tot         Role    Type   CPL | CR |
  |-------------------------------------------------------------------------|
  | 01 | 20 -INTOF_B (MAIN   )  ---  72/78 ---  (  INT_A) INTOF_A - 25 | 00 |
  |-------------------------------------------------------------------------|



В связи с размножением бешеных трактористов, озаботились дублированим по оптике выноски, ибо вдоль трассы основного кабеля (территориально это промзона), много вяких производственных контор со своей копательной техникой.Недавно одна из этих контор купила новый экскаватор и тракторист решил опробовать его, ну и не нашел ничего лучше чтобы встать на трассе с кабелем и начать копать.В итоге накопал нашу оптику и городским связистам то ли сотню то ли две сотни по меди порвал.В итоге положили по другому маршруту оптику, чтобы иметь до выноски 2 разных кабеля .В наличии было также 2 платы INTOF
(именно INTOF а не INTOF2 и 2 нашлепки на них COST).Пытаюсь прописать на 0-м шельфе на 26-е место INTOFA и указываю,чтобы он смотрел на 1-й шельф(выноска) 6-е место INTOFB.В процессе создания вылазиит такая бяка-
Создать \xa001002\Shelf::0\Board::26
Board Address : The associated INT (or US_RACK) is connected to another INT (or SU_VG board)
Не получается создать и так и сяк.Если я указываю что INTOFB например находится например в 19 месте на выноске, то тогда все создается нормально.Но в таком случае как я понимаю если пропадет линия связи на INTOFB в 20-м месте то с 19-го INTOFB дублирующий не сможет рулить ею, ибо ему нужно сидеть в 6-м месте.Пробовал создавать аналогичный виртуальный шельф, создавал на нем абонентские платы и виртуальных абонентов,в этом случае все создавалось нормально.Подскажите пожалуйста, почему не получается прописать INTOFB в 6-е место на выноске и на что она ругается?
\xa001002\Shelf::0\Board::26
Board Address : The associated INT (or US_RACK) is connected to another INT (or SU_VG board)?

Все до поры до времени было нормально пока.....

Первыми стали жаловаться секретари топ-менеджеров.У топ-менеджеров мобильные телефоны ОПСОСа с городской нумерацией ХХХХХХ , его же можно набрать и в федеральном формате 89ХХХХХХХХ.Эта нумерация у ОПСОСа разбита на 2 диапазона 48ХХХХ и 41ХХХХ.Так вот появилось 2 разных проблемы при звонках на эти мобилы с городской нумерацией.Если звонить на диапазон 41ХХХХ то разговор есть, но этот вызов нельзя поставить на удержание, не отображается на дисплее цифровика время моединения и этот звонок не откладывается в тарификации.
Если звонить на диапазон 48ХХХХ то часто происходит обрыв по истечению таймера с причиной
IE:[08] CAUSE (l=5) 81 e6 33 31 30 -> [e6] RECOVERY ON TIMER EXPIRY

Звонки в данном случае ходят так

OXE(отдаем 6 цифр)----->EWSD городская----->HUAWEI(принадлежит опсосу и стоит в нашем городе)-------> коммутатор ОПСОСа(стоит в областном центре)


Если же эти номера  набирать в федеральном формате 89ХХХХХХХХ (из обоих диапазонов городской нумерации ОПСОСа) то в данном случае все ОК,все ставится на удержание, тарифицируется, отображается время соединения.В данном случае звонок ходит так

OXE(отдаем 89XXXXXXXXX )----->EWSD городская----->PSTN(ТФОП)-------> коммутатор ОПСОСа(стоит в областном центре)

так же есть возможность сделать звонок через альтернативного поставщика МГ, и в этом случае все ОК

OXE(отдаем 89XXXXXXXXX )----->EWSD городская----->оператор МГ----->PSTN(ТФОП)-------> коммутатор ОПСОСа(стоит в областном центре)

Разведка донесла что у ОПСОСа как раз в то время когда у нас появились проблемы, они заменяли главный коммутатор в областном центре,т.е который и приземляет звонки.Вот уже месяц голову ломаю.В качестве временного решения звоним через МГ по федеральной нумерации, но это уже немного некошерно ибо звонок на XXXXXX стоит 24 коп а звонок на 89ХХХХХХХХ стоит грубо говоря рупь, да циферок секретаршам набирать приходится больше )
Все остальные звонки по городу и МГ таких проблем не имеют.
Если звонить на HUAWEI ОПСОСа, который транзитит городские дальше в область(на нем есть обычные аналоговые номера), то тоже все нормально

OXE(отдаем 6 цифр)----->EWSD городская----->HUAWEI(принадлежит опсосу и стоит в нашем городе)

Так же в городе есть еще одна Alcatel OXE на одном из предприятий города, там один-в один аналогичная проблема.

Звонил по другим знакомым админам АТС предприятий, они вроде таких проблем не замечали, но у них нету цифровых терминалов, только аналог (

С городом(EWSD) мы подключены 6-ю потоками, проблем с транспортной сетью и синхронизацией нет, только с этим ОПСОСом

версия софта на станции R7.1-f5.401-21-f-ru-c7

Send IE status ставил в system в falce, и Ignore в system тоже ставил в YES- не помогает (но станцию не Bascul-ил и не перегружал, потому что не дают разрешения)

К сожалению не нашел на форуме кнопки спойлера чтобы спрятать трассировки


Подскажитие пожалуйста, где собака порылась?

вот трасса с RECOVERY ON TIMER EXPIRY


____________________________________________________________­__________________
| (133066:001214) 1072: Send_IO1 (link-nbr=23, sapi=0, tei=0) :
| long: 51  desti: 0  source: 15  cryst: 0  cpl: 23  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 06 5b
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=12) -> 21 a1 Num : XXXX449400
| IE:[70] CALLED_NUMBER (l=7) -> 81 Num : 484XXX
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (133067:001217) Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 23  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  86 5b
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 84 -> T2 : B channel 4 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (133106:001627) Physical-Event :
| long: 31  desti: 0  source: 0  cryst: 0  cpl: 23  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  86 5b
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[1e] PROGRESS_ID (l=2) 84 88
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (133106:001628) 1072: Send_IO1 (link-nbr=23, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 0  cpl: 23  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : STATUS [7d] Call ref : 06 5b
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 81 e0 04 -> [e0] MANDATORY INFORMATION ELEMENT MISSING
| IE:[14] CALL_STATE (l=1) 03
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (133127:001845) Physical-Event :
| long: 34  desti: 0  source: 0  cryst: 0  cpl: 23  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  86 5b
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[29] DATE (l=5) -> date : 20 / 06 / 11 14:36
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (133127:001846) 1072: Send_IO1 (link-nbr=23, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 0  cpl: 23  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : STATUS [7d] Call ref : 06 5b
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 81 e0 04 -> [e0] MANDATORY INFORMATION ELEMENT MISSING
| IE:[14] CALL_STATE (l=1) 03
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (133476:005967) 1072: Send_IO1 (link-nbr=23, sapi=0, tei=0) :
| long: 29  desti: 0  source: 15  cryst: 0  cpl: 23  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45] Call ref : 06 5b
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=5) 81 e6 33 31 30 -> [e6] RECOVERY ON TIMER EXPIRY
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (133477:005981) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 23  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d] Call ref : 86 5b
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (133477:005982) 1072: Send_IO1 (link-nbr=23, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 23  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a] Call ref : 06 5b
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________






вот 2 звонка -- сначала 6 цифр а затем 11

(102)xa001002> mtracer -a XXXX449400
Traces Analyser activated

mtracer started ...
(918945:000001) version: R7.1-f5.401-21-f-ru-c7
(918945:000001) MTRACER num: 131, time: 2011/05/22 16:13:07, loss: 0%
____________________________________________________________­__________________
| (919960:010799) 1070: Send_IO1 (link-nbr=23, sapi=0, tei=0) :
| long: 51  desti: 0  source: 15  cryst: 0  cpl: 23  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 12 23
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=12) -> 21 a1 Num : XXXX449400
| IE:[70] CALLED_NUMBER (l=7) -> 81 Num : 410XXX
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (919961:010802) Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 0  cpl: 23  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  92 23
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 9c -> T2 : B channel 28 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (919964:010852) Physical-Event :
| long: 29  desti: 0  source: 0  cryst: 0  cpl: 23  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : PROGRESS (03)  Call ref :  92 23
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 82 88
| IE:[1e] PROGRESS_ID (l=2) 82 82
| IE:[27] NOTIF_INDI (l=1) fb
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (919990:011233) Physical-Event :
| long: 31  desti: 0  source: 0  cryst: 0  cpl: 23  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  92 23
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[1e] PROGRESS_ID (l=2) 84 88
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (919990:011234) 1070: Send_IO1 (link-nbr=23, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 0  cpl: 23  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : STATUS [7d] Call ref : 12 23
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 81 e0 04 -> [e0] MANDATORY INFORMATION ELEMENT MISSING
| IE:[14] CALL_STATE (l=1) 03
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (920084:011982) Physical-Event :
| long: 38  desti: 0  source: 0  cryst: 0  cpl: 23  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  92 23
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[29] DATE (l=5) -> date : 22 / 06 / 11 16:14
| IE:[76] REDIRECTION_NUMBER (l=2) 00 a0
| IE:[7d] HLC (l=2) 91 81
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (920084:011983) 1070: Send_IO1 (link-nbr=23, sapi=0, tei=0) :
| long: 26  desti: 0  source: 15  cryst: 0  cpl: 23  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : STATUS [7d] Call ref : 12 23
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 81 e0 04 -> [e0] MANDATORY INFORMATION ELEMENT MISSING
| IE:[14] CALL_STATE (l=1) 03
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (920450:015137) Physical-Event :
| long: 27  desti: 0  source: 0  cryst: 0  cpl: 23  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : DISCONNECT [45] Call ref : 92 23
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 80 90 fd -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 82 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (920450:015139) 1070: Send_IO1 (link-nbr=23, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 0  cpl: 23  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : RELEASE [4d] Call ref : 12 23
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (920451:015153) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 0  cpl: 23  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : REL COMP [5a] Call ref : 92 23
|____________________________________________________________­__________________






а вот звонок на тот-же номер, но уже набираем в федеральном формате (звонок идет через область)
в этом случае- все нормально

(102)xa001002> mtracer -a XXXX449400
Traces Analyser activated

mtracer started ...
(920509:000001) MTRACER host (10.170.30.4, xa001002), version: R7.1-f5.401-21-f-ru-c7
(920509:000001) MTRACER num: 132, time: 2011/05/22 16:15:43, loss: 0%
____________________________________________________________­__________________
| (920576:000620) 1073: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 56  desti: 0  source: 15  cryst: 3  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05] Call ref : 7a 8d
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=12) -> 21 a1 Num : XXXX449400
| IE:[70] CALLED_NUMBER (l=12) -> 81 Num : 89XXXXXXXX
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (920577:000624) Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 3  cpl: 24  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  fa 8d
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3) a9 83 97 -> T2 : B channel 23 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (920611:000959) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 3  cpl: 24  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : ALERT (01)  Call ref :  fa 8d
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (920675:001618) Physical-Event :
| long: 25  desti: 0  source: 0  cryst: 3  cpl: 24  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT (07)  Call ref :  fa 8d
|____________________________________________________________­__________________
|
| IE:[29] DATE (l=5) -> date : 22 / 06 / 11 16:15
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (920675:001619) 1073: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 18  desti: 0  source: 15  cryst: 3  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT ACK (0f)  Call ref :  7a 8d
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (921257:007713) Physical-Event :
| long: 26  desti: 0  source: 0  cryst: 3  cpl: 24  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : DISCONNECT [45] Call ref : fa 8d
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 80 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 82 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (921257:007718) 1073: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 3  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : RELEASE [4d] Call ref : 7a 8d
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (921258:007751) Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 3  cpl: 24  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : REL COMP [5a] Call ref : fa 8d
|____________________________________________________________­__________________

Доброго времени. Пришел десяток аппаратов DECT Handset 300-й серии и несколько баз IBS(4070 IO).Базы и аппараты прописал,вроде все нормально сейчас в тестовом режиме работает.Выделил под дект-аппараты отдельную Tel.Facility где практически убрал все что можно.Вот тут и возникло у меня несколько вопросов.Если зайти в меню телефона где значок- большая буква I а затем вправо до значка телефона и буквы I вместе и нажать Call то появляется надпись Call Mode  и отображается при этом префикс выхода на одну из транковых групп и надпись Operator.В документации не нашел как можно заблокировать вход в это меню?Очень не хотелось бы чтобы пользователи бродили вообще в этом меню( чтобы ненароком не повключали DND,Assoсiated и прочее.Смысл такой- чтобы дект-аппрат был максимально приближен к аналоговому аппарату, где у пользователей зарублено все, ибо если человек бродит по менюшке то на это время он недоступен для входящих вызовов, аналогично проводному цифровику.
Также если есть у кого возможность то скиньте пожалуйста линк  на TC0128 "Подробные сведения о характеристиках и справочных номерах кабелей" и TC0371 "Техническое описание аппаратов Mobile 100&200 Reflexes".

Имеется OXE R7.1-f5.401-21-f-ru-c7 с дублированными процессорами, заметил такой глюк- станция  помнит инциденты только за сегодняшние сутки.Вывод по incvisu показывает только текущую дату.Заходил по ftp и копировал инциденты вручную- тоже самое.Пока думаю сделать bascul от этой болячки или можно как-то перезапустить данный процесс?Смотрел SMART винтов , по нему все нормально.

Имеется OXE (в корпусе MG) с дублированным процессором
R6.0.1-f1.603-1-o-ru-c80s1

Business identification: R6.0.1

Release:
DELIVERY f1.603
Patch identification: 1
Dynamic patch identification: o

Country: ru
Cpu: c80s1

ACD VERSION
       release : 6
       bug_fixing : 0
       protocol_id : 86
       version_dy_hr_stat :  11

на stand-by процессоре сдох винт.Базу я оттуда вынул, поставил новый.Запустил, bascul туда-сюда сделал, вроде все нормально.Но стала появляться ошибка
0:2663=IPC Chorus err: appli CALLHANDLING oper 6 err -7
в опсаниях посмотрел но не понял.Если не трудно может кто обьяснит что это за ошибка?

есть сетка из OXE (релизы от 6 до 7.1, железо MG и ACT).ABC-F сделаны по медным парам на BRA2(стоят на узлах N2 и N10,плюс между N2 и N10 создан и работает линк по E1)Броадкаст между станциями отключен, Synhronisation Priority настроены.Дело в том что периодически валятся линки и наглухо зависают платы BRA2 на узлах N2 и N10(не помогает rstcpl и даже перезагрузка станции, только физическое выдергивание плат)Подскажите пожалуйста как должны быть правильно настроены следующие параметры ABC-F

Routing Type(Dynamic или Routing)
MUX presence (NO или YES)

схема сетки (скриншот ) лежит тут http://savepic.org/200607.jpg