- Shipped
- 3 septembre 2026 à 22:54 UTC
- Author
- Kamo
- Commit
- a2ef02a
RingCentral et JustCall publient INBOUND-RINGING à partir de leurs webhooks. FreePBX et KamoPBX ne publie rien -- ce sont l'Astérisque propre du client et rien n'était Je le regarde. Cet écart est celui où le sillage de la pousse du softphone mobile était aveugle: avec pas d'événement de sonnerie il n'y a rien pour réveiller un combiné dont le SIP enregistre le système d'exploitation a récupéré, donc l'appel est manqué et personne ne le découvre. POST/interne/voix/anneau résout l'extension à un membre et publie le l'événement voip.call.-orgId-memberid-memberid-simplant les fournisseurs de webhook émettent déjà. kamo-asterisk-support l'appelle à partir de son flux d'événements AMI via ApiService's Surface à clef de l'API. L'extension est résolue en scannant les configurations de l'instance plutôt que par une requête dérivée, donc cela n'a pas besoin d'un changement de bibliothèque partagée vers le navire; une instance contient des dizaines d'extensions et il fonctionne une fois par appel de sonnerie. Une extension dont aucun membre n'est propriétaire répond 200 «publié:false» au lieu de 404. Anneau les groupes, les RVI et les téléphones de bureau avec personne derrière eux sont un trafic ordinaire, et un Aide auto-autocommutateur qui commence à enregistrer des erreurs pour le trafic ordinaire est un l'administrateur s'éteint. /internal/voip est déjà sur la liste de InternalAuthFilter et exempté d'OTK, donc non la configuration de sécurité change ici. Non-persistant, comme les chemins de webhook: InstanceSyncService reste l'unique écrivain de PHONE-CALL-LOG.