- •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.
8,9. Требования приложений. Сервисы, предоставляемые tcp и udp.
Многие комп сети, включая И, используют более 1 транспортного протокола. При разработке приложения нужно выбрать один из транспортных протоколов, к службам которого будет обращаться. Для того, чтобы сделать выбор, нужно изучить перечень служб, поддерживаемых каждый из протоколов и выбрать тот, который способен обслужить ваше приложение наилучшим образом.
Выделяются 3 основных требования, предъявляемых приложениями к транспортному уровню: надежная передача данных, гарантированная скорость передачи и обеспечение доставки данных за определенное время.
Надежная передача данных: некоторые приложения, например приложения эл почты, требуют надежной передачи данных, то есть исключения вероятности потерь данных при передаче. Но сущ вид приложений, толерантных к потерям данных (аудио и видео реального времени). Для таких приложений потеря данных не приводит к сбоям или серьезным потерям качества. Степень толерантности приложения к потере данных определяет максимальную долю данных. которая может быть потеряна, и зависит от назначения приложения и использующейся схемы кодировки.
Скорость передачи: для эффективной работы некоторым приложениям необходимо совершать передачу данных с опр скоростью (передача голосовых сообщений). Приложения, эффективность которых зависит от скорости передачи данных, называютчувствительными к скорости передачи данных.
Время передачи: Гарантированное время доставки. И-телефония, виртуальные миры, телеконференции, многопользовательские комп игры. В приложениях, не являющихся приложениями реального времени, временные ограничения на доставку данных не являются столь принципиальными.
Приложения доставки |
Потеря Данных |
Скорость передачи |
Ограничение на время |
Передача файлов |
Недопустима |
Эластичность |
Нет |
Эл почта |
Недопустима |
Эластичность |
Нет |
Работа с web-документами |
Недопустима |
Эластичность (несколько Кбит/с) |
Нет |
Аудио и видео реального времени |
Допустима |
Аудио:несколько Кбит/с - 1Мбит/с Видео: 10Кбит/с-5Мбит/с |
Есть, сотни миллисекунд |
Записанное потоковое аудио и видео |
Допустима |
также |
Есть, сотни миллисекунд |
Интерактивные игры |
Допустима |
1-10Кбит/с |
Есть, сотни миллисекунд |
Обмен сообщениями в реальном времени |
Недопустима |
Эластичность |
Есть и нет |
Протокол TCP: опирается на установление логического соединения и надежная передача данных.
Установление логического соединения. Обеспечивает обмен управляющей инф между клиентом и сервером до начала передачи - процедура рукопожатия. После удачного завершения процедуры рукопожатия между сокетами клиента и сервера устанавливаетсяTCP-соединения, является дуплексным (обе стороны могут одновременно передавать). После окончания обмена соединение должно быть автоматически разорвано.
Надежная передача данных. Гарантия, что все переданные данные будет доставлены адресату без ошибок, потерь и в правильном порядке. Входной и выходной потоки соответствуют.
Также включает контроль перегрузки.
Протокол UDP: Без логического соединения, процедура рукопожатия отсутствует. Обеспечивает ненадежную передачу данных - гарантии доставки нет. Не гарантирует порядок получения информации. Не предусматривает контроль перегрузок.
Приложение |
Прикладной протокол |
Транспортный протокол |
Эл почта |
SMTP |
TCP |
Доступ с удаленного терминала |
Telnet |
TCP |
Web |
HTTP |
TCP |
Передача файлов |
FTP |
TCP |
Удаленный файловый сервер |
NFS |
UDP илиTCP |
Потоковое мультимедиа |
Обычно фирменный , например RealNetworks |
UDP илиTCP |
И-телефония |
Обычно фирменный , например Dialpad |
Как правило, UDP |
Оба протокола не гарантируют время доставки.