Не переадресовывается звонок в группе, Похоже баг в 6.1Bf Опции

[Dron]

В группе 2 вн. номера. Переадресация на ячейку SPD по Overflow Destination.

Да.
Входящие линии поток Е1. При звонке на городской номер в ПГМ231 настроен вызов на Station Group.

А ячейка как прописана? Через какие линии номер набирается? Имеется в виду, эти линии разрешены аттенданту для исходящей?

[Dron]

А ячейка как прописана? Через какие линии номер набирается? Имеется в виду, эти линии разрешены аттенданту для исходящей?

Еще у аттенданта может быть включено BLOCK Back Call.

[Art-Lee]

BLOCK Back Call=off
Для аттенданта никаких запретов нет.
При наборе с внутреннего группы напрямую, переадресация на SPD срабатывает. И АОН идет не аттенданта, а именно вызывающего абонента.

[Dron]

BLOCK Back Call=off
Для аттенданта никаких запретов нет.
При наборе с внутреннего группы напрямую, переадресация на SPD срабатывает. И АОН идет не аттенданта, а именно вызывающего абонента.

Это другая ситуация! Тут задействована ОДНА внешняя линия. В проблемном варианте задействованы ДВЕ внешние линии и переадресованный вызов осуществляется как бы от аттенданта.

[Art-Lee]

Проверил вариант с задействованием двух внешних линий. Поставил в ПГМ120 при звонке на вн. номер переадресацию на SPD по неответу. Настроил городской на этот вн. номер и набрал его. Сработало. Вызов с городского ушел на сотовый.

[Dron]

Проверил вариант с задействованием двух внешних линий. Поставил в ПГМ120 при звонке на вн. номер переадресацию на SPD по неответу. Настроил городской на этот вн. номер и набрал его. Сработало. Вызов с городского ушел на сотовый.

Тут тоже не совсем та ситуация! Тут переадресация для конкретного номера. У вас же вызов на Station Group и Overflow на SPD.
Аттендант может звонить по тем же линиям, по которым номер из ячейки набирается?

[Art-Lee]

Аттендант может звонить по тем же линиям, по которым номер из ячейки набирается?

Аттендант у меня это последний номер в плане нумерации моей АТС. Физически он не существует. Ограничения никакие ему не прописывались. Прописывался лишь АОН.
В ячейке настроен выход на группу городский линий (поток Е1) по которым и поступает вх. вызов.

PS Перенастроил аттенданта на цифровой порт. Все тоже самое. Причем звонок куда то уходит. Вызывающий слышит посылку вызова, а до номера в ячейки звонок так и не доходит.

[Dron]

Причем звонок куда то уходит. Вызывающий слышит посылку вызова, а до номера в ячейки звонок так и не доходит.

Так и было ранее?

[Art-Lee]

Так и было ранее?

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

[Dron]

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

Вообще, весь принцип работы основной перекочевал с ipLDK. Как и на Aria Soho. Так вот, в свое время на Aria Soho я обнаружил, что имеется баг в вашем варианте - на ячейку вызов уходил через раз. Т.е. первый вызов на ячейку, второй на аттенданта (возможно по назначению для error, тут я глубоко не копал). Я и тут про это в свое время писал.
Возможно, тут тот же баг остался. Не могу сказать, сам давно так не пробовал настраивать.
Могу просто предложить вариант назначить Overflow на Station для которого уже переадресацию настроить на вашу ячейку.

[Art-Lee]

Могу просто предложить вариант назначить Overflow на Station для которого уже переадресацию настроить на вашу ячейку.

Спасибо. Только этот вариант и работает.
Только до сих пор не понятно откуда береться АОН? Высветился АОН (дефолтный на потоке) не аттенданта и не вн. абонента на которого пришел городской вызов.

[Dron]

Только до сих пор не понятно откуда береться АОН? Высветился АОН (дефолтный на потоке) не аттенданта и не вн. абонента на которого пришел городской вызов.

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