- Ya
- 27 Agosti 2026, 16:41 UTC
- Mwandishi
- Kamo
- Ahadi ya
- d1dbf90
Callers hear several seconds of one-way audio at the start of a call — the other party says "hi" three or four times before the softphone user hears anything. Root cause, measured rather than inferred. Asterisk runs with hostNetwork, so it sees every interface on the node and offered ALL of them as ICE host candidates. Captured from a real SDP: 192.168.4.22 host (real LAN) 10.0.50.0 host 10.8.1.1 host (WireGuard) 172.17.0.1 host 172.18.0.1 host 172.19.0.1 host 172.20.0.1 host 172.21.0.1 host (docker bridges) 10.42.0.151 host (cilium) 47.181.8.84 srflx (the only one a browser can actually use) Nine host candidates, eight of them unroutable from any browser. The browser must run ICE connectivity checks against every dead candidate and wait for them to time out before falling back to the srflx pair that works. That wait is the missing audio. ice_blacklist removes them. Verified by capturing the SDP again: Asterisk now offers 1 host + 1 srflx instead of 10. 192.168.4.0/24 is deliberately NOT blacklisted — it is a real network and the correct, fastest media path for clients in the office. Not a regression from the recorded-call work: outbound numbers match _NXXNXXXXXX / _1NXXNXXXXXX and never touch from-internal-custom's _[3-9]XXX.