Здравствуйте,

Есть рабочая ABC-F сеть, с включенным броадкастом. Соответственно все транковые группы сети есть на каждом узле. В целях экономии на междугородних звонках необходимо настроить Break-out call, чтобы использовать внешний транк на ближайшей к номеру назначения станции. Все сделано по документации: создан префикс выхода на ARS - 9, дискриминатор, необходимые префиксы в нем, route list, time-based route list. В роут листе указана транковая группа удаленного узла. При наборе 9 выходим на ARS, дает ввести внешний номер. Однако после нескольких секунд выдает "перегрузка".
Подскажите, пожалуйста, в чем может быть проблема? Возможно надо еще что то настроить, разрешить права.

а номер дискриминатора какой, может он в Entity не прописан. Либо правила для данного дискриминатора не указаны...

Нет, это все есть. Номер глобального дискриминатора 3:
префиксы:
0
1
2
3
4
5
6
7
88312
88314
9

Звонки начинающиеся с 88312 и 88314 соответственно должны уходить на другой узел.
Правило для них:

Node Number (reserved) : 3
Instance (reserved) : 1
Instance (reserved) : 1
Discriminator Nr. : 3
Call Number : 88312
Area Number : 1
ARS Route List Number : 3
Schedule Number : -1
Number of Digits : 12

В 3 ARS Route List указана транковая группа удаленного узла.
Права никакие не надо править?

Смотрите трассировки, а кроме того вы в руте лишние цифры удаляете?
Для начала пропишите у себя на узле префикс занятия чужой транковой группы и проверьте прямым звонком, а потом уже переходите к ARS.

vad Написал:
-------------------------------------------------------
> Смотрите трассировки, а кроме того вы в руте
> лишние цифры удаляете?
> Для начала пропишите у себя на узле префикс
> занятия чужой транковой группы и проверьте прямым
> звонком, а потом уже переходите к ARS.

Работает и без префикса занятия удаленной групп - проверено, сами так настраиваем.
Особых разрешений нет (есть наоборот private to public).
Скорее всего посмотрите:
1) Удаление ненужных цифр
2) Есть ли информация по удаленной TG на узле.
3) Ну а далее mtracer, если ничего не получается.

Префиксы не нужны когда работаем через АРС, но для проверки удобнее воспользоваться префиксом - чтоб не проверять привилегии, настройки и т.п.

Спасибо за помошь.
Информация об удаленной транковой группе есть. Так что если создать префикс с указанием удаленной TG и выбрать Professional TG With Overlapping, то звонки ходят. Не работает именно при ARS, когда в префиксе стоит ARS Prof.Trg Grp Seiz.with overlap и все идет через ARS.

Никакие цифры не удаляются. Вот роут:

Trunk Group Source + Route
Trunk Group : 801
Nb.Digits To Be Removed : 0
Digits To Add : -------------
Numbering Command Tabl.Id : 0
VPN Cost Limit : -1
Protocol Type + Dependant on Bundle Type
NPD identifier : 0
Route Type + Public
ATM Address Id : -1
Preempter + False

А не подскажите, с какими параметрами надо запускать mtracer чтобы отследить данную проблему?

Вот что выдает трейс с tuner +at и actdbg vpn=on:

(373181:000128) getjonc --> On prend un joncteur distant
(373181:000129) getjonc --> apres routage, pr_channel=1 Artere=2000
(373181:000130) start_vpn (neqt=1259) destination=1 appel_vpn=0 no_Bchanel=1
(373181:000131) ====== vpn_cost DEBUT --> neqt 1259
(373181:000132) vpn_cost --> dtyterm 13 nulosub 65535 numlo 12 explrech 0
(373181:000133) vpn_cost --> POS_NUM !!
(373181:000134) vpn_cost --> ars_call 1 sub_routes_list_nb 1 idx_ars 1
(373181:000135) vpn_cost --> POSTE ARS cost = -1
(373181:000136) ====== vpn_cost FIN --> result cost = -1
(373181:000137) demar_t2: rangtrouv=-1 dep_jct_abc_vpn=0 ars_call=1 in_ars=1
(373211:000141) event_init_screen_mem : line 1 tscreen ' BUSY '
(373211:000142) event_init_screen_mem : line 2 tscreen ' '
(373211:000146) message_enregistrement() box_state=6 ML_NOT_MSG=6
(373211:000147) message_enregistrement() mess_enreg=0 autre_mess=0

Если в правиле дискриминатора указать, чтобы выбирался АРС лист, в котором стоит локальная транковая группа, а не удаленная, то звонок проходит и через АРС. Т.е. имеено с удаленным транком.

Т.е. проблема именно при отправке звонков через АРС на удаленный транк.

Разобрался. Всю конфигурацию я делал по образу и подобию примера из алкателевской документации. Так вот в примере при настройке ARS Route, где стоит удаленная TG указан
VPN Cost Limit : -1 !!!!!
Я без задней мысли тоже самое прописал и у себя. А нужно было 0.
А вот зачем они в примере написали -1 мне так и не понятно.

В общем то помогли строчки из трейса:
(373181:000135) vpn_cost --> POSTE ARS cost = -1
(373181:000136) ====== vpn_cost FIN --> result cost = -1

Появилась еще одна проблема, связанная с работой Break-out call. Она заключается в том, что при звонке из одного города в другой через ABS-F сеть, звонок отбивается оператором на стороне удаленного транка E1, т.к. в качестве АОНа присылается внутренний номер локальной станции. Подскажите, пожалуйста, как можно заменить АОН в данном случае на номер, который привязан к удаленному транку Е1?
Вот кусок трейса с удаленной станции, где видно что уходит внутренний номер:
______________________________________________________________________________
| (980650:000157) 1028: Send_IO1 (link-nbr=1, sapi=0, tei=0) :
| long: 50 desti: 0 source: 15 cryst: 2 cpl: 6 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 09 d1
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=6) -> 00 81 Num : 1111
| IE:[70] CALLED_NUMBER (l=12) -> 80 Num : 8.........
| IE:[7d] HLC (l=2) 91 81
| [a1] Sending complete
|______________________________________________________________________________

______________________________________________________________________________
| (980652:000158) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 2 cpl: 6 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 89 d1
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 83 81 -> [81] UNALLOCATED NUMBER
|______________________________________________________________________________

обычно, если вы шлете неверный АОН оператор подменяет его номером по умолчанию, как правило это первый номер в выделенном вам диапазоне.
а unallocated number - это получаете в том случае, если станция вашего оператора не знает куда отправить набранный вами номер или такого номера нет на станции вызываемого абонента.

++++++++++++++++++
Anything's possible. Keep thinking.



Редактировано 1 раз. Последний раз 27.01.2009 16:23 пользователем whistler.

Если я правильно понял, абонент 1111 (например станция 1) звонит в другой город через станцию 2 (и транковую группу 2)? Правильно я понял?
В этом случае в транковую группу 2 будет отдан АОН который вы посторите на УЗЛЕ 1 - абсолютно классическим способом - TG2/NPD selector (смотрим на узле 1, где абонент), далее NPD, DDI, Entity (или NPD) для инсталляционного номера и т.п.
Т.е. повторюсь - построение АОН для занятия чужой транковой группы абсолютно построению АОН для своей транковой группы, причем все строится на узле, где расположен абонент.

ivan Написал:
-------------------------------------------------------
> Спасибо за помошь.
> Информация об удаленной транковой группе есть. Так
> что если создать префикс с указанием удаленной TG
> и выбрать Professional TG With Overlapping, то
> звонки ходят. Не работает именно при ARS, когда в
> префиксе стоит ARS Prof.Trg Grp Seiz.with overlap
> и все идет через ARS.
>
> Никакие цифры не удаляются. Вот роут:
>
> Trunk Group Source + Route
> Trunk Group : 801
> Nb.Digits To Be Removed : 0
> Digits To Add : -------------
> Numbering Command Tabl.Id : 0
> VPN Cost Limit : -1
> Protocol Type + Dependant on Bundle Type
> NPD identifier : 0
> Route Type + Public
> ATM Address Id : -1
> Preempter + False
>
> А не подскажите, с какими параметрами надо
> запускать mtracer чтобы отследить данную проблему?

прописывайте новый npd с жесткой пропиской аон-а и ars листе в поле NPD identifier указывайте этот npd, так будет выходить все абоненты через другую атс под одним аон-ом

Если люди вколотили NPD = 0, наверное осмысленно делали? По дефолту стояло 255.

0-й NPD по дефолту - никаких инсталляцтонных номеров, никакой DIDтрансляции

А вообще всегда предлагаю в руте приколачивать такой же NPD как в транковой группе (чтоб набор номера не отличался от способа набора).
Вообще обычно сначала настраиваю звонки через префикс занятия (набор, формирование АОН, вообще функционирование), а после перевожу на ARS.

Про замену неверного АОНа на пилотный номер я знаю. Но этот оператор почему то именно отбивает звонки. Т.е. когда звонок идет на этот же номер со 2-й станции, с правильным АОНом, то звонок проходит.
Да, поняли правилно. Только я не совсем понимаю, как мне построить АОН номер для удаленного узла 2 на узле 1. В энтити уже стоит инстал номер для локального транка, так даже и он не подставляется при звонке на 2 узел. Можно ли расписать, какие шаги именно надо сделать, чтобы внутренний АОН номер абонента на 1 узле 1111 заменить на внешний второго узла 1234567?

Сорри, пока писал последнее сообщение, пропустил предыдущие :)
0 NPD поставил, т.к. 0 стоит в докуентации по Break-out call. Сейчас действительно попробую сделать отдельный NPD, где можно указать инстал. номер.

Спасибо большое за помощь! Создание отдельного NPD полностью решает проблему, звонки проходят с нужным АОНом.