Нет. Слишком дорого и неоправданно

Дорого, потому что порождение потока дорого (1) и синхронизация потоков между собой дорого (2). А неоправданно потому, что диалплан в 99% случаев исполняется до начала звонка, когда коммутировать RTP ещё нет никакой необходимости

Потому обычно делают тридпулы и не делают отдельных потоков на каждый звонок

SEMS например так устроен

Архитектура фрисвича довольно стара, это 2005й или 2006й год, и тогда это был гигантский шаг вперёд, он позволил добиться на порядок лучшей стабильности и в разы больше производительности, чем у астериска. Реализовано это было поддержкой апачевского фреймворка apr, который позволял не тратить много сил при разработке на уборку мусора и поиск утечек памяти (от чего сильно страдал астериск). Обратной стороной использования этого фреймворка как раз и является необходимость однократного использования любых ресурсов, поскольку он построен на принципе "использовал-забыл".

pjsip, кстати говоря, тоже использует отдельный тред на каждый канал, и в условиях длительности жизни каналов (десятки секунд) это видится вполне допустимым решением, хотя, конечно, массовое создание каналов генерирует весьма значительную нагрузку в таком случае

А Астер с тех пор стал лучше, может пора на него посмотреть? С 2007/8 я с фс и другого не знаю..

да вроде там тоже форкается новый поток на звонок

Астер отказался от собственной реализации SIP (которая chan_sip) и переехал на pjsip (chan_pjsip, соответственно), которая вроде вполне неплохая либа. Но как там сейчас в сравнении с производительностью не могу сказать

Точно форкается

Ну, точнее, не форкается, а создаётся новый тред, это все же дешевле, чем форк

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

Моя история с астером такая: со стабильностью там плохо. Если ничего не изобретать, а тупо перегонять звонки, то работает, а если своё что программировать, да ещё с базой данных связанное, то он валится совершенно рандомно несколько раз в день. Вот теперь переношу всё на фс, посмотрим как он себя проведет на тех же алгоритмах.

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

Про номерной план ничего не скажу, так как использовать его не приходилось)

Для этого у нас есть проприетарное решение - авайское - гавно конечно, но приходится мириться :(

Всё на ари?

Можно наверное тоже что-то на луа на колбасить?

Я, честно говоря, при необходимости что-то сложное программировать, последнее время стараюсь ничего внутри ФС не делать. Внешний демон/множество демонов, которые отслеживают состояние ФС и отправляют звонки в необходимые динамически создаваемые (по шаблонам) диалпланы. Внутри самого ФС минимум велосипедов.

Я вообще астериск знаю так себе. Пару раз на нём в 13-14 годах сделал проекты, сравнил с ФС и больше к нему не возвращался

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