OpenSER намного лучше работает с NAT. В большинстве случаев (несимметричный NAT)
>медиа поток можно посылать напрямую провайдеру. Прямое манипулирование SIP протоколом позволяет SER хорошо дополняет астериск, все верно. Для провайдера, которому не нужно писать разговоры, предлагать IVR и прочее, сип-прокси является нормальным практическим решением.
Но в том-то и дело, что прокси и PBX это разные вещи. Астериск плохо работает в качестве SIP-прокси, хотя в ветке 1.6 появился ряд функций, потенциально улучшающий его возможности в этом направлении. А SER не подходит в качестве человеческой PBX без сторонних модулей, хотя таковые уже есть.
В астериске действительно весьма непрозрачно реализована работа с низкоуровневыми параметрами SIP, и разработчики отчасти справедливо говорят, что это не задача PBX. Ну тут еще накладывает отпечаток изначальная архитектура астериска, которую трудно взять и разом изменить. Обычному пользователю, например, незачем знать, какой код пришел в ответ на INVITE, ему надо знать DIALSTATUS. На каждую задачу в идеале должен быть свой инструмент =)