RFC 9806 PROPOSED STANDARD SIP · MEDIA TYPES

SIPREC media type: Updates to SIP-Based Media Recording (SIPREC) to Correct Metadata Media Type

Fixes a media type name conflict between two SIPREC RFCs and registers the type with IANA.

On rfc-editor.org ↗
PUBLISHED
June 2025
AUTHORS
D. Mongrain
STREAM
IETF
BUILDS ON
RFC 7866 — SIPREC
MEDIA TYPE
application/rs-metadata+xml
REPLACES NAME
application/rs-metadata
DOI
10.17487/RFC9806

RFC text

Contents
Original text · RFC Editor View on rfc-editor.org ↗
Internet Engineering Task Force (IETF)                       D. Mongrain
Request for Comments: 9806                            Motorola Solutions
Updates: 7866                                                  June 2025
Category: Standards Track
ISSN: 2070-1721


   Updates to SIP-Based Media Recording (SIPREC) to Correct Metadata
                               Media Type

Abstract

   The SIP-based Media Recording (SIPREC) protocol is defined by both
   "Session Initiation Protocol (SIP) Recording Metadata" (RFC 7865) and
   "Session Recording Protocol" (RFC 7866).  Unfortunately, both RFCs
   contradict each other regarding how recording metadata is to be
   labeled.  In addition, neither RFC registered the new media type.
   This document updates RFC 7866 to align with RFC 7865 when labeling
   recording metadata and also registers the media type.

Status of This Memo

   This is an Internet Standards Track document.

   This document is a product of the Internet Engineering Task Force
   (IETF).  It represents the consensus of the IETF community.  It has
   received public review and has been approved for publication by the
   Internet Engineering Steering Group (IESG).  Further information on
   Internet Standards is available in Section 2 of RFC 7841.

   Information about the current status of this document, any errata,
   and how to provide feedback on it may be obtained at
   https://www.rfc-editor.org/info/rfc9806.

Copyright Notice

   Copyright (c) 2025 IETF Trust and the persons identified as the
   document authors.  All rights reserved.

   This document is subject to BCP 78 and the IETF Trust's Legal
   Provisions Relating to IETF Documents
   (https://trustee.ietf.org/license-info) in effect on the date of
   publication of this document.  Please review these documents
   carefully, as they describe your rights and restrictions with respect
   to this document.  Code Components extracted from this document must
   include Revised BSD License text as described in Section 4.e of the
   Trust Legal Provisions and are provided without warranty as described
   in the Revised BSD License.

Table of Contents

   1.  Introduction
   2.  Updates to RFC 7866
   3.  Security Considerations
   4.  IANA Considerations
     4.1.  Media Type Registration
   5.  References
     5.1.  Normative References
     5.2.  Informative References
   Acknowledgments
   Author's Address

1.  Introduction

   The SIP-based Media Recording (SIPREC) protocol is defined by
   [RFC7865] and [RFC7866].  The former specifies the use of
   "application/rs-metadata+xml" when identifying metadata content,
   whereas the latter uses "application/rs-metadata".  Since [RFC7865]
   defines SIPREC metadata, it was identified as normative, and
   [Err7987] was created against [RFC7866] to report the issue.  This
   document resolves the erratum.

   In addition, neither document registered the media type with IANA;
   this document rectifies this gap.

2.  Updates to RFC 7866

   Each instance of the following in [RFC7866]:

   |  application/rs-metadata

   Is replaced with:

   |  application/rs-metadata+xml

3.  Security Considerations

   The updates specified in this memo clarify inconsistencies in
   published documents with regard to identifying recording metadata.
   They do not introduce new security considerations beyond those listed
   in [RFC7866].

4.  IANA Considerations

4.1.  Media Type Registration

   [RFC7865] defines a media type for use with specifying recording
   metadata in XML data.  This media type is to be used when specifying
   recording metadata in SIPREC.

   Type name:  application

   Subtype name:  rs-metadata+xml

   Required parameters:  N/A

   Optional parameters:  N/A

   Encoding considerations:  Same as encoding considerations of
      "application/xml" as specified in [RFC7303].

   Security considerations:  N/A

   Interoperability considerations:  Please note that [RFC7866]
      specifies the use of "application/rs-metadata", which has been
      replaced by "application/rs-metadata+xml" in RFC 9806.

   Published specification:  [RFC7865] [RFC9806]

   Applications that use this media type:  Session Recording Clients
      (SRCs) and Session Recording Servers (SRSs).

   Fragment identifier considerations:  N/A

   Additional information:

      Deprecated alias names for this type:  N/A
      Magic number(s):  N/A
      File extension(s):  N/A
      Macintosh file type code(s):  N/A

   Person & email address to contact for further information:  IETF
      SIPCORE Working Group (sipcore@ietf.org)

   Intended usage:  COMMON

   Restrictions on usage:  There are no restrictions on where this media
      type can be used.

   Author:  IETF SIPCORE Working Group (sipcore@ietf.org)

   Change controller:  IETF

5.  References

5.1.  Normative References

   [RFC7303]  Thompson, H. and C. Lilley, "XML Media Types", RFC 7303,
              DOI 10.17487/RFC7303, July 2014,
              <https://www.rfc-editor.org/info/rfc7303>.

   [RFC7865]  Ravindranath, R., Ravindran, P., and P. Kyzivat, "Session
              Initiation Protocol (SIP) Recording Metadata", RFC 7865,
              DOI 10.17487/RFC7865, May 2016,
              <https://www.rfc-editor.org/info/rfc7865>.

   [RFC7866]  Portman, L., Lum, H., Ed., Eckel, C., Johnston, A., and A.
              Hutton, "Session Recording Protocol", RFC 7866,
              DOI 10.17487/RFC7866, May 2016,
              <https://www.rfc-editor.org/info/rfc7866>.

5.2.  Informative References

   [Err7987]  RFC Errata, Erratum ID 7987, RFC 7866,
              <https://www.rfc-editor.org/errata/eid7987>.

Acknowledgments

   Thank you to Brian Rosen for his guidance in writing my first
   Internet-Draft using the new tools and for his thorough review.  A
   sincere thank you to all of the reviewers for their valuable time,
   which greatly enhanced this document.

Author's Address

   Dan Mongrain
   Motorola Solutions
   Email: Dan.Mongrain@MotorolaSolutions.com

AI ELI5

On this page
PROBLEMRFC 7865 and RFC 7866 contradict each other on how recording metadata is labeled, and neither registered the media type with IANA.
MECHANISMRFC 7866 is updated so every instance of application/rs-metadata becomes application/rs-metadata+xml, and the media type is registered.
WHY IT MATTERSSIPREC now uses one name, application/rs-metadata+xml, and the type is registered; this resolves an erratum against RFC 7866.

§1The Naming Conflict

The SIP-based Media Recording (SIPREC) protocol is defined by RFC 7865 and RFC 7866. The former specifies application/rs-metadata+xml to identify metadata content, while the latter uses application/rs-metadata.

Since RFC 7865 defines SIPREC metadata, it was treated as normative, and an erratum was filed against RFC 7866. This document resolves it. Neither document registered the media type with IANA, and this one does.

One sheet said one name and the other said a slightly different one. The first sheet's name wins.

§2The Update to RFC 7866

Each instance of application/rs-metadata in RFC 7866 is replaced with application/rs-metadata+xml. That is the whole change to the older text.

The updates clarify inconsistencies in published documents and introduce no new security considerations beyond those in RFC 7866.

Everywhere the short name appears, write the longer name instead.

§4Media Type Registration

The registration gives type name application and subtype name rs-metadata+xml, with no required or optional parameters. Encoding considerations are the same as for application/xml in RFC 7303. The published specifications are RFC 7865 and RFC 9806.

It is used by Session Recording Clients (SRCs) and Session Recording Servers (SRSs). Intended usage is COMMON, with no restrictions on where it can be used. The contact is the IETF SIPCORE Working Group and the change controller is the IETF.

The name is now written in the official list, with who uses it and who looks after it.

§4References