Попробуйте поставить запятую. Система Unifi распознает это как паузу.

Я тоже вижу задержку, но только при использовании определённых сценариев со смарт-оператором, так что не думаю, что дело в правилах. Я хотел бы повторить то, что делают опытные ребята, чтобы подтвердить, но пока немного теряюсь в вариантах для настройки правил.

Моя настройка.
Интернет-модем в режиме моста без файрвола напрямую подключён к UDM-PRO SE.
Стандартная сеть UDM Pro — 192.168.1.1.
Моё аналоговое устройство Unifi ATA подключено к порту 8 UDM Pro SE, и устройство находится в отдельной VLAN с адресом 192.168.40.100.

В приложении Talk я НЕ ставлю галочку Static Signaling Port. Стоит ли её ставить? Полагаю, UDM видит устройство как одобренное Unifi и применяет все необходимые настройки.

Пока нет никаких правил для Talk:
Если отключить смарт-оператора и не использовать его, а звонить на номер Talk с мобильного, телефон звонит сразу, домашние телефоны тоже работают нормально.
Если добавить смарт-оператора, ответить НЕТ на кастомные часы работы (Briskness hours), оставить стандартное приветствие, выбрать нет для опций нажатия клавиш и просто установить переадресацию на мой номер Talk после приветствия — когда звоню на Talk с мобильного, перед приветствием 15 секунд тишины.

Если сбросить настройки оператора и начать заново, выбрать ДА для Briskness hours и установить часы с 00:00 до 00:00 с понедельника по воскресенье (фактически круглосуточно), а потом переадресовать звонок на мой номер Talk — при звонке с мобильного соединение происходит сразу. Но если добавить меню с опцией нажатия клавиш, 15-секундная пауза возвращается.

Мне бы очень хотелось увидеть, какие именно опции и правила вы применяли, с подробным объяснением каждого пункта. Я перечитал кучу сообщений — голова пухнет от непоняток, что именно и куда нужно добавить.

В разделе Profiles > port and IP groups (в Network) я создал порт-группу:
Имя профиля: "Port 6767"
Тип: Port Group
Порт: 6767

Затем сделал две IP-группы для IP Twilio:

1) Профиль: Twilio 5060 IP group for talk
Тип: IPv4 Address / Subnet
54.172.60.0/30
54.244.51.0/30

2) Профиль: Twilio 100000-20000 IP Group
Тип: IPv4 Address / Subnet
54.172.60.0/23
34.203.250.0/23
54.244.51.0/24

Пока не применял эти порты и IP-группы ни к каким правилам, буду признателен за подсказки, как их подключать к правилам для теста и решения проблемы. Если сможете объяснить по шагам, что и как вы делали, и дать инструкции с моими названиями профилей, было бы здорово.

Понимаю, что там много всего, просто хочу повторить то, что реально работает у других.

Я использую два правила NAT для UnifiTalk: одно для любого исходного адреса на порту 6767, направленное на UDM, и другое для адресов Twilio на портах 5060, 5061 и диапазоне 10 000-20 000, тоже на UDM, как указано в ссылке. Не считайте меня экспертом, я просто решил проблему наугад, но это сработало. Очень редко задержка всё ещё возникает, я тестировал по нескольку раз в день в разное время, и теперь это случается примерно раз в неделю.

@jerryalexander76 Ты делаешь правило NAT на UDM только если источник — один из IP-адресов Twilio? Какие порты ты перенаправляешь?

Я сдался. Моя компания заставила меня искать новое решение. Удачи.

Неважно, проблема всё та же — система уходит в сон, если её долго не вызывать...

Думаю, я только что решил свою проблему... У меня были настроены дневные и ночные часы без начального приветствия (опция стояла на «нет»), потому что я сделал уникальные приветствия для каждого временного блока. Оказалось, что как только я добавил сгенерированное аудио в начальный блок smart attendant, всё сразу заработало. По какой-то причине опция «нет» или запись собственного аудио вызывает задержку на 15 секунд. Так что теперь, когда звонят в мою систему, к сожалению, сначала приходится слушать сгенерированное сообщение: «Пожалуйста, подождите, пока ваш звонок направляется к нужному сотруднику», а уже потом запускается нужное приветствие для данного временного блока. Я пытался просто поставить точку, но синтезатор произносит это как «точка», ха-ха... Если у кого-то есть другие решения, дайте знать!

Итак, мы выяснили, что, похоже, Comcast каким-то образом запустил NAT на своей стороне. Как только это отключили, всё стало работать. Теперь, если система какое-то время стоит без дела, она ведёт себя так, будто засыпает. Первый звонок после этого задерживается примерно на 15 секунд до начала разговора после ответа, а потом всё происходит в течение 2 секунд, пока система снова не уходит в "сон".

Я пробовал вставить запятую в самое первое поле, как кто-то советовал. Также пытался добавить её в поле с рабочими часами и в поле с нерабочими часами перед сообщением. Но как только добавляешь окно с запросом на нажатие клавиши, вся система начинает тормозить, когда это срабатывает.