Content-ID Header Field in the Session Initiation Protocol (SIP)
RFC 8262
Internet Engineering Task Force (IETF) C. Holmberg
Request for Comments: 8262 I. Sedlacek
Updates: 5368, 5621, 6442 Ericsson
Category: Standards Track October 2017
ISSN: 2070-1721
Content-ID Header Field in the Session Initiation Protocol (SIP)
Abstract
This document specifies the Content-ID header field for usage in the
Session Initiation Protocol (SIP). This document also updates RFC
5621, which only allows a Content-ID URL to reference a body part
that is part of a multipart message-body. This update enables a
Content-ID URL to reference a complete message-body and metadata
provided by some additional SIP header fields.
This document updates RFC 5368 and RFC 6442 by clarifying their usage
of the SIP Content-ID header field.
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/rfc8262.
Holmberg & Sedlacek Standards Track [Page 1]
RFC 8262 Content-ID in SIP October 2017
Copyright Notice
Copyright (c) 2017 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 Simplified BSD License text as described in Section 4.e of
the Trust Legal Provisions and are provided without warranty as
described in the Simplified BSD License.
Table of Contents
1. Introduction . . . . . . . . . . . . . . . . . . . . . . . . 3
1.1. Identifying a Body Part . . . . . . . . . . . . . . . . . 3
1.2. Referencing a Body Part . . . . . . . . . . . . . . . . . 3
1.3. Problem Statement . . . . . . . . . . . . . . . . . . . . 4
1.4. Consequences . . . . . . . . . . . . . . . . . . . . . . 4
1.4.1. Example 1: SIP INVITE . . . . . . . . . . . . . . . . 4
1.4.2. Example 2: SIP REFER . . . . . . . . . . . . . . . . 6
1.5. Solution . . . . . . . . . . . . . . . . . . . . . . . . 7
1.6. Backward Compatibility . . . . . . . . . . . . . . . . . 7
2. Conventions . . . . . . . . . . . . . . . . . . . . . . . . . 7
3. Content-ID Header Field . . . . . . . . . . . . . . . . . . . 8
3.1. Introduction . . . . . . . . . . . . . . . . . . . . . . 8
3.2. Syntax . . . . . . . . . . . . . . . . . . . . . . . . . 8
3.3. Semantics . . . . . . . . . . . . . . . . . . . . . . . . 8
3.4. Procedures . . . . . . . . . . . . . . . . . . . . . . . 9
3.4.1. User Agent (UA) Procedures . . . . . . . . . . . . . 9
3.4.2. Proxy Procedures . . . . . . . . . . . . . . . . . . 9
3.4.3. Example: Referencing the Message-Body of a SIP
Message . . . . . . . . . . . . . . . . . . . . . . . 9
4. Update to RFC 5368 . . . . . . . . . . . . . . . . . . . . . 10
5. Update to RFC 5621 . . . . . . . . . . . . . . . . . . . . . 11
6. Update to RFC 6442 . . . . . . . . . . . . . . . . . . . . . 11
7. Security Considerations . . . . . . . . . . . . . . . . . . . 12
8. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 12
8.1. Header Field . . . . . . . . . . . . . . . . . . . . . . 12
9. References . . . . . . . . . . . . . . . . . . . . . . . . . 13
9.1. Normative References . . . . . . . . . . . . . . . . . . 13
9.2. Informative References . . . . . . . . . . . . . . . . . 14
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 14
Holmberg & Sedlacek Standards Track [Page 2]
RFC 8262 Content-ID in SIP October 2017
1. Introduction
1.1. Identifying a Body Part
A SIP message consists of a start-line, one or more header fields, an
empty line indicating the end of the header fields, and an optional
message-body as specified in [RFC3261].
The message-body can be a non-multipart message-body or a multipart
message-body as specified in [RFC3261].
[RFC5621] defines generic handling of a multipart message-body in a
Show full document text