ECN TCP: отсутствие потерь не исключает перегрузку
Фотография конкретного исполнения не приложена.
Канал может показывать нулевую потерю пакетов и всё же ограничивать скорость передачи из-за перегрузки. При ECN часть информации передаётся маркировкой. Поэтому оценка, основанная только на retransmissions, способна пропустить существенную реакцию транспорта на состояние очередей.
Базовый RFC 3168 описывает согласование ECN и сигнал Congestion Experienced вместо обязательного отбрасывания подходящего пакета. Отправитель получает предусмотренную обратную связь и реагирует на congestion. Это не обещание отсутствия потерь: маркировка и потери могут встречаться в одном соединении.
RFC 8311 допускает определённые изменения для отдельно описанных экспериментов. Из этого не следует универсальное поведение всех современных ECN-профилей. В частности, отдельная ECT-метка без контекста согласования и реализации не доказывает поддержку нужного алгоритма всей цепочкой или одинаковую семантику разных профилей.
В приёмке отдельно проверяют поддержку конечных узлов, согласование и прохождение маркировки через путь. Сопоставляют CE, обратную связь, задержку и полезную скорость. Отчёт должен называть проверенный профиль. Нулевая потеря остаётся полезным показателем, но не является самостоятельным доказательством свободных очередей и отсутствия реакции TCP на перегрузку.
Основание — Numbered IETF TCP references with RFC7413 explicitly Experimental; selected mechanisms and algorithms only, разделы RFC3168 ECN negotiation; CE; TCP response; RFC8311 Scope of relaxed ECN experimentation restrictions. Сохранён текст публичной справочной публикации; конкретная реализация может поддерживать только часть возможностей. Основание — указанные номерные RFC TCP. Дополнения и алгоритмы не считаются включёнными автоматически; RFC 7413 о Fast Open имеет статус Experimental. Реальный TCP stack, socket options, трасса и настройки системы не проверялись; соединения и сетевые испытания не выполнялись.
