есть такой ключ под номером 95 , вроде он может помочь. Но вроде как открывается в ALU если твой номер дозвона грубо говоря 01-0X )

to VAD. Что-то я ступил -), да, оказывается инцидент генерится только при звонке с местного на местный (в пределах АТС).

to error. Вы предвосхитили мой вопрос, я его хотел в начале беседы задать. А что можете посоветовать из "музыкальных инструментов" на 10_IN&10_OUT E1 ?

решил проверить работу malicious call. У абонента в его COS сделано:

1. Classes of Service > Phone Features Classes of Service>External Services>Malicious Call=1
2. Classes of Service > Phone Features Classes of Service>Suffixes>Malicious Call=1
3. Создал одинаковые префикс и суффикс Malicious (*19  к примеру).
4. В Incident Manager-е  342 инцидент в наличии (отображать, хранить).


Далее запускаю трейс и делаю звонок на цифровик. После коннекта появляется у 4035 динамическая TRACE или у 4039-х "злонам.выз"
Жму и надпись "выполняется" или "Req. in progress" соответсвенно. В трейсе при этом вижу, что добавляется следующее, т.е что-то наверх уходит
____________________________________________________________­__________________
| (657447:001598) 2669: Send_IO1 (link-nbr=24, sapi=0, tei=0) :
| long: 29  desti: 0  source: 15  cryst: 0  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : FACILITY [62]  Call ref :  8a 1e
|____________________________________________________________­__________________
|
| IE:[1c] FACILITY (l=9)
|   [91] Discriminator of supplementary service applications
|   [a1] INVOKE (l=6):
|        Invoke Ident. : 0003 (3)
|         OP: 0003 (3)
|____________________________________________________________­__________________

но в доке вроде написано что должен появиться при этом 342 инцидент, а его нету. Это так и должно быть или еще где-то недовключил для нормальной работы malicious call ?

Спасибо, VAD, никак значит никак.
Побаловался звоками самому себе через корпоративную циску. Выключил в ентити CallerIdSecret, звонок заходит вот такой

IE:[6c] CALLING_NUMBER (l=2)  ->  01  a1  Num :

Приподниму тему.

Всем доброго здравия.

Задрали коллекторы своми звонками в приемную генерального директора и другим абонентам, пока договариваемся по дружески так сказать и баним их на вышестоящей городской EWSD, но по моим меркам это не очень прилично переваливать свои заботы на других, поэтому прошу помощи, может в новых релизах что-то изменилось по этому поводу.

Есть OXE version: R11.1-l1.301-28-b-ru-c7, стык с городом по ISDN.

Вот трейс от городского абонента с включенной услугой запрета отображения номера, на дисплее цифровика его номера не вижу, только название транка, в тикетах номера вызывающего нету, в трассировке видно его номер полностью.

(947278:000001) MTRACER num: 003, time: 2018/10/08 15:49:35, loss: 0%
____________________________________________________________­__________________
| (947869:004958) Concatenated-Physical-Event :
| long: 56  desti: 0  source: 0  cryst: 6  cpl: 24  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05]    Call ref :  79 a0
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3)  a9 83 98 -> T2 : B channel 24 exclusive
| IE:[1e] PROGRESS_ID (l=2) 82 83
| IE:[6c] CALLING_NUMBER (l=13)  ->  00  a3  Num : 8XXXXXXXXXX
| IE:[70] CALLED_NUMBER (l=7)  ->  c1  Num : XX9100
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (947869:004963) 2669: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 6  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  f9 a0
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3)  a9 83 98 -> T2 : B channel 24 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (947869:004981) 2669: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 6  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  f9 a0
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (947902:005339) 2669: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 32  desti: 0  source: 15  cryst: 6  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT (07)  Call ref :  f9 a0
|____________________________________________________________­__________________
|
| IE:[4c] CONNECTED_NUMBER (l=12)  ->  21  81  Num : XXXXXX9100
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (947903:005392) Concatenated-Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 6  cpl: 24  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT ACK (0f)  Call ref :  79 a0
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (948398:009208) 2669: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 6  cpl: 24  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45]  Call ref :  f9 a0
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________



============================================================­====================================================

Это трейс от городского абонента уже с отключенной услугой запрета отображения номера, т.е по сути обычный входящий,
его номер виден везде. Т.е на дисплее цифровика и в тарификации.


| (953952:051608) Concatenated-Physical-Event :
| long: 56  desti: 0  source: 0  cryst: 6  cpl: 22  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : SETUP [05]    Call ref :  59 cd
|____________________________________________________________­__________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3)  a9 83 8e -> T2 : B channel 14 exclusive
| IE:[1e] PROGRESS_ID (l=2) 82 83
| IE:[6c] CALLING_NUMBER (l=13)  ->  00  83  Num : 8XXXXXXXXXX
| IE:[70] CALLED_NUMBER (l=7)  ->  c1  Num : XX9100
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (953952:051613) 2673: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 23  desti: 0  source: 15  cryst: 6  cpl: 22  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CALL PROC (02)  Call ref :  d9 cd
|____________________________________________________________­__________________
|
| IE:[18] CHANNEL (l=3)  a9 83 8e -> T2 : B channel 14 exclusive
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (953952:051632) 2673: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 6  cpl: 22  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : ALERT (01)  Call ref :  d9 cd
|____________________________________________________________­__________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (954022:052121) 2673: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 32  desti: 0  source: 15  cryst: 6  cpl: 22  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : CONNECT (07)  Call ref :  d9 cd
|____________________________________________________________­__________________
|
| IE:[4c] CONNECTED_NUMBER (l=12)  ->  21  81  Num : XXXXXX9100
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (954023:052154) Concatenated-Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 6  cpl: 22  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : CONNECT ACK (0f)  Call ref :  59 cd
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (957176:077334) 2673: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 6  cpl: 22  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : DISCONNECT [45]  Call ref :  d9 cd
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (957177:077340) Concatenated-Physical-Event :
| long: 18  desti: 0  source: 0  cryst: 6  cpl: 22  us: 0  term: 0  type a5
| tei: 0  >>>>  message received : RELEASE [4d]   Call ref :  59 cd
|____________________________________________________________­__________________

____________________________________________________________­__________________
| (957177:077341) 2673: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22  desti: 0  source: 15  cryst: 6  cpl: 22  us: 8  term: 0  type a5
| tei: 0  <<<<  message sent : REL COMP [5a]  Call ref :  d9 cd
|____________________________________________________________­__________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|____________________________________________________________­__________________

Насколько я понял, при скрытии номера

IE:[6c] CALLING_NUMBER (l=13)  ->  00  a3  Num : 8XXXXXXXXXX

при нормальном звонке

IE:[6c] CALLING_NUMBER (l=13)  ->  00  83  Num : 8XXXXXXXXXX

Вопрос так сказать следующий, где в OXE включить услугу "анти-АОН" по примеру сотовых операторов, чтобы при любом раскладе видеть номер вызываещего на терминалах, тарификации при наличии его в трассировке от вышестоящего провайдера? Спасибо.

лучше бы трассировку сравнили на свой мобильник с одного и того же номера (4004) без кнопки и с кнопкой.

в Х25-X25 Access Cluster ищете нужный Internal Link на удаляемую ноду, делаете его operational NO. Затем удаляете в Internal Links-Logical Linka-Link Bus Access. И уже потом даст удалить сам линк. Примерно так.

Все понятно теперь, спасибо. Тестовая нода не понадобилась, завернул через BRA саму на себя, все работает с пятницы отлично.

может попробовать domennmame\username

Поленился поискать на unleashed-e. В 2009 году растолковали человеку , что "Incomming greeting guides are only for external incomming". Придется через looptrank на тестовую ноду завернуть.

В OXE сделал greeting guide (GG), все работает нормально как мне нужно, но только для внешних абонентов. А при наборе с внутреннего номера этого GG  получаю "wrong number". Это так и должно быть, т.е сам сервис GG рассчитан только при вызове извне, или я чего-то недокрутил? Доку прокурил но ответа не увидел. Подскажите пожалуйста.

Не ломайте голову иногда другого человека трудно действительно понять.Каждый своим инструментом обзаводится и приёмами работы.

как обычно приходишь утром , смотришь логи, чего у кого болит. На сети всяко приятнее вместо чем по всем нодам смотреть , лучше это на одной смотреть, в которой прописаны spervised ноды. Иногда при массовых переездах абонентов или тех.работах много мусора естественно в incvisu. Но я его кажды день чищу increset-ом. А вот для netvisu чтой-то не нашел reset-а.

Отвечу сам себе. Может быть топорно конечно, но вроде работает. Через ТС захожу в /usr4/incid/ на main CPU  и чищу netstartinc.log
После "очистки" сразу при просмотре netvisu будет ругаться "WARNING: error occured reading incidents, file netinc.log doesn't exist or empty !!!"
Но это только до первого сетевого инцидента, потом все нормально.

Здравствуйте, не нашел в доке как почистить лог netvisu на наблюдающей станции по аналогии с increset. Подскажите пожалуйста, если кто знает.