Requirements for Marking SIP Messages to be Logged
RFC 8123
|
| Document |
Type |
|
RFC - Informational
(March 2017; No errata)
|
|
Last updated |
|
2017-03-22
|
|
Replaces |
|
draft-dawes-insipid-logme-reqs
|
|
Stream |
|
IETF
|
|
Formats |
|
plain text
pdf
html
bibtex
|
|
Reviews |
|
OPSDIR,
SECDIR
will not review this version
|
| Stream |
WG state
|
|
Submitted to IESG for Publication
(wg milestone:
Oct 2014 - Requirements for mar...
)
|
|
Document shepherd |
|
Gonzalo Salgueiro
|
|
Shepherd write-up |
|
Show
(last changed 2016-10-24)
|
| IESG |
IESG state |
|
RFC 8123 (Informational)
|
|
Consensus Boilerplate |
|
Yes
|
|
Telechat date |
|
|
|
Responsible AD |
|
Ben Campbell
|
|
Send notices to |
|
(None)
|
| IANA |
IANA review state |
|
IANA OK - No Actions Needed
|
|
IANA action state |
|
No IC
|
Internet Engineering Task Force (IETF) P. Dawes
Request for Comments: 8123 Vodafone Group
Category: Informational C. Arunachalam
ISSN: 2070-1721 Cisco Systems
March 2017
Requirements for Marking SIP Messages to be Logged
Abstract
SIP networks use signaling monitoring tools to debug customer-
reported problems and for regression testing if network or client
software is upgraded. As networks grow and become interconnected,
including connection via transit networks, it becomes impractical to
predict the path that SIP signaling will take between clients and,
therefore, impractical to monitor SIP signaling end-to-end.
This document describes the requirements for adding an indicator to
the SIP Protocol Data Unit (PDU) or a SIP message that marks the PDU
as a candidate for logging. Such a marking will typically be applied
as part of network testing controlled by the network operator and not
used in regular client signaling. However, such a marking can be
carried end-to-end, including the SIP terminals, even if a session
originates and terminates in different networks.
Status of This Memo
This document is not an Internet Standards Track specification; it is
published for informational purposes.
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). Not all documents
approved by the IESG are a candidate for any level of Internet
Standard; see 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
http://www.rfc-editor.org/info/rfc8123.
Dawes & Arunachalam Informational [Page 1]
RFC 8123 Log Me" Marker March 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
(http://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
2. Conventions Used in This Document . . . . . . . . . . . . . . 3
3. Terminology . . . . . . . . . . . . . . . . . . . . . . . . . 3
3.1. Network Boundary . . . . . . . . . . . . . . . . . . . . 3
3.2. Trust Domain . . . . . . . . . . . . . . . . . . . . . . 4
3.3. Intermediary . . . . . . . . . . . . . . . . . . . . . . 4
4. Motivating Scenario . . . . . . . . . . . . . . . . . . . . . 4
4.1. Introduction . . . . . . . . . . . . . . . . . . . . . . 4
4.2. Example Network Arrangement . . . . . . . . . . . . . . . 5
4.3. Example Debugging Procedure . . . . . . . . . . . . . . . 6
5. "Log Me" Marking Requirements . . . . . . . . . . . . . . . . 6
5.1. Message Logs . . . . . . . . . . . . . . . . . . . . . . 6
5.2. "Log Me" Marking . . . . . . . . . . . . . . . . . . . . 7
5.3. Processing the "Log Me" Marker . . . . . . . . . . . . . 7
6. Security Considerations . . . . . . . . . . . . . . . . . . . 8
6.1. Trust Domain . . . . . . . . . . . . . . . . . . . . . . 8
6.2. Security Threats . . . . . . . . . . . . . . . . . . . . 9
6.2.1. "Log Me" Marking . . . . . . . . . . . . . . . . . . 9
6.2.2. Logged Information . . . . . . . . . . . . . . . . . 9
7. IANA Considerations . . . . . . . . . . . . . . . . . . . . . 9
8. References . . . . . . . . . . . . . . . . . . . . . . . . . 9
8.1. Normative References . . . . . . . . . . . . . . . . . . 9
8.2. Informative References . . . . . . . . . . . . . . . . . 10
Acknowledgments . . . . . . . . . . . . . . . . . . . . . . . . . 10
Authors' Addresses . . . . . . . . . . . . . . . . . . . . . . . 11
Dawes & Arunachalam Informational [Page 2]
Show full document text