День добрый.Подскажите пожалуйста, у меня в узловой станции 6 шельфов (OXE).В 0-м шельфе стоят IO2N 2 штуки , но Signaling Mode стоит N64.Мне нужно выставить signaling mode IO2 ? что это даст или лучше не трогать ничего? ).Есть также шельф вынесенный по оптике и десяток номеров DECT.

На тестовой ОХЕ R6.0 выставил ETC/GMT-4 (минус) и указал свой NTP сервер,сделал instant sinhronisation,.После перезагрузки время по команде date  и на цифровиках совпадает с MSD+4(текущим временем).Остальные станции с релизами 3,6,7 и 9 буду менять  21.10.2011 )

Опишу как это сделано у меня.Установлен win2003,на него установил вот это
http://www.meinberg.de/download/ntp/windows/ntp-4.2.4p8@lennon-o-lpv-win32-setup.exe
Собственно это и есть сервер NTP,ему указал при инсталляции вышестоящий сервер времени( у нас есть на предприятии отдельный источник времени ,который берет по GPS время со спутникаов и доступен по LAN),серверов можно указывать несколько,ваш сервер потом на основе своей статистики выберет наиболее предпочтительный.
далее устанвливаем вот это http://www.meinberg.de/download/ntp/windows/time-server-monitor/ntp-time-server-monitor.exe
Это GUI над NTP- сервером, т.е можно посмотреть и поднастроить кое- чего, но для этого нужно покурить хотя бы немного man-ов по теме NTP ).После проверки и настройки собственного сервера времени его работу можно и нужно проверить.Проверяю данной чудо программой SP TimeSync http://www.spdialer.com/download/sptimesync24_x86.zip с другого компьютера (в ее настройках указываем ip вашего сервера).Далее в станции проверяем корректность установки тайм-зоны(оч.важно! если не правильно стоит то нужно ребутить станцию) и указываем наш сервер времени.Курим 5-10 минут и должно все работать.Проверить что станция взяла время можно этой программой SP TimeSync - она покажет что станция будет иметь stratum на единицу меньше чем ваш сервер времени и его ip адрес

поддерживаю тему- столкнулся с точно такой же проблемой

/USR4/BACUP

VAD, еще раз Вам большое спасибо!Удалил RT2A на 0-9, и все прекрасно создалось!

блин.......VAD! Вы как всегда зрите(тычите) в корень!!! зашел посмотреть на RT- и точно она смотрит на 1-й шельф 6-е место!!! щас попробую удалить и создать отпишусь потом )

RT2A 0-9 как раз смотрела на этот шельф когда в нем были одна аналоговая и она цифровая плата,сейчас она уже года 3 или 4 физически отключена,в связи с расщирением 1-го шельфа до 500 абонентов было принято решение о включении интоф-ов по оптике,так он и работает уже несколько лет, только вот бешеные трактористы всю малину портят

Станция дублированная,с 2-мя процами)
через mgr на попытку удаления выдает Error Unknown Object Instance
с рестартом проблематично пока, максимум-2 баскула позволят.Сейчас посмотрел -почему то на этом шельфе (первом)стоит галка Standby CPU,хотя на других шельфах (есть еще 4 штуки соединенных правда кабелями простыми),на них эта галка Standby CPU не стоит.Может снять ее эту галку?Первоначально конфигурировал не я этот шелф,но знаю что он был включен сначала по плате RT2(там было 2 платы первоначально абонентских.но в связи с расширением перешли на INTOF-ы)Еще там на 1-м шельфе на плате Z20VG есть войсгайды,хотя они же есть и в 4-м шельфе,который с основной рядом стоит
(102)xa001002> vgstat 1 26

Wed Jul  6 10:31:57 MSD 2011


etat_vg = VG_STABLE (0)

Slot 1 : Card status register = 4E   Identifier =                
        Static voice guides         Language : 1 - voiceguide.msk

Slot 2 : Card status register = 3C
        Dynamic voice guides
        Total size           = 917056 bytes (224 pages) (114 sec)
        Free size            = 917056 bytes (224 pages) (114 sec)
        Fill ratio           = 0.0 %
        Available size       = 917056 bytes (224 pages) (114 sec)

Number of present messages = 51

из-за них может косяк?
пробовал так же и наоборот создавать по вашему совету сначала на 1-м шелфе интофБ со ссылкой на 0-й шелф интофА,ругается так же
Создать \xa001002\Shelf::1\Board::6
Board Address : The associated INT (or US_RACK) is connected to another INT (or SU_VG board)

Предыстория такова- в последнее время расплодилось много бешеных трактористов.).
Имеется станция 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)?

имхо первое правило- у пользователя , из под которого производится установка должны быть административные права и в имени этого пользователя не должно быть кириллицы, второе правило - прописать системные переменные c:\Temp ну и Java сначала поставить наверное которое в комплекте идет,ну и в имени компьютера тоже никакой кириллицы ,отрубить антивирус и остановить firewall

VAD!!! еще раз спасибо вам!позвонил ребятам ,работающим у ОПСОСа, попросил их посмотреть на различающиеся  алерты и через часик перезвонили,подкрутив чего то там у себя.После проверки все стало ок, все ставится на удержание, тарифицируется и вроде как не отваливается )    

думаю что повив одинаковый на старом и новом кабелях,ибо марка у обоих -ТПП ) а вот затухание поменьше будет, ибо жила толще, да и годков старому лет 20 будет.Сейчас самая дальняя станция без единого разрыва(тьфу-тьфу ) работает на расстоянии примерно 1-1,1 км

VAD спасибо посмотрю стандарты на эту тему.
P.S у вас там сейчас 2 бойца из нашей конторы на обучении - вы их там поднатаскайте получше, и чтобы не филонили, а то на работе все в одноклассниках да вконтактах штырятся, вместо того чтобы на этом форуме себе учетки сделать и читать ответы грамотных людей ,скажите им что ДС(это я) уже сделал редирект на прокси вместо одноклассников и vc.com на http://www.intersyst.ru/support/forum/      

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

Первыми стали жаловаться секретари топ-менеджеров.У топ-менеджеров мобильные телефоны ОПСОСа с городской нумерацией ХХХХХХ , его же можно набрать и в федеральном формате 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
|____________________________________________________________­__________________