Сделали Routing mode at off-hook на ARS префикс. На цифровых аппаратах если начать набирать номер (не подняв трубку) то off hook не срабатывает. Как можно это победить?
Да наверное классическая ситуация с выходом в город без 9, номерами абонентов совпадающих с городским номером и пр.
Подводных камней на этой дороге - вагон.
Например для заказа функций (переадресация и пр.)- используем внутренний роут (транковая группа=-1), но при этом при заказанной переадресации по подъему трубы - вместо подсказки - ответ станции, ни просьба позвонить, ни наличие сообщений в почте (для аналоговых телефонов) - ничего.
Делайте номер внутренний большей значности, начинающийся с незадействованных в городе цифр, а звонки между абонентами и в город - через speed dial, ARS и прочее - чтоб не надо было по подъему трубы сразу маршрутизировать. Не удастся сделать если городская нумерация в окрестности начинается со всех цифр.
Например у нас - городская нумерация начинается с 0, 2 и 8 - соответственно можно делать внутренние номера например с 7+городской_номер и разрулить все через ARS. В том числе и организовать звонки между абонентами по набору "городской_номер", а не "7+номер"
urri Написал:
-------------------------------------------------------
> Если не секрет, для чего сделали Routing mode at
> off-hook на ARS префикс?
бьемся над тем чтобы сделать прямой набор на город. Сейчас переделываем схему старую, в которой было что реальные номера абонентов начинались с # (например #123456), а дальше все разруливали через speed dial и ARS. Но в такой схеме не полноценно работает voice mail (да и вообще знак # плохо понимается системой).
в городе нумерация начинается со всех цифр. наша нумерация начинается с 66. т.е. если из старой схемы прямого набора (speed dial и ars) убрать только 66, а набор на остальные городские номера оставить как есть, то проблема остается как быть со звонками между нашими абонентами. У нас несколько объектов соединены с центральной станцие по intip а голос ходит через PRA. Есть какие нибудь мысли как разрулить ситуацию?
urri Написал:
-------------------------------------------------------
> Идея одна. Все бросать в АРС, а 66 приземлять
> локально тоже через АРС. Только ИМХО надо будет с
> бубном поплясать изрядно.
немного не понял насчет "66 приземлять..." Можете на примере объяснить.
urri Написал:
-------------------------------------------------------
> 66 попадает в АРС и там обрабатывается локально.
> Как именно, надо разбираться, кажись Route -1
> прописывается.
это почти тоже что и всех абонентов переименовать в #123456 и на мой взгляд это не выход из ситуации
буквально недавно была тема как совместить номерную емкость атс (примеру с 2ххх) с номерной емкостью города начинающуюся с 2хххххх, было упоминание создавать абонентов 2345# (кажись) т.е. если абонент набирает 2345 и начинает в носу ковырятся то звонок пойдет внутри атс на абонента 2345#, если абонент набирает 2345678 то звонок перейдет на внешний вызов т.е. вызов уйдет в город
но тут возникнет загвоздка с VM т.е. при каждом вызове VM абоненту надо набирать свой номер почтового ящика и я так думаю что будет недоступна индикация уведомления от VM на аппарате
а так по сути - хоть как не крути ОХЕ все равно не сможем смодулировать атс сотового оператора где номера 1234 и 12345 это обсалютно разные терминалы (т.е. сотовые номера), в вашей ситуацией надо чем-то жертвовать либо VM либо выходом в город без "9", да и как будите разруливать звонки с другой атс которая цепляется к вам????????