Построение сетей на базе коммутаторов и маршрутизаторов | |||||||||||||||
| |||||||||||||||
| |||||||||||||||
| |||||||||||||||
2. Лекция: Верхние уровни моделей OSI, TCP/IP | |||||||||||||||
| |||||||||||||||
| |||||||||||||||
| |||||||||||||||
1. Прикладной уровень Прикладной уровень OSI модели обеспечивает сопряжение человека с сетевыми технологиями, что позволяет пользователям общаться между собой через сеть. Другими словами, прикладной уровень создает интерфейс между приложениями конечных устройств при передаче сообщений по сети. Прикладной уровень представляет собой комплекс программных средств, представленных в двух формах: в виде приложений (applications) и программ служб сервиса (services). Сопряжение человека с сетью обеспечивают приложения. Широко известны такие приложения этого уровня, как веб-браузеры гипертекстовой информационной службы (World Wide Web – WWW), которые позволяют людям готовить сообщения для передачи по сети и принимать такие сообщения. Наиболее известными веб-браузерами являются Internet Explorer, Mozilla Firefox, Opera. Программы служб сервиса готовят данные для передачи по сети, обеспечивая эффективное использование ресурсов сети. Разные типы информации (аудио-, видео-, текстовая информация) требуют различных услуг, поскольку разнотипную информацию необходимо передать через общую сеть. Протоколы прикладного уровня определяют правила обмена данными между узлом источником информации и узлом назначения. Каждый вид приложений и сервиса использует свои протоколы, которые определяют стандарты и форматы передаваемых данных. Протоколы и службы прикладного уровня обычно представлены соответствующими серверами. Однако сервер, как отдельное устройство, может объединять функции нескольких служб сервиса; или наоборот, служба одного вида услуг может быть представлена многими серверами разного уровня. Наиболее распространенными протоколами и службами прикладного уровня являются:
Таким образом, приложения прикладного уровня обеспечивают интерфейс (сопряжение) человека с сетью. Службы сервиса используют программные средства протоколов, чтобы подготовить информацию для передачи по сети. Существуют две модели построения сети: модель "клиент-сервер"; модель соединения равноправных узлов сети (peer-to-peer).В сети peer-to-peer связанные через сеть конечные узлы разделяют общие ресурсы (принтеры, файлы) без выделенного сервера. Каждое конечное устройство (peer) может функционировать либо как сервер, либо как клиент. Компьютер может выполнять роль сервера для одного соединения и роль клиента для другого. Согласно модели "клиент-сервер" клиент запрашивает информацию, пересылая запрос выделенному серверу (upload), который в ответ на запрос посылает (download) файл, принимаемый клиентом. Следовательно, клиент инициирует процесс обмена информацией в среде "клиент-сервер" и получает от сервера требуемую информацию. Главным достоинством модели "клиент-сервер" является централизация управления сетью и обеспечение безопасности. Ниже приведены краткие характеристики некоторых наиболее широко используемых протоколов прикладного уровня. Протоколы передачи электронной почты При передаче электронной почты и взаимодействии почтовых серверов между собой используется простой протокол передачи почты (Simple Mail Transfer Protocol – SMTP ), у которого номер порта 25. Для получения клиентом сообщения с сервера используется протокол почтового отделения (Post Office Protocol – POP ) с номером порта 110 или протокол доступа к сообщениям (Internet Messaging Access Protocol – IMAP ). На рис. 2.1 приведена модель 'клиент-сервер' в службе электронной почты. При пересылке почты от клиента на сервер используется протокол SMTP, при этом происходит процесс upload.
Когда почтовый сервер получает сообщение, предназначенное для клиента, он хранит это сообщение и ждет, когда адресат назначения заберет свою почту. Почтовые клиенты забирают сообщения (процесс download), используя один из сетевых протоколов. Самые популярные почтовые протоколы клиента – POP3 и IMAP4, которые на транспортном уровне применяют протокол TCP для надежной доставки данных. Почтовые серверы общаются друг с другом, используя протокол SMTP, который транспортирует почтовые сообщения в текстовом формате, используя TCP. Протокол SMTP характеризуется низким уровнем защиты информации, поэтому серверы предоставляют услуги только пользователям своей сети. В процессе подготовки электронной почты люди применяют клиентское приложение, называемое Агентом пользователя (Mail User Agent – MUA ). Приложение MUA позволяет посылать сообщения и помещать полученные сообщения в почтовый ящик клиента (рис. 2.2).
При передаче сообщений между серверами используется Агент передачи почты (Mail Transfer Agent – MTA ). Агент MTA получает сообщения от MUA или от другого MTA и передает их по сети. Агенты MTA применяют протокол SMTP для передачи электронной почты между серверами. Если сообщение из сервера может быть отправлено сразу клиенту локальной сети, то подключается Агент доставки почты (Mail Delivery Agent – MDA ). Агент MDA получает прибывающую почту от MTA и помещает ее в соответствующие почтовые ящики пользователей, используя протокол РОР. Протокол HTTP Самым распространенным протоколом прикладного уровня в настоящее время является протокол передачи гипертекстовой информации (Hypertext Transfer Protocol – HTTP), который работает в сети Интернет. Его основным приложением является веб-браузер, который отображает данные на веб-страницах, используя текст, графику, звук и видео. Веб - страницы создаются с применением языка разметки гипертекста Hypertext Markup Language (HTML), который определяет местоположения для размещения текста, файлов и объектов, которые должны быть переданы от сервера по сети до веб-браузера. Номер порта протокола HTTP – 80, функционирует совместно с протоколом транспортного уровня TCP. В ответ на запрос сервер посылает клиенту сети текст, аудио-, видео - и графические файлы, указанные в командах HTML. Браузер клиента повторно собирает все файлы, чтобы создать изображение веб-страницы, которая представляется пользователю. Протокол HTTP характеризуется сравнительно невысоким уровнем безопасности, поскольку передаваемые по сети сообщения не зашифрованы. Для повышения уровня безопасности передачи сообщений через Интернет был разработан протокол HTTP Secure ( HTTPS ). В этом протоколе используется процесс криптографирования данных (encryption ) и аутентификации ( authentication ), что существенно повышает уровень безопасности. Номер порта протокола HTTPS – 443.
Протоколы передачи файлов FTP и TFTP Протокол передачи файлов (File Transfer Protocol – FTP) – служба, ориентированная на предварительное соединение (connection-oriented), которая взаимодействует с протоколом транспортного уровня TCP. Главная цель протокола FTP состоит в том, чтобы передавать файлы от одного компьютера другому или копировать и перемещать файлы от серверов клиентам и от клиентов серверам. Это является главным отличием от протокола HTTP, который позволяет клиенту "скачивать" файлы с сервера, но не позволяет пересылать файлы на сервер. Протокол передачи файлов FTP сначала устанавливает соединение между клиентом и сервером, используя команды запроса клиента и ответы сервера. При этом номер порта– 21. Затем производится обмен данными, когда номер порта – 20. Передача данных может производиться в режиме кода ASCII или в двоичном коде. Эти режимы определяют кодирование, используемое для файла данных, которое в модели OSI является задачей представительского (presentation) уровня. После завершения передачи файла соединение для передачи данных заканчивается автоматически. Управление сеансом связи происходит на сеансовом (Session) уровне. Простой протокол передачи файлов (Trivial File Transfer Protocol – TFTP ) – служба без установления соединения (connectionless), которая работает совместно с протоколом транспортного уровня (User Datagram Protocol – UDP ). Протокол TFTP применяется на маршрутизаторах, чтобы передавать файлы конфигурации и операционную систему Cisco IOS, а также для передачи файлов между системами, которые поддерживают TFTP. Протокол TFTP характеризует простота и малый объем программного обеспечения. Он может читать или записывать файлы при соединении с сервером, но не ведет списки и каталоги. Поэтому протокол TFTP работает быстрее, чем протокол FTP. Система доменных имен DNS Система доменных имен (Domain Name System – DNS) используется в Интернете для того, чтобы переводить имена сайтов или доменов в числовые значения IP-адреса. Людям легче запомнить доменное имя, например, http://www. , чем числовой адрес 198.133.219.25. Кроме того, числовые адреса могут со временем меняться. Например, в настоящее время указанный выше числовой адрес сайта http://www. изменен на 72.163.4.161. Поскольку в ряде случаев требуется знание числового адреса, хост может обратиться к DNS-серверу и по имени получить соответствующий адрес. DNS использует распределенный набор серверов разного уровня иерархии, чтобы получить соответствие между именем и числовым адресом. Операционные системы компьютеров содержат утилиту nslookup, которая позволяет пользователю вручную запрашивать имя сервера и идентифицировать название хоста. Когда клиент делает запрос, локальный сервер сначала проверяет собственные записи. Если соответствующих пар "имя-адрес" у него нет, то он связывается с другими серверами DNS более высокого уровня иерархии. На рис. 2.3 приведен пример выполнения команды nslookup, которая позволяет пользователю вручную запросить адрес DNS-сервера. Команда выполняется в режиме командной строки ( Пуск
Служба прикладного уровня DNS характеризуется номером порта 53 и взаимодействует как с протоколом транспортного уровня TCP, так и с протоколом UDP. Протокол удаленного доступа Telnet Протокол Telnet обеспечивает виртуальное соединение пользователя с удаленными сетевыми устройствами: компьютерами, маршрутизаторами, коммутаторами. Чтобы осуществить подключение клиента по протоколу Telnet, обычно задают имя удаленного хоста. В качестве имени хоста используется IP-адрес или имя доменной системы DNS удаленного устройства. Вся обработка информации и использование памяти производится на процессоре удаленного устройства, а отображение результатов конфигурирования протокол Telnet транслирует на монитор пользователя. Telnet работает на прикладном уровне модели TCP/IP, поэтому охватывает все уровни модели OSI.Номер порта – 23. Протокол Telnet поддерживает аутентификацию, поэтому на удаленном устройстве задается пароль, который должен знать пользователь. Однако Telnet не поддерживает криптографирование данных, которые передаются по сети как простой текст. Это означает, что данные могут быть перехвачены. Для защиты передаваемой информации разработан протокол SSH (Secure Shell). Он обеспечивает криптографирование данных и более надежную аутентификацию, номер порта – 22. Протокол SSH заменяет Telnet. Протокол динамического назначения адресов узлов DHCP Всем устройствам, которые обмениваются сообщениями через сеть Интернет, необходимы уникальные IP-адреса. Эти адреса могут назначаться в статическом или динамическом режиме. В статическом режиме адреса вручную назначает администратор при конфигурировании устройства. Рекомендуется назначать статические IP-адреса на маршрутизаторы, серверы, сетевые принтеры и другие устройства, адреса которых меняются редко. В то же время адреса рабочих станций могут изменяться достаточно часто. Некоторые пользователи в Интернет выходят эпизодически, поэтому им нужны IP-адреса от случая к случаю. Протокол динамического назначения адресов узлов (Dynamic Host Configuration Protocol – DHCP) позволяет автоматизировать процесс назначения IP-адресов рабочим станциям из диапазона, предоставленного администратору провайдером. Динамическое назначение адресов протоколом DHCP производится по запросу клиента на определенный промежуток времени, для продления которого пользователь должен периодически обращаться к серверу. При освобождении IP-адреса возвращаются DHCP-серверу, который перераспределяет их. При повторном запросе клиента, освободившего IP-адрес, сервер пытается назначить ранее использовавшийся адрес. Помимо IP-адреса протокол DHCP предоставляет пользователю еще целый ряд параметров (маску подсети, шлюз по умолчанию, IP-адрес сервера DNS и др.) 2. Транспортный уровень моделей OSI, TCP/IP Транспортный уровень моделей OSI и TCP/IP одинаков как по функциям, так и по названию (см. рис. 1.6). TCP/IP – это комбинация двух протоколов. Протокол IP функционирует на Сетевом уровне 3 OSI модели, он является протоколом дейтаграммного типа без предварительного соединения connectionless, который обеспечивает доставку через сеть без гарантий ( best-effort delivery ), т. е. доставка ненадежная. Протокол TCP работает на транспортном Уровне 4 OSI модели и является протоколом типа connection-oriented, т. е. ориентированным на предварительное соединение, что обеспечивает контроль потока и надежность доставки. Когда эти протоколы объединены, они обеспечивают более широкий объем услуг, малую задержку и высокую надежность (см. рис. 1.9). Всемирная сеть Интернет строится на основе стека протоколов TCP/IP. Основной функцией транспортного уровня является транспортировка сообщений и управление потоком информации от источника до устройства назначения с обеспечением надежности доставки. Контроль доставки сообщения из одного конца соединения до другого и надежность обеспечены целым рядом параметров, передаваемых в заголовках сегментов:
Транспортный уровень устанавливает логическое соединение между двумя конечными точками сети. Протоколы транспортного уровня (см. рис. 1.7) сегментируют данные, посланные приложениями верхнего уровня на передающей стороне, и повторно собирают (реассемблируют) из полученных сегментов целое сообщение на приемной стороне. Таким образом, протоколы транспортного уровня:
Наиболее известными протоколами транспортного уровня являются протокол контроля передачи (Transmission Control Protocol – TCP ) и протокол дейтаграмм пользователя (User Datagram Protocol – UDP ). Протокол контроля передачи TCP является ориентированным на предварительное соединение типа connection-oriented. Помимо деления сообщения на сегменты и идентификации приложений TCP обеспечивает контроль потока и надежность. Он взаимодействует с протоколами прикладного уровня: HTTP, SMTP, FTP, Telnet и другими. Протокол UDP является протоколом дейтаграммного типа connectionless, взаимодействует с такими протоколами прикладного уровня, как система доменных имен – DNS, передачи потока видеоданных – Video Steaming, голос поверх IP – Voice over IP и рядом других. Следует отметить, что система DNS взаимодействует как с TCP, так и с UDP. Итак, протокол транспортного уровня TCP помимо деления сообщения на сегменты и идентификации приложений обеспечивает: Контроль потока. Надежность.Для облегчения контроля и обеспечения надежности сообщения передаются частями (порциями), т. е. сегментами. При этом протокол транспортного уровня узла источника должен прослеживать каждый сегмент данных при передаче и повторно передавать любую часть сообщения, прием которой не был подтвержден устройством назначения. Транспортный уровень хоста на приемной стороне должен отследить получение данных и подтвердить это получение. Контроль потока необходим, чтобы гарантировать, что источник, передавая данные с некоторой скоростью, не переполняет буферные устройства узла назначения. Если узел назначения не может обрабатывать данные в темпе их поступления, то может произойти переполнение буферов и потеря данных. Управление скоростью передачи данных обеспечивается изменением размера скользящего окна (Window), которое указывает, сколько байтов данных может быть передано за одну порцию. При переполнении буферных устройств узел назначения посылает источнику требование уменьшения размера окна. После получения каждой порции данных узел назначения посылает источнику квитанцию подтверждения (acknowledgment). Подтверждение (квитирование) обеспечиваетнадежность сети передачи данных. Если подтверждение не получено, то неподтвержденная порция данных передается узлом-источником повторно. В дейтаграммных IP-сетях пакеты одного сообщения между двумя конечными устройствами могут проходить разными путями. Поэтому на узел назначения сегменты могут прийти не в том порядке, в котором были переданы. Надежный протокол транспортного уровня (ТСР) должен восстановить правильный порядок сегментов и собрать переданное сообщение (реассемблировать его). Надежность, контроль потока, сегментация сообщений и их реассемблирование, адресация приложений реализуются путем задания ряда параметров в заголовке сегмента TCP (рис. 2.4), размер которого составляет 20 байт.
Поля TCP сегмента определяют следующее:
Поскольку UDP является протоколом дейтаграммного типа, то в заголовке его сегмента (рис. 2.5) отсутствуют такие параметры, как Номер последовательности, Номер подтверждения, Размер окна.
Поскольку протокол UDP не обладает механизмами надежности, она обеспечивается протоколами верхнего прикладного уровня. Однако небольшой размер заголовка UDP и отсутствие дополнительной обработки номера последовательности, окна и пересылки подтверждения получения данных повышают скорость обработки сообщений по сравнению с ТСР. Комбинация номера порта и IP-адреса образует комплексный адрес, так называемый сокет (socket), который определяет не только уникальное устройство, но и программное обеспечение, используемое для создания и обработки сообщения, например 192.168.10.17:1275, 10.1.10.6:53. Номера портов делятся на несколько типов:
Номера известных портов заданы организацией Internet Assigned Numbers Authority ( IANA ). Номера известных портов назначаются протоколам и службам сервиса прикладного уровня. Номера некоторых известных портов протокола TCP приведены в таблице 2.1
В приложении протокола передачи файлов FTP используются два известных (стандартных) номера порта – 20 и 21. Порт 20 задействуется для передачи данных, а порт 21 – для управления соединением. Среди номеров известных портов протокола UDP наиболее распро - страненными являются: протокол TFTP – 69, RIP – 520. Служба DNS с номером порта 53 и простой протокол управления сетью SNMP – 161 применяются как протоколом TCP, так и UDP. Зарегистрированные порты назначаются как пользователям, так и приложениям. Когда зарегистрированные порты не используются для ресурсов сервера, они могут быть использованы динамически клиентом как номер порта источника. Из зарегистрированных портов можно отметить альтернативные порты протокола HTTP – 8008 и 8080. Заголовок TCP-сегмента (рис. 2.4) содержит последовательный номер (Sequence Number), используемый, чтобы гарантировать объединение частей (сегментов) сообщения в том порядке, в котором они были переданы. Протокол UDP не имеет такого механизма, поэтому возможны ошибки при объединении сегментов данных при передаче по сложной сети. Однако скорость передачи данных с применением протокола UDP выше, чем TCP. Если необходимо узнать, какие TCP-соединения активны на сетевом конечном узле, то можно использовать команду netstat в режиме командной строки. В распечатке команды (рис. 2.6) указаны: протокол (TCP), локальный адрес узла с динамически назначенным номером порта, внешний адрес (или имя) узла назначения с номером порта, а также состояние связи.
В данном примере номер порта локального адреса является динамически назначаемым зарегистрированным портом источника с номером больше 1023. Для адресаhttp://www. внешний порт задан символически: http. Состояние связи может быть с установленным соединением (ESTABLISHED) или с ожиданием окончания соединения (TIME_WAIT), когда был послан запрос окончания соединения (FIN). Установление соединения Поскольку TCP является протоколом, ориентированным на предварительное соединение (connection-oriented), сначала необходимо установить сессию между приложениями конечных устройств. Узел-отправитель инициализирует соединение, которое должно быть подтверждено узлом-получателем. Программное обеспечение протокола TCP обменивается сообщениями через сеть, чтобы проверить, что передача разрешена и что обе стороны готовы к ней. Соединение между двумя устройствами производится в три этапа (рис. 2.7). Во-первых, узел-отправитель инициализирует установление связи, посылая узлу-получателю запроса синхронизации SYN (1).
Во-вторых, узел-получатель подтверждает запрос синхронизации и задает свои параметры синхронизации ACK (2). В-третьих, узлу-получателю посылается подтверждение, что обе стороны готовы к тому, чтобы соединение было установлено (3). Такой механизм получил название трехэтапного установления связи (Three-way handshake). Оба узла должны согласовать начальные номера последовательности передаваемых частей информации, что происходит через обмен сегментами синхронизации (SYN) и подтверждения (ACK). Синхронизация требует, чтобы каждая сторона послала собственный начальный номер последовательности и получила подтверждение от другой стороны. Каждая сторона, получив начальный номер последовательности от другой стороны, отвечает подтверждением ACK. Например, последовательность, соответствующая рис. 2.7, будет следующей. Узел-отправитель (A) инициализирует соединение, посылая сегмент SYN узлу-получателю (B), в котором указывает номер своей последовательности Sequence Number, например SECА = 101. Получив сегмент инициализации соединения, узел B делает запись принятого номера последовательности 101 и формирует ответ в виде ACKВ = 101 + 1 = 102. Ответ ACKВ= 102 означает, что хост B получил сегмент данных, включая байт с номером 101, и ожидает следующий байт с номером 102. Одновременно хост B формирует начальный номер своей последовательности данных, например SECВ = 51. Узел A, получив сегмент от B со значениями ACKВ = 102, SECВ = 51, формирует ответ ACKА = 52, SECА = 102, который завершает процесс соединения.Передача данных Сегменты данных нужно представить пользователю-получателю в том же порядке, в котором они были переданы. Сбой происходит, если какие-то сегменты данных потеряны, повреждены или получены в неверном порядке. Поэтому получатель должен подтвердить получение каждого сегмента. Однако если бы отправитель ждал ответ ACK после посылки каждого сегмента, то производительность сети была бы низкой. Поэтому надежный, ориентированный на предварительное соединение протокол, например TCP, позволяет послать несколько сегментов прежде, чем отправитель получит подтверждение ACK. Размер скользящего окна (Window) заголовка сегмента TCP (рис. 2.4) определяет, сколько байт данных передается в одной порции неподтвержденных данных. Последовательность сегментов передаваемых данных представляет собой последовательность байт. Поэтому и размер окна в заголовке сегмента задается в количестве передаваемых байт. Узелполучатель передает отправителю подтверждение ACK, когда примет указанное в окне количество байт данных. На рис. 2.8 приведен пример, когда размер окна составляет 3000 байт, а каждый передаваемый сегмент содержит 1500 байт, что соответствует максимальному размеру кадра Ethernet Уровня 2.
Поэтому узел-отправитель передает два сегмента подряд, на которые узел-получатель посылает подтверждение ACK с номером следующего ожидаемого байта, т. е. ACK = 3001. После получения узлом-отправителем подтверждения процесс передачи данных повторяется. Если какой-то сегмент в процессе передачи был потерян, например, из-за перегрузки сети, то узел-получатель в ответе укажет начальный номер потерянного сегмента (рис. 2.9), чтобы этот сегмент был передан повторно. При этом размер окна может быть уменьшен до 1500 байт, т. е. до размера одного передаваемого сегмента. Перегрузка буферов данных может произойти по следующим причинам: Высокоскоростной узел-отправитель генерирует трафик быстрее, чем сеть может передать его, а узел-получатель – принять. Несколько узлов одновременно посылают сообщения одному узлу-получателю.Когда данные прибывают на узел-получатель слишком быстро, буферные устройства адресата могут оказаться перегруженными и приходящие пакеты будут отбрасываться. Чтобы не потерять данные, процесс TCP на узле-получателе может послать отправителю индикатор "не готов", и отправитель приостановит передачу данных.
Когда получатель вновь сможет обрабатывать дополнительные данные, он посылает индикатор "готов". Если этот индикатор получен, отправитель может продолжить передачу. При передаче срочных сообщений используется бит URG в поле кода передаваемых сегментов. Такие сегменты передаются в первую очередь, даже за счет впереди стоящих в очереди сегментов. Завершение соединения Для завершения соединения в конце передачи данных узел - отправитель, инициализировавший обмен данными, посылает сегмент конца передачи FIN. В ответ на это узел-получатель подтверждает (ACK) конец передачи и также посылает сигнал конца передачи FIN. Узел - отправитель подтверждает получение информации (ACK), и на этом соединение заканчивается, т. е. завершение соединения происходит в четыре этапа. Краткие итоги Прикладной уровень представляет собой комплекс программных средств, представленных в двух формах: приложений и служб сервиса. Сопряжение человека с сетью обеспечивают приложения. Программы служб сервиса готовят данные для передачи по сети, обеспечивая эффективное использование ресурсов сети. Наиболее распространенными протоколами и службами прикладного уровня являются: протоколы электронной почты SMTP, POP, IMAP; протокол передачи гипертекстовой информации HTTP; протокол передачи файлов FTP; простой протокол передачи файлов TFTP; система доменных имен DNS; протоколы удаленного доступа Telnet и SSH; протокол динамического назначения адресов узлов DHCP. В сети peer-to-peer связанные через сеть конечные узлы разделяют общие ресурсы (принтеры, файлы) без выделенного сервера. В сети модели "клиент-сервер" клиент запрашивает информацию, пересылая запрос выделенному серверу, который в ответ на запрос посылает файл, принимаемый клиентом. Протокол IP функционирует на сетевом Уровне 3 модели OSI и является протоколом дейтаграммного типа без предварительного соединения и без обеспечения надежной доставки. Высокую надежность обеспечивает протокол управления передачей TCP, для чего используется контроль потока, нумерация последовательности и подтверждение принятых данных. Протоколы транспортного уровня сегментируют данные, посланные приложениями верхнего уровня на передающей стороне, и повторно собирают его на приемной стороне. В протоколах TCP и UDP в качестве идентификатора приложения используется номер порта. Номера известных портов назначаются протоколам и службам сервиса прикладного уровня. Установление и завершение соединения производится по определенным правилам.Вопросы Каковы две формы программных средств прикладного уровня? Где находятся основные ресурсы сети модели "клиент-сервер"? Где находятся основные ресурсы сети модели "peer-to-peer"? Назовите протоколы передачи электронной почты. Какие функции выполняет протокол HTTP? В чем различие между протоколами HTTP и HTTPS? В чем различие между протоколом FTP и HTTP? Для чего используется система доменных имен DNS? По какой команде можно получить адрес DNS-сервера? Какие протоколы обеспечивают виртуальное соединение пользователя с удаленными сетевыми устройствами? Какой протокол обеспечивает динамическое назначение адресов узлов? В чем различие между протоколами TCP и UDP? По какой команде можно узнать, какие TCP-соединения активны на сетевом конечном узле? Какую функцию в формате заголовка сегмента TCP выполняет номер последовательности? Какую функцию в формате заголовка сегмента TCP выполняет подтверждение? Какую функцию в формате заголовка сегмента TCP выполняет размер скользящего окна? Какую функцию в формате заголовка сегмента TCP выполняет номер порта? За сколько этапов выполняется предварительное установление соединения у протокола TCP? Чем определяется размер поля данных сегмента?Упражнения Перечислите номера портов протоколов HTTP, HTTPS, FTP, DNS, Telnet, SMTP. Укажите, какие функции выполняют данные протоколы. Изобразите формат заголовка сегмента TCP. Объясните назначение полей заголовка. Изобразите процесс установления соединения протокола TCP. Изобразите процесс передачи данных при использовании протокола TCP. Объясните, за счет чего протокол TCP реализует надежность передачи данных. |
Построение сетей на базе коммутаторов и маршрутизаторов
НЕ нашли? Не то? Что вы ищете?
