Кратко

  • RFC 9878 обновляет RFC 7315: его положения о том, какие SIP-запросы и ответы могут содержать несколько P-Header 3GPP, противоречили друг другу или перестали соответствовать вариантам использования 3GPP.
  • Новая схема представляет собой матрицу для каждого заголовка и сообщения, а не общее разрешение и не подтверждение подлинности значения.
  • ACK после ответа 2xx нельзя приравнивать к ACK после ответа, отличного от 2xx.

RFC 7315 определял P-Header и предположения о безопасности и приватности для частных сетей 3GPP. Однако текст о применимости допускал разные решения реализаций. RFC 9878 заменяет эти правила и объявляет RFC 7976 устаревшим. Использование P-Associated-URI в запросах REGISTER удалено; использование P-Called-Party-ID в ответах удалено, а в запросах REFER добавлено.

P-Visited-Network-ID может находиться в связанных ответах, отличных от 100, но исключён из запросов ACK, BYE, CANCEL, NOTIFY, PRACK, INFO и UPDATE. Правило ответа, связанное с RFC 7976, теперь выходит за пределы ответов на регистрацию. Получатель должен проверять одновременно заголовок и контекст сообщения.

Наиболее важна разница между ACK. P-Access-Network-Info может присутствовать в ACK, вызванном ответом 2xx, но не в CANCEL и не в ACK, вызванном ответом, отличным от 2xx. Поле может переносить чувствительные к приватности данные о местоположении, предоставленные сетью и используемые в событиях тарификации IMS. Разрешённое наличие не даёт права раскрывать местоположение за пределами границы приватности RFC 7315.

P-Charging-Vector может присутствовать в ACK после 2xx и в связанных ответах, отличных от 100, но не в CANCEL и не в ACK после не-2xx. Его transit-ioi способен идентифицировать транзитных операторов, выбранных независимо для запроса и направления. P-Charging-Function-Addresses разрешён в связанных ответах, отличных от 100, но исключён из CANCEL и запросов ACK.

Сохраняются предположения RFC 7315 о частной сети и доверенных сущностях. Их нельзя распространять на открытый Интернет. Разрешённый P-Header не становится от этого подлинным, точным или безопасным и не доказывает правильность расчётов оператора. RFC 9878 — информационное обновление, а не спецификация Интернет-стандарта.

Источники