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/