Кратко
- RFC 3357 вывел дистанцию и период потерь из упорядоченной выборки односторонней доставки, поэтому пять одиночных пропусков перестали выглядеть как одна серия из пяти пакетов.
- Рисунок всё равно зависит от типа пакета, направления, выборки, порога ожидания, часов и приборов; он описывает наблюдение, но не называет причину.
Возьмём два потока по сто пакетов. В каждом пять пакетов не пришли до установленного предела ожидания. В первом каждый пропуск окружён успешными доставками. Во втором пять пакетов пропали подряд. Панель показывает пять процентов в обоих случаях.
Арифметика верна, но для приложения ответ может быть неполным. Речевой декодер способен скрыть одиночную дыру с помощью соседнего звука, а при непрерывной пропаже теряет сам материал для такого восстановления. Адаптивный транспорт получает другое число возможностей для подтверждения и восстановления. Среднее сохранило количество и уничтожило расположение.
RFC 3357, One-way Loss Pattern Sample Metrics, был опубликован в августе 2002 года как Informational RFC. Rajeev Koodli и R. Ravikanth не вводили универсальный балл качества. Они взяли последовательность, где каждый пакет уже отмечен как доставленный или потерянный, и формализовали информацию в порядке этих отметок.
Основанием служила дисциплина IPPM. RFC 2330 разделял единичное наблюдение, выборку и статистику. RFC 2680 определял одностороннюю потерю пакета Type-P: ноль при доставке от источника к получателю и единица, если пакет не пришёл до выбранного порога. Тип, направление, конечные точки, время, порог, калибровка часов и путь ограничивали утверждение.
Единица не сообщала физическую причину. Пакет мог быть отброшен в сети, прийти слишком поздно или казаться потерянным из-за нехватки ресурсов измерительного хоста. Средняя доля отвечала, какая часть выборки классифицирована как потеря. Перестановка тех же пяти единиц среди 95 нулей её не меняла.
Первой производной RFC 3357 стала дистанция потерь. Тестовым пакетам назначают последовательные номера. Для очередной потери из её номера вычитают номер предыдущей. Если исчезли пакеты 20 и 50, дистанция равна 30. Первая потеря получает ноль, поскольку предшественника в выборке нет.
Единица здесь — позиция, а не время. Для перевода в миллисекунды нужен график отправки. Десять позиций в плотном периодическом потоке и в редком случайном зондировании могут покрывать разные интервалы.
Вторая производная — период потерь. Новый период начинается, когда за принятым пакетом следует потерянный. Последовательные потери сохраняют один номер периода; принятому пакету соответствует ноль. Поэтому пять пропавших подряд пакетов — один период длиной пять, а не пять независимых периодов.
Документ рассматривает число периодов, их длины, расстояния между ними и «заметную» долю потерь относительно ограничения delta. Это слово не доказывает восприятие человеком. Оно лишь означает, что дистанция не превышает выбранный для модели приложения предел. Delta должен храниться вместе с результатом.
Метод выборки определяет видимость. RFC 3357 допускает разные методы, но предупреждает, что пуассоновская выборка может быть неподходящей для VoIP или TCP. Редкий случайный зонд способен пройти по обе стороны короткой серии и не увидеть её. Периодический поток лучше имитирует медиа, однако может синхронизироваться с другим циклом или стать предсказуемым.
RFC 3432 в том же 2002 году формализовал периодические потоки: случайный старт, конечная длительность, известные частота и размер, ограниченная нагрузка. Он не объявил один метод истиной. Выборка, похожая на приложение, отвечает на иной вопрос, чем общая случайная выборка.
RFC 7312 позже расширил рамки потоков и выборок. RFC 7680 заменил RFC 2680 как актуальное определение базовой односторонней потери. RFC 3357 остаётся важен для истории производной метрики, а современная реализация должна учитывать новые основы.
В медиа появились родственные, но не тождественные понятия. RFC 3611 ввёл RTCP XR с кодированием серий приёма и потерь, а также показателями burst/gap. RFC 7003 сообщает о сериях отбрасывания в буфере джиттера. Пакет, доставленный сетью, но отброшенный как слишком поздний для воспроизведения, не равен потере IPPM.
У транспорта своя граница. RFC 5348 объединяет одну или несколько потерь в пределах времени кругового пути в событие потери для формулы TFRC. Это единица управления перегрузкой, а не синоним периода RFC 3357, основанного на смежных позициях выборки.
Перестановка пакетов требует отдельного учёта. RFC 4737 измеряет приход не по порядку. Без порога ожидания и правила сведения временно отсутствующий пакет можно сначала отметить как потерю, а затем увидеть как переставленный.
RFC 6390 позднее сформулировал общую дисциплину: входы, единицы, точки измерения, время, выборка, область применимости, неопределённость и цель должны быть явными. Некоторые приложения терпят одиночные потери, но чувствительны к коротким периодам высокой потери. Точное название не заменяет условий.
Перед сравнением нужно согласовать источник, получателя, направление, Type-P, размер, окно наблюдения, график и частоту выборки, порог, нумерацию, часы и ресурсы прибора. Следует хранить исходную упорядоченную последовательность и delta каждой условной статистики.
Явная серия доказывает концентрацию только в этой выборке. Она сама не указывает очередь, канал, маршрутизатор, оператора или узел. Без той же договорной метрики она не доказывает нарушение SLA. Для атрибуции нужны синхронные данные о маршруте, интерфейсах, очередях, хостах и приложении.
Активное измерение участвует в измеряемой системе. RFC 3357 предупреждает о риске отказа в обслуживании, конфиденциальности и целостности. Нагрузка должна быть ограничена, тест разрешён, записи защищены. Малый размер пакета не делает зонд нейтральным.
Долговечный вклад RFC 3357 — ограничение притязаний: среднее не может изображать последовательность. Доля, дистанции, периоды, причина и опыт пользователя находятся на разных уровнях.
Здесь также открыто применены две аналитические линзы Lu Heng. “Minimum Initial Specification” поддерживает узкое базовое определение и локальные производные для разных целей. “Reality Layers” разделяет наблюдаемую трассу, название метрики, операционное объяснение, коммерческое заявление и опыт. Это редакционный подход, а не свидетельство намерений авторов RFC.
В обоих потоках пропало пять пакетов. Только порядок показал, исчезли они по одному или вместе.
Источники
- RFC 3357: метрики рисунка потерь
- Запись RFC Editor о RFC 3357
- Запись IETF Datatracker о RFC 3357
- История RFC 3357 в Datatracker
- RFC 2330: рамки IPPM
- Запись RFC Editor о RFC 2330
- RFC 2680: односторонняя потеря
- Запись RFC Editor о RFC 2680
- RFC 3432: периодические измерительные потоки
- RFC 3611: расширенные отчёты RTCP
- RFC 5348: TCP Friendly Rate Control
- RFC 6390: проектирование метрик
- RFC 7003: отбрасывания burst/gap
- RFC 7312: расширенная схема выборки
- RFC 7680: обновлённая метрика потерь
- RFC 4737: метрики перестановки
- Lu Heng: Minimum Initial Specification
- Lu Heng: Reality Layers
Обзор для участников
Подробный контекст профиля
Войдите с подходящим уровнем подписки, чтобы открыть полный обзор и примечания к источникам.
Только для Стратегического сообщества
Стратегическое сообщество
Открыто всем читателям. Вступите и войдите, чтобы открыть обзоры профилей.
Вступить в Стратегическое сообществоТолько для Альянса лидеров
Альянс лидеров
Для проверенных владельцев IP-активов и руководителей. Войдите, чтобы открыть обзоры Альянса.
Вступить в Альянс лидеров
