- •2.Протокол. Примеры.
- •3.Конечные системы, архитектура клиент-сервер, сервисы с установление и без установления соединения.
- •5. Коммутация каналов, коммутация пакетов, коммутация сообщений, маршрутизация.
- •6. Сети доступа и среды передачи данных.
- •7. Причины задержек и потерь в сетях с коммутацией пакетов.
- •8,9. Требования приложений. Сервисы, предоставляемые tcp и udp.
- •11. Протокол http
- •10. Аутентификация в http, cookies, условный get в http.
- •11. Протокол ftp.
- •12. Протокол smtp.
- •13. Служба имен доменов (dns).
- •14. Распределение нагрузки (cdn, основные варианты организации). Web-proxy, принцип действия. P2p-сети (основные варианты организации).
- •15. Сервисы, предоставляемые протоколами транспортного уровня.
- •16. Мультиплексирование и демультиплексирование, порты, сокеты.
- •17. Протокол udp.
- •18. Принципы надежной передачи данных.
- •19. Протокол tcp.
- •20. Установление и разрыв соединения, состояния tcp.
- •21. Максимальное время ожидания подтверждения в tcp (timeout)
- •22. Управление потоком в tcp.
- •23. Время выполнения запроса в статическом окне.
- •24. Сервисы, предоставляемые функциями сетевого уровня.
- •25. Маршрутизация, термины, алгоритм Дейкстры (ls).
- •26. Маршрутизация, алгоритм Беллмана-Форда (dv).
- •27. Автономные системы. Иерархическая маршрутизация.
- •28. Протокол ip. Адресация и маршрутизация в ip.
- •29. Основные варианты архитектуры маршрутизатора (коммутатора).
- •30. Сервисы, предоставляемые функциями канального уровня.
- •31. Методы обнаружения и коррекции ошибок.
- •32.Способы разделения среды передачи (tdm, fdm, cdma). Основные способы организации доступа к общей среде передачи.
- •33. Адрес в локальной сети и arp
- •34. Ethernet.
- •35. Хабы и коммутаторы.
- •36. Протокол ppp.
17. Протокол udp.
Протокол UDP, выполняет минимум действий, необходимых для протокола транспортного уровня. Фактически его функции сводятся к операциям мультиплексирования и демультиплексирования, а также несложной проверки наличия ошибок в данных. ТО при использовании протоколаUDPприложение почти напрямую взаимодействует с протоколом сетевого уровняIP.UDPполучает сообщение от прикладного уровня, добавляет к ним поля портов отправителя и получателя для демультиплексирования приемной стороной, а также 2 других спец поля и предает полученный сегмент сетевому уровню. Сетевой уровень заключает сегмент в дейтаграмму и «по возможности» передает её хосту назначения. Если последний успешно получает сегмент, протоколUDPс помощью поля номера порта получателя направляет данные сегмента нужному процессу.UDPне предусматривает процедуру рукопожатия - протокол без установления соединения.
Преимущества UDP:Отсутствие процедуры установления соединения. Не вносит доп задержку в процесс передачи.Отсутствие информации о состоянии соединения. При поддержании инфу о соединение требуется выделение буферов для промежуточного хранения инфу о приеме и передаче, параметров контроля перегрузки, порядковых номеров и номеров квитанций.UDPне требует такого учета, это позволяетUDP-серверам обслуживать гораздо больше клиентов.Небольшой размер заголовка. ЗаголовокUDP-сегмента имеет длину 8 байт, в то время как длинаTCP-заголовка - 20.Улучшенный механизм управления передачей данных приложением. При использованииUDPданные от приложения сразу упаковываются в сегмент и передаются сетевому уровню. При использованииTCPосуществляется контроль перегрузки (может приостановить процесс передачи данных), пересылка осущ до тех пор, пока не будет получено подтверждение. Т.к. приложения работающие в реальном времени, обычно налагают ограничения на мин скорость передачи данных, не допускают значительных задержек сегментов, но в то же время толерантны к потере данных, то используются службы протоколаUDPв сочетании с собственными средствами обмена данными между процессами.
Поддерживается протоколом DNS, используется почти всеми мультимедиа приложениями: И-телефонией, видеоконференции в режиме реального времени, а также потоковым аудио и видео.
Надежная передача данных приложения возможна, достигается путем включения механизмов обеспечения надежной передачи в само приложение.
Структура UDP-сегмента:
32 бита | |
Номер порта отправителя |
Номер порта получателя |
Длина |
Контрольная сумма |
Прикладные данные (сообщение) |
Данные приложения размещаются в поле данных сегмента. Заголовок состоит из 4 2-байтовых полей: Номера портов отправителя и получателя - направление данных сегмента нужному сокету. Контрольная сумма предназначена для проверки ошибок в полученных данных. Поле длины указывает на размер UDP-сегмента в байтах, включая заголовок.
Контрольная сумма UDP-сегмента: Предназначена для обнаружения ошибок, то есть определения были ли какие-либо биты сегмента искажены в процессе передачи. ПротоколUDPна передающей стороне вычисляет дополнение до 1 суммы всех 16-разрядных слов сегмента, игнорируя происходящие по суммированию переполнения. Рез-т - в поле контрольной суммы сегмента. На приемной стороне производится суммирование всех слов сегмента, включая поле контрольной суммы. Если при передаче не произошло искажения ни 1 бита, рез-т суммирования все 1. Присутствие хотя бы 1 0 бита в сумме говорит о наличии ошибок в данных. ПротоколUDPспособен лишь обнаруживать ошибки, однако не располагает средствами их исправления (некоторые удаляют искаженный сегмент, а некоторые передают прикладному уровню с предупреждением).