asterisk.ru

Asterisk's current SIP channel driver (hereon referred to as "chan_sip") basically has the flaw of being poorly architected.

The new chan_sip will use a third-party SIP stack. Research is currently being done into various offerings. SIP stack research can be found here.

Текущие кандидаты:
Sofia-sip
Resiprocate
pjsip

Не пишут - тебя ждут. Говорят - где же ddkprog, когда он наконец нам поможет? Хоть бы начал, показал, а уж мы бы наалились всем гуртом, глядишь - и сдюжили бы! А его имя скромное отлили бы в бронзе, и поставили у входа.

В смысле? Нарисовал на животе у себя точку и в неё попал?
Зататуировал эти стихи у себя на спине и руцех?
Славно!

Чего ж его изобретать - можно прям на c++ и писать. Правда в самом астере им придется обойти пару фундаментальных глюков - попытка в лоб написать новый драйвер с использованием boost (<boost/thread/mutex.hpp>) приводит тупо к deadlock'у внутри астера, в kamailio такой бредятины не наблюдается. Пацанам всегда был пофиг c++ awareness

Что ж вы вечно на личности переходите.
Если по теме то я чертовски рад этой новости и между прочим не вижу нечего постыдного в использовании стороннего сип стека. Всё таки их продукт платформа для воип а сип лишь один из винтиков.
И кстати от ошибок и сторонние стеки не защищены, только сегодня нашёл ошибку в pjsip. При некоторой, редко возникащей ситуации, не очищался буфер и весь этот мусор успешно отправлялся на устройство вывода издавая треск.

под какую версию астериска то собирались дописывать свой новый стек?

Если они планируют к 12 перейти на сторонний стек то уже не под какую и рад что не решился =).
А если будет pjsip то вообще отлично, как раз с ним счас работаю, у него даже документация человеческая есть.

Очень похоже что возьмут pjsip - реализацию STUN/TURN/ICE оттуда уже вовсю юзают, так как видать самим не написать ...

О май год.
Попробовал "няшную" версию..

Т.к. матом тут ругаться нельзя, скажу коротко, оно - для endpoint'ов.

Как, лять, можно было похерить в pjsip самый грамотный обход NAT'a?
Я в шоке - опять кучку матных багфиксов писать Ж(

Дык, так ICE и есть самый грамотный вариант, осталось только его без багов заимплементить.

However, it was determined that Sofia-sip is no longer
actively maintained, and the largest project that utilizes it currently
embeds it within their source. While there may be options there, the
fact that there is no active upstream maintainer of the Sofia-sip stack
means that we would become the SIP stack maintainers ourselves, which
would be a very limited improvement from the current state of SIP in
Asterisk

Докатились ...