ARS поднят и прекрасно работает. и тут выплывает интересная фишка:
на аппарате ставлю переадресацию в город:
1. звонки внутренних абонентов прекрасно переадресовываются и ARS прекрасно работает. шлет через нужный транк.
2. звонки из города переадресовываются в город , но.... почемуто выбрасывает через PRA2 а не через NDDI.

ARS настроена следующим образом: по коду мобильника определяю оператора, и если для данного оператора есть халява (для мотива через комутатор) пускаю на NDDI и командной таблицей модифицирую номер.
в роутлисте два маршрута - 1-й на NDDI, а второй на PRA2 на всякий случяй.


без применения ARS (напрямую вбить занятие транкгруппы и номер) переадресация RPA - NDDI работает.

но хочется через ARS, или ARS не заточена под такие вещи. хотя формально номер набран внутри станции...

Когда идет звонок через ARS вы через логический дискриминатор в префиксе попадаете на реальный через discriminator selector в Entity (причем по Entity инициатора звонка - соответственно для абонентов смотрим discriminator selector в Entity=1, а для внешних в discriminator selector в Entity=0).

хорошо было в отпуску, нужно и поработать.

попробовал в нулевую ENTITY прописать связь логического и физического дискриминатора - не помогает. все также работает.
и мне кажется что entity инициатора здесь непричем (для переадресации имеется ввиду). у меня 16 штук entity и только абонетны 3-х из них имеют возможность со своего аппарата воспрользоваться ARS и тогда переадресация не работала для тех абонентов у которых нет ARS, а их почти вся контора.

А чего у вас в 5-ой connection cat (5 на 5 должна быть 1).

А так-же может влиять категория транковой группы (по умолчанию там стоит 0-я категория).

по 5-ой connection cat стоит 1. это уже давно поправлено , когда с простой переадресацией боролся.
а категория транкгруппы как может влиять?

Я не много не понял, как вы разруливаете входящий звонок через ARS.
У вас по входящей транковой группе приходят любые номера (нет DDI транскодинга или как).
Напишите какие цифры вы получаете и чего вы с ними хотите сделать. Тогда может чего и посоветую.
А категория (например для ISDN транковой группы) присутствует (0-я если никто ничего не менял). И иногда она используется. (для баринга при транзитных звонках).

ну хочу чтоб входящие из города также как и внутренние переадресовывались через ARS.

есть 1 поток в город, город мне шлет 6 цифр: 3780ХХ. я их транслирую в 30ХХ, блоком в 100 штук.

есть кучка 2-х проводок, для всяких непредвиденных случаев и работы торговых терминалов.

есть куча entities - для каждого обособленного подразделения сделано, нулевую entity никому не отдана.

есть настроеная ARS - и некоторым подразделениям ARS доступен: ENTITIES\Discriminator selector\ ставлю соответствие логического и физического дискриминатора.

вот теперь интересная весчь: кому поставил соответствие - прекрасно звонит через ARS, претензий нет. кому не поставил - отшивает после набора префикса ARS - тоже претензий нет.
абонент у которого есть доступ к ARS ставит переадресацию на свой сотик: 1 случай - тупо вбивает префикс занятия транка и номер, в этом случае и входящие из города и собственные абоненты нормально переадресовываются (какой префикс указал - туда и летит); 2-й случай - абонент ставит префикс ARS и номер своего сотика, результат: внутренние абоненты независимо от доступности ARS нормально ей обрабатываются ( через командную таблицу изменяется номер на который переадресовываем , выбрасывается на NDDI, и только в случае занятости NDDI идет без модификации через PRA), а вот городские входящие выбрасываются сразу через PRA и в АОНе сдается номер абонента(ну тут ввроде логично) который поставил переадресацию .

вопрос - кто глючит , я или ARS?

Предлагаю следующий эксперимент, создаете внутреннего абонента и говорите - абонент принадлежит Entity 0 (как у транковых групп по умолчанию) и public network cat=0 (как у транковых групп по умолчанию). Пробуете позвонить с него на абонента с переадресацией (ARS + номер) и смотрите чего получается (ведет ли себя станция так-же как и при внешних звонках).
Соответственно могут быть проблемы с discriminator selector (Entity) или public network category (ARS privelege и trunk group access).

ставил и entity и network cat в 0 : переадресовывает через ARS как и раньше.

Т.е. абонент 0 ентити с 0 категорией работает не так как внешняя линия?

да. также как и любой другой абонент с ненулевой ентити.

Столкнулись с аналогичной проблемой: есть потоки PRA2 и рабочая ARS. При переадресации на внешний номер через ARS внутренние абоненты отпраляются без проблем, а внешние через промежуток времени получают занято:
______________________________________________________________________________
| (565557:758035) Physical-Event :
| long: 41 desti: 0 source: 0 cryst: 0 cpl: 18 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 05 0b
| SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3) a9 83 89 -> T2 : B channel 9 exclusive
| IE:[1e] PROGRESS_ID (l=2) 82 81
| IE:[70] CALLED_NUMBER (l=6) -> 81 Num : 49550
|______________________________________________________________________________

______________________________________________________________________________
| (565557:758036) 867: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 18 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : 85 0b
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 89 -> T2 : B channel 9 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (565557:758037) 867: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : PROGRESS (03) Call ref : 85 0b
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

______________________________________________________________________________
| (565558:758038) 867: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 85 0b
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER
|______________________________________________________________________________

______________________________________________________________________________
| (565558:758039) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 18 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 05 0b
|______________________________________________________________________________

______________________________________________________________________________
| (565558:758040) 867: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : REL COMP [5a] Call ref : 85 0b
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________


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

______________________________________________________________________________
| (566418:759047) Physical-Event :
| long: 41 desti: 0 source: 0 cryst: 0 cpl: 18 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 02 87
| SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3) a9 83 8c -> T2 : B channel 12 exclusive
| IE:[1e] PROGRESS_ID (l=2) 82 81
| IE:[70] CALLED_NUMBER (l=6) -> 81 Num : 49550
|______________________________________________________________________________

______________________________________________________________________________
| (566418:759048) 866: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 18 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : 82 87
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 8c -> T2 : B channel 12 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (566418:759049) 866: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : PROGRESS (03) Call ref : 82 87
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

______________________________________________________________________________
| (566427:759070) 866: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : 82 87
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 80 88
|______________________________________________________________________________

______________________________________________________________________________
| (566475:759100) 866: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 18 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CONNECT (07) Call ref : 82 87
|______________________________________________________________________________


ARS отсылала их на эту же транковую группу.
Все абоненты и транковые группы имеют Entity 1 и Public NC 2.
Похоже что какой-то таймер не дожидается?
Буду очень признателен за любые подсказки

Если надо идти через ARS, попробуйте поставить во входящей транковой группе public network cat как у абонентов, а в Entity транковой группы (по умолчанию 0), в разделе discriminator selector поставить те же цифры, что и в абонентском entity. А так-же чего стоит в connection cat 5 на 5.



Редактировано 1 раз. Последний раз 15.03.2006 11:45 пользователем vad.

Входящая ISDN транковая группа та же что и исходящая. Перемена Entity в TG с 1 на 0 ничего не дало, Discriminator selector одинаковые и были, Connect cat 5 на 5 - 1. Что ещё примечательнее - входящие междугородние звонки по той же ISDN транк-группе через ARS-префикс переводятся на внешние номера без проблем как и внутренние, а входящие городские не хотят (хотят только через префикс Professional trunk seize или Professional TG With Overlapping). Тестовые звонки были произведены на один и тот же номер. Похоже что мы в двух соснах заблудились...

А в роуте, в разделе Quality стоит только Speech? Не прбовали добавить FAX? У вас в setup приходит IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3.

Очередной раз огромное спасибо, VAD. Добавили FAX - как бабушка пошептала. Вся переадресация пошла в нужное русло. Bearer capabiliti правда не изменился.

| (207136:847565) Physical-Event :
| long: 41 desti: 0 source: 0 cryst: 0 cpl: 18 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 14 1a
| SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3) a9 83 9c -> T2 : B channel 28 exclusive
| IE:[1e] PROGRESS_ID (l=2) 82 81
| IE:[70] CALLED_NUMBER (l=6) -> 81 Num : 49550
|______________________________________________________________________________

______________________________________________________________________________
| (207136:847566) 866: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : 94 1a
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 9c -> T2 : B channel 28 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (207136:847567) 866: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : PROGRESS (03) Call ref : 94 1a
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

______________________________________________________________________________
| (207190:847672) 866: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : ALERT (01) Call ref : 94 1a
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 80 81
|______________________________________________________________________________

______________________________________________________________________________
| (207190:847674) 864: Send_IO1 (link-nbr=18, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 18 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : CONNECT (07) Call ref : 94 1a
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 80 81
|______________________________________________________________________________

______________________________________________________________________________
| (207190:847675) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 18 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CONNECT ACK (0f) Call ref : 14 1a
|______________________________________________________________________________


Ещё раз спасибо.

А он и не должен меняться, просто при обычном звонке первая цифра 80, а 90 если может быть и факс-модемный звонок.