Объясните принцип работы записи звонков

[HunterXXI]

Доброго дня.

Судя по архитектуре SIP, после согласования звонка и начала разговора данные передаются между абонентами напрямую (RTP).
Как в таком случае Aster записывает разговоры, ведь RTP трафик ходит мимо него !?

Заранее спасибо за ссылки и ликбез!

[ded]

Доброго дня.

Судя по архитектуре SIP, после согласования звонка и начала разговора данные передаются между абонентами напрямую (RTP).

Нет.
RTP может направляеться напрямую в исключительных случаях регулировкой параметров directmedia= canreinvite=

Как в таком случае Aster записывает разговоры, ведь RTP трафик ходит мимо него !?

и в таком случае Астериск не сможет записывать разговоры и делать транскодинг, а так же переводить вызов и/или перехватывать.
Давайте с ликбезом как-то в сторону библиотеки, а?
http://asterisk.ru/knowledgebase
Изучите разницу архитектуры B2B & B2C

[HunterXXI]

Благодарю.
Странно как-то, на сколько я понимаю возможность передачи RTP напрямую это одна из ключевых особенностей SIP протокола.
Но получается её используют только внутри офиса (и то не всегда), а трафик так и так наружу идет через сервер.
В чем собственно тогда преимущества протокола SIP перед обычным IP и когда посоветуете использовать directmedia=yes

[ded]

Изучите разницу архитектуры B2B & B2C

Астериск - это не прокси (B2B), он B2C - софтсвич 5-го класса.
https://ru.wikipedia.org/wiki/Softswitch

Softswitch class IV — предназначен для организации транзитного центра в некоторых операторских сетях. Он осуществляет маршрутизацию и распределение вызовов в IP сетях на магистральном уровне, обеспечивая транзит и перераспределение трафика, получаемого от региональных сегментов.

Softswitch class V — программные коммутаторы 5 класса отличаются возможностью работы непосредственно с конечными абонентами сети и предоставляют им как транспортные услуги, так и дополнительные виды обслуживания (ДВО).

[HunterXXI]

Ок, теперь усвоил.
Получается, что возможность использовать directmedia определяется непосредственно архитектором сети, исходя из наличия прямой IP связанности между клиентами (т.е. без NAT).
Но в таком случае теряется возможность записывать разговор, но разгружается сам softswitch от маршрутизации RTP.

[SolarW]

исходя из наличия прямой IP связанности между клиентами (т.е. без NAT).

Да как-то и NAT не мешает если пробросить нужный диапазон портов на маршрутизаторе для пропуска RTP трафика.

[Zavr2008]

ТС, обычно отключают прямую передачу RTP между пирами - это имеет неприятные последствия при звонках наружу на SIP-провайдеров. Всё дело в том, что обычно Asterisk у всех находится за NAT, и его преодоление в данном случае довольно проблематично. Ну и процессоры серверов в последнее время сильно подросли в производительности, спокойно тянут эти звонки и еще остается резерв, поэтому строгой необходимости в реинвайтах и всего связанного с ними гимора особо нет.