- Expediere
- 26 aprilie 2026 la 23:18 UTC
- Autor
- Kamo
- Comite
- af6f181
Apeluri de la browser la browser, conectate la stratul SIP, dar nu audio în ambele direcţii. Căsuţa vocală (în sens unic Asterisk → browser) a funcţionat deoarece Asterisk's simetric-RTP Fallback ar putea afla browser-ul adresa oricărui pachet de intrare. Legătura dintre două părți are nevoie de ambele părți." RTP pentru a ajunge efectiv la Asterisk, ceea ce înseamnă că ICE trebuie să conveargă asupra unei candidatul pereche browser-ul poate ruta spre. Asterisk a avut suport pentru gheaţă=da per-endpoint, dar adresa pentru STUN: 0.0.0:0 la nivelul motorului RTP, astfel încât singurul său candidat oferit a fost gazda (LAN/pod-rețea) IP Configurează ******************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************************** De asemenea, face publicitate candidatului său srflx (public). Adresa STUN se rezolvă acum la 74.125.250.129:19302 după o sarcină nouă a modulului. Inliniat rtp.conf mai degrabă decât să se bazeze pe rtp custom.conf deoarece rtp În cazul în care vehiculul este echipat cu un sistem de frânare de serviciu, acesta trebuie să îndeplinească următoarele cerințe: re-citește din include fișiere (același Gotcha care bit mai devreme http.conf modificare). Auto-generate rtp suplimentar.conf și orice viitor rtp custom.conf sunt încă re-incluse după tastele de linie pentru compatibilitate înainte.