Здравствуйте !
Станция ipLDK 300, режим LCR M02, на потоке включена DISA, Как сделать чтобы LCR обрабатывалась при входящем городском звонке. Нужно входящий звонок переадресовывать на другой городской номер, с донабором внутреннего номера.

LCR в этом случае работать не будет.

Из доки:

Версию укажите,решения разные для разной версии

Можно через групповые установки...

Прописать в ПГМ190 группу, терминальную, к примеру, в которую в качестве члена можно определить абонента, не обязательно реально существующего, но прописанного в плане нумерации АТС (к примеру 151).
В ПГМ191 установить для этой группы Overflow Timer 1 сек., Overflow Destination на SYS SPD с номером ячейки, в которую прописывали ваш внешний номер.
Ну и в ПГМ121 Call Forward на эту группу. Настроить Preset Call Forward Timer в System Timers.
Может это вам подойдет.

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

ibm formatted не указал свою версию. Пускай уточняет свой вопрос. Может он все решил уже...

stasmar писал:
Зачем так сложно. Вход по диса в 228 прогу , где и ставим dectination куда угодно. Автор только о версии молчит.

Я думаю, у человека желание, чтобы внешний абонент просто набирал внутренний номер другой АТС, поэтому и речь была об LCR. А так, через групповые ли параметры, или через ПГМ228, этому внешнему абоненту, все одно , придется набирать этих внутренних абонентов уже после ответа другой АТС.
DISA на потоке включена, сетевая маршрутизация может поможет...

Так на той другой, может, тоже ДИСА стоит, мы не знаем, только гадаем.

Ну, в общем то, да - согласен, гадаем...

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

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

В вашем случае без network-а, помочь нельзя.
Можно,номера "отъехавших" абонентов, закрыть на прием по DISA, error назначение -message drop (сообщение, какое-нибудь и отбой).

СТОП. Извиняюсь! Написал не подумавши(занимался другой АТС). Менять error назначение нельзя.
PS:По крайнеймере пока LG, не разделит error и no dial.

Если номера этих абонентов в вашей АТС не используются, то как вариант, создаете терминальные группы(столько, сколько переехавших абонентов), в которых в качестве единственного члена определяете соответствующего абонента,
В ПГМ191 установить для этих групп Overflow Timer 1 сек., Overflow Destination на SYS SPD с номерами ячеек, в которые прописывали ваш внешний номер+донабор соответствующего абонента-сколько групп, получается, столько ячеек. В атрибутах каждой из этих групп убираете галочку Pilot Hunt.
В этом случае, если по DISA вашей АТС будут донабирать этих абонентов, вызов будет обрабатываться как групповой, т.е., в соответствии с атрибутами групп, в которых эти абоненты будут прописаны...
Вопрос только, сколько таких абонентов и сколько возможно задействовать групп в системе.

... А на другой атс на этой линии сообщение: наберите этот же номер но с другой первой цифрой...(соответствующей тамошнему плану нумерации)

Странное замечание!
А в чем проблема? Я ж написал про донабор, котрый в ячейку нужно прописать в месте с внешним номером, а что там должно донабираться автору лучше знать? Что необходимо, то и прописывается в ячейку!!!

У другой АТС свои городские линии. И каждый раза эта переадресация будет. А при моем предложении вызывающий узнает из сообщения новый внешний и внутренний номер. Хотя, я огород горожу... в любом сообщении можно эту инфу забить...

Это они уж пусть сами разбираются...
Как вариант, в группах можно Overflow Destination, конечно, и на голосовое сообщение назначить, где сообщить, что этого абонента можно набрать по другому номеру. В любом случае, не нам решать, как лучше, мы можем только предложить...

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

Абонентов штук 70 наберется Номера "перехавших" не используются на "старой" станции. На новой станции номера абонентов оставлены такие-же какие были на старой. При организации групп с единственным абонентом через DISA нужно будет видимо набирать номер терминальной группы а не номер абонента ? Смена типа LCR ничего не даст ?

Номер абонента можно использовать как пилотный.

Столько групп по любому не получится создать...

Мне кажется, мой вариант с диса может пригодится. В сообщении можно также указать новый городской номер...

Вы внимательно прочли, что я написал?

См. доку:
Работа группы только по вызову пилотного номера (Pilot Hunt): Если этот параметр установлен в «OFF», вызов, поступающий на любого абонента группы, считается поступившим на группу...
LCR по DISA не будет работать!

Можно и ручками, подключаясь аппаратом к этим портам, установить переадресацию либо, опять же, на ячейки, либо прямо на номер... Муторно, конечно, но нет ограничений по количеству доступных групп
А может быть, действительно, прописать всех абонентов в группу, понадобиться, видимо, две группы, так как максимально кол-во членов в группе 64 для ipLDK-300. Настройки атрибутов групп такие же, как я писал выше, но Overflow Destination сделать на голосовое сообщение, в котором сообщить, что этого абонента нужно искать по другому номеру. И СЛ лишние при этом не будут использоваться...