asterisk.ru

ситуация в следующем, устройства договорились по rtp по опреленным портам, начали разговор, потом абонент В начал слать rtp с другого порта, абонент А начал работать с новым портом. вопрос в следующем это правильная работа sip протокола? или абонент А должен строго посылать трафик на порт, который прислал абонент В в ответе на invite?

Это нормально , для этого ты и должен открывать диапозон портов в раутере на свой сервер , RTP может менять порты , SIP - 5060 не меняется , только в ручную

спасибо, но это не ответ

serega_19 писал(а):вопрос в следующем это правильная работа sip протокола?

Нет.

serega_19 писал(а):или абонент А должен строго посылать трафик на порт, который прислал абонент В в ответе на invite?

Да.

serega_19 писал(а):ситуация в следующем, устройства договорились по rtp по опреленным портам, начали разговор, потом абонент В начал слать rtp с другого порта, абонент А начал работать с новым портом. вопрос в следующем это правильная работа sip протокола? или абонент А должен строго посылать трафик на порт, который прислал абонент В в ответе на invite?

При NAT'е - это нормальное поведение.

При NAT'е - это нормальное поведение.

Это какими ногами нужна настроить NAT, чтоб это было нормальным поведением...

Вообще на вопрос уже ответили.
Для приема UDP обычно используется recvfrom(int s, void *buf, size_t len, int flags, struct sockaddr *from, socklen_t *fromlen);
Asterisk не исключение и он ПРОВЕРЯЕТ адрес источника.

И должно появиться такое сообщение:
ast_debug(1, "Received RTP packet from %s:%d, dropping due to strict RTP protection. Expected it to be from %s:%d\n", ast_inet_ntoa(sock_in.sin_addr), ntohs(sock_in.sin_port), ast_inet_ntoa(rtp->strict_rtp_address.sin_addr), ntohs(rtp->strict_rtp_address.sin_port));

ys, ты бы уж просто бинарным дампом отвечал. Типа - Для приема UDP обычно используется И должно появиться такое сообщение:

ys1797 писал(а):

При NAT'е - это нормальное поведение.

Это какими ногами нужна настроить NAT, чтоб это было нормальным поведением...

С каких это пор NAT поддерживает RTP ? Его как хочешь настраивай, а порты у машины внутри NAT и роутера снаружи будут разные. Именно для этого и используются стратегии изменения/резервирования портов во время сессии - собственно все описано в соответствующих RFC. Другое дело что RTP port discovery это только одна из трех проблем SIP/SDP которые приходится решать при NAT во время сессии.

А уж какие проблемы вылезают у RTP+NAT при активном использовании торрентов...

tma писал(а):А уж какие проблемы вылезают у RTP+NAT при активном использовании торрентов...

Честно ? Абсолютно никаких.