Жизненный цикл подсети

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

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

  • Задание контроллера подсети - Вы можете создать подсеть, установив один или несколько сетевых объектов в качестве контроллеров подсети. Имя подсети определяется, когда терминал на устройстве или объекте соединения устанавливается в качестве контроллера подсети. При добавлении контроллера в существующую подсеть состояние существующей подсети не изменяется до тех пор, пока измененные объекты не будут проверены. Если вы создаете подсеть, в таблице Subnetworks или классе пространственных объектов SubnetLine нет записи, представляющей состояние контроллера подсети.
  • Проверка топологии сети - Измененные сетевые объекты проверяются для обновления топологии сети с учетом изменений. Это изменяет статус подсети на Изменена.
  • Обновление подсети - Операция обновления подсети выполняет трассировку со всех контроллеров подсети, обновляет имя подсети измененных объектов, создает или обновляет запись для подсети в классе объектов SubnetLine, обновляет системные схемы подсети и изменяет статус всех ее контроллеров на Чистый (isDirty = false). Если во время операции обновления подсети возникают проблемы проверки согласованности или ошибки подсети, состояние всех ее контроллеров изменяется на Недействительный (isDirty = Invalid).
  • Изменение подсети - Подсети изменяются для изменения их имени или для добавления или удаления контроллеров подсети из подсети. Эти рабочие процессы изменяют подсеть таким же образом, как и установка нового контроллера подсети. Изменения должны быть подтверждены, а подсеть обновлена, чтобы изменить статус на Чистый.
  • Удаление контроллера подсети - Вы можете удалить контроллер подсети, удалив настройку контроллера подсети из терминала с помощью панели Изменить контроллер подсети. Это устанавливает атрибут isDeleted для контроллера в таблице Subnetworks на значение True. Можно удалить контроллеры из подсетей, в то время как другие контроллеры остаются подключенными к подсети. В противном случае при обновлении подсети появится ошибка. Эти рабочие процессы изменяют подсеть таким же образом, как и установка нового контроллера подсети. Изменения должны быть подтверждены, а подсеть обновлена, чтобы изменить статус на Чистый.
  • Экспорт информации из подсети - Инструмент Экспорт подсети используется для экспорта информации о подсети в файл .json. Затем эта информация может быть использована внешними системами, такими как программы управления простоями и отслеживания активов. Статус подсети должен быть Чистый, чтобы ее можно было экспортировать.
  • Удаление подсети - Подсеть можно удалить из уровня инженерной сети, удалив все контроллеры подсети, определяющие подсеть. После удаления записи для контроллеров подсети помечаются как удаленные, и выполняется операция обновления подсети для обновления топологии сети, чтобы сетевые объекты не рассматривались аналитическими операциями как контроллеры. Затем используется инструмент Экспортировать подсети с включенным параметром Настроить экспорт подтверждений, чтобы экспортировать информацию об удаленной подсети и удалить строки из таблицы Subnetworks, фактически удаляя подсеть из уровня.

Статус подсети

Существуют различные инструменты, используемые для управления подсетями, которые влияют на состояние (или статус) подсети. Статус подсети определяет, какие операции можно выполнять в подсети.

Подсеть может быть измененной, недействительной или чистой. Это отслеживается атрибутом Is dirty в таблице Subnetworks и применяется ко всем контроллерам подсети для подсети при обновлении. Статусы подсети определяются следующим образом:

  • Измененный - Измененная подсеть является подсетью, содержащая проверенные изменения, которые еще не были обработаны операцией обновления подсети. Проверка топологии сети обнаруживает и помечает контроллеры подсети как измененные, когда геометрия или сетевые атрибуты для сетевого объекта в этой подсети были изменены.
  • Недействительный - Недействительная подсеть является подсетью, в которой обнаружены ошибки проверки согласованности или ошибки подсети во время операции обновления подсети. Эти проблемы и ошибки необходимо устранить, изменив геометрию или атрибут сети для затронутых сетевых объектов и проверив, чтобы обновить статус подсети, изменив его на Измененный. Недействительные подсети игнорируются во время операции обновления подсети и должны быть сначала изменены, прежде чем их можно будет снова обновить и пометить как чистые. Для всех контроллеров в таблице Subnetworks для недействительной подсети атрибут isDirty имеет значение Invalid.
  • Чистый - Чистая (или непротиворечивая) подсеть — это подсеть, которая была успешно обновлена. Все контроллеры в таблице Subnetworks, запись в классе объектов SubnetLine, системные схемы подсети и различные поля для измененных сетевых объектов были обновлены и синхронизированы с изменениями, внесенными в топологию сети. Для всех контроллеров в таблице Subnetworks для чистой подсети атрибут isDirty имеет значение False.

Задачи управления подсетями и их влияние

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

  • Действие - описание выполняемого действия или операции
  • Результаты действий - список изменений в подсети

Включение и отключение топологии сети

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

В следующей таблице показано влияние включения и отключения топологии сети на состояние подсетей:

ДействиеРезультаты действий

Включение топологии сети.

  • Все контроллеры подсети являются измененными в таблице Subnetworks.
  • Все записи SubnetLine являются измененными.
  • Все схемы системы подсети являются измененными и не помечены как схемы системы.

Отключите топологию сети.

  • Все контроллеры подсети помечены как измененные в таблице Subnetworks.
  • Все записи SubnetLine являются измененными.
  • Все системные схемы подсети изменены и больше не помечаются как системные схемы.

Изменение объектов и проверка топологии сети

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

Примечание:

Ответ от операции validateNetworkTopology в REST API возвращает имя любой подсети, помеченной как измененная во время операции, а также специализированную сеть и уровень, содержащий подсеть, как discoveredSubnetworks.

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

ДействиеРезультаты действий

Создайте или измените сетевые объекты.

  • Не влияет на состояние подсети.

Проверить топологию сети.

  • Все контроллеры подсетей для измененных подсетей отмечены как измененные в таблице Subnetworks.
  • Все записи SubnetLine для измененных подсетей помечаются как измененные.
  • Все системные схемы подсетей для измененных подсетей являются измененными.

Обновление подсети

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

В следующей таблице показано влияние обновления подсети на состояние подсетей:

ДействиеРезультаты действий

Обновите подсеть.

  • Все контроллеры подсетей для измененных подсетей отмечены как чистые в таблице Subnetworks.
  • Все записи SubnetLine для измененных подсетей помечаются как чистые.
  • Все системные схемы подсетей чистые.
  • Если Обновить политику подсети для уровня настроена так, чтобы не управлять этим Is dirtyатрибутом и операция запускается из версии по умолчанию, все контроллеры подсети с атрибутом Is deleted = true будут удалены из таблицы Подсети.

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

  • Все контроллеры подсетей для связанных подсетей отмечены как недействительные в таблице Subnetworks.
  • Любые существующие недопустимые подсети игнорируются операцией.
  • Все записи SubnetLine для недействительных подсетей остаются измененными.
  • Все системные схемы подсети остаются измененными.

Удаление контроллера подсети и экспорт подсетей

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

Экспорт подсети чаще всего выполняется для экспорта информации из чистой подсети в файл .json для использования внешними системами. Операцию экспорта подсети также можно использовать для удаления удаленных контроллеров подсети из таблицы Subnetworks. Чтобы удалить удаленный контроллер, запустите инструмент Экспорт подсети с отмеченным параметром Настроить экспорт подтверждений. Эта операция обновляет поле Last ack export subnetwork в классе пространственных объектов SubnetLine и удаляет запись для контроллера из таблицы Subnetworks, при этом обновляя поле Last Exported для всех оставшихся контроллеров, участвующих в подсети. Когда все контроллеры подсети будут удалены, экспорт с отмеченным параметром Настроить экспорт подтверждений удалит этот контроллер подсети из таблицы подсетей, а также удалит объект SubnetLine для данной подсети. С этого момента подсеть больше не будет доступна для анализа на уровне.

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

ДействиеРезультаты действий

Удалите контроллер подсети.

  • Не влияет на состояние подсети.
  • Атрибут Is Deleted помечен как true для связанного контроллера подсети в таблице Subnetworks.

Экспорт подсети.

  • Не влияет на состояние подсети.
  • Когда отмечен параметр Настроить экспорт подтверждений, происходит следующее:
    • Все контроллеры подсети с Is Deleted = true удаляются из таблицы Subnetworks.
    • Поле Last ack export subnetwork обновляется для записи SubnetLine связанной подсети.