Кратко

  • RFC 3116 требовала сопоставимых timestamp отправки и приёма, общего источника не менее 100 MHz и раскрытия длины, точности и значения rollover счётчика.
  • Распределение зависело от количества VCC, bearer class, скорости и bursts. Результат характеризовал опыт, а не обещал задержку приложения в production.

Вычитание было последним шагом

RFC 2761 определила Cell Transfer Delay как интервал между выходом ячейки в первой точке измерения и входом соответствующей ячейки во второй. RFC 3116 превратила определение в метод. Нужно было доказать, что оба значения относятся к одной временной шкале и одному событию.

Информационный документ июня 2001 года рекомендовал подавать передатчику и приёмнику общий clock не менее 100 MHz, то есть с разрешением 10 ns. Тестовая ячейка несла отметку отправки, которую можно было связать с наблюдением приёма. Предпочтительной была O.191 cell внутри корректного IP packet.

Конечный counter после максимума возвращается к нулю. Если отправка случилась до, а приём после перехода, простое вычитание создаст отрицательное или огромное время. Поэтому максимум timestamp следовало записывать. Описание test cell включало длину в битах, rollover и accuracy в наносекундах.

Утверждение о производительности начиналось в измерителе. Источник времени, capture point, эпоха счётчика и правило matching входили в цепочку доказательств. Коммутатор не владел секундомером, которым его оценивали.

Общая частота не доказывала всю цепь

Общий источник уменьшает относительный drift, но не подтверждает phase, кабели, calibration и физическое место захвата. Timestamp передачи может появиться до реального выхода, приёма — после входа. Два точных счётчика могут быть точно смещены.

RFC 2679 для односторонней IP-задержки разделила synchronization, accuracy, resolution и skew, а также host time и wire time. RFC 2330 задала IPPM framework; RFC 7679 позже заменила RFC 2679, не превратив отметку времени в самодостаточную истину.

Измерение IP path и ATM device benchmark различны. Их историческое сходство в том, что инструмент нельзя было убрать из смысла метрики.

Поэтому 100 MHz не означали end-to-end accuracy 10 ns. Это характеристика опорного сигнала. Capture electronics, phase и положение события оставались отдельными фактами.

Очередь тоже писала результат

Надёжные часы не освобождают задержку от нагрузки. ATM switches мультиплексировали VCC, планировали классы и буферизовали bursts. RFC 2761 связывала Cell Delay Variation с нагрузкой, направлением, распределением и integration period.

RFC 3116 проводила испытания для одного, двенадцати и максимального числа VCC, различала steady, bursty UBR, VBR и mixed load. В отчёте указывались packet size и rate, bearer, VPI/VCI, PCR, SCR и MBS. Если это не throughput test, скорость не должна была превышать 90% линии.

До хронометража сравнивали packet counts. При несовпадении скорость снижали. Так опыт с loss или overload не мог тихо остаться «испытанием задержки».

Текст, graph и histogram сохраняли разные свойства. Среднее скрывает хвост, максимум — частоту. RFC 3393 и RFC 5481 позднее показали, что разные delay variation формулы не равны только из-за общей единицы.

У trial были подготовка и восстановление

При необходимости сначала посылали PNNI update и ждали стабилизации. Затем выполняли ATMARP по RFC 2225, подавали load, ждали остаточные PDU и возвращение SUT в устойчивое состояние.

Address resolution разрешало начать, но не было результатом задержки. Routing wait уменьшал transient, не доказывая завершение всего control state. Изоляция поздних packets защищала следующий trial, но не превращала их в успешную доставку.

Нагрузка длилась не менее 60 секунд, при большой variance — 300. Длинное окно не гарантировало истину; оно признавало, что короткое может показать ложную устойчивость.

RFC 1242 и RFC 2544 разделили терминологию и методику BMWG. RFC 2761 дала имена ATM-метрикам, RFC 3116 определила сбор. Хорошее имя не заменяет видимый процесс.

Итог не называл виновника

Несколько устройств можно было считать одним SUT. Это давало end-to-end значение, но ослабляло attribution. RFC 3116 предупреждала, что aggregate скрывает асимметрии и latency дополнительной аппаратуры.

Коррелированная пара timestamps показывает время через заявленную границу. Она не находит автоматически внутреннюю queue, scheduler или дефектный компонент. Нужны дополнительные точки, а для production ещё реальный путь, configuration и load.

В RFC нет vendor ranking или коммерческих результатов. Делать из метода победителя — добавлять отсутствующие факты.

У числа была цепочка хранения

Generator выбирал stimulus, clock давал reference, capture hardware отмечал события, counter сохранял эпоху, SUT пересылал ячейки, reporter восстанавливал rollover и агрегировал, reader проверял общий знаменатель.

Если звено исчезло, число всё ещё выглядит корректно. Tick 10 ns не равен accuracy 10 ns. Histogram не SLA. Cell delay не application latency. Публикация RFC не доказывает соблюдение.

Вклад RFC 3116 — не дать прибору отделиться от числа. Точка графика несла историю часов, счётчика и трафика.

Источники

  1. https://www.rfc-editor.org/rfc/rfc3116.txt
  2. https://www.rfc-editor.org/info/rfc3116
  3. https://datatracker.ietf.org/doc/rfc3116/
  4. https://www.rfc-editor.org/rfc/rfc2761.txt
  5. https://www.rfc-editor.org/rfc/rfc2544.txt
  6. https://www.rfc-editor.org/rfc/rfc1242.txt
  7. https://www.rfc-editor.org/rfc/rfc2679.txt
  8. https://www.rfc-editor.org/rfc/rfc7679.txt
  9. https://www.rfc-editor.org/rfc/rfc2330.txt
  10. https://www.rfc-editor.org/rfc/rfc3393.txt
  11. https://www.rfc-editor.org/rfc/rfc5481.txt
  12. https://www.rfc-editor.org/rfc/rfc2225.txt