Пока что нет температур, делал только предварительные тесты. Когда сервер будет в сборе, напишу статью с фотографиями самого сервера в сборе, температурами, оборотами и т.д.
reSIProcate — это библиотека, реализующая sip-стэк. Вы, видимо, имеете в виду repro sip proxy.
Неплохая вещь, но она организована иначе, чем opensips/kamailio.
Последние позволяют работать прямо на уровне sip-пакетов, изменяя/добавляя/удаляя любые заголовки.
Это часто нужно, к примеру, для работы с uac (клиентскими устройствами), в которых неправильно реализован sip-протокол, чтобы стоящие за opensips софтсвитчи корректно могли работать с данным устройством. Или, если требуется какое-то специфичное, нестандартное применение sip-прокси.
Не буду утверждать наверняка, т.к. не являюсь специалистом по repro, но если я правильно понимаю, его проще настроить, но он менее гибок.
Сейчас там все навалено до кучи. Есть ядро, подгружаются модули и все работает так, как пришлось, потому что когда планировали изначальный SER, никто не думал, что вся система дорастет до такого функционала. Поэтому оно работает и делает это очень даже неплохо, но есть архитектурные просчеты, много костылей в коде. Разработчики пытаются причесать, но пришли к выводу, что проще все сделать «с нуля», заранее продумав архитектуру и разработав модули, согласно новой архитектуре. Это даст как возможность использовать ядро из своих приложений на других языках, так и большую прозрачность взаимодействия ядра и модулей внутри самого opensips. И это очень правильно.
Если не вдаваться в подробности, то Asterisk — это софтсвитч 5-го класса, он предназначен для предоставления пользователям различных дополнительных услуг, т.е. предназначен для работы с конечными абонентами. opensips, kamailio являются прокси-серверами, имеющими множество других функций voip, их возможно использовать как софтсвитч 4-го класса, т.е. для транзита voip-трафика. Применительно к вашим задачам, их можно использовать для обеспечения безопасности (защиты) asterisk и балансировки, когда один уже один asterisk не справляется с нагрузкой и требуется несколько asterisk.
Софтсвитч — собственная проприетарная разработка. Так исторически сложилось.
По поводу блокировки. Ей сейчас занимается внешний по отношению к opensips скрипт.
Функционал будет вынесен на уровень opensips, где ему будет дан некий небольшой «интеллект».
Неплохая вещь, но она организована иначе, чем opensips/kamailio.
Последние позволяют работать прямо на уровне sip-пакетов, изменяя/добавляя/удаляя любые заголовки.
Это часто нужно, к примеру, для работы с uac (клиентскими устройствами), в которых неправильно реализован sip-протокол, чтобы стоящие за opensips софтсвитчи корректно могли работать с данным устройством. Или, если требуется какое-то специфичное, нестандартное применение sip-прокси.
Не буду утверждать наверняка, т.к. не являюсь специалистом по repro, но если я правильно понимаю, его проще настроить, но он менее гибок.
По поводу блокировки. Ей сейчас занимается внешний по отношению к opensips скрипт.
Функционал будет вынесен на уровень opensips, где ему будет дан некий небольшой «интеллект».