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

   RSS
Перестал посылаться сигнал "занято", После изменений в транковых группах перестал посылаться сигнал "занято"
 
Добрый день уважаемые участники форума.

Столкнулись с проблемой:
Есть несколько станций OXE
станция А - центральная, имеет несколько транковых групп с внешними провайдерами связи. Релиз 11.
станция Б - состыкована с центральной станцией по inter node link, транковые группы для звонков в СОП у нее сетевые со станции А. Релиз 7.
станция С - состыкована с центральной станцией по inter node link, транковые группы для звонков в СОП у нее сетевые со станции А. Релиз 7.
Внешний провайдер - Ростелеком, потоки Е1, через платы PCM.

Есть несколько абонентов 5001 (станция А), 6001 (станция Б). Когда я звоню с сотового телефона на занятого абонента 5001 - то получаю сигнал занято и отбой, когда я звоню с сотового телефона на занятого абонента 6001 - то не получаю сигнал занято, и продолжаются посылки вызова до бесконечности как будто абонент свободен.
Ситуация с категориями абонентов, с параметрами Incoming DDI hold busy set, DDI total busy set (все в ноль)  - отработано. Дело не в этом. Категории абонентов одинаковые на всех станциях, давно не менялись. Более того, со всеми абонентами станции Б, с самыми разными категориями ситуация - одинаковая. Даже на цифровых терминалах станции Б  при мультилайнах, когда аппарат занят, второй звонок (если он извне) не отображается, посылки вызова у звонящего идут как будто аппарат свободен.

Раньше (месяц назад) все работало четко. Проблему заметил недавно, т.к. основная масса абонентов на станции А, а с ней все нормально.

Месяц назад проводил работы с транковыми группами (заказчик оптимизировал бюджет): было три потока Е1 на две группы, стало два потока. Менял только транки, ничего в параметрах самих групп не трогал. Транковые группы это входящие: город и межгород+сотовые. Собственно анализируя ситуацию с "когда все работало" и "перестало" - только одно различие, поменял транки, часть удалил, часть перераспределил. Инженер Ростелекома у себя сделал тоже самое.
Если звонок с городского телефона на занятого абонента 6001 - то "занято" и отбой есть.
Входящие с МГ+сотовые - занято нет.

П.С.  основное как я считаю, что у меня не работают бродкасты, у же больше года. Перестали они работать после того как из компании "ушли" главного инженера по связи. Он работал на полставки, появлялся раз в квартал, но он реально многое знал и мог поправить. Он ушел и через некоторое время я заметил, что бродкасты уже не бегают.  Внешне все настроено как по докам (в силу моего понимания доков конечно )) ) , но не работает. Ну как то протянул больше года, кормиться то надо. На учебу по Алкатель меня никто не отправит.

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

Пропустил ваш основной вопрос Вадим - но я уж не раз отвечал: что раньше все работало.
Изменено: Iv bedbag - 27.04.2017 14:45:01
 
Все-таки имеет смысл рискнуть и поменять trunk category для М/Г каналов на категорию для городских входящих. Хотя бы на время...  
 
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
|____________________________________________________________­__________________
 
Это ВСЯ трассировка одного звонка?
А где - Alert или всякие Facilities/user busy?

В трассировке - звонок на абонента, ничего в ответ и отбой вызывающего абонента.
 
Это вся трассировка, которую получили программой t3 online. Это трассировка звонка Ростелеком - Центральная станция. могу приложить трассировку этого звонка Центральная - сетевая станция.
 
Посмотрите просто трассировкой t3 (сохранить вывод в файл, потом по Call reference отобрать нужное).
 
Цитата
Iv bedbag написал:
   
Пропустил ваш основной вопрос Вадим - но я уж не раз отвечал: что раньше все работало.
Тем не менее (из опыта) - все равно переживаю, что просто не обращал никто на это внимание.
Потому что - просто перераспределение транков - не должно приводить к таком результату (если не трогали собственно транковые группы, сигнализацию и т.п.)  
Страницы: Пред. 1 2 3 4 5 След.
Читают тему