лом и размером записываемых
сообщений с одной стороны и числом и  размером  считываемых  сообщений  с
другой стороны.

     Џротокол TCP требует, чтобы все отправленные данные  были  подтверж-
дены  принЯвшей их стороной.  Ћн использует таймауты и повторные передачи
длЯ обеспечениЯ надежной доставки.   Ћтправителю  разрешаетсЯ  передавать
некоторое  количество данных, недожидаЯсь подтверждениЯ приема ранее отп-
равленных данных.  ’аким образом, между отправленными  и  подтвержденными
данными существует окно уже отправленных, но еще неподтвержденных данных.
Љоличество байт, которые можно передавать без  подтверждениЯ,  называетсЯ
размером окна.  Љак правило, размер окна устанавливаетсЯ в стартовых фай-
лах сетевого программного обеспечениЯ.  ’ак как TCP-канал  ЯвлЯетсЯ  дуп-
лексным,  то  подтверждениЯ длЯ данных, идущих в одном направлении, могут
передаватьсЯ вместе с данными,  идущими  в  противоположном  направлении.
Џриемники  на  обеих  сторонах  виртуального  канала выполнЯют управление
потоком передаваемых данных длЯ того,  чтобы  не  допускать  переполнениЯ
буферов.

         * 9.  Џротоколы прикладного уровнЯ * 

     Џочему существуют два транспортных протокола TCP и UDP, а не один из
них?   „ело в том, что они предоставлЯют разные услуги прикладным процес-
сам.  Ѓольшинство прикладных программ пользуютсЯ  только  одним  из  них.
‚ы,  как  программист,  выбираете тот протокол, который наилучшим образом
соответствует вашим потребностЯм.  …сли вам нужна надежнаЯ  доставка,  то
лучшим может быть TCP.  …сли вам нужна доставка датаграмм, то лучше может
быть UDP.  …сли вам нужна эффективнаЯ доставка по длинному и  ненадежному
каналу  передачи данных, то лучше может подойти протокол TCP.  …сли нужна
эффективность на быстрых сетЯх с короткими соединениЯми, то лучшим  может
быть  протокол  UDP.  …сли ваши потребности не попадают ни в одну из этих
категорий, то выбор транспортного протокола не Ясен.   Ћднако  прикладные
программы  могут  устранЯть  недостатки  выбранного протокола.  Ќапример,
если вы выбрали UDP, а вам необходима надежность, то прикладнаЯ программа
должна  обеспечить  надежность.  …сли вы выбрали TCP, а вам нужно переда-
вать записи, то прикладнаЯ программа должна  вставлЯть  маркеры  в  поток
байтов так, чтобы можно было различить записи.

     Љакие же прикладные программы доступны в сетЯх с TCP/IP?

     Ћбщее их количество велико  и  продолжает  постоЯнно  увеличиватьсЯ.
Ќекоторые  приложениЯ существуют с самого начала развитиЯ internet.  Ќап-
ример, TELNET и FTP.  „ругие поЯвились недавно: X-Window, SNMP.

     Џротоколы прикладного уровнЯ ориентированы на конкретные  прикладные
задачи.  Ћни определЯют как процедуры по организации взаимодействиЯ опре-
деленного типа между прикладными процессами, так  и  форму  представлениЯ
информации  при  таком  взаимодействии.  ‚ этом разделе мы коротко опишем
некоторые из прикладных протоколов.

        9.1.  Џротокол TELNET

     Џротокол TELNET позволЯет  обслуживающей  машине  рассматривать  все
удаленные  терминалы  как  стандартные  "сетевые  виртуальные  терминалы"
строчного типа, работающие в коде ASCII, а также обеспечивает возможность
согласованиЯ  более  сложных  функций  (например, локальный или удаленный
эхо-контроль, страничный режим, высота и ширина  экрана  и  т.д.)  TELNET
работает  на  базе  протокола TCP.  Ќа прикладном уровне над TELNET нахо-
дитсЯ либо программа поддержки реального терминала (на стороне  пользова-
телЯ),  либо  прикладной  процесс  в обсуживающей машине, к которому осу-
ществлЯетсЯ доступ с терминала.

     ђабота с TELNET походит на набор телефонного  номера.   Џользователь
набирает на клавиатуре что-то вроде
                              telnet delta

и получает на экране приглашение на вход в машину delta.

     Џротокол TELNET существует уже давно.  Ћн хорошо опробован и  широко
распространен.   ‘оздано множество реализаций длЯ самых разных операцион-
ных систем.  ‚полне допустимо, чтобы процесс-клиент работал, скажем,  под
управлением Ћ‘ VAX/VMS, а процесс-сервер под Ћ‘ UNIX System V.

        9.2.  Џротокол FTP

     Џротокол FTP (File Transfer Protocol  -  протокол  передачи  файлов)
распространен  также  широко  как TELNET.  Ћн ЯвлЯетсЯ одним из старейших
протоколов семейства TCP/IP.  ’акже как TELNET он  пользуетсЯ  транспорт-
ными  услугами TCP.  ‘уществует множество реализаций длЯ различных опера-
ционных систем, которые хорошо взаимодействуют между собой.  Џользователь
FTP  может  вызывать  несколько  команд, которые позволЯют ему посмотреть
каталог удаленной машины, перейти из одного каталога в  другой,  а  также
скопировать один или несколько файлов.

        9.3.  Џротокол SMTP

     Џротокол SMTP (Simple Mail  Transfer  Protocol  -  простой  протокол
передачи почты) поддерживает передачу сообщений (электронной почты) между
произвольными узлами сети internet.  €меЯ механизмы промежуточного хране-
ниЯ почты и механизмы повышениЯ надежности доставки, протокол SMTP допус-
кает использование различных транспотных служб.  Ћн может работать даже в
сетЯх, не использующих протоколы семейства TCP/IP.  Џротокол SMTP обеспе-
чивает как группирование сообщений в адрес одного получателЯ, так и разм-
ножение  нескольких  копий  сообщениЯ  длЯ передачи в разные адреса.  Ќад
модулем SMTP располагаетсЯ почтоваЯ служба конкретных вычислительных сис-
тем.

        9.4.  r-команды

     ‘уществует целаЯ сериЯ "r-команд" (от remote -  удаленный),  которые
впервые поЯвились в Ћ‘ UNIX.  Ћни ЯвлЯютсЯ аналогами обычных команд UNIX,
но предназначены длЯ работы с удаленными машинами.  Ќапример, команда rcp
ЯвлЯетсЯ аналогом команды cp и предназначена длЯ копированиЯ файлов между
машинами.  „лЯ передачи файла на узел delta достаточно ввести

                            rcp file.c delta:

„лЯ выполнениЯ команды "cc file.c" на  машине  delta  можно  использовать
комаду rsh:

                           rsh delta cc file.c

„лЯ организации входа в удаленную систему предназначена команда rlogin:

                              rlogin delta

     Љоманды r-серии используютсЯ главным образом в системах,  работающих
под  управлением  Ћ‘  UNIX.   ‘уществуют  также  реализации  длЯ  MS-DOS.
Љоманды избавлЯют пользователЯ от необходимости набирать пароли при входе
в удаленную систему и существенно облегчают работу.

        9.5.  NFS

     ‘етеваЯ файловаЯ система NFS (Network File System) впервые была раз-
работана  компанией  Sun  Microsystems  Inc.  NFS использует транспортные
услуги UDP и позволЯет монтировать в единое целое файловые  системы  нес-
кольких  машин  с Ћ‘ UNIX.  Ѓездисковые рабочие станции получают доступ к
дискам файл-сервера так, как-будто это их локальные диски.

     NFS значительно увеличивает нагрузку на сеть.  …сли в сети использу-
ютсЯ  медленные линии свЯзи, то от NFS мало толку.  Ћднако, если пропуск-
наЯ способность сети позволЯет NFS нормально  работать,  то  пользователи
получают большие преимущества.  Џоскольку сервер и клиент NFS реализуютсЯ
в Ядре Ћ‘, все обычные несетевые программы получают возможность  работать
с  удаленными  файлами,  расположенными  на  подмонтированных NFS-дисках,
точно также как с локальными файлами.

        9.6.  Џротокол SNMP

     Џротокол SNMP (Simple Network Management Protocol - простой протокол
управлениЯ  сетью)  работает на базе UDP и предназначен длЯ использованиЯ
сетевыми управлЯющими станциЯми.  Ћн позволЯет управлЯющим станциЯм соби-
рать  информацию  о  положении  дел в сети internet.  Џротокол определЯет
формат данных, их обработка и интерпретациЯ остаютсЯ на усмотрение управ-
лЯющих станций или менеджера сети.

        9.7.  X-Window

     ‘истема X-Window использует протокол X-Window, который  работает  на
базе  TCP,  длЯ  многооконного  отображениЯ графики и текста на растровых
дисплеЯх рабочих станций.  X-Window - это гораздо больше, чем просто ути-
лита  длЯ  рисованиЯ окон; это целаЯ философиЯ человеко-машинного взаимо-
действиЯ.

         * 10.  ‚заимозависимость протоколов семейства TCP/IP * 

     Ќиже на рисунке предсавлена  схема  взаимосвЯзей  между  протоколами
семейства TCP/IP.

    Џрикладной    FTP  TELNET  SMTP  TFTP  DNS  ‘ужба времени  ќхо
    уровень        |      |     |      |    |         |         |
                   --------------      --------------------------
                          |                             |
    ’ранспортный         TCP      GGP  HMP  EGP        UDP
    уровень               |        |    |    |          |
                          -------------------------------
                                        |
    Њежсетевой                       IP/ICMP
    уровень                             |
                      --------------------------------------
                      |            |          |            |
    ‘етевой       ‹окальные     ARPANET     SATNET      ЏакетнаЯ
    уровень         сети                                радиосеть
      ђис.13. ‘труктура взаимосвЯзей протоколов семейства TCP/IP

     Џодробное описание протоколов можно найти в RFC, тематический  ката-
лог  которых  приведен  в Џриложении 1, а состоЯние стандартов отражено в
Џриложении 2.