всем доброго дня
вопрос такого плана , сделал upgrade на 15 версию FreePBX и 16 Астер соответственно , через модуль Backup с версии 2.11 , все подчистил/подправил , все работает , но .. каждый день , по утрам , GUI просто нереально тормозит , практически ничего нельзя сделать , каждое меню надо ждать по 20-25 мин. при этом в Asterisk CLI все работает , звонки "бегают" .. что помогает , перегрузка глобальная core restart now , просмотрел в cron , ничего нет что могло бы тормозить систему , top и htop тоже ничего не грузит , системных ошибок и ошибок в cli тоже нет ...
Что модет быть причиной , что еще глянуть ?

может там бэкап делается каждое утро?

нет бэкапа ..

Так есть. Наружу нельзя шифровать.

Коллеги, доброго времени суток! Подскажите возможно ли через AMI сделать originate и пусть исходящий звонок по unbound routes?

Есть возможность совершить. А что за роут такой.

видимо ТС не определился в outbound или в inbound он хочет заворачивать трафф ))

при использовании freepbx маршруты пишутся  через dail paternы

есть freepbx и пул номеров с прописанными маршрутами и из CRM возникла необходимость делать originate но согласно dial patern

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

конечно как вариант можно искать в базе патерн потом выбирать исходящий транк и прописывать в originate канал типа SIP/TRUNK/NUMBER - но вот думал может есть вариант проще

Почитайте про ami originate. Там можно контекст исходящего указывать

провайдера оставить на udp, телефоны на tls

Да, я понимаю.

udpbindaddr=0.0.0.0:5060
tlsbindaddr=0.0.0.0:5061

обе строки оставить и пелетели

адреса можно  и точные указать если есть необходиомсть

а в контексте юзеров надо что-то указывать?

типа так

; user
[user]
type = friend
secret = xxxxxxx
transport=tls
encryption=yes 
context = full
callgroup=18
pikupgroup=18   
host=dynamic
disallow=all
allow=alaw
allow=ulaw
nat=no
callerid=User

да.

а для провайдера
transport=udp
encryption=no
что бы наверняка и очевидно было

я не пойму где именно