WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!


Pages:     | 1 |   ...   | 3 | 4 ||

Процесс перевода осуществляется в две фазы, одна из которых выполняется на Представительском уровне каждой из систем. Каждый из компьютеров поддерживает абстрактный синтаксис, который представляет собой “родной” синтаксис приложения, выполняемого в системе, и синтаксис передачи, используемый для доставки данных через сеть. Представительский уровень системы, отправляющей сообщение, переводитданные из формата, соответствующего абстрактному синтаксису, в форматсинтаксиса передачи, а затем передает их вниз Сеансовому уровню. Когда сообщениедостигает системы-получателя, тот же Представительский уровень переводит данные из синтаксиса передачи в абстрактный синтаксис приложения, принимающего сообщение. Выбор синтаксиса передачи для каждого абстрактного синтаксиса основывается на соглашении, котороедостигается послеустановления соединения Представительского уровня между двумя системами. В зависимости от требований приложения и природы соединения между системами, синтаксис передачи может поддерживать шифрование информации, сжатие данных или просто преобразование.

Как и в случаеСеансового уровня, соединениеПредставительского уровня не является синонимом соединений, устанавливаемых на нижних уровнях. Также нет непосредственного взаимодействия между Представительскими уровнями двух систем. Сообщения спускаются вниз через стек протоколов к физической среде и в системе-получателе поднимаются вверх по стеку к Представительскому уровню.

Процесс согласования синтаксиса начинается, когда система использует примитив P-CONNECT для того, чтобы передать набор представительских контекстов, состоящий из пар, сложенных, в свою очередь, из абстрактных контекстов и контекстов передачи, поддерживаемых данной системой. Каждому представительскому контексту в качестве номера присваивается нечетноецелоечисло, называемоеидентификатором представительского контекста. Таким сообщением система информирует другую систему о возможностях своего Представительского уровня. Сообщение может содержать множество контекстов передачи для каждого абстрактного контекста, что дает принимающей системе возможность выбора.

Получив сообщение P-CONNECT, система-адресатпередает представительский контекст процессам Прикладного уровня, которые решают, какой из контекстов передачи, поддерживаемых каждым абстрактным контекстом, они хотят использовать. Затем система-получатель возвращает список кон текстов отправителю. В нем для каждого абстрактного контекста указан либо один выбранный контекстпередачи, либо добавлено сообщениеоб ошибке.

Этотсписок, послеполучения его первоначальным отправителем, становится набором оговоренных контекстов. Сообщениеоб ошибке свидетельствует, что принимающая система не поддерживает ни один из контекстов передачи для определенного абстрактного контекста. Когда процесс согласования завершен, системы могутпредложить новый представительконтекств дополнениек наборуоговоренных контекстов или удалить контекстиз набора, используя примитив P-ALTER-CONTEXT.

8. Прикладной уровень Расположенный на вершине стека протоколов Прикладной уровень является источником и приемником для всех передаваемых через сеть сообщений. Все процессы, обсуждаемые в предыдущих разделах, инициируются приложением, которому требуется получить доступ к сетевому ресурсу. Процессы Прикладного уровня, тем не менее, не обязательно являются синонимами самих приложений. Например, при использовании текстового процессора для открытия документа, сохраненного на сервере, запрос перенаправляется в локальную сеть. Сам текстовый процессор не предусматривает процесса Прикладного уровня, необходимого для доступа к файлу. В большинстве случаев эту функцию выполняет элемент операционной системы, который умеет различать запросы, направленные к файлам на локальных дисках и к файлам, расположенным в сети. Некоторые приложения, однако, разработаны специально для доступа к сетевым ресурсам. Специализированное приложение FTP-клиента (FTP, File Transfer Protocol, протокол передачи файлов), например, неотделимо отпротокола Прикладного уровня, который оно использует для взаимодействия через сеть. Ниже перечислены некоторые протоколы, неразрывно связанные с приложениями, их использующими:

• DHCP (Dynamic Host Configuration Protocol, протокол динамической конфигурации хостов);

• TFTP (Trivial File Transfer Protocol, простейший протокол передачи файлов);

• DNS (Domain Name System, система доменных имен);

• NFS (Network File System, сетевая файловая система);

• RIP (Routing Information Protocol, протокол обмена информацией маршрутизации);

• OSPF (Open Shortest Path First, протокол маршрутизации с выбором кратчайшего маршрута);

• BGP (Border Gateway Protocol, протокол граничного шлюза).

Между двумя этими крайностями находятся многочисленные разновидности приложений, которые осуществляют доступ к сетевым ресурсам разными способами и по различным причинам. Некоторые приложения обращаются к протоколам, предназначенным для специфических типов сетевых запросов. К таким протоколам относятся: SMTP (Simple Mail Transfer Protocol, простой протокол пересылки почты) и POP3 (Post Office Protocol, почтовый протокол), используемые для электронной почтовой связи; протокол удаленного администрирования сети SNMP (Simple Network Management Protocol, простой протокол управления сетью); HTTP (Hypertext Transfer Protocol, протокол передачи гипертекста), применяемый для взаимодействия в WWW (World Wide Web, всемирная “паутина”); NNTP (Network News Transfer Protocol, протокол передачи сетевых новостей). Как видно из этой главы, четыре нижних уровня модели OSI выполняют функции, которые легко отделить друг от друга, в то время как функции Сеансового, Представительского и Прикладного уровней имеют тенденцию к слиянию вместе. Многиепротоколы Прикладного уровня, перечисленные здесь, включают функции, которые можно справедливо отнести как к Представительскому, так и к Сеансовому уровню.

Но важно не позволять модели OSI проникать слишком глубоко в ваше восприятиепередачи данных по сети. Модель - это только средство, котороепомогает понять, как функционируют сети, а не руководство для создания сетевых технологий.

Список литературы 1. Закер К. Компьютерные сети. Модернизация и поиск неисправностей / К.Закер. - СПб. : БХВ-Петербург, 2003. – 1008 с.

2. Олифер В.Г. Компьютерные сети. Принципы, технологии, протоколы / В.Г. Олифер, Н.А. Олифер. - СПб. : Питер, 2003. – 864 с.

3. Хант К. TCP/IP. Сетевоеадминистрирование. Хант. - М. : Символ / К Плюс, 2004. – 816 с.

4. Столлингс В. Передача данных / В. Столлингс. - СПб. : Питер, 2004. – 752 с.

5. Фейт С. TCP/IP. Архитектура, протоколы и реализация (включая IP версии 6 и IP Security) / С. Фейт. - М. : Лори, 2000. – 424 с.

6. Остерлох Х. Маршрутизация в IP-сетях. Принципы, протоколы, настройка / Х. Остерлох. - М. : Диасофт, 2002. – 512 с.

Содержание Введение 1. Межуровневые взаимодействия 1.1. Инкапсуляция данных 1.2. Горизонтальная передача информации 1.3. Вертикальная передача информации 1.4. Терминология инкапсуляции 2. Физический уровень 2.1. Спецификации Физического уровня 2.2. Сигналы Физического уровня 3. Канальный уровень 3.1. Адресация 3.2. Управлениедоступом к среде 3.3. Индикатор протокола 3.4. Выявлениеошибок 4. Сетевой уровень 4.1. Маршрутизация 4.2. Фрагментация 4.3. Протоколы с установлением соединения и без установления соединения 5. Транспортный уровень 5.1. Комбинации сервисов, предоставляемых протоколами Транспортного уровня 5.2. Функции протокола Транспортного уровня 5.2.1. Сегментация и восстановление 5.2.2. Управлениепотоком данных 5.2.3. Обнаружениеошибок и восстановление информации 6. Сеансовый уровень 6.1. Управлениедиалогом 6.2. Разделениедиалога 7. Представительский уровень 8. Прикладной уровень Литература Составитель Чернышов Максим Карнельевич Редактор Тихомирова О.А.

Pages:     | 1 |   ...   | 3 | 4 ||






















© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.