Ce que vous voyez
Si la liaison échoue, le son ou le pilotage s’arrête; la session doit être nettoyée.
État d’avancement:Média réel testé localementfiche de référencemise en service interdite pour l’instantÉtat réel:Runtime Asterisk localpage d’autorité composantpromotion NO-GO
Choisissez votre lectureCommencez par la vue sans jargon si vous découvrez le sujet.
À qui s’adresse chaque lecture?
Je veux comprendre: direction, équipes métier, communication, achats et première visite. Exploitation: opérateur, support et astreinte. Vue architecte: architecte, ingénieur et sécurité. Tout afficher: revue complète de la fiche.
« Je veux comprendre » affiché. Ce choix sera repris sur les autres fiches. La décision de mise en service et les risques restent toujours visibles.
Comprendre cette fonction en 60 secondes
Le résumé donne le rôle, le trajet, le risque, le responsable et la limite de preuve en moins d’une minute. Les dépendances et exemples restent disponibles juste après, sans jargon imposé.
Résumé essentiel
Ce que c’est et à quoi cela sert
Relier le coeur d’appel au contrôle et à l’audio applicatif.
Relier le contrôle et l’audio au bon appel sur une liaison protégée.
Une comparaison utile
Comme l’accueil d’un bâtiment: chaque arrivée suit la bonne entrée.
Ce qui entre
Le coeur téléphonique doit créer un pont, échanger du son ou transférer l’appel.
Qui en bénéficie et quel résultat attendre
Le contrôle et l’audio applicatif restent liés au bon appel.
La personne qui appelle et l’équipe téléphonique.
État actuel
Média réel testé localement. Un vrai cœur téléphonique local échange 56 blocs audio et prouve la purge de l’ancien son après interruption. Aucun appel public, hébergement réel ou humain n’est exercé. Mise en service interdite pour l’instant.
Risque principal
Si la liaison échoue, le son ou le pilotage s’arrête; la session doit être nettoyée.
Responsable
Responsable de l’intégration appel et audio. Autorité de décision: Responsable du centre de commande Navy Phone.
Décision suivante
Autoriser la liaison quand commandes et audio restent attachés au bon appel et sont nettoyés ensemble.
Voir les dépendances, preuves et solutions de secours
Ce qui entre, en langage courant
Le coeur téléphonique doit créer un pont, échanger du son ou transférer l’appel.
Ce dont il dépend
Du fournisseur téléphonique, du réseau et des autres fonctions de la cellule qui traite l’appel.
Comment le service continue
Les nouveaux appels cessent d’entrer dans la partie touchée. Le repli contractuel peut utiliser l’autre cellule, mais aucun appel actif n’est déplacé.
En cas de panne et pour vos données
Si la liaison entre le cœur téléphonique et le service vocal se coupe, le son ou le pilotage s’arrête et la session est nettoyée. Après une interruption, l’ancien son est effacé avant de reprendre. L’audio reste sur nos machines privées et n’est pas envoyé à l’extérieur.
Preuve attendue avant la prochaine étape
Création de pont, audio dans les deux sens, commande tardive, perte de liaison, reprise et absence de mélange entre appels.
Statut expliqué
Un vrai Asterisk local échange de l’audio synthétique, reçoit une interruption et poursuit avec le bon son. Aucun téléphone public ni personne réelle ne participe au test. Il faut encore tester l’appel public, la voix humaine, toute la chaîne de compréhension et de réponse, la charge, les coupures réseau, la reprise du service média et les délais de conversation.
Exemple concret
Le coeur téléphonique doit créer un pont, échanger du son ou transférer l’appel. Le contrôle et l’audio applicatif restent liés au bon appel.
Voir l’exemple technique précis
Le lab Asterisk 22.9.0 local envoie 56 frames slin16 sur WSS; la queue passe de 46 avant FLUSH_MEDIA à 0 après, sans MARK annulé brut, puis le mark post-flush est reçu.
Voir les questions et réponses selon votre rôle
Les six lectures ci-dessous reprennent les mêmes faits. Elles ne créent pas une seconde source de vérité.
- Direction
- Question: Peut-on compter sur cette fonction aujourd’hui?
Réponse: Un vrai Asterisk local échange de l’audio synthétique, reçoit une interruption et poursuit avec le bon son. Aucun téléphone public ni personne réelle ne participe au test. Autoriser la liaison quand commandes et audio restent attachés au bon appel et sont nettoyés ensemble. - Métier
- Question: Quel service rend-elle concrètement?
Réponse: Relier le contrôle et l’audio au bon appel sur une liaison protégée. Le contrôle et l’audio applicatif restent liés au bon appel. - Achats et conformité
- Question: De quoi dépend l’engagement et qu’est-ce qui manque?
Réponse: Du fournisseur téléphonique, du réseau et des autres fonctions de la cellule qui traite l’appel. Il faut encore tester l’appel public, la voix humaine, toute la chaîne de compréhension et de réponse, la charge, les coupures réseau, la reprise du service média et les délais de conversation. Preuve attendue: Création de pont, audio dans les deux sens, commande tardive, perte de liaison, reprise et absence de mélange entre appels. - Communication
- Question: Que peut-on annoncer sans faire de fausse promesse?
Réponse: Vous pouvez expliquer l’objectif suivant: Relier le contrôle et l’audio au bon appel sur une liaison protégée. Ne présentez pas cette fonction comme disponible en production: Un vrai Asterisk local échange de l’audio synthétique, reçoit une interruption et poursuit avec le bon son. Aucun téléphone public ni personne réelle ne participe au test. - Exploitation
- Question: Qui agit et quel est le premier geste sans risque?
Réponse: Responsable de l’intégration appel et audio. Autorité de décision: Responsable du centre de commande Navy Phone. Fermer l’entrée des nouveaux appels vers la partie touchée et ne jamais tenter de déplacer un appel déjà actif. - Technique
- Question: Où sont les contrats exacts?
Réponse: Utilisez la « Vue architecte ». Elle montre les entrées, les sorties, les interfaces, les données, la sécurité et les preuves provenant de la fiche d’autorité.
Trajet simple, de la situation au résultat
Le trajet montre ce qui déclenche cette fonction, le service qu’elle rend et le résultat obtenu. Il reste lisible sans fonction interactive.
Suivre le flux
Partie documentée: Relier le coeur d’appel au contrôle et à l’audio applicatif.
Un vrai cœur téléphonique local ouvre une liaison audio protégée, sans route vers le réseau téléphonique public.
L’adaptateur envoie 56 blocs et reçoit un son synthétique non silencieux sur la même session.
Un repère relie le son en cours à la bonne réponse et la file d’attente devient observable.
Une intervention simulée purge l’ancien son; son repère annulé ne peut pas valider le tour.
Un nouveau repère est reçu après la purge, puis la liaison et les ressources locales sont nettoyées sans action externe.
Comment lire ce trajet: avancez avec les flèches du clavier ou parcourez les étapes dans l’ordre. Les contrats exacts restent dans la « Vue architecte ».
Étape 1 sur 5: Un vrai cœur téléphonique local ouvre une liaison audio protégée, sans route vers le réseau téléphonique public.
Impact utile: Le contrôle et l’audio applicatif restent liés au bon appel.
En cas de panne: Si la liaison échoue, le son ou le pilotage s’arrête; la session doit être nettoyée.
Responsable: Responsable de l’intégration appel et audio. Autorité de décision: Responsable du centre de commande Navy Phone.
Premiers gestes en cas de problème
Reconnaître ce qui se passe, protéger le service et prévenir le bon responsable sans improviser.
Première action sans risque
Fermer l’entrée des nouveaux appels vers la partie touchée et ne jamais tenter de déplacer un appel déjà actif.
Solution de secours
Les nouveaux appels cessent d’entrer dans la partie touchée. Le repli contractuel peut utiliser l’autre cellule, mais aucun appel actif n’est déplacé.
Qui prévenir et où lire les preuves
Responsable de l’intégration appel et audio. Autorité de décision: Responsable du centre de commande Navy Phone. La procédure de production reste à créer et valider avant la mise en service. Ouvrir la fiche d’architecture et de preuve du domaine.
Besoin d’un terme technique? Ouvrir les définitions
- ARI
- interface REST d’Asterisk
- WSS
- WebSocket chiffré
- slin16
- audio PCM linéaire 16 kHz
Décision actuelle: mise en service interdite pour l’instant. Un vrai Asterisk local échange de l’audio synthétique, reçoit une interruption et poursuit avec le bon son. Aucun téléphone public ni personne réelle ne participe au test. Ce qui reste à faire: Il faut encore tester l’appel public, la voix humaine, toute la chaîne de compréhension et de réponse, la charge, les coupures réseau, la reprise du service média et les délais de conversation.Décision actuelle: promotion NO-GO, pas de mise en production. Le lab borné exerce Asterisk 22.9.0 et un canal Media WebSocket réel sur WSS en slin16 en 7,6 s. Le rapport exige ready=true, 56 frames envoyées, audio reçu non silencieux, DTMF et MARK_MEDIA initial. La queue mesurée passe de 46 avant FLUSH_MEDIA à 0 après; aucun MARK annulé brut n’est observé et le mark post-flush est reçu. Zéro erreur protocole, nettoyage attesté, PSTN outbound=false et externalActionPerformed=false. Blockers: Voix humaine, audition acoustique, VAD et pipeline STT-LLM-TTS réel, pertes/jitter, reconnexion, reprise worker, charge, SLO et appel PSTN restent à prouver.
Opérer le composant
Responsabilité, séquence nominale, panne et niveau de service attendu.
| Owner et rôle | Séquence nominale | Mode dégradé | Observabilité et SLO |
|---|---|---|---|
| Contrôle PBX et échange PCM slin16 avec Navy Phone. Owner contrôle téléphonique. Non-rôle: Ne prouve ni cloud/PSTN, ni audition acoustique, ni VAD, charge, reprise worker ou latence de production. | Le lab Asterisk 22.9.0 local envoie 56 frames slin16 sur WSS; la queue passe de 46 avant FLUSH_MEDIA à 0 après, sans MARK annulé brut, puis le mark post-flush est reçu. | La purge invalide l’ancien mark; perte WSS, reconnexion, reprise worker et charge restent à prouver. | Le niveau de preuve est Runtime Asterisk local. Aucun SLO de production n’est acquis; l’owner doit mesurer disponibilité, erreurs, saturation et reprise avant promotion. |
Panne, reprise et surveillance
Modes de panne connus, comportement de reprise et signaux à mesurer avant toute mise en service.
| Modes de panne | Reprise après incident | Signaux à mesurer |
|---|---|---|
| Aucun état de session média n’est conservé au-delà de la connexion: une coupure exige une nouvelle session propre et un nettoyage attesté, avec action humaine pour valider la reprise. Le lab media-websocket et son job CI dédié prouvent le cycle local en 7,6 s; la reconnexion et la reprise worker n’ont aucune preuve locale. | Niveau Runtime Asterisk local: le rapport exige ready=true, 56 frames slin16 envoyées, audio reçu non silencieux, DTMF, MARK_MEDIA, queue purgée, zéro erreur protocole et nettoyage attesté. Voix humaine, VAD, pipeline STT-LLM-TTS, pertes, jitter, charge et SLO restent des signaux à mesurer avant promotion. |
Déplier ou replier les détails d’architecture
Contrat d’architecture
Entrées, sorties, protocoles, données, dépendances et configuration.
| Amont et entrées | Aval et sorties | Interfaces et trust boundary | État, données et déploiement |
|---|---|---|---|
| Asterisk ARI, bridge exact et identité privée. | Session média Navy Phone, STT/TTS optionnels et playback ACK. | HTTPS/WSS 8089 sur réseau edge, credential ARI dédié et CA interne. | Un vrai Asterisk 22.9.0 local ouvre WSS/slin16, envoie 56 frames, reçoit de l’audio non silencieux et observe la queue, DTMF, MARK_MEDIA, FLUSH_MEDIA et le mark post-flush.Déploiement: Docker local isolé, limite 180 s et ressources bornées; aucun cloud, carrier ou PSTN. |
Frontière de confiance: Liaison privée exclusivement: HTTPS/WSS 8089 sur le réseau edge entre Asterisk et le service Navy Phone, avec credential ARI dédié et CA interne. Commandes de contrôle et audio slin16 traversent dans les deux sens, attachés au bridge exact; aucune exposition publique n’est admise sur cette frontière.
Déplier ou replier les détails de sécurité et de preuve
Sécurité, preuve et décision
Le statut de preuve reste visible quel que soit le profil choisi.
| Sécurité et identité | Preuve et sources | Blockers | Définitions |
|---|---|---|---|
| HTTPS/WSS 8089 sur réseau edge, credential ARI dédié et CA interne. | Niveau de preuve: Le lab borné exerce Asterisk 22.9.0 et un canal Media WebSocket réel sur WSS en slin16 en 7,6 s. Le rapport exige ready=true, 56 frames envoyées, audio reçu non silencieux, DTMF et MARK_MEDIA initial. La queue mesurée passe de 46 avant FLUSH_MEDIA à 0 après; aucun MARK annulé brut n’est observé et le mark post-flush est reçu. Zéro erreur protocole, nettoyage attesté, PSTN outbound=false et externalActionPerformed=false. Runtime local borné, zéro erreur protocole, cleanup attesté, pstnOutbound=false et aucune action externe. Ne prouve ni voix humaine, audition, VAD, pipeline STT-LLM-TTS, cloud ou production. Source: lab media-websocket et job CI dédié.Vue d’autorité du domaine · Entrée du catalogue | NO-GO: Voix humaine, audition acoustique, VAD et pipeline STT-LLM-TTS réel, pertes/jitter, reconnexion, reprise worker, charge, SLO et appel PSTN restent à prouver. | Consulter les définitions de cette fiche |
| Données et souveraineté UE | La liaison transporte l’audio PCM slin16 de l’appel et les commandes de contrôle, en mémoire, entre la cellule et le service Navy Phone cible UE, sans stockage ni tiers sur ce segment. Le lab atteste pstnOutbound=false et externalActionPerformed=false. La résidence des données en déploiement réel n’est pas prouvée. | ||