Size: a a a

2020 March 12

АХ

Алексей Хабуляк in ru_freeswitch
Konstantin Vishnivetsky
disable_rtp_auto_adjust
string Disable rtp auto adjust if it is not behaving as you expected. It stops the switch from rewriting the RTP destination based on the source. When RTP Auto-Adjust is ON FreeSWITCH will change the destination RTP address to match the source of the incoming packets, this doesn't work if the other end is really wanting to send and receive on a different addr.
ну только функция называется disable_*
источник

АХ

Алексей Хабуляк in ru_freeswitch
тоесть если disable_ = true - значит она выключена а не включена)
источник

е

енот in ru_freeswitch
сохранил советы
источник

е

енот in ru_freeswitch
завтра проверю
источник

KV

Konstantin Vishnivetsky in ru_freeswitch
Алексей Хабуляк
тоесть если disable_ = true - значит она выключена а не включена)
Да. Точняк! Ты прав. 😁
источник

АХ

Алексей Хабуляк in ru_freeswitch
Konstantin Vishnivetsky
Да. Точняк! Ты прав. 😁
правда тут есть косяк) из-за этой штуки можно осуществить rtp bleed. Вроде как это не фиксится
источник

АХ

Алексей Хабуляк in ru_freeswitch
источник

KV

Konstantin Vishnivetsky in ru_freeswitch
Вот, потому и лучше ICE использовать с DTLS, там согалсование по ключам и паролям, переданным в SDP(в свою очередь по TLS).
источник

V

Vitaliy in ru_freeswitch
странно почему тогда FS с первым софтфоном роутит RTP туда откуда он приходит. ведь с включенным  disable-rtp-auto-adjust этого не должно быть.
источник

АХ

Алексей Хабуляк in ru_freeswitch
Vitaliy
странно почему тогда FS с первым софтфоном роутит RTP туда откуда он приходит. ведь с включенным  disable-rtp-auto-adjust этого не должно быть.
потому что там и в SDP правильный порт указан
источник

АХ

Алексей Хабуляк in ru_freeswitch
может там вообще какой нибудь ALG
источник

АХ

Алексей Хабуляк in ru_freeswitch
мы не знаем
источник

KV

Konstantin Vishnivetsky in ru_freeswitch
Vitaliy
странно почему тогда FS с первым софтфоном роутит RTP туда откуда он приходит. ведь с включенным  disable-rtp-auto-adjust этого не должно быть.
Возможно, как раз nat-acl помогает, а т.к. порт совпадает, то всё получается.
источник

V

Vitaliy in ru_freeswitch
енот
всё хорошо

v=0
o=- 3792998364 3792998364 IN IP4 192.168.247.34
s=-
t=0 0
m=audio 4000 RTP/AVP 0 8 9 3 4 105 106 18 101
c=IN IP4 192.168.247.34
a=rtcp:4001 IN IP4 192.168.247.34
a=sendrecv
a=rtpmap:0 PCMU/8000
a=rtpmap:8 PCMA/8000
a=rtpmap:9 G722/8000
a=rtpmap:3 GSM/8000
a=rtpmap:4 G723/8000
a=rtpmap:105 speex/8000
a=rtpmap:106 speex/16000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=no
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
.
источник

V

Vitaliy in ru_freeswitch
как видно SDP здесь оригинальный
источник

KV

Konstantin Vishnivetsky in ru_freeswitch
Дамп обмена полный бы помог, конечно, взятый на FS по обоим внешним и внутренним IP абонентов.
источник

V

Vitaliy in ru_freeswitch
да, верно
источник

АХ

Алексей Хабуляк in ru_freeswitch
Vitaliy
как видно SDP здесь оригинальный
ну да. и порт указан 4000. и в sngrep видно что с порта 4000 идет трафик
источник

KV

Konstantin Vishnivetsky in ru_freeswitch
Это просто фартануло с NAT роутером.
источник

KV

Konstantin Vishnivetsky in ru_freeswitch
В общем случае, имеет место быть недостаточная настройка на стороне мобильных клиентов - преодоление NAT в большей части их функция, они за NAT.
источник