Структура взаимодействия в Интернете
Категория реферата: Рефераты по коммуникации и связи
Теги реферата: антикризисное управление предприятием, конспект по изо
Добавил(а) на сайт: Shapovalov.
Предыдущая страница реферата | 1 2 3 4 5 6 | Следующая страница реферата
Этот стандарт имеет тройной заголовок «Информационные вычислительные
системы – Взаимодействие открытых систем – Эталонная модель». Обычно его
называют короче – «Эталонная модель взаимодействия открытых систем».
Публикация этого стандарта в 1983 году подвела итог многолетней работы
многих известных телекоммуникационных компаний и стандартизирующих
организаций.
Основной идеей, которая положена в основу этого документа, является разбиение процесса информационного взаимодействия между системами на уровни с четко разграниченными функциями.
Идея такого разбиения не была революционной. Можно вспомнить, что
слоистую архитектуру имели информационные взаимодействия в сетях SNA
(System Network Archithecture).
В качестве прообраза модели взаимодействия OSI (Open System
Interconnection) была использована структура, предложенная ANSI (American
National Standarts Institute). Основные работы по созданию текста документа
были выполнены CCITT (Consultative Committee for International Telegraphy), а итоговый документ появился в виде стандарта ISO. Статус стандарта ISO
важен для данного документа, поскольку ISO 7498 является стандартом
стандартов в области телекоммуникаций.
Преимущества слоистой организации взаимодействия заключается в том, что она обеспечивает независимую разработку уровневых стандартов, модульность аппаратуры и программного обеспечения информационно- вычислительных систем и способствует тем самым техническому прогрессу в данной области.
При использовании многоуровневой модели проблема перемещения
информации между узлами сети разбивается на более мелкие и, следовательно, более легко разрешимые проблемы.
Многоуровневая модель четко описывает, каким образом информация проделывает
путь через среду сети от одной прикладной программы, к примеру, обработки
таблиц, до иной прикладной программы обработки тех же таблиц, находящейся
на другом компьютере сети.
Предположим, например, что система А, имеет информацию для отправки в
систему В. Прикладная программа системы А начинает взаимодействовать с
уровнем 4 системы А (верхний уровень), который, в свою очередь, начинает
взаимодействовать с уровнем 3 системы А, и т.д. – до уровня 1 системы А.
Задача уровня 1 отдавать, а потом забирать информацию из физической среды
сети.
Поскольку информация, которая должна быть отослана, проходит вниз через уровни системы, по мере этого продвижения она становится все меньше похожей на человеческий язык и все больше похожей на ту информацию, которую понимают компьютеры, а именно «единицы» и «нули».
После того как информация проходит через физическую среду сети и поступает в систему В, она последовательно обрабатывается на каждом уровне системы В обратном порядке – сначала на уровне 1, затем на уровне 2 и т.д., пока, наконец, не достигнет прикладной программы системы В.
Многоуровневая модель не предполагает наличия непосредственной связи
между одноименными уровнями взаимодействующих систем. Следовательно, каждый
уровень А должен полагаться на услуги, предоставляемые ему смежными
уровнями системы А, чтобы помочь осуществить связь с соответствующим
уровнем системы В. Для того чтобы выполнить эту задачу, уровень 4 системы А
должен воспользоваться услугами уровня 3 системы А, тогда уровень 4 будет
называться «пользователем услуг», а уровень 3 – «источником услуг».
Информация по оказываемым услугам передается между уровнями в специальном
информационном блоке, который называется заголовком. Заголовок обычно
предшествует передаваемой информации. Предположим, что система А хочет
отправить в систему В какой-либо текст, называемый «данные» или
«информация». Этот текст передается из прикладной программы системы А в
верхний уровень этой системы. Прикладной уровень системы А должен передать
определенную информацию в прикладной уровень системы В, поэтому он
помещается управляющую информацию своего уровня в виде заголовка перед
фактическим текстом, который должен быть передан. Построенный таким образом
информационный блок передается в уровень 3 системы А, который может
предварить его своей собственной управляющей информацией, и т.д.
Размеры сообщения увеличиваются по мере того, как оно проходит вниз через уровни до тех пор, пока не достигнет сети, где оригинальный текст и вся связанная с ним управляющая информация перемещаются в систему В и поглощаются уровнем 1 системы В. Уровень 1 системы В отделяет от поступившей информации и обрабатывает заголовок 1 уровня, после чего он определяет, как обрабатывать поступивший информационный блок. Слегка уменьшенный в размерах информационный блок передается на уровень 2, который отделяет заголовок этого же уровня, анализирует его, чтобы узнать о действиях, которые он должен выполнить и т.д. Когда информационный блок наконец доходит до прикладной программы системы В, он должен содержать только оригинальный текст.
Структура заголовка и собственно данных относительна и зависит от уровня, который в данный момент анализирует информационный блок. Например, на уровне 2 информационный блок состоит из заголовка этого же уровня и следующих за ним данных. Однако данные уровня 2 могут содержать заголовки уровней 3 и 4. Кроме того, заголовок уровня 2 является просто данными для уровня 1. Помимо заголовка на каждом уровне системы информационный блок завершается соответствующей контрольной суммой КонтСум. Данная модель напоминает собой вложенные друг в друга матрешки. Самая маленькая из них – это и есть пользовательские данные, а все остальные служат для доставки данных в точку назначения.
Иными словами, в результате работы этого механизма каждый пакет более
высокого уровня вкладывается в «конверт» протокола нижнего уровня. Здесь
уместно провести аналогию с обычными постовыми отправлениями. Так, например, если вы пишите обычное письмо и вкладываете его в конверт с
адресом, то текст письма будет информационным сообщением, которое вы хотите
отправить, а конверт - заголовком «почтового» протокола. На почте ваше
письмо перекладывают в мешок (протокол низкого уровня) с письмами того же
или близкого назначения и т.п. Электронные протоколы работают по той же
схеме, только доставку и целостность обычных писем обеспечивают
добросовестность служащих отделений связи, а электронным протоколам
приходится следить за этим самостоятельно.
В соответствии с ISO 7498 выделяются семь уровней (слоев) информационного
взаимодействия:
7. Уровень приложения
6. Уровень представления
5. Уровень сессии
4. Транспортный уровень
3. Сетевой уровень
2. Канальный уровень
1. Физический уровень
Информационное взаимодействие двух или более систем, таким образом, представляет собой совокупность информационных взаимодействий уровневых подсистем, причем каждый слой локальной информационной системы взаимодействует только с соответствующим слоем удаленной системы.
Протоколом называется набор алгоритмов (правил) взаимодействия объектов одноименных уровней.
Слои (уровни) одной информационной системы также взаимодействуют друг с другом, причем в непосредственном взаимодействии участвуют только соседние уровни. Как правило, средний уровень пользуется услугами, которые ему предоставляет нижний уровень, а сам, в свою очередь, предоставляет услуги для верхнего уровня.
Интерфейсом мы будем называть совокупность правил, в соответствии с которыми осуществляется взаимодействие с объектом данного уровня.
Иерархическая организация сетевого взаимодействия позволяет
обеспечивать преемственность разработанных структур и их быструю адаптацию
к изменениям, происходящим в технологиях передачи данных. Например, при
переходе на новый способ передачи данных по физическому носителю, изменения
коснуться только нижних уровней и совсем не затронут верхние в том случае, если система протоколов организована в соответствии с требованиями ISO
7498. На практике требования данного стандарта реализуются в виде стека
протоколов.
Стеком называется иерархически организованная группа взаимодействующих протоколов.
Протоколы, которые входят в стек, имеют специализированный интерфейс и
предназначены для взаимодействия только с протоколами соответствующих
уровней данного стека. В качестве примеров таких стеков можно привести стек
TCP/IP и протоколы X.25.
Уровни 7-5 считаются верхними и, как правило, не отражают специфики
конкретной сети. Блок данных пользователя (сообщение) этими уровнями
рассматривается как единое целое. Изменения могут испытывать только сами
данные.
Уровни 1-3 и иногда 4 считаются нижними уровнями OSI. На каждом из этих уровней определяется свой формат представления данных. При прохождении по стеку с 4-го уровня до первого сообщение пользователя последовательно фрагментируется и преобразуется в последовательность блоков данных соответствующего уровня.
Процесс помещения фрагментированных блоков данных одного уровня в блоки данных другого уровня называют инкапсуляцией.
Обычно инкапсулируются данные протоколов верхних уровней в блоки данных протоколов нижних уровней (сетевой - канальный), но также может выполняться инкапсуляция для протоколов одноименных уровней (IP-X.25).
2 Структура стека TCP/IP. Краткая характеристика протоколов
Так как стек TCP/IP был разработан до появления модели взаимодействия
открытых систем ISO/OSI, то, хотя он также имеет многоуровневую структуру, соответствие уровней стека TCP/IP уровням модели OSI достаточно условно.
Структура протоколов TCP/IP приведена на рисунке. Протоколы TCP/IP делятся
на 4 уровня.
[pic]
Самый нижний (уровень IV) соответствует физическому и канальному
уровням модели OSI. Этот уровень в протоколах TCP/IP не регламентируется, но поддерживает все популярные стандарты физического и канального уровня:
для локальных сетей это Ethernet, Token Ring, FDDI, Fast Ethernet, 100VG-
AnyLAN, для глобальных сетей - протоколы соединений "точка-точка" SLIP и
PPP, протоколы территориальных сетей с коммутацией пакетов X.25, frame
relay. Разработана также специальная спецификация, определяющая
использование технологии ATM в качестве транспорта канального уровня.
Обычно при появлении новой технологии локальных или глобальных сетей она
быстро включается в стек TCP/IP за счет разработки соответствующего RFC, определяющего метод инкапсуляции пакетов IP в ее кадры.
Рекомендуем скачать другие рефераты по теме: реферат на тему казахстан, контрольные по геометрии.
Предыдущая страница реферата | 1 2 3 4 5 6 | Следующая страница реферата