Кратко

  • RFC 1306 описывает проект Cray 1992 года: после поиска маршрута ядро могло направить внешнему контроллеру запрос на коммутируемое по запросу соединение T3.
  • Передача по незавершённому соединению не должна была сама активировать линию; TCP не должен был посылать по такому маршруту данные до завершения линии.
  • В первой реализации таймеры повторной передачи TCP могли увеличивать задержку ещё до отправки данных, поэтому позднее для периода установления добавили отдельный таймер.

Анализ

Локальная запись не распоряжается внешней линией

У исходного хоста было специальное знание о линии: он мог распознать, что данному трафику требуется коммутируемое по запросу соединение, и знал, к какому контроллеру обратиться. Поиск маршрута позволял ядру сформировать управляющее сообщение. Это уже полезное действие, но оно остаётся действием инициатора, а не доказательством результата на стороне контроллера.

Формулировка RFC осторожна: контроллер создаёт соединение после запроса, если может. В этой оговорке содержится вся граница ответственности. Запрос показывает намерение и конкретный адресат управления. Он не показывает свободную ёмкость, успешное установление, право на ресурс или возможность пересылать первый сегмент. Когда интерфейс пропускает условную часть фразы, локальный маршрут незаметно становится будто бы готовым внешним ресурсом.

Документ рассматривает и псевдонимы маршрутов, через которые источнику могли показываться альтернативные маршруты в привычном интерфейсе. Но вопросы политики и маршрутизации этих альтернатив авторы оставляют за пределами отчёта. Наличие альтернативы в таблице не является ни разрешением, ни результатом её выбора.

Неполное соединение не было пробным каналом

RFC 1306 устанавливает важный запрет: попытка передать данные через неполное соединение не должна автоматически включать линию. До завершения линии TCP не передаёт данные по этому маршруту. Так намерение приложения передать первый байт не превращается молча в команду внешнему оборудованию выделить ресурс.

Благодаря этому запрету факты не сливаются. Можно отдельно спросить, ушёл ли запрос; принял ли его контроллер; находится ли соединение в процессе установления; был ли первый сегмент вообще разрешён и отправлен. Нельзя получить ответы на эти вопросы из одного статуса «connected». Отчёт упоминает сообщения запроса и отмены соединения. Возможность отмены особенно ясно показывает: зафиксированный запрос может исчезнуть, так и не став пригодной линией.

Таймер не должен называть потерей то, чего ещё не посылали

Первая реализация ядра позволяла обычным TCP-таймерам повторной передачи уходить в backoff, пока коммутатор ещё устанавливал соединение и до отправки каких-либо данных. Следующая реализация ввела самостоятельный таймер для времени установления.

Это различие защищает смысл измерения. Таймер повторной передачи имеет отношение к отсутствию ожидаемой реакции на данные, уже покинувшие хост. Если он работает во время ожидания внешнего управления, задержка установления начинает выглядеть как потеря или задержка трафика. Но наблюдаемым фактом был не обмен данными, а ожидание другой системы.

Отдельный таймер не обещает завершения линии. Он лишь честно называет состояние ожидания. Для эксплуатации это существенно: автоматическое повторение, тревога и последующий разбор должны опираться на событие, которое прибор действительно видел, а не на удобную, но ложную историю о переданных пакетах.

Скромный вывод из исторического отчёта

RFC 1306 — информационный отчёт марта 1992 года о проектном опыте, а не описание сегодняшних сетей или гарантия поведения современного оператора. Он не позволяет утверждать наличие текущего канала, производительность или право пользоваться мощностью. Зато он оставляет ясную последовательность доказательств: выбор маршрута, запрос, внешнее установление, готовая линия, первая передача, транспортное наблюдение, более высокий результат.

Ни один элемент не заменяет следующий. Выбранный маршрут не доказывает линию; готовая линия не доказывает доставку; доставка не доказывает успех услуги. Если эту цепочку сохранить, управляющее сообщение не сможет присвоить себе реальность, которой ещё не достигло.

Источники

RFC 1306 фиксирует опыт проекта 1992 года; он не подтверждает современное развёртывание, полномочие маршрута, право на ёмкость, завершённую линию, доставку пакетов или результат для пользователя.