Читайте также:
|
Многие комп сети, включая И, используют более 1 транспортного протокола. При разработке приложения нужно выбрать один из транспортных протоколов, к службам которого будет обращаться. Для того, чтобы сделать выбор, нужно изучить перечень служб, поддерживаемых каждый из протоколов и выбрать тот, который способен обслужить ваше приложение наилучшим образом.
Выделяются 3 основных требования, предъявляемых приложениями к транспортному уровню: надежная передача данных, гарантированная скорость передачи и обеспечение доставки данных за определенное время.
Надежная передача данных: некоторые приложения, например приложения эл почты, требуют надежной передачи данных, то есть исключения вероятности потерь данных при передаче. Но сущ вид приложений, толерантных к потерям данных (аудио и видео реального времени). Для таких приложений потеря данных не приводит к сбоям или серьезным потерям качества. Степень толерантности приложения к потере данных определяет максимальную долю данных. которая может быть потеряна, и зависит от назначения приложения и использующейся схемы кодировки.
Скорость передачи: для эффективной работы некоторым приложениям необходимо совершать передачу данных с опр скоростью (передача голосовых сообщений). Приложения, эффективность которых зависит от скорости передачи данных, называют чувствительными к скорости передачи данных.
Время передачи: Гарантированное время доставки. И-телефония, виртуальные миры, телеконференции, многопользовательские комп игры. В приложениях, не являющихся приложениями реального времени, временные ограничения на доставку данных не являются столь принципиальными.
| Приложения доставки | Потеря Данных | Скорость передачи | Ограничение на время |
| Передача файлов | Недопустима | Эластичность | Нет |
| Эл почта | Недопустима | Эластичность | Нет |
| Работа с web-документами | Недопустима | Эластичность (несколько Кбит/с) | Нет |
| Аудио и видео реального времени | Допустима | Аудио:несколько Кбит/с - 1Мбит/с Видео: 10Кбит/с-5Мбит/с | Есть, сотни миллисекунд |
| Записанное потоковое аудио и видео | Допустима | также | Есть, сотни миллисекунд |
| Интерактивные игры | Допустима | 1-10Кбит/с | Есть, сотни миллисекунд |
| Обмен сообщениями в реальном времени | Недопустима | Эластичность | Есть и нет |
Протокол TCP: опирается на установление логического соединения и надежная передача данных.
Установление логического соединения. Обеспечивает обмен управляющей инф между клиентом и сервером до начала передачи - процедура рукопожатия. После удачного завершения процедуры рукопожатия между сокетами клиента и сервера устанавливается TCP-соединения, является дуплексным (обе стороны могут одновременно передавать). После окончания обмена соединение должно быть автоматически разорвано.
Надежная передача данных. Гарантия, что все переданные данные будет доставлены адресату без ошибок, потерь и в правильном порядке. Входной и выходной потоки соответствуют.
Также включает контроль перегрузки.
Протокол UDP: Без логического соединения, процедура рукопожатия отсутствует. Обеспечивает ненадежную передачу данных - гарантии доставки нет. Не гарантирует порядок получения информации. Не предусматривает контроль перегрузок.
| Приложение | Прикладной протокол | Транспортный протокол |
| Эл почта | SMTP | TCP |
| Доступ с удаленного терминала | Telnet | TCP |
| Web | HTTP | TCP |
| Передача файлов | FTP | TCP |
| Удаленный файловый сервер | NFS | UDP или TCP |
| Потоковое мультимедиа | Обычно фирменный, например Real Networks | UDP или TCP |
| И-телефония | Обычно фирменный, например Dialpad | Как правило, UDP |
Оба протокола не гарантируют время доставки.
Дата добавления: 2015-08-05; просмотров: 101 | Нарушение авторских прав
| <== предыдущая страница | | | следующая страница ==> |
| WTF. Уровни протоколов, стек протоколов Internet. Иерархия ISP. | | | Протокол HTTP |