Кратко

  • В TERMINAL-SPEED RFC 1079 отдельно определены согласие на обмен, последующий запрос и сообщение о скоростях терминала.
  • Ответ мог служить входом для локального решения об отображении, но не доказывал свойства пути и не давал полномочия менять TCP, маршрутизацию или политику сервиса.

У числа была намеренно узкая работа

Физические терминалы и напрямую подключённые модемы заметно влияли на экранные программы своего времени. Операционные системы сохраняли их битовую скорость, чтобы управлять зависящими от времени процессами отображения, например количеством символов заполнения; некоторые интерфейсы настраивались по-разному для быстрых и медленных терминалов. Эту практическую задачу решает RFC 1079. Он не предлагает Telnet исследовать состояние сети.

Поэтому 9600,100 нельзя считать измерением лишь потому, что строка похожа на техническое число. В RFC 1079 это NVT ASCII-строка, которую один участник передаёт другому: десятичные скорости передачи и приёма терминала, разделённые запятой. Это не проба пути, не наблюдение маршрутизатора, не отчёт о доступной ёмкости и не обещание следующей доставки TCP. Число может быть полезно для интерфейса, оставаясь недостаточным для вывода о соединении в целом.

Согласие не было отчётом

RFC 854 задаёт для Telnet общий каркас. Network Virtual Terminal остаётся общей базой, а WILL, WON'T, DO и DON'T позволяют согласовать либо отвергнуть дополнительные соглашения. RFC 1079 применяет этот каркас к option 32, TERMINAL-SPEED.

По умолчанию обмена нет: WON'T TERMINAL-SPEED и DON'T TERMINAL-SPEED. WILL означает только готовность послать информацию позднее, DO — готовность её получить; ни одно сообщение не содержит скорости. После обмена обоими сообщениями только отправитель DO TERMINAL-SPEED может запросить значение через IAC SB TERMINAL-SPEED SEND IAC SE. Только отправитель WILL TERMINAL-SPEED может ответить через IAC SB TERMINAL-SPEED IS ... IAC SE. Самопроизвольная передача запрещена.

Сам ответ — два десятичных значения с запятой между ними, без начальных нулей и лишних символов. Такая форма делает разбор совместимым. Она не удостоверяет физическое подключение терминала, синхронизацию модема, ёмкость TCP-пути, читаемость экрана или результат взаимодействия с приложением. Корректная грамматика не превращается в доказательство более широкого факта.

Безопасный выбор оставался локальным

RFC 1079 учитывает системы, знающие лишь ограниченный набор дискретных скоростей. Он предлагает выбрать ближайшую разрешённую величину в безопасную сторону; для заполнения округление вверх может быть лучше недостаточного заполнения. Это совет о том, как локальная программа обрабатывает полученные метаданные в пределах собственных возможностей. Это не команда менять линию, резервировать полосу, настраивать маршрутизатор или регулировать перегрузку.

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

Чего строка не решает

Получение 1200,1200 поддерживает лишь узкое утверждение: участник Telnet отправил эти символы в предусмотренном обмене. Это не доказывает физическую скорость, синхронизацию модема, такую же ёмкость TCP-пути, отсутствие потерь, то, что пользователь увидел экран, личность, авторизацию или успех операции. Это также не доказывает нынешнее использование Telnet в названной сети.

Опасно раздувать локальный атрибут до измерения, а предполагаемое измерение — до сетевой политики. RFC 1079 даёт только запрошенные и формально ограниченные метаданные терминала. Для каждого более крупного вывода нужны отдельные наблюдение, ответственность и полномочие.

Источники и граница доказательств

RFC 1079 подтверждает мотивацию, команды, состояние по умолчанию, синтаксис и локальную рекомендацию; RFC 854 — NVT и каркас переговоров; RFC 930 служит историческим сравнением; RFC 1123 помещает RFC 1079 в перечень Telnet. Ни один источник не подтверждает современное развёртывание, конкретную реализацию, качество линии, личность, авторизацию или результат приложения.