Résumé

  • RFC 9878 répare une matrice contradictoire et autorise P-Access-Network-Info et P-Charging-Vector dans l’ACK déclenché par une réponse 2xx, jamais dans celui lié à une réponse non-2xx.
  • Cette autorisation décrit la place du champ. Elle ne certifie ni son émetteur, ni sa fraîcheur, ni l’achèvement du bearer, ni le montant dû.
  • Une preuve défendable relie contexte SIP, chaîne de confiance, données directionnelles, événement réseau, CDR, règle tarifaire et mécanisme de contestation.

Dans un réseau IMS, le mot décisif peut tenir à trois caractères : 2xx. Après une réponse positive à INVITE, un proxy reçoit une réponse SDP, lance une modification du bearer, obtient une information de localisation fournie par le réseau et l’insère dans l’ACK. Après un échec, l’ACK n’a pas le même rôle et ces en-têtes n’y sont pas admis.

RFC 9878, publié en novembre 2025, formalise cette bifurcation. Il met à jour RFC 7315, rend obsolète RFC 7976 et corrige des phrases incompatibles issues de la succession de textes sur les P-Headers 3GPP. C’est une correction d’interopérabilité importante. Ce n’est pas un certificat attaché à chaque donnée transportée.

Ce que la branche 2xx autorise exactement

P-Access-Network-Info peut contenir la NPLI, information de localisation fournie par le réseau. P-Charging-Vector peut porter l’identifiant de taxation IMS et les identifiants des opérateurs. Le nouveau texte autorise les deux champs dans un ACK seulement si une réponse 2xx l’a déclenché. Un ACK lié à une réponse non-2xx reste exclu.

Il faut donc conserver davantage que le nom de la méthode. RFC 3261 ne traite pas l’ACK d’un succès comme celui d’un échec. La classe de réponse finale, Call-ID, tags, CSeq, direction et proxy traversé sont nécessaires pour démontrer que le message se trouvait dans la branche permise.

Le cas d’usage NPLI explique l’ajout. Une réponse 2xx à INVITE peut contenir une réponse SDP qui conduit le proxy à modifier le bearer. Les CDR IMS doivent alors mémoriser la localisation au moment pertinent pour produire une taxation correcte. L’ACK offre le véhicule suivant.

Mais un véhicule admissible ne prouve pas la livraison. La présence de NPLI ne montre pas, seule, que sa valeur était actuelle, que le proxy détenait l’information appropriée, que la modification a abouti ou que le tarif choisi s’appliquait. La norme décrit l’entrée utile à un processus ; elle ne remplace pas le processus.

Six en-têtes, six limites de placement

La correction ne se résume pas aux deux champs de taxation. P-Associated-URI apparaît dans les réponses 2xx à REGISTER, et non indistinctement dans REGISTER. P-Called-Party-ID est admis dans une liste de requêtes comprenant désormais REFER, mais pas dans toutes les réponses. P-Visited-Network-ID peut accompagner des réponses autres que 100, avec plusieurs méthodes expressément exclues. P-Charging-Function-Addresses ne passe ni dans ACK ni dans CANCEL.

Ce tableau donne au parseur une réponse binaire : le champ peut-il être ici ? Il ne répond pas à : qui l’a écrit, au nom de qui, avec quelle donnée source ? Le registre IANA des paramètres SIP stabilise les noms ; il n’homologue pas une occurrence capturée sur le réseau.

RFC 9878 avertit aussi que certains logiciels déployés peuvent suivre l’ancienne lecture. Un champ manquant ne prouve donc pas une fraude ou une panne. Un champ inattendu ne prouve pas davantage son origine. Version du proxy, règle active et chemin réel restent indispensables.

La confiance ne se déduit pas de la syntaxe

RFC 7315 place ces extensions dans des domaines administratifs privés ou entre domaines liés par une relation de confiance. Un proxy disposant d’une connaissance appropriée peut ajouter une valeur network-provided. Il doit retirer l’information sensible avant une sortie vers une entité non fiable. À l’entrée depuis une telle entité, il ne peut garantir la validité du contenu.

Le vecteur de taxation est modifiable par conception. Des proxies de confiance ajoutent, lisent, modifient ou retirent des paramètres. La protection doit donc suivre les sauts : empêcher un tiers d’intervenir tout en laissant chaque intermédiaire autorisé faire son travail. Sans journal de garde, le champ final ne raconte pas ces modifications.

Le paramètre transit-ioi n’est pas une carte immuable. Des valeurs peuvent être filtrées, supprimées ou remplacées par un vide. RFC 9878 rappelle surtout que le choix d’un opérateur de transit peut être refait pour chaque méthode et chaque direction, selon la charge, le coût, l’heure ou d’autres critères. Le transit d’INVITE ne peut pas être copié comme vérité de l’ACK ou de toute la session.

La NPLI exige enfin une retenue particulière. Elle peut révéler une cellule ou une donnée d’accès sensible. Répliquer sans contrôle les messages dans un entrepôt analytique peut conserver la preuve technique tout en détruisant la confidentialité qui rendait l’échange acceptable.

La chaîne de preuve utile

Conservez le message brut, son horodatage, la classe de réponse, l’identité du dialogue et de la transaction, la direction, la version logicielle et la politique de placement. Pour chaque champ, journalisez le point d’entrée de confiance, l’acteur qui l’a ajouté ou modifié, le résultat de la protection de chaque saut et une empreinte avant/après.

Puis reliez ces éléments à une source NPLI datée, à la réponse SDP, à l’événement effectif du bearer, au CDR, à la règle de rating et à la ligne de facture. Un ICID sert à corréler ; il ne décide ni le droit de facturer ni le montant. Une corrélation introuvable doit rester une anomalie visible, pas être comblée par une supposition.