- Shipped
- 26. April 2026 um 23:18 UTC
- Author
- Kamo
- Commit
- af6f181
Zwei-Parteien-Browser-zu-Browser-Anrufe an der SIP-Schicht verbunden, hatte aber keine Audio entweder Richtung. Voicemail (One-way Asterisk - Browser) funktioniert weil Asterisk symmetrisch-RTP Fallback könnte lernen, der Browser Adresse von jedem eingehenden Paket. Zwei-Parteien-Überbrückung braucht beide Seiten RTP, um tatsächlich Asterisk zu erreichen, was bedeutet, dass ICE auf einem Kandidaten-Paar, zu dem der Browser gehen kann. Asterisk hatte ice_support=yes pro Endepunkt, aber "STUN-Adresse: 0.0.0.0:0" auf der rtp-Motorenebene, so dass sein einziger angebotener Kandidat sein Gastgeber war (LAN/Pod-network) IP - unerreichbar von öffentlichen Internet-Browsern. ************ in rtp.conf konfigurieren, so dass das Sternchen auch seinen srflx (öffentlichen) Kandidaten. STUN-Adresse löst sich nun auf nach 74.125.250.129:19302 nach einer frischen Modulladung. Inlined rtp.conf anstatt sich auf rtp_custom.conf zu verlassen, weil die rtp Motor schnappt seine [allgemeine] Konfiguration zur Modul-Ladzeit und niemals Re-Reads es von include Dateien (die gleiche gotcha, dass biss die frühere http.conf Änderung). Die auto-generierte rtp_additional.conf und jede Zukunft rtp_custom.conf sind nach den Inline-Tasten für Vorwärtskompatibilität.