Вопрос 16: «Обеспечение надежной доставки данных»

TCP обесп. контроль доставки данных путем использования некоторых механизмов обеспечения надежной доставки.

Механизм квитирования. Квитирование подразумевает получение отправителем от получателя подтверждения (квитанции) о приеме данных. Если квитанции нет, то это означает, сто данные были искажены, не получены или потеряна сама квитанция. Квитирование м.б. простым и кумулятивным. При простом квитировании в ответ на каждый принятый пакет отправляется квитанция о приеме. Если данные не получены или искажены, передача пакета повторяется. Кумулятивное квитирование подразумевает отправку данных в виде сегмента из нескольких пакетов, в ответ на который приходит 1 квитанция. В случае ошибки передачи повторно передается целый сегмент. Кумулятивное квитирование позволяет повысить производительность. Но оправдано на сравнительно качественных линиях связи.

Количество пакетов в сегменте м.б.непостоянным. для регулирования их числа в TCP реализован механизм «скользящего окна». Кол-во пакетов в окне может изменяться в завис.от качества соединения или от загруженности получателя. При низком качестве связи окно м.б.сокращено с целью уменьшения вер-ти возникновения ошибок в сегменте. При переполнении вх.буфера размер окна м.б.по требованию получателя сокращен отправителем до 0. при обнулении размера окна отправитель время от вр.делает попытки возобновить передачу.

В случае необх-ти передать срочные данные сущ.возможность возобновить передачу. При этом отправитель посылает получателю требование сбросить буфер и принять сегмент, устанавливая в нем пометку срочности.

Вопрос : «Удаленный доступ. Telnet и Rlogin»

Под УД понимают обеспечение взаимодействия по одной из следующих схем: терминал-терминал; терминал – ПК; ПК- сеть; сеть-сеть. Для любой схем характерно задействование каналов глобальных служб (POTS, ISDN, выделенные каналы, сети X.25) и, как правило, несимметричность взаимодействия. Удаленный доступ по схеме компьютер – сеть осуществляется через RAS, который использует пул модемов как разделяемый ресурс, предоставляя его по необходимости юзерам ЛКС. Различают режимы dial-in и dial-out (необязат).

Возможно подключение в режиме удаленного узла и удаленного управления/терминального доступа (управление – для подключения к сети под ОС, не рассчитанной на поддержку терминального режима – все винды, MS-DOS; терминальный доступ – доступ к многотерминальным ОС – IBM ,UNIX). Вторые режимы позволяют эмулировать удаленному компьютеру терминал хоста, что позволяет удаленно управлять хостом.

Telnet и Rlogin являются протоколами эмуляции терминала.

Telnet присутствует практически в каждой реализации TCP/IP и может быть использован для связи между хостами, работающими пол управлением различных операционных систем. Telnet использует согласование опций клиента и сервера, чтобы определить, какие характеристики присутствуют с той и с другой стороны.

Rlogin изначально был разработан для связи Unix систем, однако впоследствии эта программа была перенесена и на другие операционные системы.

Обе службы взаимодействуют согласно модели «клиент-сервер»

Telnet.

1. Клиент Telnet взаимодействует и с пользователем, находящимся за терминалом, и с протоколами TCP/IP. Обычно, все что пользователь вводит с клавиатуры отправляется по TCP соединению, а все что приходит по соединению попадает на терминал.

2. Устанавливается только одно TCP соединение, в котором могут посылаться как пользовательские данные, так и команды (серверу или клиенту), и для различения команд (во избежание их отображения на терминале), они помечаются специальным образом (0xff+2флаговых байта перед командой).

3. Доступ к удаленному терминалу осуществляется через login shell.

Чтобы поддерживать разнородное окружение, Telnet предоставляет обсуждение опций между клиентом и сервером. Это позволяет общаться клиентам и серверам, а также позволяет добавлять новые опции.

Rlogin. Проще в реализации, так как не требует определение параметров, которые для одной и той же операционной системы известны заранее и для клиента, и для сервера.

Вопрос : «Файловый доступ. NFS и FTP»

Сетевая файловая система NFS (Network File System) впервые была разработана компанией Sun Microsystems Inc. NFS использует транспортные услуги UDP. В основе NFS лежит технология удаленного вызова процедур RPC (Remote Procedure Call), что позволяет компьютеру использовать удаленную файловую систему аналогично локальной файловой системе и позволяет монтировать в единое целое файловые системы нескольких машин с ОС UNIX. Бездисковые рабочие станции получают доступ к дискам файл-сервера так, как будто это их локальные диски.

NFS значительно увеличивает нагрузку на сеть. Если в сети используются медленные линии связи, то от NFS мало толку. Однако, если пропускная способность сети позволяет NFS нормально работать, то пользователи получают большие преимущества. Поскольку сервер и клиент NFS реализуются в ядре ОС, все обычные несетевые программы получают возможность работать с удаленными файлами, расположенными на подмонтированных NFS-дисках, точно также как с локальными файлами.

FTP (File Transfer Protocol или "Протокол Передачи Файлов") - один из старейших протоколов в Internet и входит в его стандарты. Обмен данными в FTP проходит по TCP-каналу. Построен обмен по технологии "клиент-сервер".

В FTP соединение инициируется интерпретатором протокола пользователя. Управление обменом осуществляется по каналу управления в стандарте протокола TELNET. Команды FTP генерируются интерпретатором протокола пользователя и передаются на сервер. Ответы сервера отправляются пользователю также по каналу управления. Команды FTP определяют параметры канала передачи данных и самого процесса передачи. Они также определяют и характер работы с удаленной и локальной файловыми системами. Сессия управления инициализирует канал передачи данных. При организации канала передачи данных последовательность действий другая, отличная от организации канала управления. В этом случае сервер инициирует обмен данными в соответствии с параметрами, согласованными в сессии управления.

Синтаксис команд похож на команды MS-DOS для работы с файлами (cd, dir) Команды get и put позволяют скачать и закачать файлы соответственно. Определены команды, устанавливающие режимы передачи файлов (ascii для пересылки текстов и binary для двоичного способа пересылки файлов).

FTP-mail – служба доставки файлов по e-mail, позволяющая отправлять последовательность FTP-команд по почте для получения его через протоколы электронной почты.