asterisk.ru

ну тема не нова, но ответа в моём случае не нашёл, а ситуация такая:
сервер астериск с проброшенными всеми портами, работает хорошо, при звонках через мобильную сеть (с белого айпи) всё ок, но при звонке через wifi, происходит следующее:
звоню на тестовый номер, по которому просто проигрываются короткие мелодии и в логе астериска появляется
Strict RTP learning after remote address set to: 10.100.1.150:53329 -- адрес клиента локальный, и звука при этом нет, но иногда, редко, при переходе на следующую мелодию появляется:

Strict RTP switching source address to белый_IP_провайдера_клиента:43194
Strict RTP learning complete - Locking on source address белый_IP_провайдера_клиента:43194 -- и звук появляется, это происходит далеко не всегда и не сразу после установки вызова
просто, не меняя ничего, иногда работает
можно ли это исправить на стороне сервера?

часть конфига:

[general]
allowoverlap=no
udpbindaddr=0.0.0.0
tcpenable=no
tcpbindaddr=0.0.0.0
transport=udp
srvlookup=yes
accept_outofcall_message = yes
outofcall_message_context = messages
auth_message_requests = no
callcounter=yes
callevents=yes
allowguest=no
alwaysauthreject=yes
localnet=192.168.200.102/255.255.255.0
localnet=10.255.18.204/255.255.255.0
externip=белый_IP
directmedia=no
qualify=yes
nat=force_port,comedia
canreinvite=no

добавил icesupport=yes
теперь при вызове:
Strict RTP learning after remote address set to: 10.100.1.150:44182 -- звук сразу стабильно есть, но через некоторое время:

Strict RTP learning after ICE completion
Strict RTP learning after remote address set to: 10.100.1.150:44182 -- после чего звук пропадает

Быстрый подход -
CLI> rtp set debug on ?

Посмотреть - бегут пакеты аудио?

Долгий подход, но подробный, аналитика
http://www.asterisk.ru/knowledgebase/debug

Много неизвестных переменных - версия астера (если externhost/externaddr вместо externip), что там wifi делает и что с маршрутизацией - что за железка, что с sip alg.
Что с directmedia у пира..

Была подобная проблема при использовании WebRTC + Strict RTP
В первом случае виновато было клиентское приложение (тоже фигурировал NAT и внезапно WIFI) проблему решили, но не помню к сожалению как, но точно помню что один софтфон работал а другой нет, на том же ПК.
Второй случай, в клиентском приложении желательно прописать STUN сервер (софтфон пытался до него достучатся), решено установкой coturn + внесении записей в DNS. (это все внутри локалки)
Но вы можете прописать сторонний STUN сервер.

А если NAT без WIFI ? работает, я просто так не пробовал, так как думал что затыкать именно в NAT.

Ferrum, заканчиваем флудить не по теме.
У ТС НЕТ WebRTC. STUN прописывать для связи абонентов в локалке - не требуется.

Насчет STUN не соглашусь.
Ну не требуется и что ?
Если в исходниках приложения прописано ждать ответа от STUN 20 сек, приложение будет его ждать, и ему не важно что оно в локалке.......

Далее какое координатное различие в медиатрафике ?, да транспорт для сигнализации разный но у ТС он работает корректно. Так что замечание про WebRTC полагаю не в тему.

Не требуется STUN в случае ТС, нет НИ СЛОВА У ТС про WebRTC.
Второй раз предупреждаю заканчиваем флудить.

ТС: статикой просто настроить всё : nat, SIP ALG off итп и будет счастье. выкинуть STUN