- Expédié
- 27 août 2026 à 16:41 UTC
- Auteur
- Kamo
- Commite
- d1dbf90
Les appelants entendent plusieurs secondes d'audio unidirectionnel au début d'un appel une autre partie dit "hi" trois ou quatre fois avant que l'utilisateur de softphone n'entende N'importe quoi. Cause des racines, mesurée plutôt que présumée. Astérisque court avec hostNetwork, donc il voit toutes les interfaces sur le nœud et en offre TOUTES en tant qu'hôte ICE candidats. Capté à partir d'un vrai SDP: 192.168.4.22 hôte (réseau local réel) 10.0,50,0 hôte 10,08.1.1 hôte (WireGuard) 172.17.0.1 hôte 172.18.0.1 hôte 172.19.0.1 hôte 172.20.0.1 hôte 172.21.0.1 hôte (ponts de pochoir) 10.42.0.151 hôte (cilium) 47.181.8.84 srflx (le seul un navigateur peut effectivement utiliser) Neuf candidats hôtes, dont huit sont impartiaux à partir de n'importe quel navigateur. Le navigateur doivent exécuter des contrôles de connectivité ICE contre chaque candidat décédé et l'attendre à passer à l'heure avant de retomber à la paire srflx qui fonctionne. Cette attente est la l'audio manquant. ice-blacklist les enlève. Vérifié par la capture du SDP à nouveau: l'astérisque maintenant offre 1 hôte et 1 srflx au lieu de 10. 192.168.4.0/24 n'est délibérément PAS une liste noire - c'est un véritable réseau et le une voie médiatique correcte et la plus rapide pour les clients au bureau. Pas une régression par rapport au travail d'appel enregistré: correspondance des nombres sortants -NXXNXXXXXX / -1NXXNXXXXXX et ne touche jamais à partir de la douane interne -[3-9-XXX.