< draft-ietf-ippm-stamp-06.txt   draft-ietf-ippm-stamp-07.txt >
Network Working Group G. Mirsky Network Working Group G. Mirsky
Internet-Draft ZTE Corp. Internet-Draft ZTE Corp.
Intended status: Standards Track G. Jun Intended status: Standards Track G. Jun
Expires: October 25, 2019 ZTE Corporation Expires: January 7, 2020 ZTE Corporation
H. Nydell H. Nydell
Accedian Networks Accedian Networks
R. Foote R. Foote
Nokia Nokia
April 23, 2019 July 6, 2019
Simple Two-way Active Measurement Protocol Simple Two-way Active Measurement Protocol
draft-ietf-ippm-stamp-06 draft-ietf-ippm-stamp-07
Abstract Abstract
This document describes a Simple Two-way Active Measurement Protocol This document describes a Simple Two-way Active Measurement Protocol
which enables the measurement of both one-way and round-trip which enables the measurement of both one-way and round-trip
performance metrics like delay, delay variation, and packet loss. performance metrics like delay, delay variation, and packet loss.
Status of This Memo Status of This Memo
This Internet-Draft is submitted in full conformance with the This Internet-Draft is submitted in full conformance with the
skipping to change at page 1, line 37 skipping to change at page 1, line 37
Internet-Drafts are working documents of the Internet Engineering Internet-Drafts are working documents of the Internet Engineering
Task Force (IETF). Note that other groups may also distribute Task Force (IETF). Note that other groups may also distribute
working documents as Internet-Drafts. The list of current Internet- working documents as Internet-Drafts. The list of current Internet-
Drafts is at https://datatracker.ietf.org/drafts/current/. Drafts is at https://datatracker.ietf.org/drafts/current/.
Internet-Drafts are draft documents valid for a maximum of six months Internet-Drafts are draft documents valid for a maximum of six months
and may be updated, replaced, or obsoleted by other documents at any and may be updated, replaced, or obsoleted by other documents at any
time. It is inappropriate to use Internet-Drafts as reference time. It is inappropriate to use Internet-Drafts as reference
material or to cite them other than as "work in progress." material or to cite them other than as "work in progress."
This Internet-Draft will expire on October 25, 2019. This Internet-Draft will expire on January 7, 2020.
Copyright Notice Copyright Notice
Copyright (c) 2019 IETF Trust and the persons identified as the Copyright (c) 2019 IETF Trust and the persons identified as the
document authors. All rights reserved. document authors. All rights reserved.
This document is subject to BCP 78 and the IETF Trust's Legal This document is subject to BCP 78 and the IETF Trust's Legal
Provisions Relating to IETF Documents Provisions Relating to IETF Documents
(https://trustee.ietf.org/license-info) in effect on the date of (https://trustee.ietf.org/license-info) in effect on the date of
publication of this document. Please review these documents publication of this document. Please review these documents
skipping to change at page 2, line 49 skipping to change at page 2, line 49
exist, have been deployed and provide important operational exist, have been deployed and provide important operational
performance measurements. At the same time, there has been performance measurements. At the same time, there has been
noticeable interest in using a simpler mechanism for active noticeable interest in using a simpler mechanism for active
performance monitoring that can provide deterministic behavior and performance monitoring that can provide deterministic behavior and
inherit separation of control (vendor-specific configuration or inherit separation of control (vendor-specific configuration or
orchestration) and test functions. One of such is Performance orchestration) and test functions. One of such is Performance
Measurement from IP Edge to Customer Equipment using TWAMP Light from Measurement from IP Edge to Customer Equipment using TWAMP Light from
Broadband Forum [BBF.TR-390] used as the reference TWAMP Light that, Broadband Forum [BBF.TR-390] used as the reference TWAMP Light that,
according to [RFC8545], includes sub-set of TWAMP-Test functions in according to [RFC8545], includes sub-set of TWAMP-Test functions in
combination with other applications that provide, for example, combination with other applications that provide, for example,
control and security. This document defines active performance control and security. This document defines an active performance
measurement test protocol, Simple Two-way Active Measurement Protocol measurement test protocol, Simple Two-way Active Measurement Protocol
(STAMP), that enables measurement of both one-way and round-trip (STAMP), that enables measurement of both one-way and round-trip
performance metrics like delay, delay variation, and packet loss. performance metrics like delay, delay variation, and packet loss.
2. Conventions used in this document 2. Conventions used in this document
2.1. Terminology 2.1. Terminology
AES Advanced Encryption Standard AES Advanced Encryption Standard
skipping to change at page 4, line 20 skipping to change at page 4, line 20
|| || || ||
|| || || ||
+----------------------+ +-------------------------+ +----------------------+ +-------------------------+
| STAMP Session-Sender | <--- STAMP---> | STAMP Session-Reflector | | STAMP Session-Sender | <--- STAMP---> | STAMP Session-Reflector |
+----------------------+ +-------------------------+ +----------------------+ +-------------------------+
Figure 1: STAMP Reference Model Figure 1: STAMP Reference Model
4. Theory of Operation 4. Theory of Operation
STAMP Session-Sender transmits test packets toward STAMP Session- STAMP Session-Sender transmits test packets over UDP transport toward
Reflector. STAMP Session-Reflector receives Session-Sender's packet STAMP Session-Reflector. STAMP Session-Reflector receives Session-
and acts according to the configuration and optional control Sender's packet and acts according to the configuration and optional
information communicated in the Session-Sender's test packet. STAMP control information communicated in the Session-Sender's test packet.
defines two different test packet formats, one for packets STAMP defines two different test packet formats, one for packets
transmitted by the STAMP-Session-Sender and one for packets transmitted by the STAMP-Session-Sender and one for packets
transmitted by the STAMP-Session-Reflector. STAMP supports two transmitted by the STAMP-Session-Reflector. STAMP supports two
modes: unauthenticated and authenticated. Unauthenticated STAMP test modes: unauthenticated and authenticated. Unauthenticated STAMP test
packets, defined in Section 4.1.1 and Section 4.2.1, ensure packets, defined in Section 4.1.1 and Section 4.2.1, ensure
interworking between STAMP and TWAMP Light as described in interworking between STAMP and TWAMP Light as described in
Section 4.4 packet formats. Section 4.4 packet formats.
By default, STAMP uses symmetrical packets, i.e., size of the packet By default, STAMP uses symmetrical packets, i.e., size of the packet
transmitted by Session-Reflector equals the size of the packet transmitted by Session-Reflector equals the size of the packet
received by the Session-Reflector. received by the Session-Reflector.
skipping to change at page 12, line 27 skipping to change at page 12, line 27
known UDP port number allocated for the OWAMP-Test/TWAMP-Test known UDP port number allocated for the OWAMP-Test/TWAMP-Test
Receiver port, the security considerations and measures to mitigate Receiver port, the security considerations and measures to mitigate
the risk of the attack using the registered port number documented in the risk of the attack using the registered port number documented in
Section 6 [RFC8545] equally apply to STAMP. Because of the control Section 6 [RFC8545] equally apply to STAMP. Because of the control
and management of a STAMP test being outside the scope of this and management of a STAMP test being outside the scope of this
specification only the more general requirement is set: specification only the more general requirement is set:
To mitigate the possible attack vector, the control and management To mitigate the possible attack vector, the control and management
of a STAMP test session MUST use the secured transport. of a STAMP test session MUST use the secured transport.
Load of STAMP test packets offered to a network MUST be carefully
estimated, and the possible impact on the existing services MUST
be thoroughly analyzed before launching the test session.
Use of HMAC-SHA-256 in the authenticated mode protects the data Use of HMAC-SHA-256 in the authenticated mode protects the data
integrity of the STAMP test packets. integrity of the STAMP test packets.
7. Acknowledgments 7. Acknowledgments
Authors express their appreciation to Jose Ignacio Alvarez-Hamelin Authors express their appreciation to Jose Ignacio Alvarez-Hamelin
and Brian Weis for their great insights into the security and and Brian Weis for their great insights into the security and
identity protection, and the most helpful and practical suggestions. identity protection, and the most helpful and practical suggestions.
Also, our sincere thanks to David Ball for his thorough review and Also, our sincere thanks to David Ball for his thorough review and
helpful comments. helpful comments.
 End of changes. 7 change blocks. 
10 lines changed or deleted 14 lines changed or added

This html diff was produced by rfcdiff 1.47. The latest version is available from http://tools.ietf.org/tools/rfcdiff/