Добрый день ,

Столкнулись с такой проблемой .

Провайдер по E1 потоку предоставляет некий пул телефонных номеров.

Пример :

3340921
3342211
3341104

3251102
3251023
3251123

Отдает он их именно в таком формате , что соответствует нашей городской семизначной нумерации. (PSTN)

Внутр. нумерация у нас трехзначная

В связи с решением моего руководства было принято назначить два номера ( внешних ) на IVR , остальные привязать к конкретным DN.

Я завел Translation Pattern и указал Called Number

для организации маршрутизации из вне во внутр

Пример

3340921 - 720 (IVR)
3342211 - 334 Начальник
3341104 - 220 Бухгалтер
...
3251102 - 721 (IVR2)
3251023 - 221 Менеджер
3251123 - 325 Техничка

Звонки проходят все отлично .

Но вот когда внутр. абонент например с номером 220 пытается позвонить на 334 происходит задержка в 15 секунд , (ждет донабора еще 4 цифр) и лишь потом проключает с номером 334

Такая же ситуация и при наборе номера на 325 , включается T302 таймер ждет донабора и только потом проключается.

Абоненты испытывают дискомфорт при звонке Начальнику , а Начальник отказывается от изменения номера - т.к он к нему привык (глупо конечно - но ведь задачка реально интересная)

Я нашел два решения

1 . это изменения таймера , но тогда могуть пострадать те пользователи которые медленно набирают цифры.

2. Изменить DN 334 например на 337 , создать в Translation Pattern 334 , сказать ему что он Urgent Priority по отношению других 7значных номеров и добавить к паттерну Called Party Number 337.

Тогда при звонке на 334 маршрутизация проходит сразу без таймера при этом попадает на 337 - но это КОСТЫЛЬ!

Хотелось бы услышать мнение специалистов , и здравую оценку ситуации.

Я сам понимаю что проще изменить DN , но хотелось бы понять - это баг в CUCM , или я что то делаю не правильно.

Лично по моему опыту в Астериск это реализуется в разных контекстах , тоесть звонки из ВНЕ во внутр. и из внутр. во вне