- Порезанный
- 26 апреля 2026 г. в 23:18 UTC
- Автор
- Kamo
- Обещать
- af6f181
Двусторонние вызовы браузер-браузер, подключенные на уровне SIP, но не имеющие аудио в любом направлении. Работала голосовая почта (one-way Asterisk → браузер) потому что симметричный резерв Asterisk может изучить браузер адрес из любого входящего пакета. Двухпартийный мост нуждается в обеих сторонах. RTP, чтобы фактически достичь Asterisk, что означает, что ICE должен сходиться на одном уровне. Кандидатская пара, к которой браузер может перейти. Asterisk имел ice support=yes per-endpoint, но «адрес STUN: 0.0.0.0:0» на уровне двигателя rtp, поэтому единственным кандидатом был его хост (LAN/pod-network) IP — недоступен из общедоступных интернет-браузеров. конфигурировать **************** в rtp.conf, чтобы Asterisk мог Рекламировать своего кандидата srflx. Ударный адрес теперь решает 74.125.250.129:19302 после загрузки нового модуля. Встроенный rtp.conf вместо того, чтобы полагаться на rtp custom.conf. Двигатель делает снимки своей [общей] конфигурации во время загрузки модуля и никогда перечитывает его из файлов (тот же Gotcha, что укусил ранее) Изменение http.conf. Автогенерированный rtp additional.conf и любое будущее rtp custom.conf по-прежнему включается после встроенных клавиш для Передовая совместимость.