Галкин В.А., Григорьев Ю.А. - Телекоммуникации и сети (1053870), страница 97

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 97)

Это оз­16310начает, что UDP должен взаимодей­Порт получателяПорт отправителяствовать с IP для нахождения нужныхКонтрольная суммаДлинаадресов перед посылкой дейтаграммы.Целью использования IP-адресовДанные...в контрольном суммировании являРис. 5.53. Формат заголовка UDPется проверка того, что UDP-дейдейтаграммытаграмма достигла своего настоящего4085.6. Протоколы IIуровня стека TCP/IPместа назначения, так как UDP-заголовок определяет только номер протоколь­ного порта.

Таким образом, чтобы проверить место назначения, UDP накомпьютере-источнике вычисляет контрольную сумму, которая учитьюает IPадрес назначения, а так же саму UDP-дейтаграмму. При получении дейтаг­раммы в месте назначения программы UDP проверяют контрольную сумму,используя IP-адрес назначения, полученный из заголовка 1Р-дейтаграммы,которая содержала UDP-сообщение. Если контрольные суммы одинаковы,дейтаграмма действительно достигла нужного хост-компьютера и нужного портав нем.Если контрольная сумма равна нулю, то это означает, что отправитель дей­таграммы ее не подсчитывал, и, следовательно, ее нужно игнорировать. Еслидва модуля UDP взаимодействуют только через одну сеть Ethernet, то от кон­трольного суммирования можно отказаться, так как средства Ethernet обеспе­чивают достаточную степень надежности обнаружения ошибок передачи.

Этоснижает накладные расходы, связанные с работой UDP. Однако рекомендует­ся всегда вьшолнять контрольное суммирование, так как возможно в какой-томомент изменения в таблице маршрутов приведут к тому, что дейтаграммыбудут посьшаться через менее надежную среду.Если контрольная сумма правильная (или равна нулю), то проверяется портназначения, указанный в заголовке дейтаграммы. Если к этому порту подклю­чен прикладной процесс, то прикладное сообщение, содержащееся в дей­таграмме, встает в очередь для прочтения. В остальных случаях дейтаграм­ма отбрасьшается.

Если дейтаграммы поступают быстрее, чем их успеваетобрабатывать прикладной процесс, то при переполнении очереди сообщенийпоступающие дейтаграммы отбрасьюаются модулем UDP.UDP-сообщения, включающие UDP-заголовок и данные, инкапсулируютсяв IP-дейтаграммах при передаче по сети.Мультиплексирование и демультиплексирование прикладных про­токолов с помощью протокола UDP. Протокол UDP ведет для каждогопорта две очереди: очередь пакетов, поступающих в данный порт из сети, иочередь пакетов, отправляемых данным портом в сеть. Процедура обслужи­вания протоколом UDP-запросов, поступающих от нескольких различных при­кладных сервисов, называется мультиплексированием. Распределение про­токолом UDP поступающих от сетевого уровня пакетов между наборомвысокоуровневых сервисов, идентифицированных номерами портов, называет­ся демультиплексированием.Концептуально все процессы мультиплексирования и демультиплексированиямежду UDP и прикладными программами осуществляются с помощью меха­низма портов.

На практике каждая прикладная программа должна договоритьсяс операционой системой о получении протокольного порта и связанного с нимномера перед посьшкой UDP-дейтаграммы. Когда порт выделен, прикладнаяпрограмма посьшает любую дейтаграмму через порт, номер которого указан вполе «Порт отправителя» UDP-заголовка. В ходе обработки входных данных4095. Сетевые протоколыUDP принимает приходящие от IP дейтаграммы и демультиплексирует их попортам назначения. UDP использует номер порта получателя UDP для выборасоответствующего получателя для пришедшей дейтаграммы.Порт UDP легче всего представить в виде очереди.

В большинстве реализащш, когда прикладная программа договаривается с операщюной системойоб использовании данного порта, операщюнная система создает внутреннююочередь, которая хранит приходящие сообщения. Часто приложение может ука­зать или изменить размеры очереди. Когда UDP получает дейтаграмму, онпроверяет, нет ли порта назначения с таким номером среди используемыхпортов. Если нет, он посьшает ICMP-сообщение об ошибке «порт недоступен»и уничтожает дейтаграмму. Если есть, UDP добавляет новую дейтаграмму вочередь порта, где прикладная программа может ее получить. Конечно, еслиочередь порта уже переполнена, то тогда UDP уничтожает новую дейтаграмму.К услугам протокола UDP может обратиться любое приложите, однакомногие из них предпочитают иметь дело с более сложным протоколом транс­портного уровня - TCP. Дело в том, что протокол UDP выступает простымпосредником между сетевым уровнем и прикладными сервисами, и, в отличиеот TCP, не берет на себя никаких фуншщй по обеспечению надежности переда­чи.

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

Протоколы I уровня стека ТСРЯРПротокол FTPПротокол пересьшки файлов FTP (File Transfer Protocol) реализует удален­ный доступ к файлу. Для того чтобы обеспечить надежную передачу, FTP ис­пользует в качестве транспорта протокол с установлением соединений - TCP.Кроме пересылки файлов протокол FTP предлагает и другие услуги. Так, пользо­вателю предоставляется возможность интерактивной работы с удаленной ма­шиной, например, он может распечатать содержимое ее каталогов.

Наконец,FTP выполняет аутентификацию пользователей. Прежде чем получить доступк файлу, в соответствии с протоколом пользователи должны сообщить свое4105.6. Протоколы /уровня стека TCP/IPимя И пароль. Для доступа к публичным каталогам FTP-архивов Internet па­рольная аутентификация не нужна, и ее обходят за счет использования для та­кого доступа предопределенного имени пользователя Anonymous.В стеке ТСРЯР протокол FTP предлагает наиболее широкий набор услугдля работы с файлами, однако он является и самым сложным для программи­рования. Приложения, которым не нужны все возможности FTP, могут исполь­зовать другой, более экономичный протокол - простейший протокол пересьшкифайлов TFTP (Trivial File Transfer Protocol).

Этот протокол реализует толькопередачу файлов, причем здесь транспортом выступает более простой, чемTCP, протокол без установления соединения - UDP.Протокол telnetПротокол telnet обеспечивает передачу потока байтов между процессами, атакже между процессом и терминалом. Наиболее часто этот протокол приме­няют для эмуляции терминала удаленного компьютера. При использовании сер­виса telnet пользователь фактически управляет удаленным компьютером также, как и локальный пользователь, поэтому такой вид доступа требует хорошейзащиты. Поэтому серверы telnet всегда используют как минимум аутентифи­кацию по паролю, а иногда и более мощные средства защиты, например, систе­му Kerberos.Протокол SNMPПротокол SNMP (Simple Network Management Protocol) используют для орга­низации сетевого управления.

Изначально протокол SNMP бьш разработан дляудаленного контроля и управления маршрутизаторами Internet, которые тради­ционно часто называют также шлюзами. С ростом популярности протоколSNMP стали применять и для управления коммуникационным оборудованием- концентраторами, мостами, сетевыми адаптерами и т. д. Управление в про­токоле SNMP решает две задачи.Первая задача связана с передачей информации.

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

В стандарте SNMP определена спецификация ин­формационной базы данных управления сетью. Эта спецификация, известнаякак база данных MIB (Management Information Base), определяет те элементыданных, которые управляемое устройство должно сохранять, и допустимыеоперации над ними.4116. СИСТЕМЫ ЭЛЕКТРОННОЙ почтыи п о ч т о в ы х КАТАЛОГОВв этой главе рассмотрены основы построения систем электронной почты ипочтовых каталогов; возможности и общие сведения о системах, построенных на базерекомендации X.

Характеристики

Список файлов книги