 |
Технология передачи информации в модели взаимодействия
|
|
|
|
Открытых систем
Процесс передачи данных из прикладной программы одной системы в прикладную программу другой системы, при условии, что обе системы удовлетворяют стандартам эталонной модели взаимодействия открытых систем и имеют семиуровневую структуру, представлен на рис. 5.3.
1-й этап. Прикладная программа, которая является источником информации, передает данные верхнему уровню системы, в среде которой она реализована. На этом уровне происходит обработка полученных данных, смысл которой заключается в том, что к информации добавляется заголовок, содержащий служебную информацию, необходимую для адресации сообщения и выполнения контрольных функций.
Управляющая информация в форме кодированного заголовка помещается перед фактическими данными, которые должны быть переданы. Этот информационный блок передается в следующий смежный нижестоящий уровень системы.
2-й этап. Каждый уровень системы, принимая информацию от верхнего уровня, добавляет к ней свои данные, которые необходимы для
функционирования этого уровня. При прохождении очередного уровня сверху вниз данные получают новый заголовок. Кроме того, по мере продвижения через уровни информация кодируется, постепенно преобразовываясь в сигналы, которые можно передавать по каналам связи
3-й этап. Нижний уровень системы заголовка к сообщению не добавляет, его функции состоят в передаче информации, представленной в виде последовательности электрических сигналов, по каналу связи.
4-й этап. На принимающей стороне информация проходит снизу вверх, и на каждом уровне соответствующий заголовок сообщения отделяется, поэтому уровень на принимающей стороне получает данные точно в том виде, в котором они были отправлены соответствующим уровнем на противоположной стороне. Полученный заголовок прочитывается, после чего происходит обработка информации в соответствии с командами, содержащимися в этом заголовке.
|
|
|
5-й этап. Верхний уровень принимающей системы передает данные прикладной программе, с которой производится обмен информацией, при этом информационный блок содержит только оригинальный текст, поскольку все заголовки к этому моменту уже отделены от сообщения.
Следует отметить, что концепция заголовка и собственно данных относительна и зависит от перспективы того уровня, который в данный момент анализирует информационный блок. Не все уровни нуждаются в присоединении заголовков, некоторые просто выполняют трансформацию фактических данных, которые они получают, чтобы сделать их более или менее читаемыми для смежных с ними уровней. Обработка сообщения уровнями модели взаимодействия открытых систем представлена на рис. 5.4.
Модель взаимодействия открытых систем описывает только системные средства взаимодействия, не касаясь приложений конечных поль-
|
зователей. Приложения реализуют свои собственные протоколы взаимодействия, обращаясь к системным средствам.
Следует иметь в виду, что приложение может взять на себя функции некоторых верхних уровней модели, в таком случае, при необходимости межсетевого обмена оно обращается напрямую к системным средствам, выполняющим функции оставшихся нижних уровней модели взаимодействия открытых систем.
К заслугам эталонной модели взаимодействия открытых систем можно отнести следующие:
1. Концепция уровневой архитектуры взаимодействия открытых
систем, заложенные в ней принципы автоматического согласования па
раметров различных уровней, принципы построения профилей и функ
циональных стандартов, протоколы отдельных уровней стали эталоном
при решении подобных вопросов во многих других сетевых архитекту
рах.
|
|
|
2. Многие из разработанных протоколов модели, которые непо
средственно не получили широкого практического применения, послу
жили прямой основой для создания аналогичных протоколов других се
тевых архитектур, в том числе в сети Internet.
3. Многие стандарты, разработанные для эталонной модели взаи
модействия открытых систем, например, стандарты по кодам, механи
ческим параметрам соединителей на физическом уровне, языкам про
граммирования и др., реализованы во множестве изделий различных
фирм.
Однако, несмотря на все достоинства эталонной модели, ей присущи и определенные недостатки:
1. Изобилие стандартов взаимодействия открытых систем.
2. Сложность протоколов взаимодействия открытых систем и, как
следствие, сравнительно высокая стоимость устройств, реализующих
эти протоколы.
3. Медленный процесс разработки стандартов.
4. Слабое внедрение реальных коммерческих изделий и действую
щих систем.
Следует также иметь в виду, что комплект протоколов Internet довольно прочно укоренился еще до того, как был разработан достаточно работоспособный комплект протоколов взаимодействия открытых систем, и если даже некоторые протоколы эталонной модели превзошли затем по своим функциональным возможностям и гибкости соответствующие протоколы Internet, всю установленную базу Internet заменять было поздно. К тому же концепция эталонной модели, разработанная до того, как укоренился Internet, не предусмотрела четкого плана перехода на другие технологии и сосуществования с ними.
В этом отношении можно констатировать, что возлагавшиеся на модель взаимодействия открытых систем надежды как на единую универсальную экономичную архитектуру в полной мере не оправдались
|
|
|
