- Expédié
- 26 avril 2026 à 23:18 UTC
- Auteur
- Kamo
- Commite
- af6f181
Les appels bipartis à navigateur à navigateur connectés à la couche SIP mais n'ont pas audio dans l'une ou l'autre direction. Messagerie vocale (Aspirer à sens unique et navigateur) parce que le repliement Symétrique d'Asterisk-RTP pourrait apprendre celui du navigateur adresse de tout paquet entrant. Les deux parties ont besoin de passerelles des deux parties" RTP pour atteindre effectivement l'Astérisque, ce qui signifie que l'ICE doit converger vers un Le candidat peut s'entendre sur lequel le navigateur peut s'orienter. L'astérisque avait la glace-support-y-point per-end-point mais l'adresse STUN: 0,0,0:0 au niveau du moteur rtp, donc son seul candidat offert était son hôte (LAN/pod-network) IP - inaccessible à partir des navigateurs Internet publics. Configurer le rtp.conf de la boîte d'Astérisque également à la publicité de son candidat srflx (public). L'adresse de l'ETTNU est maintenant résolue à 74.125.250.129:19302 après une nouvelle charge de module. rtp.conf en ligne plutôt que de compter sur rtp.custom.conf parce que le rtp le moteur prend en compte sa configuration [générale) au temps de charge du module et jamais le relise à partir de fichiers inclus (le même gotcha qui bite le plus tôt http.conf change). Le rtp-additionnel.conf auto-généré et tout futur rtp.custom.conf est toujours à nouveau inclus après les touches en ligne pour compatibilité vers le haut.