Ciclo de vida de subred

Una subred representa un subconjunto de la topología de su red de servicios de un nivel donde todas las entidades participantes tienen transitabilidad con los mismos controladores de subred. El ciclo de vida de una subred comienza cuando se crea y consta de muchas etapas, ya que los usuarios la administran y editan, y solo termina si se elimina. La mejor forma de entenderlo es a través de las distintas tareas de administración de subredes que suelen ejecutarse en ellas.

A continuación se resumen las distintas tareas de administración de subredes que componen el ciclo de vida de las subredes:

• Configurar un controlador de subred: se puede crear una subred configurando una o más entidades de red como controladores de subred. El nombre de la subred se define cuando un terminal de un dispositivo u objeto de cruce se configura como controlador de subred. Cuando se agrega un controlador a una subred existente, el estado de la subred existente no se modifica hasta que se validan las entidades modificadas. Si está creando una subred, no hay ningún registro en la tabla Subredes o en la clase de entidad SubnetLine que represente el estado del controlador de subred.
• Validar la topología de la red: las entidades de red modificadas se validan para actualizar la topología de red con los cambios. El estado de la subred pasa a ser Sin validar.
• Actualizar una subred: la operación para actualizar la subred realiza un rastreo de todos los controladores de subred, actualiza el nombre de subred de las entidades modificadas, crea o actualiza el registro de la subred en la clase de entidad SubnetLine, actualiza los diagramas de sistema de la subred y cambia el estado de todos sus controladores a Validado (isDirty = false). Si se detectan problemas de coherencia de validación o errores de subred durante la operación de actualización de subred, el estado de todos los controladores pasa a ser No válido (isDirty = Invalid).
• Modificar una subred: las subredes se modifican para cambiar su nombre o para agregar o eliminar controladores de subred de la subred. Estos flujos de trabajo modifican la subred como si se configurara un nuevo controlador de subred. Los cambios deben validarse y la subred debe actualizarse para cambiar el estado a Validada.
• Eliminar un controlador de subred: para ello, se puede eliminar la configuración del controlador de subred del terminal desde el panel Modificar controlador de subred. De este modo el valor del atributo isDeleted para el controlador pasa a ser True en la tabla Subredes. Puede eliminar controladores de subredes siempre y cuando siga habiendo otros controladores conectados a la subred. De lo contrario, se devuelve un error al actualizar la subred. Estos flujos de trabajo modifican la subred como si se configurara un nuevo controlador de subred. Los cambios deben validarse y la subred debe actualizarse para cambiar el estado a Validada.
• Exportar información de la subred: la herramienta Exportar subred se utiliza para exportar información sobre una subred a un archivo .json. Dicha información puede ser consumida después por sistemas externos, tales como programas de administración de interrupciones o seguimiento de activos. Para poder llevar a cabo la exportación, el estado de la subred debe ser Validada.
• Eliminar una subred: una subred se puede eliminar de un nivel de la red de servicios quitando todos los controladores de subred que definen la subred. Una vez eliminados, los registros de los controladores de subred se marcan como eliminados, y se ejecuta la operación de actualización de subred para actualizar la topología de la red, de modo que las operaciones de análisis no traten las entidades como controladores. A continuación, se utiliza la herramienta Exportar subredes con el parámetro Definir reconocimiento de exportación seleccionado para exportar información sobre la subred eliminada y quitar las filas de la tabla Subredes, eliminando así la subred del nivel de forma efectiva.

Estado de una subred

Existen varias herramientas para administrar subredes que influyen en el estado de una subred. El estado de una subred determina qué operaciones pueden ejecutarse en ella.

Una subred puede tener distintos estados: sin validar, no válida y validada. El estado se determina mediante el atributo Is dirty de la tabla Subredes y se aplica a todos los controladores de subred de una subred cuando se actualiza. Los estados de subred se definen de este modo:

• Sin validar: una subred sin validar es una subred que contiene ediciones validadas que la operación de actualización de la subred todavía no ha procesado. La operación Validar la topología de la red detecta y marca los controladores de una subred como no validados cuando los atributos de geometría o de red de una entidad de red de dicha subred se han modificado.
• No válida: una subred en este estado es una subred en la que se detectan anomalías de coherencia de validación o errores de subred durante la operación de actualización de la subred. Estos problemas y errores deben solucionarse modificando el atributo de geometría o red para las entidades de red afectadas y validando para actualizar el estado de la subred, que pasa a ser Sin validar. Las subredes no válidas se ignoran durante la operación de actualización de subredes y, para poder actualizarlas y marcarlas como validadas, primero deben tener el estado Sin validar. Todos los controladores de la tabla Subredes de una subred que no es válida tienen el atributo isDirty establecido en Invalid.
• Validada: una subred validada (o coherente) es una subred que se ha actualizado correctamente. Todos los controladores de la tabla Subredes, el registro de la clase de entidad SubnetLine, los diagramas del sistema de subredes y varios campos de entidades de red modificados se han actualizado y están sincronizados con los cambios realizados en la topología de la red. Todos los controladores de la tabla Subredes de una subred validada tienen el atributo isDirty establecido en False.

Tareas de administración de subredes y su impacto

Las siguientes tablas enumeran varias ediciones que se pueden realizar en una red de servicios que afectan al estado de las subredes y los componentes de subred.

• Acción: descripción de una acción u operación realizada
• Resultados de una acción: lista de cambios de la subred

Habilitar y deshabilitar la topología de red

Una topología de red se deshabilita para realizar tareas administrativas tales como administrar reglas de red, modificar configuraciones de terminales, solucionar errores de subred o actualizar la definición de la subred. Cuando finaliza la operación de deshabilitación, todos los controladores de subred de la tabla Subredes y todas las entidades de la clase de entidad SubnetLine se marcan como no validados. La topología de red se habilita inicialmente una vez la red de servicios esté configurada y lista para su consumo para trabajar con áreas sin validar, ejecutar rastreos y generar diagramas de red. Tras la operación de habilitación, se generan áreas sin validar para marcar las entidades con errores topológicos de la red, todos los controladores de subred de la tabla Subredes se marcan como no validados y cualquier entidad de la clase de entidad SubnetLine se marca como no validada.

La siguiente tabla muestra el impacto que tiene la habilitación y deshabilitación de la topología de red en el estado de las subredes:

Acción	Resultado de la acción
Habilite la topología de red.	Todos los controladores de la subred están sin validar en la tabla Subredes. Todos los registros de SubneLine están sin validar. Todos los diagramas del sistema de subred están sin validar y no están marcados como diagramas del sistema.
Deshabilite la topología de red.	Todos los controladores de subred están marcados como sin validar en la tabla Subredes. Todos los registros de SubneLine están sin validar. Todos los diagramas del sistema de subred están sin validar y ya no están marcados como diagramas del sistema.

Modificar las entidades y validar la topología de red

Cuando se crean o modifican elementos de red mediante ediciones en sus asociaciones, información de configuración de terminales, atributos de red o geometría, se crean áreas sin validar para marcar la ubicación de las ediciones. Sirven de indicación de que se ha producido un cambio en la red que no se refleja en la topología de red. Las áreas sin validar se borran cuando la topología de red se valida. Cuando las entidades de red se han validado correctamente, se actualiza la topología de red con los cambios y se marcan los controladores de subred correspondientes en la tabla Subnetworks y las entidades SubnetLine como sin validar. El estado "sin validar" indica que el estado de la subred y la topología de red no están sincronizados.

Nota:

La respuesta de la operación validateNetworkTopology en la API REST devuelve el nombre de cualquier subred marcada como sin validar durante la operación junto con la red de dominio y el nivel que contiene la subred como discoveredSubnetworks.

La siguiente tabla resume el impacto que la modificación de entidades y la validación de la topología de red tienen en el estado de las subredes:

Acción	Resultado de la acción
Crear o modificar entidades de red.	No afecta al estado de la red.
Valide la topología de red.	Todos los controladores de subred para las subredes modificadas se marcan como sin validar en la tabla Subredes. Todos los registros SubnetLine para las subredes modificadas se marcan como sin validar. Todos los diagramas del sistema de subred para las subredes modificadas están sin validar.

Actualizar una subred

Al actualizar una subred, la información de la tabla Subredes y los atributos de las entidades y objetos se actualizan; además, se puede crear o actualizar una línea de subred en la clase de entidad SubnetLine. Si se detectan errores de subred o fallos de coherencia de validación durante la operación de actualización, esta falla y la subred se marca como no válida. Para obtener más información, consulte Actualizar subredes.

La siguiente tabla muestra el impacto que tiene la actualización de una subred en el estado de las subredes:

Acción

Resultado de la acción

Actualizar una subred.

Todos los controladores de subred para las subredes modificadas se marcan como validados en la tabla Subredes. Todos los registros SubnetLine para las subredes modificadas se marcan como validados. Todos los diagramas de sistema de subred se validan. Si la política de actualización de subred del nivel está configurada para no administrar el Is dirtyatributo y la operación se ejecuta desde la versión predeterminada, todos los controladores de subred con el atributo Is deleted = true se eliminan de la tabla Subredes. Cuando se detectan errores de subred o fallos de coherencia de validación durante la operación de actualización de una subred, la operación de actualización de la subred falla y ocurre lo siguiente: Todos los controladores de subred para las subredes asociadas se marcan como no válidos en la tabla Subredes. La operación ignora las subredes no válidas existentes.‎ Todos los registros SubnetLine para las subredes no válidas permanecen con el estado sin validar. Todos los diagramas de sistema de subred permanecen con el estado sin validar.

Eliminar un controlador de subred y exportar subredes

No es frecuente eliminar una subred del sistema, pero, si es necesario, hay que realizar varios pasos en un orden determinado para que se elimine correctamente. En primer lugar, se debe eliminar el controlador de subred eliminando la configuración del controlador de subred del terminal desde el panel Modificar controlador de subred. Cuando se elimina esta asignación, el atributo Is Deleted se marca como true para el controlador de subred asociado en la tabla Subredes. Como ocurre con otras modificaciones de entidades de red, esta operación crea áreas sin validar que deben validarse. Al validar la topología de la red se garantiza que la topología está actualizada para que el terminal deje de ser tratado como un controlador de subred por las operaciones de análisis. La actualización de la subred tras la validación marca la subred como validada y, si el controlador eliminado era el último controlador de esa subred, la herramienta también elimina el nombre de la subred de cualquier entidad conectada en la subred. El controlador de subred eliminado permanecerá en el sistema hasta que un administrador reconozca la eliminación al exportar la subred.

Normalmente, la exportación de una subred se realiza para exportar información de una subred validada a un archivo .json que podrá utilizarse en sistemas externos. La operación de exportación de una subred también se puede utilizar para quitar de la tabla Subredes los controladores de subred que se han eliminado. Para quitar un controlador eliminado, ejecute la herramienta Exportar subred con el parámetro Definir reconocimiento de exportación activado. Esta opción actualiza el campo Last ack export subnetwork en la clase de entidad SubnetLine y elimina el registro del controlador en la tabla Subredes, a la vez que actualiza el campo Last Exported para los controladores restantes que participan en la subred. Al eliminar todos los controladores de subred de una subred, una exportación con el parámetro Definir reconocimiento de exportación activado eliminará el controlador de subred de la tabla Subredes y también eliminará la entidad SubnetLine de la subred. A partir de ese momento, la subred dejará de estar disponible para el análisis en el nivel.

En la tabla siguiente se describe el impacto que tiene en las subredes la eliminación de un controlador de subred y la exportación de información de subred:

Acción	Resultado de la acción
Eliminar un controlador de subred.	No afecta al estado de la red. El atributo Is Deleted se marca como true para el controlador de subred asociado en la tabla Subredes.
Exportar una subred.	No afecta al estado de la red. Cuando se activa el parámetro Definir reconocimiento de exportación, ocurre lo siguiente: Todos los controladores de subred con Is Deleted = true se eliminan de la tabla Subredes. El campo Last ack export subnetwork se actualiza para el registro SubnetLine de la subred asociada.