Помогите пжлста.
Ситуация такая: с некоторых номеров исходящие звонки на федеральные сотовые идут через аналоговый GSM шлюз (шлюз подключен к СЛ). Абоненты ставят у себя переадресацию на фед. сотовые. И в случаях, когда звонишь с внешних номеров на номер где поставлена переадресация, вместо дозвона получаешь отбой ("номер временно не может быть вызван", говорит городская станция). Маршрутизация звонков настроена через АРС. В чем может быть дело?

что скрывается под аббревиатурой СЛ? шлюз может быть включен на аналоговый Z - порт станции - тогда это стандартный абонент станции, а может быть включен на порт NDDI - тогда это "внешний" абонент. если вам боле понятно, то это может быть порт FXS или FXO... У вас, судя по АРС, второе. соответственно во втором случае работают категории, дискриминатор, dialing command table. в первом приближении можно проверить так, переадресация будет работать туда, куда абонент может позвонить, те. может ли абонент, заказывающий переадресацию, позвонить на свой мобильный?
есть еще команды полезные, типа lookars

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

А можно конкретнее - тип входящей группы, тип исходящей, что происходит при звонках внутренних абонентов, если в город ISDN - покажите трейс.

Аналоговый GSM шлюз портом FXS подключен к порту NDDI станции. Исходящая связь на федеральные сотовые маршрутизируется на транк подключенный к GSM шлюзу. Абоненту А разрешены звонки на фед. сотовые. Звонок с города от абонента Б по потоку Е1 попадает на номер абонента А, на аппарате которого стоит переадресация на федеральный сотовый В. В итоге абонент Б вместо дозвона на сотовый номер В, получает отбой ("номер временно не может быть вызван", говорит городская станция).
Trace прилагаю (с города звонят по номеру 5678998, на номере 5678999 установлена переадресация):

______________________________________________________________________________
| (760012:000784) Physical-Event :
| long: 57 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 1 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 49
| SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
| IE:[6c] CALLING_NUMBER (l=12) -> 21 81 Num : 8435678998
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 5678999
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

______________________________________________________________________________
| (760012:000785) 984: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 23 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : CALL PROC (02) Call ref : 80 49
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (760012:000786) 984: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : PROGRESS (03) Call ref : 80 49
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

______________________________________________________________________________
| (760014:000787) Physical-Event :
| long: 22 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : PROGRESS (03) Call ref : 9e 95
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 80 88
|______________________________________________________________________________

______________________________________________________________________________
| (760065:000788) Physical-Event :
| long: 26 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 1 type a5
| tei: 0 >>>> message received : DISCONNECT [45] Call ref : 00 4a
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 80 90 -> [90] NORMAL CALL CLEARING
| IE:[1e] PROGRESS_ID (l=2) 82 88
|______________________________________________________________________________

______________________________________________________________________________
| (760065:000789) 984: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : 80 4a
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (760066:000790) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 1 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : 00 4a
|______________________________________________________________________________

______________________________________________________________________________
| (760084:000791) 984: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 45 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 1 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 1e 95
|______________________________________________________________________________

трасса - не полная. Отсутствуют сообщения DISCONNECT и RELEASE с референсом 00 49 и 80 49.

Для начала - где второй Setup

Step by step:
- работает ли набор номер (куда заказали переадресацию) через redial (когда весь номер посылается без пауз)?
- если да - работает ли переадресация при звонках внутреннего абонента (в категории не забываем галку в поле follow ext. fwd)?
- если да - connection COS 5, что там в 5 на 5;
- если все нормально - звонок у вас делается прямыми префиксами занятия или через ARS? Вдруг там какие нибудь забавности (дискриминаторы не 0 или 1, или еще чего), в этом случае (при менеджменте по дефолту) имеет смысл поставить (при звонке внутреннего абонента на переадресованный аппарат) звонящему абоненту entity 0 (которое по умолчанию стоит в транковой группе).

1) Не очень понял вопрос;
2) При звонках с внутренних аппаратов все работает;
3) На 5-ом conection category ID в 5 на 5 стоит еденичка.
4) Все исходящие звонки делаются через АРС. Для абонентов у которых звонки на фед. сотовый идут через GSM шлюз значение entity равно 2. Настроено так, что при исходящем звонке они попадают на соответствующий дискриминатор 2, который и направляет звонки по заданному АРС роуту на GSM шлюз. Если неправильно выразился поправьте пжлста.

Более полный Trace прилагаю (с города звонят по номеру 2922590, на номере 5678999 установлена переадресация):

(360337:083391) Physical-Event :
| long: 26 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : DISCONNECT [45] Call ref : ab e9
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 8a 93 -> [93] NO ANSWER FROM USER (USER ALERTED)
| IE:[1e] PROGRESS_ID (l=2) 82 88
|______________________________________________________________________________

______________________________________________________________________________
| (360337:083392) 975: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : RELEASE [4d] Call ref : 2b e9
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (360338:083393) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : REL COMP [5a] Call ref : ab e9
|______________________________________________________________________________

______________________________________________________________________________
| (360372:083394) Physical-Event :
| long: 57 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : SETUP [05] Call ref : 00 08
| SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3) a9 83 83 -> T2 : B channel 3 exclusive
| IE:[1e] PROGRESS_ID (l=2) 82 83
| IE:[6c] CALLING_NUMBER (l=12) -> 21 83 Num : 8432922590
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 5678999
|______________________________________________________________________________

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

______________________________________________________________________________
| (360372:083396) 984: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : PROGRESS (03) Call ref : 80 08
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

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

______________________________________________________________________________
| (360375:083398) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : 00 08
|______________________________________________________________________________

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

______________________________________________________________________________
| (360377:083400) 984: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 2b de
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (360379:083401) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : ab de
|______________________________________________________________________________

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

______________________________________________________________________________
| (360468:083403) 984: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 22 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : DISCONNECT [45] Call ref : 2b e8
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

______________________________________________________________________________
| (360471:083404) Physical-Event :
| long: 18 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : RELEASE [4d] Call ref : ab e8
|______________________________________________________________________________

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

______________________________________________________________________________
| (360518:083406) 984: Send_IO1 (link-nbr=17, sapi=0, tei=0) :
| long: 45 desti: 0 source: 15 cryst: 0 cpl: 17 us: 8 term: 0 type a5
| tei: 0 <<<< message sent : SETUP [05] Call ref : 2b ea
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 80 90 a3
| IE:[6c] CALLING_NUMBER (l=6) -> 01 a1 Num : 8707
| IE:[70] CALLED_NUMBER (l=8) -> 81 Num : 2926095
| IE:[7d] HLC (l=2) 91 81
|______________________________________________________________________________

______________________________________________________________________________
| (360522:083407) Physical-Event :
| long: 23 desti: 0 source: 0 cryst: 0 cpl: 17 us: 0 term: 0 type a5
| tei: 0 >>>> message received : CALL PROC (02) Call ref : ab ea
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 92 -> T2 : B channel 18 exclusive
|______________________________________________________________________________

суть первого вопроса: выяснить, зависит ли от "темпа" набора номера. когда человек набирает номер заглядывая в зап книжку - темп один, когда набрал этот номер через кнопку "redial" - другой. вобщем выяснить, есть ли проблемы с DCT или еще чем-то в наборе...

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



Редактировано 1 раз. Последний раз 23.06.2008 15:52 пользователем whistler.

Через redial набор номера работает. Непонятно куда уходит звонок при переадресации. Есть у кого какие нибудь мысли?

lookars i проверьте, правильно ли отрабатывает АРС,
trkstat -r #TG есть ли занятие в сторону NDDI?

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



Редактировано 1 раз. Последний раз 23.06.2008 17:36 пользователем whistler.

По занятиям транка получилось следующее (при внешнем звонке на номер где стоит переадресация):
с городских номеров занятости транка не происходит, соотвественно нет дозвона;
с федеральных сотовых занятие транка происходит но дозвона нет.

странное какое-то поведение вашего АРС. вы командой lookars i смотрели, куда же все таки рулят ваши звонки? на шлюзе есть какая-то диагностика?

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

Шлюз самый простой, так что никакой диагностики нет. Посмотрел командой lookars i, там я так понял указывая внешний номер на который будет совершен звонок указывается номер роута. Так вот при звонке на фед сот. номер. номер роута указан правильно.

Попробуйте в entity 0/ discr. selector поставить те-же цифры что и в entity 2

теже грабли но в другом формате - dto joing в TG nddi

http://forum.intersyst.ru/read.php?3,4381,6005#msg-6005



Редактировано 1 раз. Последний раз 25.06.2008 15:20 пользователем error.

параметр dto joing изменял еще до этого, проблема осталась.

Предложение сделать настройки для 0 discr. selector такими же как и для 2 discr. selector. Я правильно понял?

Нет, не правильно. В разных entity может быть разное переназначение логических дискриминаторов (от 0 до 7) - реальным (от 0 до 255). Вот в discr. selector и выбирается какой реальный дискриминатор соответствует логическому, ссылка на который (логический) может быть в транковой группе или ARS. При транзите, номер entity берется из входящей транковой группы, далее, смотрим какой логический дискриминатор используется при исходящей связи (в транковой группе или ARS), после идем в эту entity и в discr. selector смотрим соответствие, какой реальный дискриминатор будет использоваться.

чтот начали копать не в ту сторону.
у автора поста переадресация с внутр.номера во вне через шлюз работает
осталось сделать сделать только трасфер город-то-город и зацепки - наличие галки Transfer Outgoing-Outgoing в Phone Facilities Categories

Все правильно капаем. Человек заказал переадресацию, теперь люди попадая на АРС + номер играют по правилам своего Ентити.
Соответственно надо смотреть что стоит для начала в 0-м ентити, дискриминатор селектор. Поскольку человек говорит о 2-м дискриминаторе, менеджмент отличается от дефолтовского - и например попадая на АРС транзит идет не во 2-й дискриминатор, а в 0-й

vad Написал:
-------------------------------------------------------
> Все правильно капаем. Человек заказал
> переадресацию, теперь люди попадая на АРС + номер
> играют по правилам своего Ентити.
по правилам ентити инициатора тобишь того кто поставил переадресацию

1. на TG nddi стоит метка privat?
2. dto joing включен?
3. Transfer Outgoing-Outgoing в Phone Facilities Categories включен?


хочу напомнить что трансфер город-то-город идет лишь при одном условии (особенно это касается FXO портов) на наличие метки на обнаружении bysu ton detection, даже если с одно стороны идет pri а сдругой стороны nddi и нет этой самой метки bysu ton detection то трансфере будет отказано т.к. для алкателя это не достаточно в отличии от других станций ранга пониже

единственный и правильный вариант проверки это из города позвонить на цифровой аппарат и на нем сделать трансфер на сотовый через шлюз и если в трансфере будет отказано то смотрите см.пункты 1 2 3, если трансфер пройдет значит руки кривые и расширяйте колличество шлюзов

и еще forward to external (Phone Facilities Categories) в каком состоянии находится?

Причем здесь Phone feature COS - мы ведь говорим о транзите, во входящей транковой группе нет такой категории.
Private здесь не причем, а DTO joining нужен если требуется транзит NDDI-NDDI, а здесь одна сторона ISDN.
Вот насчет Entity инициатора я не уверен.

для isdn-nddi dto тоже необходим
и причем тут вообще транзит???????? чтоб был транзит на isdn надо в трансляторе ТУПО указать на какой транк идти и все
абонент ставит переадресацию во вне это тобишь forward to external и тут транзитом близко и не пахнет

транзит при том, что станция коммутирует ISDN и NDDI транки. возможно, все это время я блуждал в потемках невежества, но разъясните мне тогда, что такое транзитное соединение?

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

whistler Написал:
-------------------------------------------------------
> транзит при том, что станция коммутирует ISDN и
> NDDI транки. возможно, все это время я блуждал в
> потемках невежества, но разъясните мне тогда, что
> такое транзитное соединение?


транзит это чистое соедение транк-то-транк без участия в внутренных прибамбасов (т.е. внутренних абонентов, vm и т.д.)

vad Написал:
-------------------------------------------------------
> Все правильно капаем. Человек заказал
> переадресацию, теперь люди попадая на АРС + номер
> играют по правилам своего Ентити.
> Соответственно надо смотреть что стоит для начала
> в 0-м ентити, дискриминатор селектор. Поскольку
> человек говорит о 2-м дискриминаторе, менеджмент
> отличается от дефолтовского - и например попадая
> на АРС транзит идет не во 2-й дискриминатор, а в
> 0-й

Сделал таким образом, что абонент у которого стоит переадресация на фед. номер (исх. звонки на фед. сотовые у этого абонента идут через GSM шлюз) работал через 0-й ентити (транзит на 0-й дискриминатор). Начал проверять, опять та же ситуация - нет дозвона (речевое сообщение: "номер временно не может быть вызван"). Откуда же идет это речевое сообщение? Так бывает при звонках городской номер, у которого неполадки на линии.

такое запросто может быть например в такой ситуации: вызов уходит не в шлюз, а в городской транк NDDI (если таковые у вас есть) и тут у междогородней станции может слетать крыша из-за того, что например после 8 вы не дождались ответа МГ станции и та соответственно начинает воспринимать ваш номер с середины... косвенно это видно из факта что у вас иногда НЕТ, как вы говорите, занятия транка в шлюз. может быть у вас есть overflow из этой ТГ в другую?

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

при внешнем звонке атс дала резил прову а болталка прова сказанула "номер временно не может быть вызван" в ответ на этот релиз

error Написал:
-------------------------------------------------------
> при внешнем звонке атс дала резил прову а болталка
> прова сказанула "номер временно не может быть
> вызван" в ответ на этот релиз

Что значит "атс дала прову" и кто дал ответ?