Здравствуйте, меня интересует как работают протоколы SIP & IAX2 при различных реализациях.

Схема №1.
Клиенты находятся в локальной сети, два клиент IAX начинают созваниваться и разговаривать.
1) Сервер соединяет 2х клиентов.
2) Клиенты начинают говорить. При этом будет ли участвовать сам сервер? (Может весь трафик будет проходить через него(сервер) а не как в случае с SIP весь RTP трафик проходит только между клиентами.)
голос будет передаваться через сервер?

_____________S1

C1___________|___________C2
IAX2_________|___________IAX2
------------------------------------------
Схема №2
сервер будет конвертировать из одного протокола в другой?

_____________S1

C1___________|___________C2
SIP__________|__________IAX2
------------------------------------------
Схема №3
Два сервера с внешними ip связываются через IAX2.
Как в этом случае будет проходить звонок? Сервер S2 возьмёт на себя конвертацию протоколов?

___________|S1---IAX2---S2


C1 NAT_____|___________NAT C2
SIP________|___________IAX2
------------------------------------------
Схема №4
как в этом случае будет проходить звонок, будут ли участвовать в этом сервера(т.е. как будет передаваться поток RTP)?

____|S1---IAX2---S2


C1_________|___________C2
SIP________|___________SIP
------------------------------------------

заранее спасибо!!!
если есть ссылочки на книжки по работе IAX2 буду весьма благодарен Вам!
(Сорри за форматирование в рисунках, но много пробелов почему то не сохраняются :-( )

1) при работе по iax весь трафик всегда передается через сервер, так как IAX передает и сигнализацию и голос в одном потоке по одному соединению
2) конвертация кодеков и протоколов будет осуществляться.

Здравствуйте switch, большое спасибо за ответ.
Значит если я правильно понял клиенты использующие iAX2, без сервера ничего не с могут сделать.

IAX2 — Inter-Asterisk eXchange protocol

Интересно как это обходит Yate? Он тоже поддерживает IAX2, а транскодинг -- не обязательно.
Вот думаю, запустить у себя поддержку протокола через Yate или не стоит?..

если кодеки и протоколы разные, как yate обойдет необходимость конвертации?

Если кодеки разные, то транскодинг обязателен. С этим никто не спорит.
Но лично я предпочитаю исключать траксодинг из цепочки, т.к. он потенциально ухудшает качество.

и что из этого?

Из чего? Из ухудшения качества связи?
Как что -- нужно использовать оборудование, которое само поддерживает необходимые кодеки.
Да, оно дороже, но и качество у него выше.
Транскодинг -- зло! Элементарный пример -- схема:
X-Lite -(only G711)-> softswitch -(g711)-> E1-шлюз.
В этом нет проблем, а если так:
X-Lite -(only G711)-> softswitch -(g729)-> softswitch -(g729)-> softswitch -(g711)-> E1-шлюз.
Транзитный оператор экономит трафик и сжимает g711 в g729, затем его оператор опять транскодит в g711 и направляет уже на шлюз, который не поддерживает g729 (к примеру это asterisk с платой Digium).
Думаете здесь будет качество? А транзитных операторов в цепочке может и до 20 штук набираться!
На выходе будет нечто страшное, а не голос!
А уж о факсе в g711 можно просто забыть. softswitch'ей, умеющих T30 <-> T38 можно сказать нет (AlterPPS умеет с массой ограничений).
Вот что из этого... А 100% дешевого (серого) трафика именно по такой схеме и идет!
Поэтому у него и нет никакого качества, а если есть, то зависит от фазы Луны и погоды на Марсе.

tma, вы любите с пеной у рта доказывать всем очевидные вещи, не иначе...