Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 2 3 4 5 След.
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
1. Перезагрузка (с физическим выдергиванием плат) плат PSM2 ничего не дала.
2. Привожу трассу звонка Ростелеком - центральная станция, может быть уважаемые участники смогут что то увидеть в ней.
____________
| (492393:000713) 1635: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 378  desti: 0  source: 15  cryst: 4  cpl: 5  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : SETUP [05]    Call ref :  54 e0
|
|             CONCATENATION OF 2 SEGMENTED MESSAGES
|____________________________________________________________­__________________
|
| [a1] Sending complete
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3)  a9 83 83 -> T2 : B channel 3 exclusive
| IE:[1c] FACILITY (l=152)
|   [91] Discriminator of supplementary service applications
|   [aa] NFE (l=6):
|         [80] Source Entity (l=1) End_PTNX
|         [82] Destination Entity (l=1) End_PTNX
|   [8b] Interpretation APDU (l=1):  DISCARD (0)
|   [a1] INVOKE (l=18):
|        Invoke Ident. : 2ee0 (12000)
|         OP:  ECMA RO_CALLING_NAME (0)
|         [80] Name presentation allowed (l=6) 'S12_MG'
|   [a1] INVOKE (l=94):
|        Invoke Ident. : 0001 (1)
|         OP:  ALCATEL RO_CLASSMARKS (1)
|         [30] Sequence (l=81)
|            [80] Feature identifier (l=5)  06 44 c0 1f 00
|            [82] Cug (l=1)  05
|            [83] SubNetwork number (l=1)  00
|            [84] Trunk identity (l=2)  35 37
|            [ab] Sequence of Project data (l=62)
|               [30] Sequence (l=25)
|                  OP  :RO_CLASSMARKS_SUPPLEMENTARY_INFO_1 (134623891)
|                  [30] Sequence (l=19)
|                     [80] Trunk group feature (l=5) 06 00 00 00 00  
|                     [81] Trunk group type (l=1) 02  
|                     [83] Current entity (l=1) 00  
|                     [84] Initial kind of call (l=1) 11  
|                     [85] Context specific (l=1) 00  
|               [30] Sequence (l=22)
|                  OP  :RO_SERVER_ACCESS_INFO (134623891)
|                  [30] Sequence (l=16)
|                     [80] Language (l=1)  01
|                     [81] type of set (l=1)  00
|                     [84] Feature identifier 2 (l=5)  00 c0 21 00 56
|                     [86] Priority of call (l=1)  00
|               [30] Sequence (l=9)
|                  OP  :RO_AUTOMATED_ATTENDANT (134623891)
|                  [30] Sequence (l=3)
|                     [80] Context specific (l=1) 00  
|   [a1] INVOKE (l=22):
|        Invoke Ident. : 1b9d (7069)
|         OP:  ALCATEL RO_DIVERTING_LEG_INFO_CSTA (7069)
|         [30] Sequence (l=7)
|            [82] Initial Called Number (l=5) '55084'
| IE:[1c] FACILITY (l=57)
|   [91] Discriminator of supplementary service applications
|   [aa] NFE (l=33):
|         [80] Source Entity (l=1) Any_type_PTNX
|         [a1] Source Entity address (l=11)
|            [a5] Party Number (private) (l=9)
|               [0a] Type of num (l=1) 00  
|               [12] Num (l=4) '1011'
|         [82] Destination Entity (l=1) Any_type_PTNX
|         [a3] Destination Entity address (l=12)
|            [a5] Party Number (private) (l=10)
|               [0a] Type of num (l=1) 00  
|               [12] Num (l=5) '10242'
|   [8b] Interpretation APDU (l=1):  DISCARD (0)
|   [a1] INVOKE (l=16):
|        Invoke Ident. : 1b7e (7038)
|         OP:  ALCATEL RO_VPN_COST (7038)
|         [02] Integer (l=1) 00  
| IE:[1e] PROGRESS_ID (l=2) 80 83
| IE:[1e] PROGRESS_ID (l=2) a0 90
| IE:[27] NOTIF_INDI (l=25)
|   83 :  discriminator for notif. extention
|   [30] Sequence (l=22)
|      OP : 1b77 (7031)
|      [30] Sequence (l=11)
|         [04] Octet string (l=0)
|         [02] Integer (l=1) 01  
|         [12] Numeric string (l=4) 62 32 30 31  
| IE:[27] NOTIF_INDI (l=14)
|   83 :  discriminator for notif. extention
|   [30] Sequence (l=11)
|      OP : 1b7d (7037)
|      [05] ARG NULL (l=0)
| IE:[27] NOTIF_INDI (l=31)
|   83 :  discriminator for notif. extention
|   [30] Sequence (l=28)
|      OP : 1b8d (7053)
|      [30] Sequence (l=17)
|         [02] Integer (l=1) 04  
|         [02] Integer (l=1) 01  
|         [30] Sequence (l=9)
|            [02] Integer (l=1) 12  
|            [02] Integer (l=1) 00  
|            [02] Integer (l=1) 00  
| IE:[6c] CALLING_NUMBER (l=2)  ->  00  c1  Num :
| IE:[70] CALLED_NUMBER (l=6)  ->  80  Num : 55084
| IE:[7d] HLC (l=2) 91 81
| [95] Locking shift. codeset : 5
| IE:[32] EI_PARTY_CATEGORY (l=1)  -> UNKNOWN (0)
| [97] Locking shift. codeset : 7
| IE:[01] EI_ROUTAGE (l=3) e6 01 02
|____________________________________________________________­__________________

09:11:36
~t3label: 175
____________________________________________________________­__________________
| (492395:000721) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 4  cpl: 5  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CALL PROC (02)  Call ref :  d4 e0
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3)  a1 83 83 -> T2 : B channel 3 preferred
|____________________________________________________________­__________________

09:11:36
~t3label: 176
____________________________________________________________­__________________
| (492395:000722) Concatenated-Physical-Event :
| long: 165  desti: 0  source: 0  cryst: 4  cpl: 5  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : DISCONNECT [45]  Call ref :  d4 e0
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
| IE:[1c] FACILITY (l=32)
|   [91] Discriminator of supplementary service applications
|   [aa] NFE (l=6):
|         [80] Source Entity (l=1) End_PTNX
|         [82] Destination Entity (l=1) End_PTNX
|   [a1] INVOKE (l=21):
|        Invoke Ident. : 0018 (24)
|         OP:  ALCATEL RO_REDISTRIBUTION (24)
|         [30] Distribution type (l=8)
|            [81] Night call (l=1) 00    -> TRUE
|            [a2] Distribution info (l=3)
|               [81] Interception reason (l=1) 04  
| IE:[1c] FACILITY (l=106)
|   [91] Discriminator of supplementary service applications
|   [aa] NFE (l=6):
|         [80] Source Entity (l=1) End_PTNX
|         [82] Destination Entity (l=1) End_PTNX
|   [8b] Interpretation APDU (l=1):  DISCARD (0)
|   [a1] INVOKE (l=69):
|        Invoke Ident. : 0001 (1)
|         OP:  ALCATEL RO_CLASSMARKS (1)
|         [30] Sequence (l=56)
|            [80] Feature identifier (l=5)  06 44 2e 1b 04
|            [82] Cug (l=1)  00
|            [83] SubNetwork number (l=1)  00
|            [ab] Sequence of Project data (l=41)
|               [30] Sequence (l=12)
|                  OP  :RO_CLASSMARKS_SUPPLEMENTARY_INFO_1 (134623891)
|                  [30] Sequence (l=6)
|                     [83] Current entity (l=1) 01  
|                     [84] Initial kind of call (l=1) 07  
|               [30] Sequence (l=25)
|                  OP  :RO_SERVER_ACCESS_INFO (134623891)
|                  [30] Sequence (l=19)
|                     [80] Language (l=1)  01
|                     [84] Feature identifier 2 (l=5)  00 a0 20 e0 54
|                     [86] Priority of call (l=1)  00
|                     [88] Called features (l=4)  85 01 00 00
|   [a1] INVOKE (l=21):
|        Invoke Ident. : 2ee1 (12001)
|         OP:  ECMA RO_CALLED_NAME (1)
|         [80] Name presentation allowed (l=9) 'Monina E.'
|____________________________________________________________­__________________

09:11:36
~t3label: 177
____________________________________________________________­__________________
| (492395:000725) 1635: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 4  cpl: 5  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : RELEASE [4d]   Call ref :  54 e0
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

09:11:36
~t3label: 178
____________________________________________________________­__________________
| (492396:000727) Concatenated-Physical-Event :
| long: 23  desti: 0  source: 0  cryst: 4  cpl: 5  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : REL COMP [5a]  Call ref :  d4 e0
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=3) 80 90 80 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Цитата
vad написал:
Цитата
 Iv bedbag  написал:
PCX address in DPNSS -- что это? Префикс план? не совсем понял что такое префиксы PCX address in DPNSS...
Все остальное, конечно же сделал.
Это префикс, который должен быть создан на всех станциях в ABC-F сети (используется для оптимизации/маршрутизации).
Я понял. Номер прописан.

Пропустил ваш основной вопрос Вадим - но я уж не раз отвечал: что раньше все работало.
Изменено: Iv bedbag - 27.04.2017 14:45:01
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
"типа рестарта плат PCM2 после смены сигнализации" - не делали. Назначено на завтра.
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Цитата
vad написал:
И кстати - SPS действующий есть на станцию? Может просто реквест в Алкатель написать?
Был. Он действует год с момента покупки релиза? Значит кончился 14 месяцев назад.
Изменено: Iv bedbag - 27.04.2017 14:28:56
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Цитата
vad написал:
И все-таки - если все работало:
- точно не делали никаких апгрейдов?
- не меняли каких-то параметров (типа UTF-8 in network)?
Апрейдов последние два года не было. UTF-8 in network - не знаю что это такое поэтому не делал)
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
PCX address in DPNSS -- что это? Префикс план? не совсем понял что такое префиксы PCX address in DPNSS...
Все остальное, конечно же сделал.
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Сегодня полдня работали с инженерами Ростелекома. Проверили соединение от и до. Задача была определить где происходит ошибка. Ростелеком пошел нам навстречу и серьезно подключился к проблеме.
На центральной станции А все отрабатывает верно, сигнал занятости есть в сигнализации. Все четко.

Когда происходит звонок на сетевого абонента на станции Б то в сигнализации занятости нет. Причем ее нет и в входящем городском звонке и в входящем МГ\сотовом .
Входящий городской на занятый сетевой номер работает так: сигнализация "свободно", устанавливается голосовой канал, в голосовой канале идет зуммер занято, потом отбой.
Входящий сотовый\МГ: сигнализация "свободно", голосовой канал не устанавливается, идет посылка вызова до отбоя по таймеру неответа (3 минуты).
Вердикт: Со стороны Ростелекома все четко. Затык происходит на центральной станции А, когда она неверно (???) отрабатывает сигнал от сетевой станции Б о занятости абонента. Занятость абонента на центральную станцию А от станции Б - есть в трассировке.

Вторая большая тема про сооружение отбойника: не центральной станции создали цифрового абонента без мультилайна, прописали в Entity параметр Overflow routing No на него. Ну что, на центральной станции это все отрабатывает, а на сетевой станции - нет, так и идет входящий в пустоту до посинения.
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Цитата
vad написал:
Насчет overflow routing number:
- разве там нельзя указать цифровик (без multi-line клавиш)?
- подключенный телефон, телефон без оборудования (255, 255, 255) и телефон без оборудования (255, 255, 255 с указанием Ghost Z/ routing) - это разные ситуации.
аналоговый телефон без оборудования (255, 255, 255) - вот этот вариант я пробовал.
Цифровой без мультилайн клавиш не пробовал.
Изменено: Iv bedbag - 25.04.2017 12:20:40
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Цитата
Владислав Хисамов написал:
Насколько возможно провести подмену категорий М/Г транка на категорию транка для городской входящей ( конечно, держа в голове функцию АОН и тип набора)?
Пробовали вы посмотреть трассу входящего звонка на занятого абонента с городских линий (имеется ввиду с инженером из ростелекома)? Насколько я понял, отбой такого звонка на сетевом абоненте проходит без проблем...
1. Добро на такие эксперименты мне не дают.
2. Отбой городского входящего на занятого сетевого абонента происходит без проблем. Трассу не смотрели, Ростелеком отвечает что проблемы у нас, а не у него.
Изменено: Iv bedbag - 25.04.2017 12:03:15
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Цитата
vad написал:
Цитата
 Iv bedbag  написал:
на выключенный аналоговый номер - не работает.
Как станция отличит выключенный аналоговый от включенного (или вы имеете в виду - прописан на несуществующей плате)?
Надо начинать эксперимент с включенным цифровиком (не multi-line), а потом, по результатам, пробовать следующие шаги.
Неточно выразился - на номер выведенный в out of service (255,255,255)
Цифровой номер не дает же прописывать.
Изменено: Iv bedbag - 25.04.2017 09:28:48
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Цитата
Владислав Хисамов написал:
Цитата
 Username  написал:
А что в трассе ABC-F видно между узлами при вызове на занятого абонента на узле Б?


Кроме этого, в R1.5 была тонкость. При входящем вызове на центральный узел ЦПУ не знает состояние абонента Б и всегда посылает линейный сигнал "Абонент Б свободен", но в случае занятости он должен проключать зуммер "Занято" при наличии линейного сигнала "Абонент Б свободен". Неплохо бы тестером ИКМ посмотреть и послушать. Предположу, так как оборудование провайдера не ловит зуммер "Занято", а, скорее всего, отслеживает только линейный сигнал, то оно и считает, что идет вызов.
Это жизнь. Получается, надо снимать трассировки. Стоит ли у вас "Caller Identification" в категории транка (requested)?
В той категории транка, которая отвечает за входящий МГ\сотовые стоит Not requested.
А вот в категории для входящего города стоит requested
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Отбойник сделать не получается. У нас всего две Entity  я поправил параметр Overflow routing No везде (во всех Entity, на центральной и другой станции) на выключенный аналоговый номер - не работает, все равно идет бесконечный вызов при занятости.
Поговорил уже с другими предприятиями наших территорий, на некоторых наблюдается такая же проблема. Но они смирились.
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
"А что в трассе ABC-F видно между узлами при вызове на занятого абонента на узле Б? " -- четко в трассе написано USER BUSY.

С провайдером общение пока очень трудное. С трудом получил от них один ответ: мы получаем от Вас линейный сигнал FREE.
На месте инженер Ростелекома почти ничего сделать не может, интерпретировать трассу тоже. Надо пробиваться к инженерам в Перми, а возможно и в Москву. Будем готовить официальное письмо.
Начальство поставило задачу в кратчайшие сроки соорудить "отбойник" через Overflow routing No на выключенный номер. Буду править все Entity в каком то да сработает надеюсь. Пока что пробовал в Entity абонента - не сработало. Не могу понять, Entity надо править на центральном узле и на узле Б тоже?
Изменено: Iv bedbag - 24.04.2017 19:49:05
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Посмотрел платы PSM, которые были демонтированы в ходе работ по изменению транков. Не совсем понял как определять микросхему ПЗУ на них, но внешне платы различаются. На них есть разные варианты больших микросхем, которые подписаны на одних платах как Pulse .... , на других ...vg 707, 709
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Цитата
vad написал:
Когда вы указываете overflow routing number в Entity - то может влиять:
в каком ентити вы его указываете (в ентити транковой группы - обычно 0-е, или ентити абонента);
на каком узле вы его указываете (на узле, где находится TG или на узле, где находится вызываемый абонент)
На узле где находится ТГ.
В Entity у абонента.
Попробую в нулевом поменять.
Страницы: Пред. 1 2 3 4 5 След.