Системы с открытой архитектурой. Принципы построения. Виды программной архитектуры сетевых информационных комплексов. Архитектура открытых систем. Основы Интернета. Службы Интернета. Подключение к Интернету

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

В связи с этим нужно уточнить представление об архитектуре систем и средств, как внешнем их описании (reference model) с точки зрения того, кто ими пользуется. Архитектура открытой системы, таким образом, оказывается иерархическим описанием ее внешнего облика и каждого компонента с точки зрения:

• пользователя (пользовательский интерфейс),
• проектировщика системы (среда проектирования),
• прикладного программиста (системы и инструментальные средства /среды программирования),
• системного программиста (архитектура ЭВМ),
• разработчика аппаратуры (интерфейсы оборудования).

Предлагаемый взгляд на архитектуру открытых систем вытекает из указанной выше необходимости комплексной реализации общих свойств открытости и является расширением принятого понятия об архитектуре ЭВМ по Г.Майерсу.

Для примера рассмотрим архитектурное представление системы обработки данных, состоящей из компонентов четырех областей: пользовательского интерфейса (соответственно точкам зрения всех указанных выше групп), средств обработки данных, средств представления и хранения данных, средств коммуникаций. Для этого представления требуется использовать три уровня описаний: среды, которая представляется системой, операционной среды (системы), на которую опираются прикладные компоненты, и оборудования. Каждый из этих уровней разделен для удобства на два подуровня (см.табл.).

Иерархия представления архитектуры системы обработки данных

Уровень среды для конечного пользователя (user environment) характеризуется входными и выходными описаниями (генераторы форм и отчетов), языками проектирования информационной модели предметной области (языки 4GL), функциями утилит и библиотечных программ и прикладным уровнем среды коммуникаций, когда требуются услуги дистанционного обмена информацией. На этом же уровне определена среда (инструментарий) прикладного программирования (appliсation environment): языки и системы программирования, командные языки (оболочки операционных систем), языки запросов СУБД, уровни сессий и представительный среды коммуникаций.

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

На уровне оборудования легко видеть привычные разработчикам ЭВМ составляющие архитектуры аппаратных средств:

• система команд процессора (процессоров),
• организация памяти,
• организация ввода-вывода и т.д.,

а также физическую реализацию в виде:

• системных шин,
• шин массовой памяти,
• интерфейсов периферийных устройств,
• уровня передачи данных,
• физического уровня среды хранения.

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

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

Стандарты интерфейсов этих компонент (де-факто или принятые официально) определяют лицо массовых продуктов на рынке. Область распространения этих стандартов являются предметом согласования интересов разных групп участников процесса информатизации - пользователей, проектировщиков систем, поставщиков программных продуктов и поставщиков оборудования.

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

Архитектура вычислительной сети - описание ее общей модели.

Многообразие производителей вычислительных сетей и сетевых программных продуктов поставило проблему объединения сетей различных архитектур. Для ее решения МОС разработала модель архитектуры открытых систем.

Открытая система - система, взаимодействующая с другими системами в соответствии с принятыми стандартами.

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

Рис. 8. Эталонная модель архитектуры открытых систем.

В настоящее время модель взаимодействия открытых систем (ВОС) является наиболее популярной сетевой архитектурной моделью. Модель рассматривает общие функции, а не специальные решения, поэтому не все реальные сети абсолютно точно ей следуют. Модель взаимодействия открытых систем состоит из семи уровней (рис. 8).

7-й уровень - прикладной - обеспечивает поддержку прикладных процессов конечных пользователей. Этот уровень определяет круг прикладных задач, реализуемых в данной вычислительной сети. Он также содержит все необходимые элементы сервиса для прикладных программ пользователя. На прикладной уровень могут быть вынесены некоторые задачи сетевой операционной системы.

6-й уровень - представительный - определяет синтаксис данных в модели, т.е. представление данных. Он гарантирует представление данных в кодах и форматах, принятых в данной системе. В некоторых системах этот уровень может быть объединен с прикладным.

5-й уровень - сеансовый - реализует установление и поддержку сеанса связи между двумя абонентами через коммуникационную сеть. Он позволяет производить обмен данными в режиме, определенном прикладной программой, или предоставляет возможность выбора режима обмена. Сеансовый уровень поддерживает и завершает сеанс связи.

Три верхних уровня объединяются под общим названием - процесс или прикладной процесс. Эти уровни определяют функциональные особенности вычислительной сети как прикладной системы.

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

Пакет - группа байтов, передаваемых абонентами сети друг другу.

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

Примечание. В технике коммуникаций используется термин оконечное оборудование данных. Он определяет любую аппаратуру, подключенную к канал; связи, в системе обработки данных (компьютер, терминал, специальная аппаратура).

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

1-й уровень - физический - выполняет все необходимые процедуры в канале связи. Его основная задача - управление аппаратурой передачи данных и подключенным к ней каналом связи.

При передаче информации от прикладного процесса в сеть происходит ее обработка уровнями модели взаимодействия открытых систем (рис. 9).

Рис. 9. Обработка сообщений уровнями модели ВОС

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

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

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

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

Достоинство семиуровневой модели ВОС.

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

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

Необходимо сделать и еще одно замечание относительно реализации уровней модели ВОС в реальных вычислительных сетях. Функции, описываемые уровнями модели, должны быть реализованы либо в аппаратуре, либо в виде программ.

Функции физического уровня всегда реализуются в аппаратуре. Это адаптеры, мультиплексоры передачи данных, сетевые платы и т.д.

Функции остальных уровней реализуются в виде программных модулей - драйверов.

Модели сети.Эталонная модель OSI

Общая модель вычислительной сети определяет характеристики сети в целом и характеристики и функции, входящих в неё основных компонентов.

Архитектура вычислительной сети – это описание её общей модели. Многообразие производителей вычислительных сетей и сетевых программных продуктов поставило проблему объединения сетей различных архитектур.

В начале 1980 гг. Международная Организация по Стандартизации (ISO) признала необходимость в создания модели сети, которая могла бы помочь поставщикам создавать реализации взаимодействующих сетей. Эту потребность удовлетворяет выпущенная в 1984 г. Эталонная модель OSI быстро стала основной архитектурной моделью для передачи межкомпьютерных сообщений. Часто ее называют моделью архитектуры открытых систем

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

Перемещение информации между компьютерами различных схем является чрезвычайно сложной задачей.

Эта модель устанавливает способы передачи данных по сети, определяет стандартные протоколы, используемые сетевым и программным обеспечением. Модель представляет собой самые общие рекомендации для построения совместимых программных продуктов. Эти рекомендации должны быть реализованы как в аппаратуре, так и в программных средствах вычислительных сетей.

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

Пакет - это единица информации, передаваемая между устройствами сети как единое целое. На передающей стороне пакет проходит последовательно через все уровни системы сверху вниз. Затем он передаётся по сетевому кабелю на компьютер – получатель и опять проходит все уровни в обратном порядке.

12. Уровни модели osi . Иерархическая связь.

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

Два самых низших уровня OSI реализуются аппаратным и программным обеспечением; остальные пять высших уровней, как правило, реализуются программным обеспечением. Справочная модель OSI описывает, каким образом информация проделывает путь через среду сети (например, провода) от одной прикладной программы (например, программы обработки крупноформатных таблиц) до другой прикладной программы, находящейся в другом компьютере. Т.к. информация, которая должна быть отослана, проходит вниз через уровни системы, по мере этого продвижения она становится все меньше похожей на человеческий язык и все больше похожей на ту информацию, которую понимают компьютеры, а именно "единицы" и "нули".

Уровни модели OSI (в направлении снизу вверх) и их общие функции можно рассмотреть следующим образом:

Рассмотрим, как в модели SI происходит обмен данными между пользователями, находящимися на разных континентах.

1.На прикладном уровне с помощью специальных приложений пользователь создает документ (сообщение, рисунок и т. п.).

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

2.На уровне представления операционная система его компьютера фиксирует, где находятся созданные данные (в оперативной памяти, в файле на жестком диске и т. п.), и обеспечивает взаимодействие со следующим уровнем.

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

3.На сеансовом уровне компьютер пользователя взаимодействует с локальной или глобальной сетью. Протоколы этого уровня проверяют права пользователя на «выход в эфир» и передают документ к протоколам транспортного уровня.

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

4. .На транспортном уровне документ преобразуется в ту форму, в которой положено передавать данные в используемой сети. Например, он может нарезаться на небольшие пакеты стандартного размера.

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

5. Сетевой уровень определяет маршрут движения данных в сети. Так, например если на транспортном уровне данные были «нарезаны» на пакеты, то на сетевом уровне каждый пакет должен получить адрес, по которому он должен быть доставлен независимо от прочих пакетов.

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

6. Канальный уровень. Уровень соединения необходим для того, чтобы промодулировать сигналы, циркулирующие на физическом уровне, в соответствии с данными, полученным с сетевого уровня. Например в компьютере эти функции выполняет сетевая карта или модем.

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

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

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

Физический уровень определяет электротехнические, механические, процедурные и функциональные характеристики активации, поддержания и дезактивации физического канала между конечными системами. Спецификации физического уровня определяют такие характеристики, как уровни напряжений, синхронизацию изменения напряжений, скорость передачи физической информации, максимальные расстояния передачи информации, физические соединители и другие аналогичные характеристики.

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

Разные уровни протоколов сервера и клиента не взаимодействуют друг с другом напрямую, но они взаимодействуют через физический уровень. Постепенно переходя с верхнего уровня на нижний, данные непрерывно преобразуются, «обрастают» дополнительными данными, которые анализируются протоколами соответствующих уровней на сопредельной стороне. Это создает эффект виртуального взаимодействия уровней между собой.

Для иллюстрации сказанного рассмотрим простой пример взаимодействия двух корреспондентов с помощью обычной почты. Если они регулярно отправляют друг другу письма и, соответственно, получают их, то они могут полагать, что между ними существует соединение на пользовательском (прикладном уровне). Однако это не совсем так. Такое соединение можно назвать виртуальным. Оно было бы физическим, если бы каждый из корреспондентов лично относил другому письмо и вручал в собственные руки. В реальной жизни он бросает его в почтовый ящик и ждет ответа.

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

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

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

Ниже в таблице приводится аналогия между уровнями модели OSI и операциями служб пересылки обычной почты.

Уровень модели OSI	Аналогия
Прикладной уровень	Письмо написано на бумаге. Определено его содержание
Уровень представления	Письмо запечатано в конверт. Конверт заполнен. Наклеена марка. Клиентом соблюдены необходимые требования протокола доставки
Сеансовый уровень	Письмо опущено в почтовый ящик. Выбрана служба доставки.
Транспортный уровень	Письмо доставлено на почтамт. Оно отделено от писем, с доставкой которых местная почтовая служба справилась бы самостоятельно
Сетевой уровень	После сортировки письмо уложено в мешок. Появилась новая единица доставки - мешок
Уровень соединения	Мешки писем уложены в вагон. Появилась новая единица доставки - вагон
Физический уровень	Вагон прицеплен к локомотиву. Появилась новая единица доставки - состав. За доставку взялось другое ведомство, действующее по другим протоколам

Чтобы различные компьютеры сети могли установить связь друг с другом, они должны “разговаривать” на одном языке, то есть использовать один и тот же протокол. Протокол - это “язык”, используемый для обмена данными при работе в сети. Существует множество протоколов, каждый из них выполняет различные задачи. На разных уровнях модели OSI используются различные протоколы.

Ethernet – это протокол Уровня соединения, используемый большинством современных локальных сетей. Протокол Ethernet обеспечивает унифицированный интерфейс к сетевой среде передачи, который позволяет операционной системе использовать для приема и передачи данных несколько протоколов Сетевого уровня одновременно. Token Ring – это альтернатива «классическому» протоколу Ethernet на Уровне соединения.

Для возможности передачи информации по сетевым каналам связи необходимо уста­новить протокол обмена сообщениями (пакетами). Существует несколько таких протоколов. Наиболее широко используются следующие: NetBEUI , IPX / SPX , TCP / IP . Протоколы NETBEUI и IPX / SPX - используется в локальных сетях. Протоколы TCP / IP являются базовыми протоколами глобальной сети Интернет.

Протокол TCP / IP

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

Создатели операционных систем стремятся упростить стек сетевых протоколов, чтобы сделать более понятным среднему пользователю. Например, на рабочей станции Windows установка протоколов TCP/IP выполняется с помощью выбора одного единственного условного протокола, хотя на самом деле при этом осуществляется поддержка всего семейства протоколов, из которых TCP (протокол управления передачей) и IP (Интернет-протокол) – всего лишь два представителя.

Понимание принципов работы каждого из протоколов семейства TCP/IP, а также механизмов их взаимодействия между собой для обеспечения соответствующих коммуникационных сервисов, представляется крайне важным для процессов обслуживания и устранения неисправностей TCP/IP- сетей.

Можно указать несколько причин тому, что TCP/IP стал набором протоколов, используемым большинством сетей, не последняя из которых – то, что эти протоколы применяются в Интернете. Протоколы TCP/IP были разработаны для поддержки зарождавшейся сети Интернет (в то время носившей название ARPANET), еще до появления персональных компьютеров, когда почти ничего не было слышно о возможности взаимодействия между компьютерными продуктами разных производителей. Интернет был тогда и остаётся сейчас сетью, состоящей из компьютеров различных типов, и, соответственно, требовался именно тот набор протоколов, который был бы общим для всех них. Главным элементом, отличающим TCP/IP от остальных стеков протоколов, обеспечивающих серверы Сетевого и Транспортного уровней, является собственная уникальная система адресаций. Каждому устройству сети TCP/IP присваивается IP-адрес (иногда больше, чем один), однозначно идентифицирующий это устройство для других систем..

Архитектура открытых систем

Наименование параметра	Значение
Тема статьи:	Архитектура открытых систем
Рубрика (тематическая категория)	Компьютеры

Открытые системы.

Понятие подхода открытых систем.

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

Открытая система - ϶ᴛᴏ система, которая состоит из компонентов, взаимодействующих друг с другом, через стандартные интерфейсы. Данное определœение было сформулировано французской ассоциацией пользователœей Unix в 1992 году, так же это исчерпывающий и согласованный набор международных стандартов информационных технологий и профилей, функциональных стандартов, которые специфицируют интерфейсы, службы и поддерживающие форматы, чтобы обеспечить интероперабельность и мобильность приложений, данных и персонала. Данное определœение сформулировано международным научным техническим обществом (IEEE). Данное определœение подчеркивает аспект среды, которые предоставляют открытые системы для ее использования, ᴛ.ᴇ. это внешнее описание открытой системы.

Общие свойства открытых систем обычно формулируются следующим образом:

1) расширяемость (масштабируемость)

2) мобильность (переносимость)

3) интеропирабельность (способность к взаимодействию с другими системами)

4) дружественность к пользователю, в т.ч. легкая управляемость

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

Архитектура открытой системы таким образом оказывается иерархическим описанием ее внешнего облика и каждого компонента с точки зрения:

1. пользователя (пользовательский интерфейс)

2. проектировщика системы (среды проектирования)

3. прикладного программиста (среды программирования)

4. системного программиста (архитектура ЭВМ)

5. разработчика аппаратуры (интерфейсы оборудования)

Преимущество идеологии открытой системы

Для пользователя открытые системы обеспечивают:

1) новые возможности сохранения сделанных вложений благодаря свойствам эволюции постепенного развития функций системы и замены отдельных компонентов без перестройки всœей системы

2) освобождение от зависимости от одного поставщика аппаратных или программных средств, а так же возможность выбора продуктов из предложенных на рынке при условии соблюдения поставщиком соответствующих стандартов открытых систем

3) дружественность среды, в которой работает пользователь и мобильность персонала в процессе эволюции системы

4) возможность использования информационных ресурсов имеющихся в других системах

Проектировщик информационных систем получает:

1. возможность использования разных аппаратных платформ

2. возможность совместного использования разных прикладных программ, основанных в различных операционных системах

3. развитие средства инструментальных сред, поддерживающих проектирование

4. возможности использования готовых программных продуктов и информационных ресурсов

Разработчики общесистемных программных средств получают:

1. новые возможности разделœения труда, благодаря повторному использованию программ

2. развитые инструментальные среды и системы программирования

3. возможности модульной организации программных комплексов, благодаря стандартизации программных интерфейсов

Архитектура открытых систем - понятие и виды. Классификация и особенности категории "Архитектура открытых систем" 2017, 2018.

Для определения задач, поставленных перед сложным объектом, а также для выделения главных характеристик и параметров, которыми он должен обладать, создаются общие мо­дели таких объектов. Общая модель вычислительной сети определяет характеристики сети в целом и характеристики и функции входящих в нее основных компонентов.

Архитектура вычислительной сети - описание ее общей модели.____

Многообразие производителей вычислительных сетей и сетевых программных про­дуктов поставило проблему объединения сетей различных архитектур. Для ее решения МОС разработала модель архитектуры открытых систем.

Открытая система - система, взаимодействующая с другими системами в соответствии с принятыми стандартами.

Предложенная модель архитектуры открытых систем служит базой для производите­лей при разработке совместимого сетевого оборудования. Эта модель не является неким фи­зическим телом, отдельные элементы которого можно осязать. Модель представляет собой самые общие рекомендации для построения стандартов совместимых сетевых программных продуктов. Эти рекомендации должны быть реализованы как в аппаратуре, так и в про­граммных средствах вычислительных сетей.

В настоящее время модель взаимодействия открытых систем (ВОС) является наиболее популярной сетевой архитектурной моделью. Модель рассматривает общие функции, а не специальные решения, поэтому не все реальные сети абсолютно точно ей следуют. Модель взаимодействия открытых систем состоит из семи уровней (рис. 6.15).

7-й уровень - прикладной - обеспечивает поддержку прикладных процес­сов конечных пользователей. Этот уровень определяет круг прикладных задач, реализуе­мых в данной вычислительной сети. Он также содержит все необходимые элементы сервиса для прикладных программ пользователя. На прикладной уровень могут быть вынесены некоторые задачи сетевой операционной системы.

6-й уровень - представительный - определяет синтаксис данных в модели, т.е. представление данных. Он гарантирует представление данных в кодах и форма­тах, принятых в данной системе. В некоторых системах этот уровень может быть объединен с прикладным.

5-й уровень - сеансовый - реализует установление и поддержку сеанса связи между двумя абонентами через коммуникационную сеть. Он позволяет производить обмен данными в режиме, определенном прикладной программой, или предоставляет воз­можность выбора режима обмена. Сеансовый уровень поддерживает и завершает сеанс связи.

Три верхних уровня объединяются под общим названием - процесс или прикладной процесс . Эти уровни определяют функциональные особенности вычислительной сети как прикладной системы.

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

Пакет - группа байтов, передаваемых абонентами сети друг другу.

3-й уровень - сетевой - определяет интерфейс оконечного оборудования данных пользователя с сетью коммутации пакетов. Он также отвечает за маршрутизацию пакетов в коммуникационной сети и за связь между сетями - реализует межсетевое взаи­модействие.

Рис. 6.16. Обработка сообщений уровнями модели ВОС

Примечание. В технике коммуникаций используется термин оконечное обору­дование данных. Он определяет любую аппаратуру, подключенную к каналу связи, в системе обработки данных (компьютер, терминал, специальная аппара­тура).

2-й уровень - канальный - уровень звена данных - реализует процесс передачи информации по информационному каналу. Информационный канал - логичес­кий канал, он устанавливается между двумя ЭВМ, соединенными физическим каналом. Канальный уровень обеспечивает управление потоком данных в виде кадров, в которые упаковываются информационные пакеты, обнаруживает ошибки передачи и реализует алго­ритм восстановления информации в случае обнаружения сбоев или потерь данных.

1-й уровень - физический - выполняет все необходимые процедуры в канале связи. Его основная задача - управление аппаратурой передачи данных и подклю­ченным к ней каналом связи.

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

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

При этом в абонентской ЭВМ происходит обратный процесс - чтение и отсечение за­головков уровнями модели взаимодействия открытых систем. Каждый уровень реагирует только на свой заголовок. Заголовки верхних уровней нижними уровнями не воспринима­ются и не изменяются - они "прозрачны " для нижних уровней. Так, перемещаясь по уров­ням модели ВОС, информация, наконец, поступает к процессу, которому она была адресована.

Внимание! Каждый уровень модели взаимодействия открытых систем реагирует только на свой заголовок.

Примечание. На рис. 6.16 показан процесс прохождения данных через уровни модели. Каждый уровень добавляет свой заголовок - 3.

В чем же основное достоинство семиуровневой модели ВОС? В процессе развития и совершенствования любой системы возникает потребность изменять ее отдельные компо­ненты. Иногда это вызывает необходимость изменять и другие компоненты, что существен­но усложняет и затрудняет процесс модернизации системы.

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

Необходимо сделать и еще одно замечание относительно реализации уровней модели ВОС в реальных вычислительных сетях. Функции, описываемые уровнями модели, должны быть реализованы либо в аппаратуре, либо в виде программ.

Функции физического уровня всегда реализуются в аппаратуре. Это адаптеры, муль­типлексоры передачи данных, сетевые платы и т.д.

Функции остальных уровней реализуются в виде программных модулей - драйверов.