Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Страницы: 1 2 След.
RSS
АА, донабор номера другой АТС
 
ОХО 710/085.001

расписаны 5-ти значные направления на другую АТС через SIP  finction - secondary trunk / start - 10000 / end - 17999/ base - ARS / nmt - keep / priv - yes

звонок через PRI идет на АА, в одном из пунктов АА есть "free dialing". вопрос - можно как-то заставить "free dialing" отработать направление 10000-17999 ?
Пути IP-пакета неисповедимы
 
Можно. В feature design разрешить transfer by on-hook, Transfer by on-hook external. В свойствах портов речевой почты разрешить соединять incoming-outgoing. А также по категориям разрешить им выходить на внешнюю транковую группу.
 
join включил, категория разрешена
не помогло
Пути IP-пакета неисповедимы
 
ISVPN надо лицензировать?
Пути IP-пакета неисповедимы
 
Цитата
error пишет:
join включил, категория разрешена
не помогло
А что значить не помогло? Что происходит, как неработает?
Не работает free dialing или звонки на SIP?
Т.е. если в плане нумерации отберете номер (например 17999 - прописать как местного юзверя) - звонок идет?
 
внутренняя нумерация 18000-18399

free dialing на внутренние номера работает
если набирать от 10000 до 17999 говорит "неправильный набор"
Изменено: error - 15.03.2012 16:06:31
Пути IP-пакета неисповедимы
 
ISVPN тут не причём. Спрошу ещё раз - Transfer by on-hook external разрешён?
 
в feature design разрешено transfer by on-hook, Transfer by on-hook external
на портах VM перепроверели категории, стоит 1
Пути IP-пакета неисповедимы
 
В свойствах портов речевой почты разрешить соединять incoming-outgoing


А где это находится, можно подробнее?
 
Subscribers/Basestations List/ выбираем абонента (Voice Mail Unit)/ Details/ Features/ part 2.
 
Всё сделал как написали, но ничего не помогает.
1. transfer by on-hook, Transfer by on-hook external  - разрешены
2. в свойствах портов речевой почты разрешены все соединения incoming-outgoing.
3. по категориям разрешен выходит на внешнюю транковую группу.
Когда через аттендант - free dialing набираешь внутренний номер из диапазона Subscriber (в Internal numbering plan), то звонок перенаправляется.
Но если набираешь номер из диапазона Secondary trunk group , то отвечает "неправильный ввод".
А хотелось бы, чтобы через ARS вызов перенаправился на SIP транк.

Есть ещё варианты ?
Изменено: AndrewErm - 24.04.2012 12:10:41
 
так и не поборол донабор через АА в транк sip
Пути IP-пакета неисповедимы
 
error,
Зато проблему "транзитный звонок из SIP в PRI" я решил
 
Цитата
AndrewErm пишет:
SIP в PRI" я решил
поделиться есть желание?
Пути IP-пакета неисповедимы
 
error,
Да. Оказалось всё очень просто.
Мы с Вами добавляли диапазоны 2, 3, 4 , 5  и т.д. в Private Numbering Plan - это не помогло.
А я попробовал добавил в Public Numbering Plan - и это помогло.
Т.к. там уже были заданы номера которые у нас в потоке и они мешали добавить диапазоны 700000-799999 , то мне пришлось помучаться и поразбивать всё это. Получилось так:
Secondary Trunk Group 700000 - 700752 ARS Keep No
Hanting group 700753-700753 - 552 Drop No {наш номер в потоке}
Secondary Trunk Group 700754 - 799999 ARS Keep No
и т.д.
Теперь в этом примере если с SIP телефона набирают 700753 то сразу попадают на Хантинг группу без ГТС, а если любой другой, который начинается с 7, то через ARS а затем через поток (или через что хотим) звонит в город.
Единственно что не срабатывает: когда с SIP через OMNIPCX звоним в межгород, а межгород при этом в OMNIPCX настроен так, что сначала идёт звонок провайдеру через номер указанный в Access Digits, то станция отбивает вызов и не хочет его как надо пробрасывать.
Изменено: AndrewErm - 25.04.2012 10:17:14
Страницы: 1 2 След.
Читают тему