Renvoi d’appels entrants et identification de l’appelant

Les DID Audact peuvent servir de destination à un renvoi d’appels : un abonné configure son numéro de téléphone existant (mobile ou ligne fixe) pour renvoyer les appels entrants vers un numéro Audact, de sorte que les appels passés au numéro de l’abonné sont pris par l’agent affecté au DID Audact. Cette section documente la façon dont l’identification de l’appelant (caller ID) d’un appel renvoyé est présentée sur la jambe entrante, ainsi que la manière dont la plateforme la normalise et la restitue — un comportement qui compte dès qu’une intégration doit corréler un appel entrant avec le numéro qui l’a émis (par exemple, pour confirmer que le renvoi est correctement configuré).

Ce qui arrive sur un appel renvoyé

Un appel renvoyé atteint le DID Audact comme un appel entrant ordinaire. Deux numéros sont concernés sur le plan conceptuel :

• l’appelant d’origine — la personne qui a composé le numéro de l’abonné, et
• le numéro de renvoi — le numéro de l’abonné qui a dévié l’appel.

Lequel de ces numéros apparaît, et dans quel en-tête SIP, est déterminé par l’opérateur de l’abonné et n’est pas contrôlé par Audact. Les comportements observés selon les opérateurs se répartissent en quelques schémas :

• Appelant d’origine conservé (courant). Les en-têtes entrants From et P-Asserted-Identity portent le numéro de l’appelant d’origine. Le numéro de renvoi n’est pas transmis. C’est le comportement habituel du renvoi mobile inconditionnel sur les réseaux testés.
• Identification de l’appelant remplacée. Certains opérateurs remplacent l’identification de l’appelant par le numéro de renvoi ; le From entrant est alors le propre numéro de l’abonné.
• Numéro de déviation signalé séparément. Lorsqu’il est présent, un en-tête Diversion (RFC 5806) ou History-Info (RFC 7044) porte le numéro de renvoi en plus de l’appelant d’origine dans From. De nombreux opérateurs — en particulier pour les appels non authentifiés — l’omettent entièrement.

Deux autres points valent quel que soit le schéma :

• Le format est national, pas E.164. Le numéro de l’appelant est très souvent présenté dans le format national du pays de destination plutôt qu’en E.164 — par exemple, un appel provenant de +441313670450 arrive sous la forme 01313670450 (l’indicatif de pays +44 est remplacé par le préfixe national de ligne 0). Une comparaison naïve de chaînes exactes avec la forme E.164 échoue donc.
• L’attestation peut être dégradée. L’état de vérification STIR/SHAKEN (verstat) est fréquemment perdu sur la jambe renvoyée, puisque l’opérateur qui renvoie l’appel le réinitie à nouveau.

Comment Audact le normalise et le restitue

Pour que l’identification de l’appelant soit exploitable à des fins de corrélation, la plateforme normalise le numéro de l’appelant entrant en E.164 en prenant le pays du DID composé comme indication de région (la jambe renvoyée aboutit toujours sur un DID dont le pays est connu, et c’est le pays dont l’opérateur a appliqué les règles de numérotation nationales). Pour reprendre l’exemple, un appelant 01313670450 arrivant sur un DID GB est normalisé en +441313670450.

Le numéro d’appelant normalisé est remis au tenant par le hook d’admission préalable à la connexion : si le tenant a configuré une admission_url, la plateforme lui envoie en POST un corps JSON avant la connexion de l’appel, comprenant :

• caller_number — l’identification de l’appelant d’origine normalisée en E.164,
• called_did — le DID Audact qui a été composé,
• agent_id, call_id et trunk_id.

Le point de terminaison d’admission peut accepter ou rejeter l’appel, et sa réponse peut fournir des variables dynamiques et des métadonnées propres à l’appel. C’est le point d’intégration pris en charge pour réagir aux appels entrants (y compris renvoyés) sur la base de l’identification de l’appelant.

Corréler un appel renvoyé à partir de l’identification de l’appelant

Pour rapprocher de façon fiable un appel renvoyé entrant d’un numéro d’origine connu :

1. Normalisez les deux côtés en E.164 avant de comparer — ne comparez jamais les chaînes brutes fournies par l’opérateur. La plateforme normalise déjà caller_number ; comparez-le à la forme E.164 du numéro que vous attendez.
2. Comparez avec les deux numéros candidats le cas échéant — l’appelant d’origine et le numéro de renvoi — car les opérateurs diffèrent quant à celui qu’ils présentent dans From.
3. Ne dépendez pas de la présence d’un en-tête Diversion/History-Info — considérez-le comme un enrichissement facultatif, et non comme un champ garanti.
4. Tenez compte de la possibilité qu’un appelant masque son numéro (anonyme / Privacy: id), auquel cas aucune identification de l’appelant n’est disponible pour la corrélation.