Bridge exact
Le lab exige le canal PJSIP attendu, le canal Media WS attendu et exactement ces deux membres dans le bridge ARI.
Transport applicatif
Frontière WSS privée entre Asterisk et Navy Phone, PCM slin16, commandes de transport et nettoyage.
Le PBX reste propriétaire du canal et du bridge. Navy Phone contrôle les buffers, le playback, les marks, le DTMF et le handoff.
| Entrée | Transport | État | Frontière de confiance |
|---|---|---|---|
| Asterisk Media WS | WSS 8089 privé, PCM slin16 entrant et sortant | Canal corrélé par Call-ID, application, alias et DID; bridge ARI exact à deux membres | Identité applicative et certificats de lab; pas de port hôte ni cloud |
| Commandes Navy Phone | MARK_MEDIA, FLUSH_MEDIA, DTMF | Génération courante, ancien mark invalidé, mark post-flush corrélé | ACK de transport, jamais preuve acoustique ou audition |
Une seule campagne locale chaîne le dialogue exact-edge au bridge et au transport applicatif.
Le lab exige le canal PJSIP attendu, le canal Media WS attendu et exactement ces deux membres dans le bridge ARI.
Des motifs distincts dérivés du run sont détectés dans les deux directions avec marge. Leurs SHA-256 identifient les injections, pas leur origine cryptographique.
L’ancien mark est annulé, le mark post-flush est reçu, DTMF et nettoyage sont vérifiés. Cela ne prouve pas l’arrêt acoustique ni la propagation VAD-STT-LLM-TTS.
Aucun cloud/PSTN, voix humaine ou pipeline IA n’est prouvé. Charge, perte, jitter, reprise worker et pcap externe restent ouverts.
L’ancrage et le chiffrement sont autoritaires dans RTP, SRTP et SDP; le commit conversationnel reste dans Pipeline voix IA.