draft-ietf-ippm-model-based-metrics-12.txt   draft-ietf-ippm-model-based-metrics-13.txt 
IP Performance Working Group M. Mathis IP Performance Working Group M. Mathis
Internet-Draft Google, Inc Internet-Draft Google, Inc
Intended status: Experimental A. Morton Intended status: Experimental A. Morton
Expires: March 19, 2018 AT&T Labs Expires: March 19, 2018 AT&T Labs
September 15, 2017 September 15, 2017
Model Based Metrics for Bulk Transport Capacity Model Based Metrics for Bulk Transport Capacity
draft-ietf-ippm-model-based-metrics-12.txt draft-ietf-ippm-model-based-metrics-13.txt
Abstract Abstract
We introduce a new class of Model Based Metrics designed to assess if We introduce a new class of Model Based Metrics designed to assess if
a complete Internet path can be expected to meet a predefined Target a complete Internet path can be expected to meet a predefined Target
Transport Performance by applying a suite of IP diagnostic tests to Transport Performance by applying a suite of IP diagnostic tests to
successive subpaths. The subpath-at-a-time tests can be robustly successive subpaths. The subpath-at-a-time tests can be robustly
applied to critical infrastructure, such as network interconnections applied to critical infrastructure, such as network interconnections
or even individual devices, to accurately detect if any part of the or even individual devices, to accurately detect if any part of the
infrastructure will prevent paths traversing it from meeting the infrastructure will prevent paths traversing it from meeting the
skipping to change at page 5, line 20 skipping to change at page 5, line 20
publication. publication.
REF Editor: The reference to draft-ietf-tcpm-rack is to attribute an REF Editor: The reference to draft-ietf-tcpm-rack is to attribute an
idea. This document should not block waiting for the completion of idea. This document should not block waiting for the completion of
that one. that one.
Please send comments about this draft to ippm@ietf.org. See Please send comments about this draft to ippm@ietf.org. See
http://goo.gl/02tkD for more information including: interim drafts, http://goo.gl/02tkD for more information including: interim drafts,
an up to date todo list and information on contributing. an up to date todo list and information on contributing.
Formatted: Fri Sep 15 11:14:13 PDT 2017 Formatted: Fri Sep 15 15:07:50 PDT 2017
Changes since -11 draft: Changes since -11 draft:
o (From IESG review comments.) o (From IESG review comments.)
o Ben Campbell: Shorten the Abstract. o Ben Campbell: Shorten the Abstract.
o Mirja Kuhlewind: Reduced redundancy. (See message) o Mirja Kuhlewind: Reduced redundancy. (See message)
o MK: Mention open loop in the introduction. o MK: Mention open loop in the introduction.
o MK: Spelled out ECN and reference RFC3168. o MK: Spelled out ECN and reference RFC3168.
o MK: Added a paragraph to the introduction about assuming a o MK: Added a paragraph to the introduction about assuming a
traditional self clocked, window controlled transport protocol. traditional self clocked, window controlled transport protocol.
skipping to change at page 34, line 43 skipping to change at page 34, line 43
reordering should be instrumented and the maximum reordering that can reordering should be instrumented and the maximum reordering that can
be properly characterized by the test (because of the bound on be properly characterized by the test (because of the bound on
history buffers) should be recorded with the measurement results. history buffers) should be recorded with the measurement results.
Reordering tolerance and diagnostic limitations, such as the size of Reordering tolerance and diagnostic limitations, such as the size of
the history buffer used to diagnose packets that are way out-of- the history buffer used to diagnose packets that are way out-of-
order, must be specified in a FSTIDS. order, must be specified in a FSTIDS.
8. IP Diagnostic Tests 8. IP Diagnostic Tests
The IP diagnostic tests below are organized the technique used to The IP diagnostic tests below are organized according to the
generate the test stream as described in Section 6. All of the technique used to generate the test stream as described in Section 6.
results are evaluated in accordance with Section 7, possibly with All of the results are evaluated in accordance with Section 7,
additional test specific critera. possibly with additional test specific critera.
We also introduce some combined tests which are more efficient when We also introduce some combined tests which are more efficient when
networks are expected to pass, but conflate diagnostic signatures networks are expected to pass, but conflate diagnostic signatures
when they fail. when they fail.
8.1. Basic Data Rate and Packet Transfer Tests 8.1. Basic Data Rate and Packet Transfer Tests
We propose several versions of the basic data rate and packet We propose several versions of the basic data rate and packet
transfer statistics test that differ in how the data rate is transfer statistics test that differ in how the data rate is
controlled. The data can be paced on a timer, or window controlled controlled. The data can be paced on a timer, or window controlled
 End of changes. 3 change blocks. 
6 lines changed or deleted 6 lines changed or added

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