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

Страницы: 1
RSS
как заставить транзитную 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
|____________________________________________________________­__________________
 
А по 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).
 
Супер , спасибо, VAD! В entity городской TG в Calls Distribution в параметре Overflow Routing No стояла переадресация на виртуальный номер, который я прописывал лет 5 назад.Очистил его , стало городу отдавать IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER.Хотя странно , я его прописывал давным давно и в 7-м релизе работало нормально при падении линка между станциями, шла занятость при звонке из города.
Страницы: 1
Читают тему