Итак, на ваш суд, уважаемые коллеги, предоставляется сие произведение.
Пока что на внешний внимания не обращайте, тестируется функционал.
Лог SIP-сообщений выведен тоже для этих целей, но может кому интересно
понаблюдать, как общаются между собой клиент с сервером :-)

Что имеем на данный момент.

Кодеки: G.711 aLaw, G.711 muLaw, GSM 06.10, G.726(32K).
DTMF - инбанд и RFC2833 (в демке включен RFC2833)

Я оттестировал его на
http://www.sipnet.ru и на http://www.sipphone.com

На эхо-тестах качество идеальное, звонки на мобильные - хуже (звонил в Украину, Великобританию, Штаты).

В демке номер и хост сразу настроены на эхо-тест sipnet.ru, инсталляции она не требует. Скачиваете, жмете на "Make call" и разговариваете сами с собой :))

Качать здесь: http://cti-research.com/files/siptest.rar

Очень хочется услышать отзывы людей, звонящих изза всяких NATов/файерволлов. Мне пока не удалось смоделировать ситуацию, в которой мне понадобился бы STUN-сервер (в данной реализации все пакеты, как SIP, так и RTP, отправляютсяи принимаются на одном и том же порту), но это не означает, что нам не придется добавлять эту функциональность.

Все отзывы можно и сюда, но крайне желательно в мыло kaboom at cti-research dot com

Заранее благодарю за любые мнения :-)

ну что, работает
из-под ната по ADSL (стрим+DSL500)
на астериск

сразу нашлись грабли - не слышно КПВ\ответа "телефон недоступен" от сотовых операторов

на X-Lite слышно

там похоже генерируеются пакеты в RTP канале сразу как начнешь набирать, чтобы пройти через NAT.

Надо попробовать... Дело в том, что свой РТП-порт сорона, принимающая звонок, передает только в финальном сообщении "200 Ок" и я думал будет логичным с этого момента поднимать РТП-сессию... Но похоже, что слушать можно начинать сразу... Сейчас поправлю - выложу.

Перенес начало РТП-сессии на получение события 100 Trying. Пробуйте...

РТП по РФЦ надо вроде не про траинг слушать, а по 180 прогресс пассинг
но точно не помню, надо РФЦ смотреть

180 не всегда приходит. У меня на локальном Астериске - так точно. А вот 100 Trying - всегда. И я думаю разница небольшая... Порт себе открыт и слушает. Пришли пакеты - хорошо, нет - ну и чёрт с ними.

Что-то вообще никаких отзывов нет, кроме Андрейки :-) Ни плохих, ни хороших. Волнуюсь однако :-)

тот же эффект
глянул XLite....

>Дело в том, что свой РТП-порт сорона, принимающая звонок, передает только в финальном сообщении "200 Ок" Дело в том, что свой РТП-порт сорона, принимающая звонок, передает только в финальном сообщении "200 Ок"

это неверно. В случае с вызовом

Я->sipnet->мобила

порт РТП передается в "183 session progress"
причем "s=session". С этого момента и открывается РТП-сессия!
тогда все будет ОК.
Кстати, АТС SAMSUNG OS500 тоже об этом незнает :). она неумеет даже проключать соединени до "ОК" (скотина!)


остальное вроде работает. Микрофона у меня нет. Но и так понятно что проблемы будут.
Звук слегка прерывается. Jitter-bufer то есть? :)

Для дальнейшего тестирования
неплохо бы сохранить настройки user/password и сервера в регистре.
и переключатель кодеков непомешал бы.

да, сорри, наврал, не 180, а 183
не рингинг, а сейшн прогресс

А если 183 не приходит? У меня мой локальный Астериск не шлет "Session progress". Диалог происходит так:

>> INVITE sip:333@192.168.1.46:5060 SIP/2.0
<< SIP/2.0 407 Proxy Authentication Required
>> ACK sip:333@192.168.1.46:5060 SIP/2.0
>> INVITE sip:333@192.168.1.46 SIP/2.0
<< SIP/2.0 100 Trying
<< SIP/2.0 200 OK
>> ACK sip:333@192.168.1.46:5060 SIP/2.0

Так что пусть будет так, как есть... Я сейчас пробую эхо-тесты на разных серверах, вы себе не представляете, друзья, на сколько граблей я уже наступил :-)