Модель iso: The OpenNet Project: .
Содержание
Модель ISO/OSI и протоколы передачи данных. Собираем компьютер своими руками
Модель ISO/OSI и протоколы передачи данных
Главной в стандартизации сетей и всего, что к ним относится, является модель взаимодействия открытых систем (Open System Interconnection, OSI), разработанная международной организацией по стандартизации (International Standards Organization, ISO). На практике используется название модели ISO/OSI.
Описываемая модель состоит из семи уровней (физический, канальный, сетевой, транспортный, сеансовый, уровень представления и прикладной), каждый из которых отвечает за определенные задачи, решая их с помощью заложенных в него алгоритмов. Все уровни связаны посредством интерфейсов (процедур взаимодействия). Выполнив свою часть задачи, нижестоящий уровень передает готовые данные вышестоящему. Пройдя цепочку из семи уровней, на выходе получаются готовые к употреблению данные.
Чтобы модель работала, используется множество протоколов – наборов правил, благодаря которым возможен обмен данными между компьютерами. Эти правила действуют в рамках модели ISO/OSI и не должны отступать от нее, поскольку это может повлечь за собой несовместимость оборудования и программного обеспечения.
Каждый из уровней модели ISO/OSI обладает особенностями, реализация которых невозможна в рамках одного протокола. Более того, это даже невыгодно, поскольку значительную часть логики можно разрабатывать на уровне аппаратного обеспечения, что значительно быстрее. Исходя из этих соображений, было разработано множество узконаправленных протоколов, каждый из которых максимально быстро и эффективно выполняет свою задачу.
Все протоколы можно разделить на низкоуровневые и высокоуровневые.
Низкоуровневые реализованы давно и кардинальных изменений в них не вносится, поэтому за длительное время их использования в них были найдены и устранены все возможные ошибки.
Примечание
Низкоуровневые протоколы реализуются на аппаратном уровне, что позволяет добиться их максимального быстродействия.
Высокоуровневые протоколы постоянно разрабатываются и совершенствуются. В этом нет ничего плохого, даже наоборот: всегда существует возможность придумать новый, более эффективный способ передачи данных.
Примечание
Как правило, высокоуровневые протоколы реализуются в виде драйверов к сетевому оборудованию.
Существует множество различных протоколов. Одни из них узконаправленные, другие применяются широко. Протоколы разрабатываются несколькими фирмами, поэтому не удивительно, что каждая из них продвигает собственный набор. Эти наборы по умолчанию несовместимы, однако существуют протоколы-мосты, благодаря которым в одной операционной системе возможно использование нескольких несовместимых протоколов.
Не все протоколы могут применяться в одинаковых условиях. Иногда использование одного протокола выгодно для небольшой группы компьютеров, но совершенно не рационально для большого количества машин с несколькими маршрутизаторами и подключением к Интернету.
Наибольшую популярность приобрели такие наборы протоколов, как NetBIOS/NetBEUI, IPX/SPX, TCP/IP, DECnet и др.
Данный текст является ознакомительным фрагментом.
Протоколы
Протоколы
На самом деле Интернет не так прост, как кажется на первый взгляд. Он состоит из множества сетей всевозможных конфигураций. Эти сети, в свою очередь, формируются из множества разнообразных компьютеров, работающих на различных платформах под управлением разных
Глава 5 Модель сетевого взаимодействия и основные сетевые протоколы
Глава 5
Модель сетевого взаимодействия и основные сетевые протоколы
Если вы были последовательны, то уже успели познакомиться с основными типами и топологиями сетей, а также сетевыми стандартами. Как и любая другая область жизни и работы человека, все действия находятся
8.15 Протоколы EGP
8.15 Протоколы EGP
По определению протокол EGP используется внутри автономной системы. Различные автономные системы свободны в выборе конкретного протокола и метрик, наиболее подходящих для каждого конкретного случая. Однако как сделать правильный выбор для маршрутизации
Подготовка данных для передачи
Подготовка данных для передачи
На этапе подготовки происходит оцифровка и сжатие данных. Оцифровка аналогового сигнала означает, что колебания воздуха преобразуются в череду нулей и единиц. На первом этапе колебания воздуха – ваш голос – фиксируются мембраной
2.1.3. Сетевые протоколы. Семиуровневая модель OSI
2. 1.3. Сетевые протоколы. Семиуровневая модель OSI
Сетевым протоколом называется набор соглашений, следование которым позволяет обеим сторонам одинаково интерпретировать принимаемые и отправляемые данные. Сетевой протокол можно сравнить с языком: два человека понимают
ГЛАВА 4 Модель ADO.NET: провайдеры данных
ГЛАВА 4
Модель ADO.NET: провайдеры данных
Порой кажется, что не успели еще разработчики приложений баз данных привыкнуть к новой технологии, как компания Microsoft предложила совершенно новую модель доступа к базам данных. В этой главе основное внимание уделяется модели ADO.NET,
5 Текстовое представление данных: ясные протоколы лежат в основе хорошей практики
5 Текстовое представление данных: ясные протоколы лежат в основе хорошей практики
В данной главе рассматриваются традиции Unix в аспекте двух различных, но тесно связанных друг с другом видов проектирования: проектирования форматов файлов для сохранения данных
5 Текстовое представление данных: ясные протоколы лежат в основе хорошей практики
5
Текстовое представление данных: ясные протоколы лежат в основе хорошей практики
В данной главе рассматриваются традиции Unix в аспекте двух различных, но тесно связанных друг с другом видов проектирования: проектирования форматов файлов для сохранения данных
Модель источника поставщика данных .
NET 2.0
Модель источника поставщика данных .NET 2.0
В .NET 2,0 предлагается модель источника поставщика данных, с помощью которой, используя обобщенные типы, можно построить единый базовый код для доступа к данным. Более того, используя файлы конфигурации приложения (в частности, их
3.1. Модель данных и ее соответствие модели процессов
3.1. Модель данных и ее соответствие модели процессов
Функциональная модель BPwin является основой для построения модели данных. Действительно, не имея информации о том, как работает предприятие, бессмысленно строить модель данных. Для построения модели данных удобно
Модель данных <> база данных
Модель данных <> база данных
Тот «мир», который был получен в процессе описания и анализа, является черновиком для структур ваших данных. Считается, что логическая модель должна описывать отношения и наборы. Обычная ошибка (и западня, присущая всем инструментам CASE) слепо
2.1.1. Физическая и логическая модель данных
2.1.1. Физическая и логическая модель данных
ERwin имеет два уровня представления модели — логический и физический. Логический уровень — это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются
10.2. Каналы передачи данных
10.2. Каналы передачи данных
Для того чтобы компьютеры могли связаться между собой в сеть, они должны быть соединены между собой с помощью некоторой физической передающей среды. Основными типами передающих сред, используемых в компьютерных сетях, являются:• аналоговые
Среда передачи данных
Среда передачи данных
Под средой или способом передачи данных в сети стоит понимать вид связи, с помощью которого соединяются компьютеры. На сегодня используются два типа соединения: проводной и беспроводной.В качестве проводной связи используется практически любой вид
Модель ISO/OSI — Компьютерные сети
Пожалуй, ключевым понятием в стандартизации сетей и всего, что к ним относится, является модель взаимодействия открытых систем (Open System Interconnection, OSI), разработанная международной организацией по стандартам (International Standards Organization, ISO). На практике применяется название модель ISO/OSI. Описываемая модель состоит из семи уровней. Каждый уровень отвечает за определенный круг задач, выполняя их с помощью специальных алгоритмов — стандартов. Основная задача — достичь глобальной цели, поэтому уровни модели связаны между собой. Таким образом, выполнив свою часть задачи, каждый уровень передает готовые данные следующему уровню. В результате прохождения такой цепочки данные полностью обрабатываются, и их можно использовать. В зависимости от назначения уровни получили следующие названия: физический, канальный, сетевой, транспортный, сеансовый, уровень представления данных и прикладной Основные отличия между проводными (Ethernet 802. 3) и беспроводными (IEEE 802.11) сетями кроются только в двух нижних уровнях — физическом и канальном. Остальные уровни работают абсолютно одинаково, без каких-либо отличий.
Физический уровень — первый, самый низкий, уровень. Фактически ои представляет собой аппаратную часть сети и описывает способ передачи данных, используя для этого любой имеющийся «под руками» канал — проводной или беспроводной. В зависимости от выбранного канала передачи данных используют соответствующее сетевое оборудование. Параметры передачи данных следует настраивать с учетом особенностей канала: полос пропускания, защиты от помех, уровня сигнала, коди
рования, скорости передачи данных в физической среде и т. п.
Фактически всю описанную работу выполняет сетевое оборудование: сетевая карта, мост, маршрутизатор и т. д.
Физический уровень — один из уровней, который отличает беспроводные сети от проводных. Как вы уже, несомненно, поняли, основное отличие между ними заключается в канале передачи данных. Для проводных сетей это радиоволны определенной частоты или инфракрасное излучение, для беспроводных — любая физическая линия, например коаксиал, витая пара или оптоволокно.
Главная задача канального уровня — удостовериться, что канал готов к передаче данных и ничто не станет угрожать надежности этой операции и целостности передаваемых пакетов. В идеале протоколы канального уровня и сетевое оборудование должны проверить, свободен ли канал для передачи данных, не имеется ли коллизий передачи и т. п.
На канальном уровне, как и на физическом, также существуют различия между проводными и беспроводными сетями. Это связано со спецификой сетевого оборудования. Так, доступное на данный момент беспроводное оборудование работает только в полудуплексном режиме: в один момент времени данные могут только приниматься или только передаваться. Этот недостаток резко уменьшает эффективность обнаружения коллизий в сети и, соответственно, понижает скорость передачи данных.
Как и канальный уровень, сетевой отвечает за передачу данных между компьютерами. Для этого он использует сформированные данные и параметры двух предыдущих уровней — физического и канального. Главное отличие сетевого уровня от канального заключается в том, что он умеет передавать данные между сетями с разной топологией — комбинированными. Так, очень часто беспроводные и проводные сети используются в паре. Чаще всего это происходит, если по определенным причинам создать единую проводную сеть физически невозможно.
Как правило, информацию о выборе маршрута предоставляют специальные устройства, установленные в сети, — маршрутизаторы. Специальные таблицы маршрутизаторов содержат информацию о скорости передачи данных между отдельными отрезками сети, трафике, среднем времени передачи и т. д. Основываясь на этой информации, протоколы сетевого уровня могут выбрать оптимальный путь прохождения данных.
Пожалуй, транспортный уровень можно отнести к более высоким. Это означает, что данным уровнем управляет программа, а не аппаратные средства. Транспортный уровень отвечает за надежность передачи данных. Существует несколько способов передачи, которые отличаются друг от друга степенью защищенности и возможностью исправления ошибок. Естественно, это сказывается на времени и скорости передачи информации между конкретными точками.
Сеансовый уровень предназначен для контроля передачи пакетов между компьютерами. В процессе синхронизации принятых и отправленных пакетов протоколы сеансового уровня отслеживают недостающие данные и передают их заново. За счет работы только с недостающими пакетами достигается повышение скорости передачи данных.
На уровне представления данные приводятся к единому стандарту, что позволяет достичь договоренности при их приеме и передаче. Именно на этом уровне данные могут шифроваться, что повышает безопасность их передачи по сети. Кроме того, часто на уровне представления происходит компрессия информации, благодаря чему повышается скорость передачи данных.
Уровень представления реализуется программно, что позволяет использовать для шифрования данных новейшие достижения.
Прикладной уровень — самый верхний уровень модели ISO/OS1. Его задача — организация взаимодействия с прикладными программами. За это отвечает множество прикладных протоколов, с помощью которых операционная система и программы получают доступ к разнообразным ресурсам сети.
ISO/OSI (Взаимодействие открытых систем): 1979–1980
11.5 ISO/OSI (Взаимодействие открытых систем): 1979–1980
При последнем наблюдении в конце 1979 года Технический комитет Международной организации по стандартизации (ISO/TC 97) только что утвердил эталонную модель OSI в качестве рабочего проекта (WD) и уполномочил Подкомитет 16 (SC16) внести запрошенные изменения и повторно представить его в качестве проекта предложения (DP). В эталонной модели WD было заложено фундаментальное предположение о связи путем создания соединений, а не запуска дейтаграмм; и это несмотря на тот факт, что ведущие технологии локальных сетей использовали дейтаграммы, а не соединения, для связи между устройствами. 17 Поскольку эталонная модель WD не могла охватить протоколы дейтаграмм, она не могла удовлетворить быстро растущее сообщество локальных сетей. Выдержки из введения возможного стандарта:
Предположение о том, что соединение является фундаментальной предпосылкой для связи в среде OSI, пронизывает эталонную модель и является одной из наиболее полезных и важных объединяющих концепций архитектуры, которую она описывает.18
В терминологии OSI к физическим и виртуальным каналам обращались с помощью протоколов соединения, тогда как дейтаграммы считались протоколами без установления соединения. Архитектуры физических или виртуальных цепей создают соединения перед передачей данных, тогда как архитектуры дейтаграмм просто передают данные без установления соединений, следовательно, без установления соединений. Основные технологии LAN, такие как CSMA/CD и передача маркеров, не требовали установления соединения и поэтому не учитывались в эталонной модели WD.
Эталонная модель на основе соединений удовлетворила требования PTT, но для тех, кому нужна была надежная сквозная связь по общедоступным сетям передачи данных или локальным сетям, это означало создание:
- протокол транспортного уровня, обеспечивающий надежное сквозное обслуживание19
- изменение в эталонной модели для обеспечения связи без установления соединения
- протокол сетевого уровня без установления соединения
Отсутствие связи без установления соединения в эталонной модели WD беспокоило многих европейских ученых-компьютерщиков, а также Розенталя и других сотрудников Национального бюро стандартов (NBS), которые обязались добиться принятия правительством США возможных стандартов OSI. Но поскольку новаторская сеть NBS, NBSnet, использовала CSMA/CD, или протокол без установления соединения. Если бы OSI не включал протоколы без установления соединения, подобные тем, которые развиваются в США, NBS пришлось бы отказаться от своей цели принятия стандартов OSI. В ответ NBS придерживалась многоаспектной стратегии. Во-первых, NBS обратилась за помощью к Американскому национальному институту стандартов (ANSI), представителю США в ISO. Только члены ANSI, компании, отдавали предпочтение запатентованным технологиям и ставили под сомнение экономическую ценность международных стандартов.
Затем
NBS обратилась в Европейскую ассоциацию производителей компьютеров (ECMA). ECMA, хотя и не является официальным членом ISO, посещала собрания SC16 по приглашению. ECMA разделяет озабоченность NBS по поводу отсутствия протоколов OSI без установления соединения для локальных сетей. В течение многих лет ECMA контролировало или участвовало в дискуссиях INWG и IFIP относительно необходимости протоколов дейтаграмм.20 Поэтому ECMA приветствовало NBS как союзника и приглашало представителей NBS на встречи ECMA.21
Джон Хифнер, руководитель отдела систем и сетевой архитектуры NBS, начиная с 19 января.79 и ответственный за всю сетевую деятельность NBS, включая протоколы OSI, помнит, что хотел, чтобы OSI приняла транспортные протоколы, аналогичные протоколу TCP Министерства обороны США: 22
Итак, через ECMA и другие источники мы передали определения протоколов DOD, написанные на языке ISO-ese, в частности, Class IV Transport, который соответствует TCP.
С самого начала мы стремились работать в ISO и, в некоторой степени, в CCITT, чтобы гарантировать, что потребности правительства будут учтены при разработке этих протоколов.
В начале 1980 года, зная, что время имеет решающее значение, ECMA представила в ISO и CCITT проект предложения, в котором рекомендовались четыре класса транспортных протоколов, начиная от минимального протокола для сетей с подключением и заканчивая TCP-подобным протоколом для сетей без подключения. (Все классы будут работать на сетевом уровне, ориентированном на соединение.) ECMA, однако, нужен был внутренний защитник, чтобы аргументировать свою позицию.
Весной 1980 года появился чемпион ECMA. Французская PTT, под влиянием меняющейся нормативно-правовой среды в США, то есть дерегулирования и компьютерных запросов, а также их растущего понимания слияния компьютеров и телекоммуникаций, наняла Циммермана из IRIA, исследовательского института обработки данных, чтобы он присоединился к Center National d’ Etudes des Telecommunications (CNET), исследовательский институт французской PTT — Bell Labs. Новая должность Циммермана идеально подходила для преодоления разногласий, разделяющих ISO и CCITT. Он отражает:
Одной из причин переезда было желание французской PTT создать или улучшить культуру обработки данных. Было решено, что я буду продолжать участвовать в разработке стандартов, как делал это раньше, и с этого момента у меня было гораздо больше возможностей действовать в качестве посредника между ISO и CCITT. Так что в ISO я по-прежнему руководил группой эталонной модели OSI, и люди знали, что я перешел в PTT. Они могли видеть, что это не изменило моего способа управления и продвижения вещей, и было ясно, что это поддерживается французским PTT.
В августе 1980 года при содействии Циммермана, а также благодаря более восприимчивому отношению внутри CCITT к стандартам, ориентированным на обработку данных, CCITT и ISO совместно объявили о предварительной поддержке предложения ECMA по транспортному протоколу.
Следующей задачей Циммермана было управление утверждением эталонной модели на предстоящем заседании SC16 в Берлине. Успех нельзя было предполагать. Циммерман знал, что в текущей версии эталонной модели есть проблемы. Как это не могло быть? Разработан международным комитетом в рекордно короткие сроки. Некоторые проблемы были чисто косметическими, например, правильное использование английского языка. Другие проблемы были более серьезными. Делегация США, например, неоднократно ставила под сомнение основную цель эталонной модели. Они лоббировали распространение эталонной модели как простого технического отчета, а не как стандарта с необратимыми последствиями. Циммерман считал, что американцы недооценили выгоду от того, что эталонную модель трудно изменить. (Он также признал двойственное отношение американцев, многие из которых предпочли бы, чтобы технологические вопросы решались рынком, а не государственным органом.)23
Проблема, которая больше всего беспокоила Циммермана, заключалась в том, был ли достигнут правильный баланс между «временем выхода на рынок» и технологической элегантностью. Многие люди, в том числе Циммерман, признавали, что совместный процесс разработки стандартов не приводит к идеальному техническому ответу. Однако для того, чтобы стандарт работал в реальном мире, требовалось широкое признание, несмотря на технические недостатки и противоречивые требования. Циммерман вспоминает:
В то время мы как-то должны были признать, и я довольно рано был убежден, что у нас не должно быть чего-то, что было бы далеко не идеально с технической точки зрения, но должно было быть принято и одобрено крупными игроками. . Мы оказываем изрядное давление, чтобы в какой-то момент просто заморозить вещи и сказать: «Если нет очень веской причины что-то изменить, мы не будем это менять».
На собрании SC16 в Берлине в ноябре 1980 года атмосфера возбуждения, вызванная почти тремя годами напряженной работы, наполнила энергией каждый переполненный конференц-зал. Поскольку примерно 200 участников с нетерпением ждали голосования, чтобы утвердить эталонную модель в качестве DP, каждая делегация страны официально представила свой обзор эталонной модели и рекомендовала или не рекомендовала ее принятие. Джон Ашенбреннер из IBM возглавил делегацию США, которая снова заявила, что эталонная модель должна быть одобрена как технический отчет, а не как стандарт. Последовавший за этим глухой удар едва успел достичь конца комнаты, как Майк Пертон из Британского института стандартов произнес, как вспоминал Бахман, «свою гнусную речь», осуждающую эталонную модель за неправильное использование английского языка.
Циммерман вспоминает негативную реакцию на выступление Пертона, в котором говорилось, что британская делегация:
Дали этот документ своим экспертам, и они единогласно сказали, что этот документ нужно положить в корзину. На этом все и закончилось, потому что рассказать об этом группе людей, которые чертовски усердно работали над созданием чего-то, которые знают, что это не совсем идеально, но имеет некоторую ценность, сказать им, что это просто хорошо для бумажной корзины, это был конец. Все согласились. США сказали: «Мы просто воздержимся». Мы не будем возражать», и именно так эталонная модель OSI перешла на этап DP».
Превращение эталонной модели OSI в DP эффективно упорядочивало многоуровневые протоколы компьютерной связи, даже несмотря на то, что OSI еще не создала фактический стандарт протокола.
Предыдущий
- [17]
:
Datagrams угрожали парадигмам как переключения схемы, так и виртуальных сетей
- [18]
:
Системы обработки информации-открытые системы-базовая эталонная модель, приложение 1: Соединение-без соединения. режим передачи, Ref. № ИСО 7498: 1984/Add.1: 1987(E)
- [19]
:
Хуберт Циммерман, «Эталонная модель OSI — модель архитектуры ISO для взаимодействия открытых систем», IEEE Transactions on Communications , Vol. Com-28, № 4, апрель 1980 г., стр. 425-432
- [20]
:
INWG (Международная сетевая группа) и IFIP (Международная федерация обработки информации)
- [21]
:
Бахман: «ECMA была очень важна, потому что ECMA работала над своими собственными проектами между нашими встречами, и ECMA пыталась предоставить мощность, эквивалентную IBM».
- [22]
:
Хифнер отвечал за подключение RAND к ARPANET.
- [23]
:
Передача данных, август 80 г., стр. 31-32.
Управление системами: эталонная модель — ISO/CCITT и сопоставление управления Интернетом
Управление системами: эталонная модель — ISO/CCITT и сопоставление управления Интернетом
Управление системами: эталонная модель
Управление системами: эталонная модель
Copyright © 1997 The Open Group
В этом приложении описывается сопоставление между
Эталонная модель и ISO/CCITT
и модели управления Интернетом.
Как часть XSM, X/Open определил API протокола управления.
(XMP) (см. ссылку XMP ), которые обеспечивают постоянный доступ
как в ISO/CCITT, так и в службы управления Интернетом.
Менеджмент ИСО/МККТТ
Основная цель управления ISO/CCITT состоит в том, чтобы предоставить возможность
для управления сетями, реализованными с использованием протокола OSI
Характеристики. Кроме того, он также предназначен для
расширяемый, чтобы обеспечить управление и взаимодействие с широким
диапазон ресурсов и систем управления, не относящихся к OSI.
Управление OSI описано в большом количестве стандартов,
включая структуру управления OSI, ISO/IEC 7498-4,
Обзор управления системами, ISO/IEC 10040 и управление
Информационная модель, ИСО/МЭК 10165-1. Управляемые объекты определены
используя Руководство по определению управляемых объектов (GDMO),
ИСО/МЭК 10165-4. Протокол управления OSI определен в
Определение общей службы управленческой информации (CMIS), ISO/IEC
9595 и Общий протокол управленческой информации (CMIP), ISO/IEC
9596-1.
Базовая связь управления
Базовая модель связи управления OSI показана на рис.
Базовая модель управленческих коммуникаций
.
На рисунке изображен менеджер в управляющей системе
связь с управляемой системой, содержащей ряд
Управляемые объекты. Управляемая система содержит агент,
который отвечает за реализацию необходимого функционала
для выполнения операций над управляемыми объектами, запрошенных
Менеджер и сообщается по протоколу.
Информация, проходящая между компонентами системы,
разделены на две категории, операции управления, выполняемые на
управляемых объектов, а также результаты операций и нежелательные
уведомления, исходящие от Управляемых объектов.
Процесс агента обеспечивает доступ к управляемым объектам. Это
также может нести ответственность за локальную регистрацию и распространение
отчеты о событиях, которые генерируются, когда происходят определенные события
в управляемой системе.
Информация передается по протоколу CMIP, который является
Протокол прикладного уровня OSI, специально предназначенный для
цель передачи информации об Объектах управления.
CMIP предоставляет услугу CMIS, которая включает в себя следующее:
- запросы операций управления от управляющих систем к управляемым
системы, - результаты и подтверждения, вытекающие из управленческой деятельности
запросы и - уведомления в виде отчетов о событиях от управляемых
систем к управляющим системам, а также подтверждения, возвращенные
система управления, где это уместно.
Модель управления OSI определяется с точки зрения единого
управленческое взаимодействие. Однако система может действовать как управляемая
система в одном взаимодействии и как управляющая система в другом.
Таким образом, агент может, в свою очередь, выступать в качестве менеджера для других агентов,
тем самым обеспечивая «каскадную» возможность, описанную в
Эталонная модель.
Функции управления системой
В дополнение к элементам, идентифицированным до сих пор, существует
дополнительный набор спецификаций, называемый Управлением системами
Функции (СМФ). Эти спецификации предназначены для
определить общие средства, которые могут быть применены к конкретным
Управляемые объекты, соответствующие разным ресурсам. SMF
включая следующее:
- механизмы контроля доступа к управляемым объектам
- механизмы управления распределением событий
- общие форматы для отчетов о тревогах
- общие форматы отчета о состоянии
- механизмы вызова и управления удаленным выполнением тестов
Функции управления системами определены в составном
стандарт ISO/IEC 10164. Кроме того, набор общих
определений содержится в Определении менеджмента
Информация (DMI), ISO/IEC 10165-2.
Реализация эталонной модели
Модель управления OSI определяется с точки зрения взаимодействия
между управляющей и управляемой системой. Он предусматривает
связь управления между программными объектами на обоих
систем и определяет набор общих функций управления, которые
предоставлять услуги по управлению.
Компоненты модели управления OSI обеспечивают все элементы
описано в эталонной модели. Они позволяют
реализация необходимого функционала, который должен быть обеспечен на
наиболее подходящее место в системе управления, и
специально предусмотреть «каскадное» управление, чтобы позволить
комплексные функции управления, которые необходимо реализовать.
Сопоставление OSI с эталонной моделью
показывает отображение компонентов OSI на
Эталонная модель.
Интернет-управление
Основная цель управления Интернетом состоит в том, чтобы обеспечить
возможность управлять сетями на основе TCP/IP (то есть «интернетами»).
Со временем управление Интернетом также стало использоваться для
управление и взаимодействие с широким спектром внесетевых
ресурсы и системы управления.
Управление Интернетом описано в большом количестве
Запрос комментариев (RFC), опубликованный Internet Engineering
Целевая группа (IETF). Две версии управления Интернетом
рамки были определены.
- Версия 1 простого протокола управления сетью (SNMPv1)
определено в RFC 1157. Соответствующая структура управления
Информация определяется RFC 1155, а формат Concise MIB для
определение объектов определяется RFC 1212. - Версия 2 простого протокола управления сетью (SNMPv2)
определяется RFC 1448. Обзор SNMPv2 Framework определяется
по RFC 1441. Соответствующая структура управленческой информации
определяется RFC 1442 и включает расширенный формат для
определяющие объекты.
Базовая связь управления
Базовая модель связи для управления Интернетом показана на
Базовая модель управленческих коммуникаций
.
На рисунке показано приложение управления на станции управления.
связь с сетевым элементом (иногда также называемым
управляемое устройство), содержащее несколько собранных управляемых объектов.
вместе в Информационной базе управления (MIB). Сеть
элемент содержит агента, который имеет доступ к управляемым объектам как
необходимые для выполнения запросов, сделанных станцией управления, и
сообщается протоколом.
Информация, проходящая между компонентами системы,
разделены на две категории, операции управления, выполняемые на
управляемых объектов, а также результаты операций и нежелательные
уведомления, исходящие от Управляемых объектов.
Агент предоставляет доступ к управляемым объектам. Это также может быть
также отвечает за обнаружение нежелательных уведомлений, которые
генерируются, когда в сетевом элементе происходят значимые события.
Информация передается по протоколу SNMP, который является
протокол прикладного уровня, специально предназначенный для
цель передачи информации об Объектах управления.
В документах RFC по управлению Интернетом не указан явный сервис.
интерфейс для SNMP. Однако SNMP определяет блоки данных протокола, которые
поддерживать операции и уведомления, которые концептуально очень
аналогичны описанным ранее для управления ISO/CCITT.
RFC 1449далее определяет, как протоколы SNMPv2 могут использоваться в
различные транспорты, чаще всего UDP/IP без установления соединения.
Наконец, RFC 1452 определяет методы сосуществования версий.
1 и 2 управления Интернетом.
Модель управления Интернетом определяется с точки зрения единого
управленческое взаимодействие. Однако объект SNMPv2 может действовать как
станция управления в одном взаимодействии и в качестве агента в другом.
Таким образом, агент SNMPv2 может, в свою очередь, действовать как станция управления для
другие агенты, обеспечивающие с возможностью каскадирования , описанной в
Эталонная модель. Административная модель, определенная RFC 1445 и
MIB между менеджерами, определенный в RFC 1451, описывает этот режим.
работы для SNMPv2. Для SNMPv1 не существует эквивалентных RFC.
Безопасность управления Интернетом
В дополнение к элементам, идентифицированным до сих пор, существует
дополнительный набор RFC, которые в совокупности определяют службы безопасности для
SNMPv2. Эти RFC включают следующее:
- административная модель (RFC 1445),
- протоколы безопасности для аутентификации и конфиденциальности (RFC 1446) и
- механизмы контроля станцией управления за безопасностью
такие свойства, как стороны SNMPv2, контексты и управление доступом
списки (RFC 1447).
За исключением последней спецификации (RFC 1447), RFC SNMPv2 не
укажите любые функции, эквивалентные тем, которые определены ISO/CCITT
Функции управления системами. Однако RFC 1271 определяет Remote
MIB сетевого мониторинга (RMON), который обеспечивает ограниченное уведомление
управление, аналогичное в некоторых отношениях событию ISO/CCITT
управление СМФ.
Расширения информации управления SNMPv2
В дополнение к RFC, определенным до сих пор, существует дополнительный набор
RFC, относящиеся к спецификации MIB для использования с SNMPv2. Эти
RFC расширяют спецификации информации управления, предоставляемые
SNMPv1, добавив следующие функции:
- текстовые соглашения, которые используются для определения повторно используемых синтаксисов, которые
может появляться во многих MIB (RFC 1443), - заявления о соответствии, которые используются для описания минимально необходимых
фактическая реализация MIB (RFC 1444) и - MIB, который определяет управляемые объекты, описывающие поведение
Объекты SNMPv2 (RFC 1450).
Реализация базовой модели
Модель управления Интернетом определяется с точки зрения
взаимодействие между станцией управления и элементом сети,
или управляющее приложение и агент. Он предусматривает управление
связи между программными объектами на обоих
системы и определяет набор связанных служб безопасности.
Компоненты модели управления Интернетом обеспечивают все
элементы, описанные в эталонной модели. Они позволяют
реализация необходимого функционала, который должен быть обеспечен на
наиболее подходящее место в системе управления, и
в частности, SNMPv2 обеспечивает «каскадирование» управления
позволяют реализовать составные функции управления.