1 / 14

Протоколы транспортного уровня : UDP и TCP

Протоколы транспортного уровня : UDP и TCP. Лекция 5. UD Р : User Datagram Protocol. RFC 768 (1980). UDP также работает поверх IP . Не ориентирован на соединение. Не контролирует успешность доставки данных.

marie
Download Presentation

Протоколы транспортного уровня : UDP и TCP

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Протоколы транспортного уровня: UDP и TCP Лекция 5

  2. UDР: User Datagram Protocol.RFC 768 (1980) • UDP также работает поверх IP. • Не ориентирован на соединение. • Не контролируетуспешность доставки данных. • Контрольная сумма рассчитывается для всего пакета, что позволяет обнаруживать ошибки в поле данных. Пакеты, данные которых были повреждены удаляются безвозвратно. • Реализуется только на оконечных узлах. • Используется для передачи трафика, чувствительного к задержкам и мало чувствительного к потерям)

  3. Структура заголовка UDP 4 8 16 32 бита Порт отправителя Порт получателя Длина датаграммы Контрольная сумма Данные Номера портов UDP: 7,9,11,13,15,17,19,37,42,43,53,67,68,69,88,111, 123,161,162,512,513,514,525.

  4. Псевдозаголовок UDP • Добавляется к UDP-пакету перед вычислением контрольной суммы. Нужен для проверки корректности доставки (контрольная сумма вычисляется на основании заголовка, псевдозаголовка и данных). Получателю не пересылается. • UDP-пакет дополняется нулям до кратного 16 битам. • На приеме контрольная сумма вычисляется на основе данных псевдозаголовка, полученных из IP-заголовка, заголовка UDP и поля данных IP-адрес отправителя IP-адрес получателя 00000000 00010001 Длина UDP-пакета Тип протокола Без учета псевдозаголовка

  5. TCP: Transmission Control Protocol. RFC793 (1981) • TCP – работает поверх IP, ориентирован на соединение: перед началом передачи информации проверяет состояние порта удаленного узла. • Для контроля за пересылкой данных использует перезапросы с узла-получателя(квитирование). • Контрольная сумма рассчитывается для всего пакета, что позволяет обнаруживать ошибки в поле данных. Реализуется только на оконечных узлах. • Используется для передачи трафика,чувствительного к потерям. • RFC-793, -1323, -1644[T/TCP], -2018, -2581, -2582[RENO], -2861, -2873, -2883[SACK], -2923[MTU], -2988[RTO], -3293[GSMP], -3448[TFRC], -3465, -348

  6. Структура заголовка TCP 4 8 16 32 бита Порт отправителя Порт получателя Позиция сегмента (порядковый номер первого байта в сообщении) Первый ожидаемый байт Смещ. данных Резерв Флаги Размер окна Контрольная сумма пакета Срочность Опции и заполнитель

  7. Контрольная суммаTCP также рассчитывается с использованием псевдозаголовка (поле «тип протокола» 00000110) – структуру см. псевдозагловок UDP. • TCP-сегмент: поток байтов разбивается на сегменты, каждый из которых передается в одном IP-пакете. • MSS – максимальный размер сегмента. Определяется через рекомендуемый размер IP-пакетов (MTU). • Динамическое окно – передача сразу нескольких сегментов (представляемых в виде байтов) до получения подтверждения на них. В частности, используется для реализации механизма медленного старта. • RTT – полное время доставки пакетов (от момента пересылки в сеть до получения подтверждения). • ACK– подтверждение (квитанция) о доставке пакета.

  8. Установление и закрытие соединения 1. Установление соединения Syn seq 50 Запрос на саединение Ack51, syn 36 Ack 36 Syn seq 120 Данные ack101 Обмен данными. Возможен дуплекс seq ack Клиент – активный участник соединения Сервер – пассивный участник соединения

  9. 2. Закрытие соединения Fin seq 350 Запрос на разрыв соединения Seq 475, ack 351 Согласие на разрыв соединения Fin seq 475, ack 351 ack 475 Клиент – активный участник соединения Сервер – пассивный участник соединения

  10. Медленный старт Пропускная способность время таймаут Окно перегрузки Режим медленного старта может приводить к явлению глобальной синхронизации – неэффективного использования полосы пропускания при синхронном вхождении в медленный старт.

  11. Алгоритм RED RED - Random Early Detection: случайное раннее обнаружение. Предотвращает предвзятое обслуживание трафика, эффект глобальной синхронизации, борется с внезапными всплесками трафика, выравнивает джиттер задержки.

  12. Базируется на двух основных алгоритмах: • алгоритм вычисления среднего размера очереди • Mср = Мср(t-1) (1 – 0,5n) + Mt 0,5n, • где Mср(t-1) – предыдущий средний размер очереди, • Мt – текущий размер очереди, • n экспоненциальный весовой коэффициент • алгоритм вычисления вероятности отбрасывания пакетов • где Мср – средний размер очереди, • Мmin– минимальное пороговое значение среднего размера очереди, • Мmax – максимальное пороговое значение среднего размера очереди, • K– знаменатель граничной вероятности

  13. Flow WRED Модификация алгоритма RED – взвешенное случайное раннее обнаружениеперегрузки на основе потока. Классифицирует пакеты в зависимости от приоритета, производит мониторинг состояния активных потоков, корректирует политику отбрасывания пакетов путем введения коэффициента масштабирования.

  14. Версии ТСР • TCP Tahoe: поддерживает режим медленного старта. Потерянный пакет и все следующие за ним пересылаются повторно. Реагирует на ACK. (1988, 1997) • ТСР Reno: размер окна изменяется циклически. Поддерживает две фазы изменения размера окна: медленного старта и избежания перегрузки.Реагирует на ACK. (1990) • TCP Vegas: изменение размера окна в ответ на изменение RTT. (1994) • TCP New Reno: используется опция выборочного подтверждения. (1999) • TCP Westwood: использует алгоритм управления окном перегрузки, основанный на интенсивности потока данных и текущего значения полосы пропускания. (2003)

More Related