- Se descapó
- 3 de septiembre de 2026 a las 22:54 UTC
- Autor
- Kamo
- Compromit
- a2ef02a
RingCentral y JustCall publican INBOUND-RINGINGING de sus webhooks. FreePBX y KamoPBX no publica nada - son el propio Asterisco del cliente y nada fue mirando esto. Esa brecha es donde el despertar de empuje del teléfono blando móvil fue ciego: con ningún evento de sonido no hay nada que despertar un teléfono cuyo SIP registra el sistema operativo ha recuperado, así que la llamada se pierde y nadie se entera. POST /internal/voip/ring resuelve la extensión a un miembro y publica el el mismo evento voip.call.---mediólo los proveedores de gancho web ya emiten. El apoyo al asterisco lo llama desde su secuencia de eventos AMI a través de ApiService's Superficie de la tecla API. La extensión se resuelve escaneando las configuras de la instancia en lugar de a través de una consulta derivada, por lo que esto no necesita un cambio compartido de la biblioteca en barco; una instancia contiene decenas de extensiones y corre una vez por llamada de llamada. Una extensión que ningún miembro posee respuestas 200 "publicado:false" en lugar de 404. Anillo grupos, IVR y teléfonos de escritorio sin nadie detrás de ellos son tráfico ordinario, y un Ayudante de PBX que comienza a registrar errores de registro para el tráfico ordinario es uno a administrador se apaga. /internal/voip ya está en la lista de InternaAuthFilter y exenta de OTK, por lo que no cambios de configuración de seguridad aquí. No-persistivo, como los caminos webhook: InstanceSyncService sigue siendo el escritor único de PHONE-CALL-LOG.