Главная > Технологии > Протокол Протокол TCPРадик Усманов
Примечания редактораОригинальная версия документа RFC793 размещается на сервере ISI (Information Sciences Institute): URL - http://info.internet.isi.edu/in-notes/rfc/files/rfc793.txt Протокол управления передачей
ПредисловиеДанный документ описывает Протокол управления передачей данных в DoD стандарте (TCP). Данный стандарт основывается на девяти предыдущих изданиях ARPA спецификации TCP, данный текст сильно отличается от них. В него внесены большие изменения как в отношении концепций, так и в отношении текста. Данное издание проясняет некоторые детали протокола и не включает выравнивания по размеру буфера в конце письма, а также переопределяет механизм писем как push функцию. Джон Постел (Jon Postel)
Редактор RFC: 793
заменяет RFC 761 и IENs: 129, 124, 112, 81, 55, 44, 40, 27, 21, 5 Протокол управления передачей
1. Введение
|
Уровни протоколов |
верхний уровень |
TCP |
протокол Internet |
коммуникационная сеть |
Большая часть этого документа написана в связи с реализациями TCP протокола, которые вместе с протоколами более высокого уровня присутствуют на хост-компьютере. Некоторые компьютерные системы будут включаться в сети через главные компьютеры, содержащие протоколы уровней TCP и Internet, а также специфическое сетевое программное обеспечение.
Спецификация TCP описывает ее интерфейс с протоколами более высокого уровня, которые оказались осуществимы даже в случае главного компьютера, если реализован соответствующий протокол общения между хост-компьютером и главным компьютером.
Протокол TCP обязан обеспечить надежный сервис для коммуникаций между процессами в многосетевой системе. Протокол TCP должен быть общим протоколом для коммуникаций между хост-компьютерами во множестве сетей.
Данный документ предоставляет описание поведения, ожидаемого от любой реализации протокола TCP, а также его взаимодействия как с протоколами более высокого уровня, так и с протоколами TCP на других компьютерах. Оставшаяся часть данной главы дает очень краткий обзор действия протокола и его интерфейсов. Глава 2 суммирует идейный базис для создания протокола TCP. Глава 3 дает как детальное описание поведения, требуемого от протокола TCP при появлении различных событий (прибытие новых сегментов, запрос от пользователя, ошибки и т.д.), так и описание деталей форматов TCP сегментов.
Протокол TCP взаимодействует с одной стороны с пользователем или прикладной программой, а с другой - с протоколом более низкого уровня, таким как протокол Internet.
Интерфейс между прикладным процессом и протоколом TCP мы поясняем с приемлемой детализацией. Этот интерфейс состоит из набора вызовов, которые похожи на вызовы операционной системы, предоставляемые прикладному процессу для управления файлами. Например, в этом случае имеются вызовы для открытия и закрытия соединений, для отправки и получения данных на установленных соединениях. Предполагается также, что протокол TCP сможет асинхронно взаимодействовать с прикладными программами. Хотя разработчикам TCP протокола и предоставлена значительная свобода в создании интерфейсов, которые соответствуют свойствам конкретной операционной системы, все же от любой приемлемой реализации требуются некие обязательные минимальные функции интерфейса между протоколом TCP и пользователем.
Интерфейс между протоколом TCP и протоколами более низкого уровня за дан в значительно меньшей степени, за исключением того, что должен существовать некий механизм, с помощью которого эти два уровня могут асинхронно обмениваться информацией друг с другом. Обычно полагают, что протокол нижнего уровня задает данный интерфейс. Протокол TCP спроектирован так, чтобы работать с весьма разнообразной средой объединенных компьютерных сетей. В данном документе предполагается, что протокол более низкого уровня - это Internet [2].
Как указывалось ранее, главной целью протокола TCP является обеспечение надежного,
безопасного сервиса для логических цепей или соединений между парами процессов.
Чтобы обеспечить такой сервис, основываясь на менее надежных коммуникациях Internet,
система должна иметь возможности для работы в следующих областях:
Основные действия протокола TCP в каждой из этих областей описаны в следующих параграфах.
Базовая передача данных
Протокол TCP способен передавать непрерывные потоки октетов между своими клиентами
в обоих направлениях, пакуя некое количество октетов в сегменты для передачи через
системы Internet. В общем случае протоколы TCP решают по своему усмотрению, когда
производить блокировку и передачу данных.
Иногда пользователям бывает необходимо убедиться в том, что все данные, переданные ими протоколу TCP, уже отправлены. Для этой цели определена функция проталкивания (push). Чтобы убедиться в том, что данные, отправленные протоколу TCP, действительно переданы, отправитель указывает, что их следует протолкнуть к получателю.
Проталкивание приводит к тому, что программы протокола TCP сразу осуществляют отправление и, соответственно, получение остающихся данных. Правильно осуществленное проталкивание может быть невидимо для получателя, а сама функция проталкивания может не иметь маркера границы записи.
Достоверность
Протокол TCP должен иметь защиту от разрушения данных, потери, дублирования и
нарушения очередности получения, вызываемых коммуникационной системой Internet.
Это достигается присвоением очередного номера каждому передаваемому октету, а
также требованием подтверждения (ACK) от программы TCP, принимающей данные. Если
подтверждения не получено в течении контрольного интервала времени, то данные
посылаются повторно. Со стороны получателя номера очереди используются для восстановления
очередности сегментов, которые могут быть получены в неправильном порядке, а также
для ограничения возможности появления дубликатов.
Повреждения фиксируются посредством добавления к каждому передаваемому сегменту контрольной суммы, проверки ее при получении и последующей ликвидации дефектных сегментов.
До тех пор, пока программы протокола TCP продолжают функционировать корректно, а система Internet не развалилась полностью на составные части, ошибки пересылки не будут влиять на правильное получение данных. Протокол TCP защищает от ошибок коммуникационной системы Internet.
Управление потоком
Протокол TCP дает средства получателю управлять количеством данных, посылаемых
ему отправителем. Это достигается возвратом так называемого "окна" (window) вместе
с каждым подтверждением, которое указывает диапазон приемлемых номеров, следующих
за номером последнего успешно принятого сегмента. Окно определяет количество октетов,
которое отправитель может послать до получения дальнейших указаний.
Разделение каналов
Чтобы позволить на отдельно взятом компьютере многим процессам одновременно использовать
коммуникационные возможности уровня TCP, протокол TCP предоставляет на каждом
хост-компьютере набор адресов или портов. Вместе с адресами сетей и хост-компьютеров
на коммуникационном уровне Internet они образуют сокет (socket - разъем).
Каждое соединение уникальным образом идентифицируется парой сокетов. Таким образом, любой сокет может одновременно использоваться во многих соединениях.
Соотнесение портов и процессов осуществляется каждым хост- компьютером самостоятельно. Однако оказывается полезным связывать часто используемые процессы (такие как "logger" или сервис с разделением времени) с фиксированными документированными сокетами.
Этот сервис можно впоследствии использовать через известные адреса. Установка и настройка адресов портов для других процессов может включать более динамичные механизмы.
Работа с соединениями
Механизмы управления потоком и обеспечения достоверности, описанные выше, требуют,
чтобы программы протокола TCP инициализировали и поддерживали определенную информацию
о состоянии каждого потока данных. Набор такой информации, включающий сокеты,
номера очереди, размеры окон, называется соединением. Каждое соединение уникальным
образом идентифицируется парой сокетов на двух концах.
Если два процесса желают обмениваться информацией, соответствующие программы протокола TCP должны сперва установить соединение (на каждой стороне инициализировать информацию о статусе). По завершении обмена информацией соединение должно быть расторгнуто или закрыто, чтобы освободить ресурсы для предоставления другим пользователям.
Поскольку соединения должны устанавливаться между ненадежными хост-компьютерами и через ненадежную коммуникационную систему Internet, то во избежание ошибочной инициализации соединений используется механизм подтверждения связи с хронометрированными номерами очереди.
Приоритет и безопасность
Пользователи протокола TCP могут затребовать для своего соединения приоритет и
безопасность. Предусмотрены принимаемые по умолчанию характеристики соединений,
когда такие параметры не требуются.