Кратко

  • P-Access-Network-Info и P-Charging-Vector допустимы в ACK, вызванном ответом 2xx, и недопустимы в ACK, относящемся к ответу не-2xx.
  • Правильное место не устанавливает автора значения, его свежесть, завершение изменения bearer или обоснованность тарифа.
  • Защищаемая запись соединяет SIP-контекст, историю каждого hop, NPLI, маршрут по направлениям, событие bearer, CDR, rating и процедуру исправления.

В хранилище событий легко оставить всего два признака: method=ACK и charging-header=true. Такая экономия превращает две разные ветви SIP в одну. ACK после успешного INVITE и ACK после окончательного отказа получают одинаковый вид, хотя RFC 9878 разрешает нужные заголовки лишь в первой ветви.

RFC 9878, опубликованный в ноябре 2025 года, обновляет RFC 7315 и отменяет RFC 7976. Он устраняет противоречия между определениями частных заголовков и прежней сводкой допустимых запросов и ответов. Исправление убирает реальную неоднозначность реализаций. Оно не делает содержимое каждого допустимого поля удостоверенным фактом.

У ACK должен сохраняться контекст ответа

P-Access-Network-Info способен нести Network Provided Location Information — NPLI. P-Charging-Vector несёт идентификатор начисления IMS и сведения об операторах. Оба заголовка разрешены в ACK, который последовал за 2xx, но запрещены в ACK после не-2xx.

RFC 3261 различает эти ACK и на уровне транзакций. Поэтому доказательство должно включать класс окончательного ответа, Call-ID, tags, CSeq, направление и proxy, обработавший переход. Имя метода без ответа-источника не позволяет восстановить нормативную ветвь.

Практический пример NPLI начинается с SDP answer внутри 2xx на INVITE. Он может привести proxy к процедуре изменения bearer. Для IMS CDR нужна информация о местоположении в момент такого изменения, поэтому proxy получает NPLI и переносит её в следующий ACK.

Стандарт объясняет, почему данным нужен такой транспорт. Он не подтверждает, что NPLI была актуальна и внесена уполномоченным узлом, что изменение bearer завершилось, что CDR выбрал правильный dialog или что применённый тариф вытекал из договора. Необходимый реквизит не становится достаточным доказательством.

Исправленная таблица остаётся таблицей размещения

Остальные заголовки показывают узость правил. P-Associated-URI размещается в ответах 2xx на REGISTER. P-Called-Party-ID допустим в перечисленных запросах, куда добавлен REFER, но не во всех ответах. P-Visited-Network-ID возможен в ответах кроме 100, при этом исключён из ряда методов. P-Charging-Function-Addresses не допускается в ACK и CANCEL.

Парсер получает ответ на вопрос о допустимости позиции. Он не получает доказательства полномочий отправителя. Реестр SIP Parameters IANA задаёт общие имена и ссылки на спецификации, но не проверяет конкретный сетевой экземпляр.

RFC 9878 отдельно предупреждает, что работающие реализации могли ещё не обновиться. Отсутствие поля бывает следствием старой версии, локальной политики, неприменимого сценария или сбоя обогащения. Неожиданное поле бывает следствием прежней трактовки, дефекта или недоверенного входа. Версия и реальный путь нужны раньше вывода о нарушении.

Изменяемый заголовок не хранит собственную биографию

RFC 7315 ограничивает P-Headers частными административными доменами и связями между доверяющими доменами. Proxy с подходящими сведениями может вставить своё network-provided значение. Перед отправкой недоверенной стороне он должен удалить чувствительную информацию. Содержимое, пришедшее от недоверенной стороны, нельзя гарантировать как действительное.

Charging Vector по конструкции изменяем. Доверенные proxies вставляют, читают, меняют и удаляют параметры. Защита целостности действует hop-by-hop, потому что законным посредникам нужен доступ. Итоговая строка на получателе не раскрывает, кто внес каждую часть, если операции не записывались отдельно с отпечатками до и после.

transit-ioi тоже не является полной картой. Значения фильтруются, удаляются или заменяются пустыми. RFC 9878 отмечает, что транзитный оператор может выбираться независимо для каждого SIP-метода и направления по нагрузке, цене, доле или времени. Путь INVITE нельзя автоматически приписывать ACK, обратному направлению или всей сессии.

NPLI создаёт риск конфиденциальности: в ней могут быть сведения о соте и доступе. Доверенная модель требует не выпускать их за пределы домена. Массовое копирование SIP-сигнализации в общий аналитический контур может сохранить байты, но разрушить ограничение цели и доступа.

Что связывает сигнал с начислением

След следует начинать с исходной SIP-записи, времени, класса ответа, координат dialog и transaction, направления, версий proxies и действовавшей матрицы. Для каждого P-Header сохраняются доверенный вход, автор вставки или изменения, защита hop и отпечатки до/после. Для NPLI нужны источник, возраст, точность и разрешённая цель.

Затем отдельно связываются SDP answer, реальное создание, изменение или прекращение bearer, CDR, правило rating и строка счёта. ICID — ключ корреляции, а не право на взыскание. Если связь не строится, честный статус — «ожидает сверки», а не «подтверждено заголовком».