Классификация протоколов передачи данных. Модель OSI

Автор работы: Пользователь скрыл имя, 01 Декабря 2013 в 20:16, курсовая работа

Краткое описание

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

Содержание

Введение…………………………...…………………………………………….
3
1 Классификация протоколов передачи данных. Модель OSI………………
3
2 Описание основных протоколов передачи данных…………………...........
6
Заключение………………………...………………………………..……..……
15
Список использованных источников ………………………………

Прикрепленные файлы: 1 файл

Отчет.docx

— 103.75 Кб (Скачать документ)
  • Широковещательные ("b") узлы;
  • узлы точка-точка ("p");
  • узлы смешанного типа ("m").

IP-адрес может ассоциироваться  с одним из указанных типов. B-узлы устанавливают связь со  своим партнером посредством  широковещательных запросов. P- и  M-узлы для этой цели используют netbios сервер имен (NBNS) и сервер  распределения дейтограмм (NBDD).

В настоящее  время разработана улучшенная версия протокола NetBIOS - NetBeui (NetBios extended user interface). Этот новый протокол используется операционными системами LAN manager, LAN server, Windows for Workgroups и Windows NT, а по своей функции занимает нишу протоколов TCP/IP, охватывая связной, сетевой и транспортный уровни. Здесь стандартизован формат пакетов NetBios, добавлены некоторые новые функции. Netbuei базируется на протоколе OSI LLC2, вводит стандарт на формат кадра netbios (NDF) и использует NetBios в качестве интерфейса высокого уровня. Протокол обладает высоким быстродействием и служит для объединения небольших локальных сетей (20-200 ЭВМ) друг с другом или с главной ЭВМ. Этот протокол соответствует связному, сетевому и транспортному уровню модели OSI. В новых версиях NetBuei (3.0 и выше) снято ограничение на число одновременных сессий (254). Среди ограничений NetBuei следует назвать отсутствие внутренней маршрутизации и серьезные ограничения при работе в региональных сетях. По этой причине netbuei рекомендуется для локальных сетей (здесь они предпочтительнее других протоколов), а для внешних связей использовать, например, TCP/IP.

 

Протокол HTTP

 

HTTP (Hypertext Transfer Protokol) - протокол прикладного  уровня, предназначен для распределения  и управления информационными  системами, реализующими механизм гипертекстовых ссылок. Он является основным объектно-ориентированным протоколом, который может решать задачи управления обменом между серверами и объектами распределенных систем, используя их методы запросов. Основным направлением развития HTTP является определение типа и способов представления данных; применение систем, независимых от способа передачи данных.

HTTP позволяет  реализовать в рамках обмена  данными набор методов доступа,  базирующихся на спецификации  универсального идентификатора  ресурсов (Universal Resource Identifier), применяемого  в форме универсального локатора  ресурсов (Universe Resource Locator) или универсального  имени ресурса (Universal Resource Name). Сообщения  по сети при использовании  протокола HTTP передаются в формате,  схожим с форматом сообщений  MIME (Multiperposal Internet Mail Exchange). HTTP используется  для взаимодействия программ-клиентов  с программами-шлюзами, разрешающими  доступ к ресурсам электронной  почты Internet (SMTP), спискам новостей (NNTP), файловым архивам (FTP), системам Gopher и WAIS. Протокол разработан  для доступа к этим ресурсам  посредством промежуточных программ-серверов (proxy), которые позволяют передавать  информацию между различными  информационными службами без  потерь. Протокол реализует принцип  "запрос/ответ". Запрашивающая  программа - клиент - инициирует взаимодействие  с отвечающей программой - сервером, и посылает запрос, включающий  в себя метод доступа, адрес  URI, версию протокола, похожее  по форме на MIME сообщение с  модификаторами типа передаваемой  информации, информацию клиента,  и, возможно, тело сообщения клиента.  Сервер отвечает строкой состояния,  включающей версию протокола  и код возврата, за которой  следует сообщение в форме,  похожей на MIME. Данное сообщение  содержит информацию сервера,  метаинформацию и тело сообщения.  Понятно, что в роли клиента  (так собственно и происходит  при использовании proxy-серверов).

Приведем  описание основных методов протокола  HTTP, посредствам которых осуществляется обмен информацией между клиентом и серверов.

Метод GET служит для получения любой информации, идентифицированной URI-Запроса. Если URI- Запроса ссылается на процесс, выдающий данные, в качестве ответа будут выступать данные, сгенерированные данным процессом, а не код самого процесса (если только это не является выходными данными процесса).

Метод GET изменяется на "условный GET", если сообщение запроса включает в себя поле заголовка "If-Modified-Since". В ответ на условный GET, тело запрашиваемого ресурса передается только, если он изменялся после даты принципе, одна и та же программа может выступать и в роли сервера и в, указанной в заголовке "If-Modified-Since". Алгоритм определения этого включает в себя следующие случаи:

  • Если код статуса ответа на запрос будет отличаться от "200 OK", или дата, указанная в поле заголовка "If-Modified-Since" некорректна, ответ будет идентичен ответу на обычный запрос GET.
  • Если после указанной даты ресурс изменялся, ответ будет также идентичен ответу на обычный запрос GET.
  • Если ресурс не изменялся после указанной даты, сервер вернет код статуса "304 Not Modified".

Использование метода условный GET направлено на разгрузку сети, так  как он позволяет не передавать по сети избыточную информацию.

Метод HEAD аналогичен методу GET, за исключением того, что в ответе сервер не возвращает Тело- Ответа. Метаинформация, содержащаяся в HTTP заголовках ответа на запрос HEAD, должна быть идентична информации HTTP заголовков ответа на запрос GET. Данный метод может использоваться для получения метаинформации о ресурсе без передачи по сети самого ресурса. Метод "Условный HEAD", аналогичный условному GET, не определен.

Метод POST используется для запроса сервера, чтобы тот принял информацию, включенную в запрос, как субординантную для ресурса, указанного в Строке Статус в поле URI-Запроса. Метод POST был разработан, чтобы была возможность использовать один общий метод для следующих функций:

  • Аннотация существующих ресурсов
  • Добавление сообщений в группы новостей, почтовые списки или подобные группы статей
  • Доставка блоков данных процессам, обрабатывающим данные
  • Расширение баз данных через операцию добавления

Реальная функция, выполняемая  методом POST, определяется сервером и  обычно зависит от URI- Запроса. Добавляемая  информация рассматривается как  субординатная указанному URI в том  же смысле, как файл субординатен каталогу, в котором он находится, новая  статья субординатна группе новостей, в которую она добавляется, запись субординатна базе данных.

Клиент может предложить URI для идентификации нового ресурса, включив в запрос заголовок "URI". Тем не менее, сервер должен рассматривать этот URI только как совет и может сохранить тело запроса под другим URI или вообще без него.

Если в результате обработки  запроса POST был создан новый ресурс, ответ должен иметь код статуса, равный "201 Created", и содержать URI нового ресурса.

Метод PUT запрашивает сервер о сохранении Тело-Запроса под URI, равным URI-Запроса. Если URI-Запроса ссылается на уже существующий ресурс, Тело-Запроса должно рассматриваться как модифицированная версия данного ресурса. Если ресурс, на который ссылается URI-Запроса не существует, и данный URI может рассматриваться как описание для нового ресурса, сервер может создать ресурс с данным URI. Если был создан новый ресурс, сервер должен информировать направившего запрос клиента через ответ с кодом статуса "201 Created". Если существующий ресурс был модифицирован, должен быть послан ответ "200 OK", для информирования клиента об успешном завершении операции. Если ресурс с указанным URI не может быть создан или модифицирован, должно быть послано соответствующее сообщение об ошибке.

Фундаментальное различие между методами POST и PUT заключается в различном значении поля URI-Запроса. Для метода POST данный URI указывает ресурс, который будет управлять информацией, содержащейся в теле запроса, как неким придатком. Ресурс может быть обрабатывающим данные процессом, шлюзом в какой-нибудь другой протокол, или отдельным ресурсом, допускающим аннотации. В противоположность этому, URI для запроса PUT идентифицирует информацию, содержащуюся в Содержание-Запроса. Использующий запрос PUT точно знает какой URI он собирается использовать, и получатель запроса не должен пытаться применить этот запрос к какому-нибудь другому ресурсу.

Метод DELETE используется для удаления ресурсов, идентифицированных с помощью URI-Запроса. Результаты работы данного метода на сервере могут быть изменены с помощью человеческого вмешательства (или каким-нибудь другим способом). В принципе, клиент никогда не может быть уверен, что операция удаления была выполнена, даже если код статуса, переданный сервером, информирует об успешном выполнении действия. Тем не менее, сервер не должен информировать об успехе до тех пор, пока на момент ответа он не будет собираться стереть данный ресурс или переместить его в некоторую недостижимую область.

Метод LINK устанавливает взаимосвязи между существующим ресурсом, указанным в URI-Запроса, и другими существующими ресурсами. Отличие метода LINK от остальных методов, допускающих установление ссылок между документами, заключается в том, что метод LINK не позволяет передавать в запросе Тело-Запроса, и в том, что в результате работы данного метода не создаются новые ресурсы.

Метод UNLINK удаляет одну или более ссылочных взаимосвязей для ресурса, указанного в URI- Запроса. Эти взаимосвязи могут быть установлены с помощью метода LINK или какого-нибудь другого метода, поддерживающего заголовок "Link". Удаление ссылки на ресурс не означает, что ресурс прекращает существование или становится недоступным для будущих ссылок.

 

Пример http запроса с использованием метода GET:

GET /index.php HTTP/1.1

Host: example.com

User-Agent: Mozilla/5.0 (X11; U; Linux i686; ru; rv:1.9b5) Gecko/2008050509 Firefox/3.0b5

Accept: text/html

Connection: close

 

Ответ Веб-сервера:

HTTP/1.0 200 OK

Server: nginx/0.6.31

Content-Language: ru

Content-Type: text/html; charset=utf-8

Content-Length: 1234

Connection: close

 

...HTML-СТРАНИЦА ...

 

Протокол SMTP

 

Основная задача протокола  SMTP (Simple Mail Transfer Protocol) заключается в том, чтобы обеспечивать передачу электронных сообщений (почту). Для работы через протокол SMTP клиент создаёт TCP соединение с сервером через порт 25. Затем клиент и SMTP сервер обмениваются информацией пока соединение не будет закрыто или прервано. Основной процедурой в SMTP является передача почты (Mail Procedure). Далее идут процедуры перенаправления почты (Mail Forwarding), проверка имён почтового ящика и вывод списков почтовых групп. Самой первой процедурой является открытие канала передачи, а последней - его закрытие.

Команды SMTP указывают серверу, какую операцию хочет произвести клиент. Команды состоят из ключевых слов, за которыми следует один или более параметров. Ключевое слово состоит из 4-х символов и разделено от аргумента одним или несколькими пробелами. Каждая командная строка заканчивается символами CRLF. Пример синтаксиса протокола:

 

HELO <SP> <domain> <CRLF>

MAIL <SP> FROM:<reverse-path> <CRLF>

RCPT <SP> TO:<forward-path> <CRLF>

DATA <CRLF>

RSET <CRLF>

SEND <SP> FROM:<reverse-path> <CRLF>

SOML <SP> FROM:<reverse-path> <CRLF>

SAML <SP> FROM:<reverse-path> <CRLF>

VRFY <SP> <string> <CRLF>

EXPN <SP> <string> <CRLF>

HELP <SP> <string> <CRLF>

NOOP <CRLF>

QUIT <CRLF>

 

Основные методы протокола SMTP:

  • SEND - используется вместо команды MAIL и указыает, что почта должна быть доставлена на терминал пользователя.
  • SOML, SAML - комбинации команд SEND или MAIL, SEND и MAIL соответственно.
  • RSET - указывает серверу прервать выполнение текущего процесса. Все сохранённые данные (отправитель, получатель и др) удаляются. Сервер должен отправить положительный ответ.
  • VRFY - просит сервер проверить, является ли переданный аргумент именем пользователя. В случае успеха сервер возвращает полное имя пользователя.
  • EXPN - просит сервер подтвердить, что переданный аргумент - это список почтовой группы, и если так, то сервер выводит членов этой группы.
  • HELP - запрашивает у сервера полезную помощь о переданной в качестве аргумента команде.
  • NOOP - на вызов этой команды сервер должен положительно ответить. NOOP ничего не делает и никак не влияет на указанные до этого данные.

 

 

 

 

 

ЗАКЛЮЧЕНИE

 

В данном реферате были рассмотрены основные протоколы, использующиеся в процессе обмена информацией во всемирной сети интернет. Для классификации протоколов использовалась семиуровневая модель OSI (open systems interconnection). Приведено описание всех уровней модели, объяснено взаимодействие протоколов различных уровней модели между собой.

В качестве примеров используемых протоколов были описаны технологические стеки  TCP/IP, IPX/SPX, NetBIOS. Поскольку, наиболее популярными сервисами интернета являются веб сайты и электронная почта, в реферате было подробно описаны основополагающими протоколы HTTP и SMTP. Был рассмотрены примеры сообщений и описаны методы, данных протоколов.

 

 

СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

 

[1] Олифер, Б. Компьютерные сети. / В. Олифер, Н. Олифер. – СПб.:Питер, 2008. – 957 с.

[2] Руководство по технологиям объединенных сетей, 4-е издание. : Пер. с англ. — М.: Издательский дом «Вильяме», 2005. — 1040 с

[3] Электронная академия [Электронный ресурс]. – 2013. – Режим доступа: http://dic.academic.ru/. – Дата доступа: 28.11.2013.

[4] HTTP // Библиотека онлайн [Электронный ресурс]. – 2013. – Режим доступа: http://citforum.ru/internet/services/services0308.shtml– Дата доступа: 28.11.2013.

 


Информация о работе Классификация протоколов передачи данных. Модель OSI