Ну, например, я имею PJSIP в продуктиве.
1) Если ПОЛНОСТЬЮ отказаться от chan_sip и вообще им не пользоваться на astrisk 13 у вас вырастет количество одновременных вызовов, которые держит сервак. Причина кроется в особенностях реализации многопоточности. chan_sip - однопоточный модуль, в то время как RTP, следуя традициям живёт в особых уличных астовых тредах. Вы понимаете что происходит при вызове blind transfer, который сформирует сигнализацию через chan_sip, который однопоточный? И вот так во всём. Переключение контекстов и блокировки налево и направо. В PJSIP такого нет. В PJSIP вообще нет исторических костылей chan_sip.
2) Также помимо сипового стека сменились мосты. Например, занимаясь хитрым тюнингом своих диалпланов на астах 13+ уже не нужно мучать себя жонглированием локальными вызовами (Local/). Там переписали ядро, мосты теперь всем управляют. И трансферы тоже переписали по-человечески через новые мосты. Суммарно всё это в сочетании с PJSIP даёт прирост примерно в 40% на таком астериске, который имеет много очередей и количество звонков равняется или превышает количество пользователей.
3) Сейчас в планах разнести одну очередь на несколько серваков, это стало возможным так как теперь нормально работает prescence (пока только в тестовом окружении).
4) А еще 100rel работает и можно прокинуть early media сквозь несколько астов. Или заменить на свои болтанки в 183-ем коде.
5) У тебя location-часть работает нормально, потому что нормально работают контакты. Можно иметь дело с несколькими регистрациями в одного пользователя. Тут всё опять по-астерисковски специфично.

Минусов мало. Придётся попотеть с провайдерами и собственным диалпланом на предмет особенностей с Dial. В Dial нужно учитывать, то ли мы хотим набрать номер через AOR, то ли мы хотим вызвать созданный в диалплане или вычисленный контакт напрямую то ли мы хотим забрать все контакты. С провайдерами тоже своя атмосфера. Если провайдер даёт несколько учетных записей, в каждой из которых по нескольку DID с возможностью менять CallerID в зависимости от поля From но только в зависимости от пользователя и если у него несколько граничных проксей, то готовьтесь к мозговому штурму. Multiple Endpoints + Multiple AORs + Lines и еще диалпланом помогать... И провайдеры на базе Broadworks (МТС, Билайн, например) кровушки вам попьют при настройке по-началу.

Вообще, если аст настраивает человек, который sip представляет себе через астерискоспецифичную белиберду типа friend, peer, user, то такому придётся сначала в школу сходить уроки выучить. В остальном всё норм. Работает сильно лучше chan_sip, рекомендую! Хотя какая разница, ты всё равно писал свой пост, чтобы вбросить.