как заставить транзитную OXE отдавать на входящий правильный cause в город при падении ABC-F линка с оконечной OXE ?

Fri, 23 May 2014 10:34:51 +0600

как заставить транзитную OXE отдавать на входящий правильный cause в город при падении ABC-F линка с оконечной OXE ? в форуме Сетеобразование.
Супер , спасибо, VAD! В entity городской TG в Calls Distribution в параметре Overflow Routing No стояла переадресация на виртуальный номер, который я прописывал лет 5 назад.Очистил его , стало городу отдавать IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER.Хотя странно , я его прописывал давным давно и в 7-м релизе работало нормально при падении линка между станциями, шла занятость при звонке из города.
23.05.2014 10:34:51, fedoseevka.

как заставить транзитную OXE отдавать на входящий правильный cause в город при падении ABC-F линка с оконечной OXE ?

Fri, 23 May 2014 08:53:10 +0600

как заставить транзитную OXE отдавать на входящий правильный cause в город при падении ABC-F линка с оконечной OXE ? в форуме Сетеобразование.
А по public network COS используемой в ABC-F - оверфлоу всякие разрешены?
В entity приколоченной в городской TG и ABC-F TG - чего-то в call distribution table прописано?

Еще за звонки между нодами отвечает translator/ext. numbering plan / node access prefix (надеюсь не прописано как на другие ноды через город звонить)

И System - пункт Incoming DDI overf.priv.->publ.- поставьте 1 или 3 (вместо 4).
23.05.2014 08:53:10, vad.

как заставить транзитную OXE отдавать на входящий правильный cause в город при падении ABC-F линка с оконечной OXE ?

Fri, 23 May 2014 01:37:31 +0600

как заставить транзитную OXE отдавать на входящий правильный cause в город при падении ABC-F линка с оконечной OXE ? в форуме Сетеобразование.
Имеется такая схема город----OXE2(R10.0-j1.410-49-a-ru-c7)---стык ABCF по E1---OXE3
ОХЕ3 пока в дауне, сдох блок питания.Проблема вот в чем.Если позвонить из города (хоть с мобилы хоть с фиксы) на нумерацию упавшей ОХЕ3, то будет идти КПВ, вместо занятости.Так раньше и было , когда на охе2 стоял софт 7.1. Если падал поток на охе3, то при звонке на ее нумерацию из города было занято, а мобилка вроде писала сеть недоступна .Осенью я обновил эту транзитную охе2 до десятой версии.Теперь идет кпв вместо занятости.на ОХЕ2 прописано звонить на ОХe3 как routing number.Соответсвенно , если удалить его, тогда начинает вроде работать как надо, при звонках с фиксы, но с мобилки опсос голосом говорит- неправильно набран номер.Но это и понятно, так как в трассировке 2-я нода при удалении роутингового префикса на нумерацию 3-й ноды отсылает cause invalid number.Подскажите пожалуйста где подкрутить настройки, чтобы при падении линка ABC-F на конечные станции 2-я нода(она же транзитная) отдавала в город правильный cause вместо КПВ при входящих звонках из города на нумерацию упавшей станции (типа destination out of order)?Если набирать на OXE2 не через город а по внутрянке OXE-OXE , то как и обычно, рисуется NETWORK LINK O/S на дисплее цифровика. Спасибо.
Ниже трасссировка входящего звонка с мобилки на OXE3, которая полностью выключена (сдох БП в WM1), при этом идет КПВ
=====================================================================================

(102)xa001002> mtracer -a 890xxxxxxxx
Traces Analyser activated

mtracer started ...
(986834:000001) MTRACER host (, xa001002), version: R10.0-j1.410-49-a-ru-c7
(986834:000001) MTRACER num: 090, time: 2014/05/22 21:47:48, loss: 0%
______________________________________________________________________________
| (986896:000002) Concatenated-Physical-Event :
| long: 53 desti: 0 source: 0 cryst: 3 cpl: 15 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 44 33
| X 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:[6c] CALLING_NUMBER (l=13) -> 00 81 Num : 890xxxxxxxx
| IE:[70] CALLED_NUMBER (l=7) -> c1 Num : 4XXXXX
|______________________________________________________________________________

______________________________________________________________________________
| (986896:000003) 1094: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 3 cpl: 15 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : c4 33
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 83 -> T2 : B channel 3 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (986896:000004) 1094: Send_IO1 (link-nbr=0, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 3 cpl: 15 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : c4 33
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________
23.05.2014 01:37:31, fedoseevka.

ЗАО "ИНТЕРСИСТ" [тема: как заставить транзитную OXE отдавать на входящий правильный cause в город при падении ABC-F линка с оконечной OXE ?]

как заставить транзитную OXE отдавать на входящий правильный cause в город при падении ABC-F линка с оконечной OXE ?

как заставить транзитную OXE отдавать на входящий правильный cause в город при падении ABC-F линка с оконечной OXE ?

как заставить транзитную OXE отдавать на входящий правильный cause в город при падении ABC-F линка с оконечной OXE ?