Multiple Loss Ratio Search for Packet Throughput (MLRsearch)
draft-vpolak-mkonstan-mlrsearch-00

Document Type Replaced Internet-Draft (individual)
Last updated 2018-10-23
Replaced by draft-vpolak-mkonstan-bmwg-mlrsearch
Stream (None)
Intended RFC status (None)
Formats
Expired & archived
plain text pdf html bibtex
Stream Stream state (No stream defined)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Replaced by draft-vpolak-mkonstan-bmwg-mlrsearch
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at
https://www.ietf.org/archive/id/draft-vpolak-mkonstan-mlrsearch-00.txt

Abstract

This document proposes changes to [RFC2544], specifically to packet throughput search methodology, by defining a new search algorithm referred to as Multiple Loss Ratio search (MLRsearch for short). Instead of relying on binary search with pre-set starting offered load, it proposes a novel approach discovering the starting point in the initial phase, and then searching for packet throughput based on defined packet loss ratio (PLR) input criteria and defined final trial duration time. One of the key design principles behind MLSsearch is minimizing the total test duration and searching for multiple packet throughput rates (each with a corresponding PLR) concurrently, instead of doing it sequentially. The main motivation behind MLRsearch is the new set of challenges and requirements posed by NFV (Network Function Virtualization), specifically software based implementations of NFV data planes. Using [RFC2544] in the experience of the authors yields often not repetitive and not replicable end results due to a large number of factors that are out of scope for this draft. MLRsearch aims to address this chalenge and define a common (standard?) way to evaluate NFV packet throughput performance that takes into account varying characteristics of NFV systems under test.

Authors

Maciek Konstantynowicz (mkonstan@cisco.com)
Vratko Polak (vrpolak@cisco.com)

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)