WWW.PDF.KNIGI-X.RU
БЕСПЛАТНАЯ  ИНТЕРНЕТ  БИБЛИОТЕКА - Разные материалы
 

«TMN: надежда и реальность альтернативных подходов А.В.Ерохин, Корнев Н.А. В мае 1999 г. состоялась конференция Leveraging TMN [1], одна из серии конференций ...»

TMN: надежда и реальность альтернативных подходов

А.В.Ерохин, Корнев Н.А.

В мае 1999 г. состоялась конференция "Leveraging TMN" [1], одна из серии конференций за

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

напрямую поставлен вопрос "Умер ли TMN?". И надо сказать, что ответ на этот вопрос не кажется

простым и очевидным [2]. Специалисты ЛОНИИС уже давно следят за проблемой TMN и

анализируют тенденции и перспективы ее развития [3]. В рамках программы интеграции отечественной станции АТСЦ-90 в международную сеть связи ведутся работы по созданию программного обеспечения, использующего современные компонентные технологии CORBA и EJB.

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

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

Для этого определяются правила следующие четырех направлений:

Структура и принципы входа/выхода в сеть.

1.

Средства взаимодействия между объектами управления (протоколы) 2.



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

данных и средства работы с ней) Разработка стандартов под эти правила началась Комитетом ITU-T ( МСЭ-Т, ранее CCITT) с конца 80х годов и интенсивно велась в начале 90-х годов [4]. Далее будут кратко рассмотрены основные характеристики каждого из четырех перечисленных средств и обсуждены альтернативные пути построения системы управления распределенными объектами с точки зрения практической реализации программными средствами.

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

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

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

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

–  –  –

Рис. 1. Структура "Клиент-Сервер" в распределенных технологиях Средства взаимодействия между объектами управления (протоколы). Обмен информацией между объектами через посредников в виде Агента и Менеджера предполагает наличие упорядоченного (иерархического) набора протоколов. Каждые уровень набора отвечает за обмен данными в пределах своей компетенции (пакеты цифровых данных, сетевая транспортировка, преобразование объектных данных).

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

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

Основные проблемы с реализацией стека протоколов TMN возникают на верхнем уровне, когда происходит переход от абстрактного структурного описания объектов на языке высокого уровня к бинарному набору данных. Дело в том, что на момент формирования основных принципов TMN в начале 90-х годов (первые стандарты серий Q и М датированы 1991/93 г.г.) [4] для поддержания стека протоколов OSI нужно было выбрать кандидата на протокол верхнего уровня.

Требования к кандидату были следующие:

• Протокол должен был поддерживать объектно-ориентированные структуры данных это было ключевое требование, дающее перспективу на будущее.

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

• Протокол должен был поддерживать адресацию распределенных по сети объектов, это тоже определяло перспективу на будущее.

Кандидатов, удовлетворяющих к тому моменту этим требованиям, было не так уж много: COM (Component Object Model) был еще не придуман Microsoft (1993 г.), объектно-ориентированное программирование находилось в стадии становления. Существующая ныне CORBA была лишь объявлена в 1991 г. (первая реализация в 1993 г.), DCOM появится позже (1996 г.). Про язык JAVA еще не было слышно, он появится лишь к середине 90-х годов. Зато с 1991 года уже существовал стандарт Х.711, "Common Management Information Protocol Specification for CCITT Applications" (протокол CMIP). Он удовлетворял всем трем приведенным выше условиям, хотя и был рожден без какой либо привязки к практике, но удовлетворял требованиям работы в среде систем связи.

Протокол базировался на спецификациях языка ASN.1 для описания информационной структуры объектов управления (о нем речь пойдет ниже). Правда, к этому моменту (1990) уже был выпущен стандарт RFC 1157 протокола SNMP - Simple Network Management Protocol, который тоже был ориентирован на передачу управляющей информации в распределенной сети. Наряду с CMIP, протокол SNMP был тоже кандидатом на использование в среде TMN.

В концепциях протоколов CMIP и SNMP очень много общего (принцип взаимодействия МенеджерАгент, объектно-ориентированный подход, деление на иерархические уровни, структура операцийпримитивов, описание наборов данных на языке ASN.1). Протокол SNMP более прост в реализации (что заложено уже в его названии), требует меньше памяти и выполняется быстрее. Протокол SNMP в связи со своей простотой был быстро реализован и нашел реальное применение и широкое распространение в сетях Интернет.

С точки зрения применения в сетях связи протокол SNMP на тот момент времени обладал несколькими серьезными недостатками:

• В нем было предусмотрено недостаточное пространство адресации объектов (были приняты, так называемые, короткие адреса).

• В начальной версии протокола SNMP практически не были решены вопросы обеспечения безопасность и защиты передаваемых данных.

• Протокол SNMP не имел функций фильтрации данных управления и функций определения зоны видимости объектов, что было важно для задач управления сетями связи.

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





И что самое главное, разобраться в сути протокола CMIP по стандартам ITU-T (CCITT) было настолько непростой задачей, что требовало привлечения специалистов очень высокого уровня знаний. В результате инструментальные средства разработки систем на базе TMN, оказались настолько дорогими, что это предопределило неприятие протокола CMIP ведущими разработчиками телекоммуникационного оборудования.

Окончательное мнение по неприятию протокола CMIP утвердилось в последние 1-2 года, когда на сцену вышли новые, более простые и реально прошедшие проверку реализацией новые средства доступа к распределенным сетевым объектам: CORBA, JAVA, DCOM. И что самое важное, средства разработки на базе новых технологий оказались в 3-5 раз дешевле из-за широкого и повсеместного использования и приятия пользователями.

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

Информационная модель определяет основные параметры объекта:

• ATTRIBUTES - наборы и структуры данных

• NOTIFICATIONS - уведомления, модель объекта предусматривает автономную генерацию объектом набора уведомлений как реакция на события внутри объекта.

• ACTIONS - действия, фактически, удаленный вызов операции.

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

Практически, сетевой элемент может включать очень большое количество ресурсов-объектов.

Задача их структуризации и создание их информационных моделей является самой главной и трудоемкой задачей разработки интерфейса сетевого элемента со средой TMN.

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

В TMN для этих целей используются два инструментальных средства:

• Структуры-шаблоны GDMO (Guidelines for Definition of Managed Objects - Правила Описания Объектов Управления). Они строго определяют обязательные и дополнительные поля класса объекта управления (упомянутые выше параметры ATTRIBUTES, NOTIFICATIONS, ACTIONS и ряд других). Конкретное наполнение и количество стандартизованных полей определяется конкретным объектом. Базовым стандартом GDMO является Рекомендация Х.722 ITU-T.

• Язык описания структур данных ASN.1 (

Abstract

Syntax Notation One). Этот язык не является процедурным (не содержит каких-либо операторов цикла, передачи управления, вызова подпрограмм и др). Его основная задача состоит в предоставлении возможности описания сколь угодно сложных структур данных, определения новых типов данных, определения начальных значений и диапазонов для типов данных.

Эти два средства настолько тесно взаимосвязаны, что на них часто ссылаются как на единый язык описания объектов управления GDMO/ASN.1.

Средства GDMO/ASN.1 по замыслу авторов являются универсальным средством описания информационных объектов любой сложности. И это действительно так. К сожалению, на эти средства распространяются все перечисленные недостатки, свойственные протоколу CMIP: очень запутанная и усложненная структура подачи материала в стандартах, сложность практического освоения нестандартных структур шаблонов GDMO и понятий языка ASN.1. В последнее время в качестве серьезной альтернативы языку ASN.1 рассматривается язык IDL, используемый для описания данных в системах CORBA и JAVA. В качестве серьезного конкурента рассматривается язык UML (Unified Modelling Language) [1, 8].

Система поддержки работы с распределенными объектами (база MIB). Последним важным компонентом системы сетевого управления является информационная база данных MIB (Management Information Base). Этот объект является ресурсом, разделяемым всеми объектами сети.

База MIB является связующим звеном, откуда Менеджер или Агент могут получить информацию о структуре и особенностях любого объекта, зарегистрированного в сети. Без такой информации невозможна связь между объектами и получение информации о них. Содержимое конкретной базы MIB является своеобразным "Ноу-хау" системы управления сетью, ее мозговым центром.

Информационная база данных является непременным атрибутом любой распределенной системы управления объектами (Репозитарий в CORBA и каталог зарегистрированных имен в JAVA).

Следует обратить внимание на два революционных момента, заложенных в концепции TMN:

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

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

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

Компонент обладает следующими важными свойствами:

• Модификация компонента может не требовать перекомпиляции программы;

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

• Для модификации программы не нужны исходные тексты компонентов

• Компоненты могут динамически подключаться и отключаться от программы К концу 90-х мир программирования окончательно остановился на идее компонентов в распределенной среде, пройдя через осознание ценности и полезности объектов. А ведь именно компонентная структура была предложена в начале 90-х в концепции TMN. Однако она была не распознана и не оценена в широких масштабах. И что самое главное, эта концепция не была реализована. Это предопределило ее умирание и вытеснение альтернативными технологиями.

В чем же причина неприятия и отсутствия широкого распространения TMN при наличии заложенных в ее основу прогрессивных и перспективных идей? Можно назвать две основные:

Недостаточно ясное и доступное изложение идей в стандартах. Концепции TMN 1.

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

Излишне усложненный и перегруженный язык описания моделей объектов ASN.1.

2.

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

В результате, к середине 90-х годов сложилась ситуация, когда управление гетерогенными сетями связи стало весьма актуальной задачей, да и принципы управления TMN уже существовали. Однако операторов связи и разработчиков телекоммуникационного оборудования отпугивала сложность понимания и реализации TMN на практике и дороговизна средств разработки, предлагаемых такими крупными фирмами как Vertel, Hewlett Packard, Sun и другими. Тем более, что непроработанность стандартов оставляла большое поле деятельности для вариаций протокола CMIP. В результате, декларируемая поддержка стека протоколов Q3 приводила к несовместимости продуктов разных фирм. То же касалось объектных моделей.

К счастью, к этому же времени получили развитие и, главное, реализацию на практике несколько параллельных технологий манипулирования распределенными объектами: CORBA, DCOM, JAVA.

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

Ниже приведена краткая сравнительная характеристике технологий, которые в чем-то повторяют друг друга, но каждая имеет свои "изюминки" [5, 6].

Архитектура CORBA - брокера запросов к объектам, - технология распределенных вычислений, была определена Группой OMG (Object Management Group) [7], консорциумом, объединяющим компании из разных отраслей (начиная с 1991 г.). Архитектура CORBA дает возможность выполнять связь между распределенными по сети объектами с использованием объектно-ориентированного подхода (что было заложено в протокол CMIP, но не было принято и реализовано). Для CORBA также справедлива приведенная на рис.1 структура.

Главными объектами CORBA являются:

• Брокер запросов к объектам, представляющий собой, по сути, программную шину интерфейс - для связи приложений с удаленными объектами. Эта программная шина избавляет программиста от необходимости знать, где именно находится объект, и в каком он состоянии (активном или нет)

• Язык определения интерфейсов OMG IDL, который позволяет определить интерфейсы объектов и описать их структуру. Данный язык не зависит от реализации и является предпосылкой для создания объектов, работающих в гетерогенной среде.

• Дополнительные сервисы: динамическое формирование запросов (DII), репозитарий интерфейсов (IR), динамическая обработка запросов (DSI), сервис, унифицирующий правила взаимодействия различных брокеров запросов (GIOP, интерфейс сетевого b транспортного уровней) Объектная модель CORBA позволяет производить разработку клиентской программы независимо от операционной системы и аппаратной платформы. Она обеспечивает возможность интеграции и передачи информации между разнородными объектными системами. Наличие надежных реализаций и проработанность механизмов взаимодействия предопределили широкое распространение архитектуры CORBA в различных промышленных областях. В последние 3-4 года CORBA находится в зоне пристального внимания ведущих разработчиков телекоммуникационного оборудования.

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

Разработчики фирмы SUN переориентировались на Интернет с момента его появления, и с тех пор (конец 1995 г.) продвижение технологии Java на рынок происходит лавинообразно. К настоящему моменту технология широко используется не только в Интернете, но проникает практически во все сферы распределённых вычислений (а доля распределённых вычислений неуклонно возрастает).

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

Одним из узловых понятий в Java является способ доступа к удаленным объектам - RMI (вызов удаленных процедур, 1997 г.) через предоставляемый объектом Java интерфейс (множество методов доступа). В основе удаленного взаимодействия так же, как и в CORBA лежит модель клиент-сервер.

В отличие от CORBA, которая просто предоставляет метод взаимодействия и непроцедурный язык для работы с объектами и не ориентируется на конкретный сетевой протокол, Java вместе с RMI ориентируется на протокол Интернет (протокол TCP). Учитывая то, что Java является законченным процедурным языком, а концепция виртуальной Java-машины обеспечивает независимость от платформы и безопасность и надежность работы приложения, Java имеет неплохие перспективы для применения в управлении сетями связи.

В целом, технология Java – это чрезвычайно обширный и постоянно расширяющийся набор продуктов, спецификаций и технологий: только фирма SUN владеет более чем двумя десятками лицензий в этой области. Благодаря открытой политике фирмы SUN, десятки независимых поставщиков предлагают (и стандартизуют) свои решения. В их ряду такие гиганты индустрии как IBM, Oracle, Sysbase и др., а также международные организации, например, упоминавшаяся ранее Группа OMG.

Технология DCOM - доступ к распределенным объектам, представленным как компоненты является достоянием крупнейшего программного монополиста - Microsoft. DCOM явилась дальнейшим развитием предыдущих разработок Microsoft: OLE, COM. Относительно возможностей DCOM можно повторить, все, что было сказано ранее о CORBA и Java/RMI. Особенностью DCOM является жесткая привязка технологии привязана к продукции Microsoft, а следовательно и к операционным системам серии Windows. В отличии от CORBA и Java, DCOM является, фактически, закрытой технологией: Microsoft никого не допускает в свою вотчину. Другие же две технологии, наоборот, являются групповой разработкой, поскольку создаются под эгидой крупных неформальных консорциумов OMG и TMF.

–  –  –

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

2):

• TMN, базирующаяся на протоколе CMIP и на языке описания объектов (компонентов) ASN.1/GDMO. Концепция поддерживается Комитетом ITU-T

• CORBA, базирующаяся на программной шине ORB и на языке описания объектов IDL.

Концепция поддерживается Группой OMG и Форумом TMF.

• JavaBeans, базирующаяся на языке Java, протоколе TCP, методах RMI. Концепция поддерживается фирмой Sun и опирается на мощь мирового сообщества производителей (TMF), проповедуя политику открытого подхода к совершенствованию технологии.

• DCOM, базирующаяся на компонентном подходе и методах RPC, использующая механизм взаимодействия, ориентированный на платформу Windows 9x/NT. Технология находится в монопольном владении Microsoft.

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

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

Особенность конца 90-х годов состоит в том, что каждая из технологий сейчас находится на переходном этапе (рис.3). А давать прогноз на переходном этапе - задача неблагодарная.

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

• Идея TMN, начав развиваться с конца 80-х, достигла вершины где-то на рубеже 94-95 г.г. Затем наступил период затухания. Сейчас Комитет ITU-T находится под серьезным влиянием Форума TMF и происходит серьезная переработка стандартов с ориентацией на CORBA.

• Технология CORBA сейчас находится на подъеме, в ноябре 1999 г. должна выйти новая редакция стандарта версии 3.0

• Технология Java сейчас переживает бурный рост, на сайте www.javasoft.com обновление информации по Java происходит практически ежемесячно. Причем характер изменений носит существенный характер. Как уже говорилось, Sun серьезно озабочена поддержкой CORBA.

• Технологии Microsoft OLE-COM-DCOM подвержены плавному прогрессивному росту, но практически в рамках одной платформы.

–  –  –

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

Строгость следования телекоммуникационным стандартам можно считать проблемой второго плана:

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

В заключение можно привести результаты опроса, проведенного фирмой Forester Research по заказу Группы OMG [8] среди 50 фирм, работающих в области телекоммуникаций.

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

44% - используют Java и CORBA 24% - используют COM/DCOM 12% - используют все из перечисленных выше технологий 16% - не используют ничего 4% - не занимались этим вопросом или ничего об этом не слышали.

С нашей точки зрения, практические задачи, которые необходимо решать в ближайшем будущем это создание адаптеров сетевых элементов и центров управления, которые базируются на компонентном подходе, разработка объектных моделей для них, реализация Агентов и Менеджеров для работы с этими объектами. Причем для реализации следует ориентироваться на комбинацию Java+CORBA и на инструментальные средства их поддержки. Именно такие направления и заложены в комплексном плане развития АТСЦ-90. Особое внимание следует обратить на развитие новых языков описания и моделирования работы с распределенными объектами (компонентами) (IDL, UML, XML).

Литература

1. Материалы конференции "Leveraging TMN".London, 25-26 May, 1999. IIR Telecoms.

2. S. Levine. TMN: Dead or alive? America's Network, July 15, 1999.

3. Корнев Н.А., Самошкина Н.В. Отечественная станция АТСЦ-90 уровня L6: первый шаг в среду TMN. Электросвязь, 1998, 9.

4. П. Иванов. Управление сетями связи. Часть 1,2. Сети, август-сентябрь, 1999.

5. Н. Дубова. COM или CORBA? Вот в чем вопрос... Открытые системы, 3, 1999.

6. Ю. Пуха. CORBA/IIOP и Java RMI. Основные возможности в сравнении. СУБД, 4, 1997.

7. С. Орлик. В ожидании CORBA 3.0. Открытые системы, 2, 1999.

8. Материалы конференции "Object & Component Oriented Technology in Telecommunications".London, 29-30 September, 1999. IIR Telecoms





Похожие работы:

«172 XVIII ЕЖЕГОДНАЯ БОГОСЛОВСКАЯ КОНФЕРЕНЦИЯ С. А. Чурсанов (ПСТГУ) УЧЕНИЕ О МОНАРХИИ ОТЦА И ТРИНИТАРНОЕ ПОНЯТИЕ ОБЩЕНИЯ В СОВРЕМЕННОЙ БОГОСЛОВСКОЙ АНТРОПОЛОГИИ Один из ключевых методологически...»

«Центр научной политической мысли и идеологии Г ц юФ ( 100ША) Материалы Международной научно-общественной конференции (Москва, 19 декабря 2013 г.) Москва Наука и политика УДК 316.4.051.(73)(063) ББК 60.524.222.26 Г 54 Редакционно-издательск...»

«Воронежский государстВенный униВерситет Факультет журналистики КОММУНИКАЦИЯ В СОВРЕМЕННОМ МИРЕ Материалы Всероссийской научно-практической конференции «Проблемы массовой коммуникации» 13-14 мая 2016 г. Часть I Под общей редакцией профессора В.В. Тулупова Воронеж Факультет журналистики ВГУ...»

«Московский государственный университет им. М. В. Ломоносова Институт проблем информационной безопасности МГУ Аппарат Национального антитеррористического комитета Академия криптографии Российской Федерации Четвертая международная научная конфе...»

«ПРОЛЕТАРИИ ВСЕХ СТРАН, СОЕДИНЯЙТЕСЬ! И Н С Т И Т У Т МА Р К С И З М А Л Е Н И Н И З М А П Р И ЦК КПСС ПРОТОКОЛЫ И СТЕНОГРАФИЧЕСКИЕ ОТЧЕТЫ СЪЕЗДОВ И КОНФЕРЕНЦИЙ КОММУНИСТИЧЕСКОЙ ПАРТИИ СОВЕТСКОГО СОЮЗА ГОСУДАРСТВЕННОЕ ИЗДАТЕЛЬСТВО ПОЛИТИЧЕСКОЙ ЛИТЕРАТУРЫ ПЕРВЫЙ С Ъ Е З Д РСДРП март года ДОКУМЕНТЫ и. МАТЕРИАЛЫ ПРЕ...»

«МЕЖДУНАРОДНАЯ НАУЧНО-ПРАКТИЧЕСКАЯ КОНФЕРЕНЦИЯ «УРАЛЬСКАЯ ГОРНАЯ ШКОЛА – РЕГИОНАМ» 8-9 апреля 2013 года ЗЕМЛЕУСТРОЙСТВО, КАДАСТР И МОНИТОРИНГ ЗЕМЕЛЬ УДК 631.1:622 ПРИНЦИПЫ СОЗДАНИЯ МОНИТОРИНГ...»

«Федеральное государственное унитарное предприятие Международный союз ЦЕНТРАЛЬНЫЙ НАУЧНО-ИССЛЕДОВАТЕЛЬСКИЙ ИНСТИТУТ СВЯЗИ электросвязи Руководство по тестированию параметров функционирования сети и обеспечению гарантированного качества услуг NGN Директор Технопарка ФГУП ЦНИИС Андреев Денис Международная кон...»

«АНО Институт логики, когнитологии и развития личности ALT Linux Десятая конференция разработчиков свободных программ Калуга, 20–22 сентября 2013 года Тезисы докладов Москва, Альт Линукс, УДК 004.91 ББК 32.97 Десятая конференция разработчиков свободных программ: Тезисы докладов / Калуга, 20–22 сентября...»








 
2017 www.pdf.knigi-x.ru - «Бесплатная электронная библиотека - разные матриалы»

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