Для номера А, исходящая связь настроена таким образом, что все звонки идут через аналоговый городской номер подключенный к плате NDDI (настроено через АРС). При наборе городского или федерального сотового номера с телефона с номером А никаких проблем нет, все проходит.
Но если на телефоне с номером А поставить переадресацию на городской или федеральный сотовый номер начинаются проблемы. Если на телефон с номером А, позвонить с внешнего номера (неважно с сотового или городского), то вместо переадресации на внешний номер получаем отбой (автоответ о том, что номер не доступен или не может быть вызван). При этом видно, что исходящий транк не занимается. При звонках с внутренних номеров переадресация срабатывает нормально.
В чем может быть тут дело?

Не заданы права юзера.

COS-Phone Features COS-(нужный номер COS)-Rights transfer outgoing-outgoing - Yes
(если сидит секретарша, которая звонит двум внешним абонентам и потом соединяет их между собой)

COS-Phone Features COS-(нужный номер COS)-Rights transfer outgoing-incoming - Yes
(если сидит секретарша, которая принимает внешние звонки, звонит другому внешнему абоненту и соединяет их между собой)

Автор имеет ввиду Forward, а не Transfer.
Если входящие линии тоже аналоговые NDDI, то лучше не стоит разрешать форвард. Если станция соединит их между собой, то не всегда сможет отбить их и линии будут подвисать. Смотреть надо детектирование тона занято и 5-ю Connection Category.

Права на форвардинг там же АФАИР.

Отбой - отдельная тема.
Настраивать детектор станции/ставить внешний отбойник на линию, если такая связь необходима. На ОХЕ таймер на длительность звонка вроде не ставится, только на ОХО. Я там поставил часа два, если вдруг линия не отобьется. Уж больно детекторы на ОХО кривые...

ТО:jcs. Будьте внимательнее - переадресация наружу при звонках внутренних абонентов - работает (так что с правами абонентов - все в порядке), не отрабатывает переадресация при звонке с внешних номеров.

Фишка в том, что я эту ситуацию у себя решал. =) Завтра к станции поближе подберусь - посмотрю внимательнее, наверное, вспомню. Сдается мне, что права на коннекцию ext-ext влияют как на transfer, так и на forvard.

Transfer работает нормально, проверил отдельно. Что касается входящих линий, то они цифровые (поток Е1). Но вопрос по отбою NDDI линии тоже присутствует (т.е. как настроить, чтобы линия отбивалась по таймеру). Что касается переадресации, звонок по переадресации куда то уходит и упирается (звонящий слышит оповещение автоинформатора: номер временно не может быть вызван). Так происходит при звонке с внешнего номера.

Гм... В Trunk COS у всех Connection COS 5? (должно быть по умолчанию).
У юзеров по умолчанию Connection COS 0.
Соответственно, в Connection COS 0 должен быть Connection COS 0=1 и Connection COS 5=1 (иначе не будет связи юзер-юзер и юзер-транк),
в Connection COS 5 должен быть Connection COS 0=1 и Connection COS 5=1 (иначе не будет связи транк-юзер и транк-транк).

(У меня во всех Connection COS 1 проставлены, никакие коннекции не запрещены.)

Сейчас проверил - при переадресации вызова с IP транка и на ISDN транк, и на NDDI все прекрасно переадресуется. Попробую сейчас смоделировать ситуацию NDDI-NDDI.

Тоже работает.

Поставил в Connection COS 5 Connection COS 5=0 - и вуаля. При звонке юзера переадресация работает, при звонке с транка - нет.

Понятно, почему трансфер работает, а форвард нет.
При трансфере идет Conn. COS 5 - Conn. COS 0, который разрешен, при втором звонке - Conn. COS 0 - Conn. COS 5, который тоже разрешен (иначе не было бы у юзеров ни входящей, ни исходящей связи). Делаем трансфер, соединяя уже созданные коннекции.

При форварде транк-транк работает Conn. COS 5 - Conn. COS 5, который, если запрещен, не дает сделать такой форвард и ни на что больше не влияет.

Длительность коннекции trunk-trunk - на эту тему timer 85 (для DISA trunk) и таймер 236 (для транк-транк соединений).



Редактировано 1 раз. Последний раз 09.12.2008 16:08 пользователем jcs.

ТО:jcs. В Trunk COS у всех Connection COS 5 (все по умолчанию, ничего не менял). Для Conection COS 0 и Conection COS 5 все conection rights COS = 1 (кроме соы6=0). Вроде ничего не запрещенно, но все равно не работает.

Смортите трассировки, и кстати - какой автоинформатор говорит?
Кроме того - переадресация - это префикс + номер. Если пользуетесь дискриминаторами отличными от дефолтовских (0 и 1), то смотрите entity/NPD selector не только абонентского ентити, но и транкового (0-го).

на NDDI надо включать DTO

vad Написал:
-------------------------------------------------------
> Смортите трассировки, и кстати - какой
> автоинформатор говорит?
> Кроме того - переадресация - это префикс + номер.
> Если пользуетесь дискриминаторами отличными от
> дефолтовских (0 и 1), то смотрите entity/NPD
> selector не только абонентского ентити, но и
> транкового (0-го).

Я так думаю, говорит автоинформатор гоодской АТС. Дескриминатор используется 7. А что значит: "смотрите entity/NPD selector не только абонентского ентити, но и транкового (0-го)". Т.е. что нужно помотреть и в случае необходимости исправить?
Также прилагаю trace (звонок с номера 2922590, переадресция не срабатывает на номере 5678998):

______________________________________________________________________________
| (509291:040990) 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 07
| SENDING COMPLETE
|______________________________________________________________________________
|
| IE:[04] BEARER_CAPABILITY (l=3) 90 90 a3
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 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 : 5678998
|______________________________________________________________________________

______________________________________________________________________________
| (509291:040991) 978: 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 07
|______________________________________________________________________________
|
| IE:[18] CHANNEL (l=3) a9 83 82 -> T2 : B channel 2 exclusive
|______________________________________________________________________________

______________________________________________________________________________
| (509291:040992) 978: 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 07
|______________________________________________________________________________
|
| IE:[1e] PROGRESS_ID (l=2) 81 88
|______________________________________________________________________________

______________________________________________________________________________
| (509291:040993) 978: 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 : DISCONNECT [45] Call ref : 80 07
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 9b -> [9b] DESTINATION OUT OF ORDER
|______________________________________________________________________________

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

______________________________________________________________________________
| (509293:040995) 978: 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 : REL COMP [5a] Call ref : 80 07
|______________________________________________________________________________
|
| IE:[08] CAUSE (l=2) 81 90 -> [90] NORMAL CALL CLEARING
|______________________________________________________________________________

Вроде как место назначение неисправно, если я правильно прочитал трассу.

Ну что тут сказать...
Остается еще раз посмотреть на COSы.
Например, External Forwarding COS у этого юзера, а также настройки EXTERNAL FORWARDING COS/PUBLIC ACCESS NETWORK COS.

надо рыть с конца - попробуйте для начала в рукопашном режиме позвонить на этот самый номер А и сделать на нем переадресацию на внешний номер

есть так же фишка у прова такая - к примеру у вас диапозон номеров 5678900-5678999 то бывает что нельзя через город позвонить самому себе на номерную емкость т.е. позновить с номера 5678910 на номер 5678920 через прова т.е. так пров исключает безполезные петли атс-пров-атс, рекомендую проверить

Последний случай как раз с помощью NPD/ext callback translation пофиксить можно. Подменить вызывающий номер... Пров и не поймет, что это ему его же звонок переадресован. Если есть два разных транка, попробовать варианты "звонок с одного транка-переадресация на другой".

Товарищи, чего подменять собираетесь? Вторая сторона NDDI.

Могут быть проблемы с таймерами в ISDN сигнализации (не дожидается конца набора).
Смотрим - NDDI занимается или нет.
Лучше для начала заказать переадресацию через ISDN - посмотреть, что в принципе работает.

vad Написал:
-------------------------------------------------------
> Могут быть проблемы с таймерами в ISDN
> сигнализации (не дожидается конца набора).
> Смотрим - NDDI занимается или нет.
> Лучше для начала заказать переадресацию через ISDN
> - посмотреть, что в принципе работает.

В том то и дело NDDI не занимается при переадресации. Переадресация через ISDN работает.

номер 2922590 принадлежит вашему диапозону в pri? т.е. хочу сказать ты не пытаеся левый номер через pri вытолкать?

To gmaratm: "Переадресация через ISDN работает."

Тогда остается только настройки NDDI ковырять. Все COSы.
Да, и вот еще. Набор номера по PRI происходит несколько быстрее, чем в NDDI. Может, во втором случае отрабатывает таймер overflow (к примеру...)

Проверил еще такую штуку.
На номере, где установленна переадресация, входящую и исходящую связь настроил через NDDI. При этом переадресация отработалась нормально. После того как входящую связь настроил через поток, переадресация опять не пашет.

Дабы не плодить похожие темы задам вопрос в этой ветке.
Станция OmniPCX Enterprise MG подключена по PRI ISDN.
Если у абонента установлена переадресация на внешний городской номер, то при звонке внутри станции вызов проходит на городской номер. При звонке из города через автосекретаря вызов по таймеру валится на секретаршу, причем если назначить этому абоненту городской номер, то есть исключить IAA, вызов все равно валится на секретаршу по тайм-ауту.
Понятно, что имеется не стыковка COS trunk и usera. C user разобрался - имеются Connection COS и Phone COS (где собственно и устанавливаются права на трансфер, форвардинг, объединение вх -> исх, исх -> исх).
С trunk COS закопался - не пойму на какой странице его искать и какой именно(попадались и COS 19 и Incomming COS 10, Outcomming COS 10, но то что видел на форуме COS 5 - нигде не нашел).

ISDN PRI имеет trunk COS 19, что за этим скрывается смотрим В external services > trunk COS. в 19 trunk COS видим назначенную этому типу транков Connection COS, по умолчанию - 5. после этого идем в classes of service > connection COS и зрим в точку пересечения 5 строки и 5-го столбца. по умолчанию там стоит 0, принципиально запрещающий соединения транк-транк (при их дефолтовых коннекшен кос 5)

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

Вопрос в догонку: переадресация работает на внешний номер прекрасно (с Е1 на Е1) пока внутренний номер привязан к плате, а как только делаем его виртуальным почему-то пропадает. На старых релизах вроде работало без проблем, где копнуть подскажете?



Редактировано 1 раз. Последний раз 13.03.2009 03:16 пользователем JKS.

Переадресация - вечная тема.
Пока так и не смог настроить. Релиз на станции 9-й.
Во всех Connection COS стоят 1, в том числе и в 5-м.
В Phone fea COS forward external =1, Inp - Out =1, Out - Out =1.
Собственно если сделать трансфер входящего городского вызова на внутренний EXT c установленной переадресацией на внешний номер, то соединение устанавливается. То есть трансфер в любом виде работает, а форвард город - город нет.

TMC Написал:
-------------------------------------------------------
> Переадресация - вечная тема.
> Пока так и не смог настроить. Релиз на станции
> 9-й.
> Во всех Connection COS стоят 1, в том числе и в
> 5-м.
> В Phone fea COS forward external =1, Inp - Out =1,
> Out - Out =1.
> Собственно если сделать трансфер входящего
> городского вызова на внутренний EXT c
> установленной переадресацией на внешний номер, то
> соединение устанавливается. То есть трансфер в
> любом виде работает, а форвард город - город нет.

линии медь?
абонент не в группе?

Выше по теме я писал, что станция подключена по потоку PRI ISDN ( в данном случае не принципиально как включен поток - по меди или оптике). Абонент не в группе. Речь идет вцелом по станции, будь то вновь созданный абонент.

Предлагаю - если вопрос актуален, открыть новую тему, проблем с внешней переадресацией никогда особых не было - хотя бы в минимальном наборе - переадресация немедленная, звонок не в группу, не на IAA, не в Incoming greeting guide, а прямо на абонента.

Играет рояль Connection COS TG, разрешение переадресации в категории абонента, и способ звонка (префикс или ARS, или Speed dialing) и используемый дискриминатор (если в исходящей TG что-то отлично от 0 и 1).
В вашем случае на мой проблема больше похожа на проблему дискриминатора - например используете 3-й логический (в префиксе ARS или TG), в абонентском ентити прописали 3=3, а ентити TG нет.