Компьютерные сети

Многоуровневая архитектура Интернета

‘Прикладной уровень’

Протокол UDP

Опубликовано 10 июля, 2008

Протокол UDP предоставляет приложению весьма простую и бесхитростную модель обслуживания. Логическое соединение между сокетами не устанавливается, следовательно, процедура рукопожатия в протоколе отсутствует. UDP обеспечивает ненадежную передачу данных, означающую отсутствие приложения, посылающего пакет гарантии того, что этот пакет будет получен адресатом. Более того, протокол не гарантирует, что порядок получения информации будет соответствовать порядку ее отправления.
Читать далее »

Популярность: 0

Протокол TCP

Опубликовано 9 июля, 2008

Модель обслуживания протокола TCP опирается на установление логического соединения и надежную передачу данных. Поясним, что означают эти два термина.

□ Установление логического соединения. Протокол TCP обеспечивает обмен управляющей информацией между клиентом и сервером до начала передачи «полезных» данных. Этот предварительный обмен, называемый процедурой рукопожатия, предназначен для подготовки обеих сторон к передаче серии пакетов. После удачного завершения процедуры рукопожатия между соке-тами клиента и сервера устанавливается TCP-соединение. ТСР-соединение является дуплексным, то есть стороны могут осуществлять передачу информации друг другу одновременно. После окончания обмена соединение должно быть автоматически разорвано. ТСР-соединение называется логическим потому, что представляет собой совокупность информационных единиц (переменных).
Читать далее »

Популярность: 0

Два транспортных протокола

Опубликовано 8 июля, 2008

В Интернете и других сетях, использующих семейство протоколов TCP/IP, существуют два транспортных протокола: TCP (Transmission Control Protocol — протокол управления передачей) и UDP (User Datagram Protocol — протокол пользовательских дейтаграмм). При создании нового Интернет-приложения разработчику необходимо выбрать, каким из двух протоколов, TCP или UDP, будет пользоваться его продукт. Эти протоколы предлагают приложениям принципиально разные модели обслуживания.

Популярность: 0

Время передачи

Опубликовано 7 июля, 2008

Последнее требование приложений к транспортному уровню заключается в гарантированном времени доставки данных. Интерактивные приложения реального времени, такие как Интернет-телефония, виртуальные миры, телеконференции и многопользовательские компьютерные игры, накладывают жесткие временные ограничения на время доставки данных (сотни миллисекунд и менее). Невыполнение временных ограничений в Интернет-телефонии приводит к длительным паузам в разговоре, а в компьютерных играх – к задержке реакции окружения и, следовательно, к потере реалистичности. В приложениях, не относящихся к приложениям реального времени, временные ограничения на доставку данных не являются столь принципиальными, однако меньшая задержка всегда предпочтительней, чем большая.
Читать далее »

Популярность: 0

Находится в разделе Службы, необходимые приложению

Скорость передачи

Опубликовано 6 июля, 2008

Для эффективной работы некоторым приложениям необходимо осуществлять передачу данных с определенной скоростью. Например, если приложение Интернет-телефонии кодирует аналоговые голосовые сообщения в цифровые с интенсивностью 32 Кбит/с, то для успешного функционирования необходимо обеспечить передачу данных этого приложения со скоростью 32 Кбит/с. В противном случае между фразами пользователей будут ощущаться задержки. Для избежания таких ситуаций приложение должно либо снизить интенсивность кодирования до величины, согласующейся со скоростью передачи, либо завершить свою работу. Приложения, эффективность которых зависит от скорости передачи данных, называют чувствительными к скорости передачи данных. На сегодняшний день многие мультимедиа-приложения являются чувствительными к скорости передачи, однако в будущем ожидается кардинальное усовершенствование систем кодирования, которые позволят приложениям адаптироваться к используемому каналу связи. Такой способностью обладают приложения электронной почты, web-приложения и приложения для передачи файлов, относящиеся к классу эластичных приложений. Разумеется, наличие высокоскоростного канала связи никогда не повредит работе сети; здесь весьма актуально утверждение о том, что полоса пропускания никогда не бывает слишком широкой.

Популярность: 0

Находится в разделе Службы, необходимые приложению

Надежная передача данных

Опубликовано 5 июля, 2008

Некоторые приложения, например приложения электронной почты, обмена сообщениями в реальном времени, передачи файлов, просмотра web-документов, финансовых операций и т. д., требуют надежной передачи данных, то есть исключения вероятности потерь данных при передаче. Как правило, потери данных приводят к крайне нежелательным для пользователей последствиям (представьте обмен между банком или его клиентом!). Тем не менее существует вид приложений, толерантных к потерям данных. К нему относится большинство мультимедийных приложений, например аудио и видео реального времени. Небольшие потери данных в таких приложениях оборачиваются помехами (звуковые щелчки и «дергающееся» изображение), не приводящими к сбоям или серьезным потерям качества. Степень толерантности приложения к потере данных определяет максимальную долю данных, которая может быть потеряна, и, как правило, зависит от назначения приложения и использующейся схемы кодирования.

Популярность: -16%

Находится в разделе Службы, необходимые приложению

Вспомним, что сокет является интерфейсом между прикладным процессом и протоколом транспортного уровня. На передающей стороне сообщения через сокет оказываются на транспортном уровне, где получают возможность перемещаться внутри сети. Сетевые службы обеспечивают доставку сообщения на транспортный уровень адресата, где оно через сокет попадает в нужное приложение и обрабатывается им. Многие компьютерные сети, включая Интернет, используют более одного транспортного протокола. При разработке приложения необходимо выбрать один из транспортных протоколов, к службам которого оно будет обращаться. Как сделать выбор? Нужно изучить перечень служб, поддерживаемых каждым из протоколов, и выбрать тот, который способен обслужить ваше приложение наилучшим способом. Подобный выбор вы совершаете, решая, следует ли вам воспользоваться в путешествии поездом или самолетом. У каждого вида транспорта есть свои преимущества (например, поезд совершает остановки между конечными пунктами, а самолет тратит меньше времени в пути).
Читать далее »

Популярность: 0

Находится в разделе Службы, необходимые приложению

Агенты пользователя

Опубликовано 3 июля, 2008

Перед тем как начать более детальное изучение протоколов прикладного уровня, было бы целесообразно ознакомиться с понятием агента пользователя. Агентом пользователя называется интерфейс между пользователем и сетевым приложением. Представим себе web. Для web роль агента пользователя играет браузер, например Netscape Navigator или Microsoft Internet Explorer. Браузеры позволяют пользователям просматривать содержимое web-страниц, осуществлять навигацию в web, заполнять формы, взаимодействовать с Java-апплетами и т. д. Кроме того, браузер является клиентской частью протокола HTTP. Таким образом, браузер — это процесс, осуществляющий обмен сообщениями через сокет и одновременно предоставляющий пользовательский интерфейс. В качестве другого примера возьмем приложение электронной почты. Здесь роль агента пользователя играет программа чтения почты, позволяющая обрабатывать электронные письма. Современные программы (Microsoft Outlook, Eudora, AOL, Netscape Communicator) обладают развитым графическим интерфейсом. Как мы увидим в разделе «Электронная почта» этой главы, перечисленные программы зачастую используют как минимум два разных протокола прикладного уровня: SMTP — для отправки электронных писем и РОРЗ или IMAP — для их доставки.

Популярность: 0

Находится в разделе Протоколы прикладного уровня

Адресация процессов

Опубликовано 2 июля, 2008

Для успешного обмена сообщениями между процессами, выполняющимися на двух различных хостах, необходимо, чтобы они могли идентифицировать друг друга. Идентификация требует наличия следующей информации о процессе:
□ имя или адрес хоста, которому принадлежит процесс;
□ идентификатор процесса внутри хоста.
Читать далее »

Популярность: 0

Находится в разделе Протоколы прикладного уровня

Как было сказано выше, многие приложения состоят из двух «сторон», взаимодействующих друг с другом через компьютерную сеть. Взаимодействие осуществляется путем передачи и приема сообщений. Процесс осуществляет прием и передачу сообщений через свой сокет. Сокет можно сравнить с дверью: когда процессу необходимо произвести отправку сообщения, он «выталкивает» сообщение через «дверь», предполагая, что некто снаружи (службы более низких уровней) осуществит доставку сообщения до «двери» адресата. Затем сообщение попадает через «дверь» непосредственно приложению-адресату, которое осуществляет его обработку.
Читать далее »

Популярность: -16%

Находится в разделе Протоколы прикладного уровня