Bridge exact
Le lab exige le canal PJSIP attendu, le canal Media WS attendu et exactement ces deux membres dans le bridge ARI.
Contrat:WSS 8089 privéslin16MARK_MEDIAFLUSH_MEDIA
Frontière Asterisk vers Navy Phone
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 |
Preuve intégrée et limite
Une seule campagne locale chaîne le dialogue exact-edge au bridge et au transport applicatif.
Deux directions
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.
56 frames, queue 46 → 0
En 7,6 s, un vrai Asterisk 22.9.0 local sur WSS/slin16 envoie 56 frames. Après FLUSH_MEDIA la queue passe de 46 à 0, aucun MARK annulé brut n’est observé et le mark post-flush est reçu. Cela ne prouve pas l’arrêt acoustique ni la propagation VAD-STT-LLM-TTS.
Qualification manquante
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. La preuve détaillée, ses cinq étapes et ses limites sont dans la fiche Asterisk Media WebSocket.