 | Эта статья может потребовать очистки, чтобы соответствовать стандартам качества Википедии . Конкретная проблема: улучшить грамматику, викификацию, нужно больше ссылок. ( Август 2020 г. ) ( Узнайте, как и когда удалить этот шаблон сообщения ) |
В компьютерных сетях , сетевой элемент является управляемым логическим объектом объединяющим один или несколько физических устройств. Это позволяет унифицированно управлять распределенными устройствами с помощью одной системы управления. Согласно Закону о телекоммуникациях от 1996 года , термин «сетевой элемент» означает средство или оборудование, используемое при предоставлении телекоммуникационных услуг. Такой термин также включает в себя функции, функции и возможности, которые предоставляются с помощью такого средства или оборудования, включая номера абонентов, базы данных, системы сигнализации и информацию, достаточную для выставления счетов и сбора или используемую при передаче, маршрутизации или другом обеспечении телекоммуникационные услуги.
Фон [ править ]
С развитием распределенных сетей управление сетью стало раздражать административный персонал. Было сложно управлять каждым устройством по отдельности, даже если они были одного производителя. Накладные расходы на настройку, а также возможность неправильной настройки были довольно высокими. Процесс инициализации для базового обслуживания требуются сложные конфигурации многочисленных устройств. Также было сложно хранить все сетевые устройства и подключения в виде простого списка. Подход к сетевому структурированию был естественным решением.
Примеры [ править ]
При структурировании и группировке очень хорошо видно, что в любой распределенной сети есть устройства, выполняющие одну сложную функцию. При этом эти устройства можно размещать в разных местах. АТС является наиболее типичным примером такой распределенной группы устройств. Обычно он содержит блоки абонентских линий, блоки соединительных линий, матрицу коммутации, ЦП и удаленные концентраторы. Базовая телефонная служба опирается на все эти устройства, поэтому инженеру удобно управлять телефонной станцией как одним сложным объектом, охватывающим все эти устройства внутри.
Еще один хороший пример сетевого элемента - компьютерный кластер . Кластер может занимать много места и не умещаться в одном центре обработки данных . Для корпоративных решений узлы кластера обычно располагаются в разных местах, даже в разных регионах (населенных пунктах).
Обслуживание [ править ]
В общем, сетевой элемент может генерировать два типа информации об обслуживании:
- Информация, относящаяся к качеству или исправности передаваемого сигнала, и
- Информация, относящаяся к его собственному внутреннему аппаратному / программному обеспечению.
Функциональными компонентами наблюдения являются мониторинг производительности и мониторинг сигналов тревоги / состояния, также известный как наблюдение сигналов тревоги. В области национальных и международных стандартов для телекоммуникационных операций мониторинг рабочих характеристик и наблюдение за аварийными сигналами классифицируются как подкатегории более общих функциональных категорий системного управления, таких как управление производительностью и устранение неисправностей, соответственно. Техническое обслуживание состоит из профилактических и корректирующих процедур, которые разработаны для (а) предотвращения неисправностей и выявления потенциальных неисправностей до того, как они повлияют на обслуживание, и (б) обнаружения отказа сети, влияющего на производительность, и выполнения соответствующего ремонта. Типичный семиступенчатый процесс обслуживания состоит из:
- Обнаружение неисправностей - обнаружение неисправностей с помощью непрерывного мониторинга, периодических тестов, тестов на каждый вызов или других предварительных действий или других автоматических процессов.
- Уведомление о неполадках - отправка уведомления о конкретном событии или состоянии на локальный дисплей или операционную систему (ОС). Уведомления о неисправностях включают выходные сообщения, а также визуальные и звуковые сигналы.
- Восстановление службы - минимизируйте деградацию службы с помощью автоматических или ручных действий защиты.
- Проверка неисправности - определите, сохраняется ли указанное состояние.
- Изоляция неисправностей - Изолируйте неисправность до ее источника, предпочтительно с одним ремонтируемым в полевых условиях элементом, например, печатной платой.
- Ремонт - Отремонтируйте или замените неисправный элемент.
- Проверка ремонта и возврат в сервис - убедитесь, что проблема устранена, и верните элемент в сервис.
Telcordia GR-474 устанавливает критерии обнаружения и сообщения о сбоях передачи сигналов и внутренних аппаратных или программных аномалиях. GR-474 предоставляет предлагаемые общие требования, которые относятся к функциям управления отказами и производительностью в транспортных и коммутационных сетевых элементах, используемых для наблюдения и управления аварийными сигналами. [1]
GR-474 дополняет последние критерии в отраслевых стандартах, таких как Рекомендация ITU-T M.3100 , G.707 и G.709 , а также ANSI T1 .
Государственные модели [ править ]
Модель состояния сетевых элементов облегчает междоменное управление сетью и способствует созданию среды с несколькими поставщиками. Стандартные определения и сопоставления позволяют операционным системам собирать информацию о состоянии из сетевых элементов и интегрировать ее в согласованное представление состояния всей управляемой сети и каждой из поддерживаемых ею услуг.
Telcordia GR-1093 обсуждает две основные модели состояния в промышленности. [2] Одна из них - это модель состояния Telcordia, которая объединяет модели состояния, ранее описанные в нескольких документах Telcordia. Объединяя модели, можно представить изменения и дополнения к моделям, которые могут развиваться скоординированным образом. Кроме того, можно избежать несоответствий и избыточности. Другая модель - это Государственная модель Международной организации по стандартизации (ISO), которая определена в Рекомендации ITU-T X.731. [3]
Состояние объекта представляет текущее состояние доступности базового ресурса или услуги в сетевом элементе с точки зрения управления. В контексте модели состояния Telcordia термин «объект» представляет запись в административном представлении TL1 (т. Е. Представляет ресурс или услугу, обычно идентифицируемую параметром идентификатора доступа [AID]). В контексте модели состояния ISO термин «объект» означает «управляемый объект».
Различные типы объектов (например, аппаратное обеспечение, транспортные средства и абонентская служба) имеют множество характеристик состояния, которые выражают доступность их базовых ресурсов, специфичных для каждого типа объекта. Однако ожидается, что модель состояния будет общей для большого количества типов сущностей. Он выражает ключевые аспекты их доступности в любой момент времени. Цель модели состояния состоит в том, чтобы указать доступность объекта для обеспечения своих функций и, если объект недоступен, указать причину недоступности и то, какие действия могут быть предприняты менеджером (например, ОС или ремесло), чтобы сделать объект доступным.
В конкретном приложении может потребоваться только подмножество модели состояния. Обоснование таких ограничений не описано в GR-1093. Для получения этой информации следует обращаться к документу о требованиях к технологии или конкретному приложению.
Стандартные определения и сопоставления позволяют операционным системам собирать информацию о состоянии из сетевых элементов и интегрировать ее в согласованное представление состояния всей управляемой сети и каждой из поддерживаемых ею услуг.
Для обеспечения совместимости, особенно для ОС, которая взаимодействует с несколькими сетевыми элементами, используя одну из двух моделей состояний, может потребоваться сопоставление между моделями. GR-1093 обеспечивает отображение для двух моделей, а также определяет расширение атрибутов состояния / статуса OSI, которое необходимо для удовлетворения телекоммуникационных потребностей поставщиков услуг.
Сеть управления телекоммуникациями [ править ]
Концепция сетевого элемента как распределенного объекта широко используется в модели TMN, которая, в свою очередь, используется в качестве стандарта для разработки систем управления элементами .
См. Также [ править ]
Ссылки [ править ]
