Всех приветствую.
Ребят подскажите, как возможно такое реализовать...
Сделана переадресация на сотовый номер при наоборе на внешнию линии..Переадресация реализована HUNT группой
http://www.artcom.ru/forum/index.php?showt...84&hl=mod89

При пеерадресации на мобильном номере показывается номер офиса..
Возможно ли передавать именно номер,с которого сделан вызов.
Пока запросили включения АОН на внешней линии..дальше пока не знаю с какой стороны зайти..т.к грубо вызов то осуществляет сама АТС..и уже связывает звонок..
Т.к при наборе номера на внешниию линию..слышно как набирается сотвоый номер..
номер забит в speed ячейке.

При переадресации исходящий вызов идет по ISDN линии?? И станция отправляет свой офисный CLI (АОН)??
В целом это правильно!!
Если станция будет отправлять в качестве CLI принятый из сети номер вызывающего абонента, то провайдер (как правило!!) не пропустит такой вызов. Т.к. номер вызывающего абонента не соответствует номеру, прикрепленному на стороне провайдера к вашему потоку ISDN.

Но если хотите попробовать ("поиграться"), то достаточно для исходящих линий ISDN в ПГМ143/7 указать CLI Transit = ORI[ginal].

1.да по ISDN..
2. Да отправляет офисный
А еще варианты?

А какие еще могут быть варианты??
Если ваш ISDN провайдер поддерживает сервис Call Deflection/Call Routing (что врядли !! ), то можно попробовать делать переадресацию средствами провайдера, а не вашей станции.

ПГМ143/7 попробовали??

А следующее?
4.2.4.15 Отображение номера транзитного узла связи (Double CLI Service)
Описание
Возможны ситуации, когда при входящем вызове сеть предоставляет информацию как о номере
вызывающего абонента, так и о номере транзитного узла, обеспечивающего доставку этого
вызова, т.е. в одном сообщении содержится два информационных элемента «Calling Party
Number».
Данный параметр позволяет указать системе, какой из принятых номеров следует отображать на
дисплеях системных телефонов:
ORI – номер вызывающего абонента;
TRS – номер транзитного узла связи.
Для входящих вызовов, в которых представлен только один идентификатор вызывающего
абонента, настройки данного параметра не имеет значения.
Значение : ORI = 1 / TRS = 0
ПРОЦЕДУРА
+ 143 + Диапазон внешних линий +ф15 + 1(Enable) +

Стас! Ты можешь хотя бы внимательно прочитать то, что вытаскиваешь из доки??? Или ты ищешь просто схожие опции??

Я уж и так старался этот текст в доке максимально доходчиво написать (эту опцию мы для УкрТелекома заказывали)... Оказывается, недостаточно для тебя.

для укрлгаз..

Ваши действия нарушают закон о связи. Звонит абонент на ваш офисный номер. Если абонента нет, то он получит "не ответ". А вместо этого его звонок перенаправляют на другой городской номер. Но он, в этом случае, не является инициатором звонка. Инициатором данного звонка является ваша организация. Следовательно, за звонок в случае переадресации должна платить ваша организация. Вам даны абонентские номера в потоке, следовательно за исходящие внутризоновые звонки и межгород должна платить ваша организация. А вы своими действиями подставляете чужой АОН в потоке. Следовательно, ваш провайдер не сможет выставить счет за такой звонок. В некоторых ГАТС стоит программный фильтр, который не выпускает в ТФОП звонки без АОНа или с "кривым АОНом" (АОН не закрепленные за вашим потоком). Думайте сами и объясните руководителю...

2ЛыЖник - на своей мобиле поставьте переадресацию и посмотрите сначала, прежде чем давать космические советы.

А вот батон на меня крошить не надо. Я закон читал. Если бы я на эти грабли не наступал бы, то не стал бы это постить. В 2006 я перешел на версию 3.6, где был мобильный абонент. По умолчанию в программе стоял параметр передачи CLI позвонившего абонента. Оператор начал, так сказать по-отечески, меня журить. А когда я вот таким макаром "как мне нужно, так и сделаю" оставил всё-как есть, мне эти понты обрезали и по фильтру из ГАТС стали выпускать только те номера, что прописаны в потоке. Так что, вы можете свой сотовый переадресовывать куда хотите...

"Тебя посодют, а ты не воруй!"®

Иван!
Ты уже с тульской губернии приехал?!
Это я виноват - отвлек тебя от отдыха..

То, что одни могут , а другие нет, связано с сигнализацией. В одной есть нужные поля, в другой нет. И (например) в ОКС 7 если абонент А позвонил абоненту В, у которого активирована услуга CF на абонента С, то в сообщении от абонента В появляются поля в которых присутствуют и номер А и номер В и номер С.

Так-то оно правильно Только по причине наличии отсутствия таковым не представляется возможным ибо у нас из ОКС-7 только первичный уровень с сигнализацией EDDS1. А так... что ж...