3.2.6. Структура команд Telnet: RFC 854, стр.13
Поскольку опции могут появляться в любой части потока данных, escape-символ Telnet (известный: как IAC, со значением 255), передаваемый как данные, должен дублироваться.
3.2.7. Опция Telnet Binary: RFC 856
При успешном согласовании опции Binary, разрешается использование 8-битовых символов. Однако, в потоке данных по-прежнему должны просматриваться символы IAC, должны выполняться все встроенные команды Telnet, а символы IAC в качестве данных должны дублироваться. Обработка других символов (например, замена CR на CR NUL или CR LF) недопустима. В частности, для бинарного режима не действует соглашение end-of-line (конец строки), обсуждаемое в параграфе 3.3.1.
- Обсуждение
Опция Binary обычно согласуется для обоих направлений, чтобы перевести соединение Telnet из режима NVT в двоичный режим.
Последовательность IAC EOR может использоваться для обозначения границ блоков данных в бинарном потоке Telnet.
3.2.8. Опция типа терминала Telnet: RFC 1091
Опция Terminal-Type должна использовать названия типов терминалов, официально определенные в документе «Assigned Numbers» [RFC1010], когда такие имена существуют для используемых терминалов. Однако приниматься должны любые значения опции Terminal-Type.
- Обсуждение
- [RFC1091] содержит обновленное (по сравнению с RFC 930) определение опции Terminal-Type. Прежняя версия позволяла хосту сервера поддерживать множество типов терминалов для определения типа клиентского терминала на основе предположения, что каждый физический терминал имеет собственный (intrinsic) тип. Однако сегодня терминал в большинстве случаев является на самом деле программой эмуляции терминала на базе ПК, которая зачастую может поддерживать различные типы терминалов. Следовательно, RFC 1091 расширяет спецификацию, позволяя более общее согласование типа терминала между клиентом и сервером Telnet.