From 65e86d286498f7d026049073564035320b8a1f6c Mon Sep 17 00:00:00 2001 From: demx8as6 Date: Sun, 14 Mar 2021 18:59:09 +0100 Subject: [PATCH] Delete folder "model" from OAM repo The folder was moved to O-RAN Bitbucket. IssueID: OAM-170 Change-Id: I002713bc520fc5b90835fda039cabb00d4226d7d Signed-off-by: demx8as6 --- model/README.md | 3 - .../CoreModelForApi/CoreCommonDataTypes.uml | 2 - .../uml/imports/CoreModelForApi/CoreModelForApi.di | 2 - .../CoreModelForApi/CoreModelForApi.notation | 2 - .../imports/CoreModelForApi/CoreModelForApi.uml | 7998 -------------------- .../CoreModelForApi/Experimental.profile.uml | 2 - .../CoreModelForApi/OpenModel_Profile.profile.uml | 2 - .../UmlProfiles/Experimental.profile.uml | 2 - .../OpenModelProfile/OpenModel_Profile.profile.uml | 2 - model/uml/o-ran-a-model-explanation.di | 2 - model/uml/o-ran-a-model-explanation.notation | 315 - model/uml/o-ran-a-model-explanation.uml | 15 - model/uml/o-ran-central-unit-control-plane.di | 2 - .../uml/o-ran-central-unit-control-plane.notation | 315 - model/uml/o-ran-central-unit-control-plane.uml | 15 - model/uml/o-ran-central-unit-user-plane.di | 2 - model/uml/o-ran-central-unit-user-plane.notation | 315 - model/uml/o-ran-central-unit-user-plane.uml | 15 - model/uml/o-ran-common-information-model.di | 2 - model/uml/o-ran-common-information-model.notation | 336 - model/uml/o-ran-common-information-model.uml | 75 - model/uml/o-ran-distributed-unit.di | 2 - model/uml/o-ran-distributed-unit.notation | 315 - model/uml/o-ran-distributed-unit.uml | 15 - .../o-ran-intelligent-controller-near-real-time.di | 2 - ...-intelligent-controller-near-real-time.notation | 315 - ...o-ran-intelligent-controller-near-real-time.uml | 15 - model/uml/o-ran-radio-unit.di | 2 - model/uml/o-ran-radio-unit.notation | 315 - model/uml/o-ran-radio-unit.uml | 15 - 30 files changed, 10420 deletions(-) delete mode 100644 model/README.md delete mode 100644 model/uml/imports/CoreModelForApi/CoreCommonDataTypes.uml delete mode 100644 model/uml/imports/CoreModelForApi/CoreModelForApi.di delete mode 100644 model/uml/imports/CoreModelForApi/CoreModelForApi.notation delete mode 100644 model/uml/imports/CoreModelForApi/CoreModelForApi.uml delete mode 100644 model/uml/imports/CoreModelForApi/Experimental.profile.uml delete mode 100644 model/uml/imports/CoreModelForApi/OpenModel_Profile.profile.uml delete mode 100644 model/uml/imports/CoreModelForApi/UmlProfiles/Experimental.profile.uml delete mode 100644 model/uml/imports/CoreModelForApi/UmlProfiles/OpenModelProfile/OpenModel_Profile.profile.uml delete mode 100644 model/uml/o-ran-a-model-explanation.di delete mode 100644 model/uml/o-ran-a-model-explanation.notation delete mode 100644 model/uml/o-ran-a-model-explanation.uml delete mode 100644 model/uml/o-ran-central-unit-control-plane.di delete mode 100644 model/uml/o-ran-central-unit-control-plane.notation delete mode 100644 model/uml/o-ran-central-unit-control-plane.uml delete mode 100644 model/uml/o-ran-central-unit-user-plane.di delete mode 100644 model/uml/o-ran-central-unit-user-plane.notation delete mode 100644 model/uml/o-ran-central-unit-user-plane.uml delete mode 100644 model/uml/o-ran-common-information-model.di delete mode 100644 model/uml/o-ran-common-information-model.notation delete mode 100644 model/uml/o-ran-common-information-model.uml delete mode 100644 model/uml/o-ran-distributed-unit.di delete mode 100644 model/uml/o-ran-distributed-unit.notation delete mode 100644 model/uml/o-ran-distributed-unit.uml delete mode 100644 model/uml/o-ran-intelligent-controller-near-real-time.di delete mode 100644 model/uml/o-ran-intelligent-controller-near-real-time.notation delete mode 100644 model/uml/o-ran-intelligent-controller-near-real-time.uml delete mode 100644 model/uml/o-ran-radio-unit.di delete mode 100644 model/uml/o-ran-radio-unit.notation delete mode 100644 model/uml/o-ran-radio-unit.uml diff --git a/model/README.md b/model/README.md deleted file mode 100644 index da0e0d2..0000000 --- a/model/README.md +++ /dev/null @@ -1,3 +0,0 @@ -# Operation and Maintenance - Model - -This directory contains information and data modules in different formats, which should be used for interfacing with the Service Management and Orchestration Framework (SMO). \ No newline at end of file diff --git a/model/uml/imports/CoreModelForApi/CoreCommonDataTypes.uml b/model/uml/imports/CoreModelForApi/CoreCommonDataTypes.uml deleted file mode 100644 index 6e00ebc..0000000 --- a/model/uml/imports/CoreModelForApi/CoreCommonDataTypes.uml +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/imports/CoreModelForApi/CoreModelForApi.di b/model/uml/imports/CoreModelForApi/CoreModelForApi.di deleted file mode 100644 index bf9abab..0000000 --- a/model/uml/imports/CoreModelForApi/CoreModelForApi.di +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/imports/CoreModelForApi/CoreModelForApi.notation b/model/uml/imports/CoreModelForApi/CoreModelForApi.notation deleted file mode 100644 index bf9abab..0000000 --- a/model/uml/imports/CoreModelForApi/CoreModelForApi.notation +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/imports/CoreModelForApi/CoreModelForApi.uml b/model/uml/imports/CoreModelForApi/CoreModelForApi.uml deleted file mode 100644 index e1af2e8..0000000 --- a/model/uml/imports/CoreModelForApi/CoreModelForApi.uml +++ /dev/null @@ -1,7998 +0,0 @@ - - This module contains a collection of YANG definitions for management and control of network fuctions. - - - - Provides a controlled list of layer protocol names and indicates the naming authority. - -Note that it is expected that attributes will be added to this structure to convey the naming authority name, the name of the layer protocol using a human readable string and any particular standard reference. - -Layer protocol names include: -- Layer 1 (L1): OTU, ODU -- Layer 2 (L2): Carrier Grade Ethernet (ETY, ETH), MPLS-TP (MT) - - - - - Qualifies the use of the LayerProtocol where the same LayerProtocol may be used recursively such that each recursion has the same characteristic information in the main traffic path but where there is some distinction in some other aspect. -An example of use is in the case of the PHOTONIC_MEDIA LayerProtocol. All photonic media is of the same characteristic in the main traffic path, just a channel that enables the flow of photons, but may differ in overhead and with respect to level of nesting. -For the PHOTONIC_MEDIA, qualifiers may include OMS (Optical Multiplex Section), OTS (Optical Transmission Section) and NMCA (Network Media Channel Assembly). - - - - - - - - The name of the LayerProtocol chosen from a controlled list. -LayerProtocol names include: -- PHOTONIC_MEDIA -- ODU -- ETHERNET - - - - - - - The role of a port in the context of the function of the forwarding entity that it bounds. - - - - The name of the role of the port of the FC. - - - - - - - The orientation of flow at the Port of a Forwarding entity. - - - - The Port has both an INPUT flow and an OUTPUT flow defined. - - - - - The Port only has definition for a flow into the Forwarding entity (i.e. an ingress flow). - - - - - The Port only has definition for a flow out of the Forwarding entity (i.e. an egress flow). - - - - - Not a normal state. The system is unable to determine the correct value. - - - - - - - The directionality of a Forwarding entity. - - - - The Forwarding entity supports both BIDIRECTIONAL flows at all Ports (i.e. all Ports have both an INPUT flow and an OUTPUT flow defined). - - - - - The Forwarding entity has Ports that are either INPUT or OUTPUT. It has no BIDIRECTIONAL Ports. - - - - - Not a normal state. The system is unable to determine the correct value. - - - - - - - The directionality of a termination entity. - - - - A Termination with both SINK and SOURCE flows. - - - - - The flow is up the layer stack from the server side to the client side. -Considering an example of a Termination function within the termination entity, a SINK flow: -- will arrive at the base of the termination function (the server side) where it is essentially at an INPUT to the termination component -- then will be decoded and deconstructed -- then relevant parts of the flow will be sent out of the termination function (the client side) where it is essentially at an OUTPUT from the termination component -A SINK termination is one that only supports a SINK flow. -A SINK termination can be bound to an OUTPUT Port of a Forwarding entity - - - - - The flow is down the layer stack from the server side to the client side. -Considering an example of a Termination function within the termination entity, a SOURCE flow: -- will arrive at the top of the termination function (the client side) where it is essentially at an INPUT to the termination component -- then will be assembled with various overheads etc. and will be coded -- then coded form of the assembly of flow will be sent out of the termination function (the server side) where it is essentially at an OUTPUT from the termination component -A SOURCE termination is one that only supports a SOURCE flow. -A SOURCE termination can be bound to an INPUT Port of a Forwarding entity - - - - - Not a normal state. The system is unable to determine the correct value. - - - - - - - Provides support for the range of behaviors and specific states that an LP can take with respect to termination of the signal. -Indicates to what degree the LayerTermination is terminated. - - - - A non-flexible case that can never be terminated. - - - - - A flexible termination that can terminate but is currently not terminated. - - - - - A flexible termination that is currently terminated for server to client flow only. - - - - - A flexible termination that is currently terminated for client to server flow only. - - - - - A flexible termination that is currently terminated in both directions of flow. - - - - - A non-flexible termination that is always terminated (in both directions of flow for a bidirectional case and in the one direction of flow for both unidirectional cases). - - - - - There TerminationState cannot be determined. - - - - - - - The cause of the current protection state. - - - - The resource is selected as control is waiting to restore to a preferred resource. - - - - - The resource is selected as the best preferred resource is in signal degrade. - - - - - The resource is selected as the best preferred resource is in signal fail. - - - - - - Possible degrees of administrative control applied to the Route selection. - - - - - The resource is configured to temporarily not be available for use in the protection scheme(s) it is part of. -This overrides all other protection control states including forced. -If the item is locked out, then it cannot be used under any circumstances. -Note: Only relevant when part of a protection scheme. -Note: if a protection process that has a relationship to the item (i.e. is one of the options the protection process may choose) is deactivated by being isFrozen = true) then the lockout request will be rejected. - - - - - - The cause of the current route selection. - - - - - - - - No administrative control applied to the switch. - - - - - Resource temporarily chosen by control configuration where the resource is not the preferred resource. -Preferred resource has highest priority. -Temporarily overrides reversion. -If this resource fails, it will switch to best available resource. -If resource selected is shared and another FC requires the resource, then the selection control will change to Normal and switch to best available based upon normal rules. -Cannot manually switch a Forced switch, cannot remove a forced switch, cannot switch to a locked out item and will be rejected if the protection process is deactivated by being Freeze = true). -A manual switch/route that is selecting an FcPort, LTP, FC, Link or Route that is subsequently set to LOCK_OUT will have the manual removed (changed to NORMAL) and will switch away from the FcPort with LOCK_OUT to best available based upon normal rules. -A manual switch that is selecting an FcPort that is subsequently selected by a Forced switch will be restored to normal operation and the manual will be removed. -A manual switch/route that is selecting an FcPort, LTP, FC, Link or Route that is subsequently manual selected by another switch/route will have the manual removed and will switch away from the FcPort. -Can be returned to NORMAL by configuration action. - - - - - Resource temporarily chosen by control configuration where the resource is not the preferred resource. -Preferred resource has highest priority. -Temporarily overrides reversion. -If this resource fails it will NOT switch. -If resource selected is shared and another FC requires the resource through a FORCE on that FC and the FC is of a higher FcPriority then the selection control on this FC will change to NORMAL and switch to best available based upon normal rules. -If the resource selected is then set to LOCK_OUT then the selection control will change to NORMAL and switch to best available based upon normal rules. -Can be returned to NORMAL by configuration action. - - - - - - Explains the reason for the current switch state. - - - - - - - The reversion mode associated with protection. - - - - An FC switched to a lower priority (non-preferred) resource will revert to a higher priority (preferred) resource when that recovers (potentially after some hold-off time). - - - - - An FC switched to a lower priority (non-preferred) resource will not revert to a higher priority (preferred) resource when that recovers. - - - - - - - - Identifies the type of protection of an FcSwitch. - - - - - - - - - - - - - - The clock is not synchronized to another clock. - - - - - The clock is synchronized to another clock. - - - - - The clock was previously synchronized to another clock but that timing input has been lost. -The clock is set to the last known synchronization. - - - - - - - A controlled list of LayerProtocol names. - - - - The characteristic information is that of a channel able to carry photons and of the photon source/sink. - - - - - The characteristic information is that of a channel able to carry ODU/OTU protocol (OTN) and of the ODU/OTU source/sink. - - - - - The characteristic information is that of a channel able to carry Ethernet protocol and of the Ethernet protocol source/sink. - - - - - - This package contains all type definitions that are common to all UML interface specifications in SG 15. - - - - - This primitive type defines a bit oriented string. -The size of the BitString will be defined in the valueRange property of the attribute; according to ASN.1 (X.680). -The semantic of each bit position will be defined in the Documentation field of the attribute. - - - - - A string that only includes printable characters. - - - - - - - A scoped name-value pair. - - - - The name of the value. The value need not have a name. - - - - - - - - The value. - - - - - - - - - - - - The universal ID value where the mechanism for generation is defined by some authority not directly referenced in the structure. -An example structure is [IETF RFC4122]. - - - - The specific value of the universal id. - - - - - - - - - A description of location via a hierarchy of narrowing contexts. - - - - The name of the address (to allow the specific hierarchy to be distinguished from others for the same entity). - - - - - - - - - The localId and the class of entity that it identifies. - - - - The class to which the name refers. - - - - - - The localId of the entity. - - - - - - - - - - The operational state is used to indicate whether or not the resource is installed and working. - - - - The resource is unable to meet the SLA of the user of the resource. -If no (explicit) SLA is defined the resource is disabled if it is totally inoperable and unable to provide service to the user. - - - - - The resource is partially or fully operable and available for use. - - - - - - The administrative state is used to show whether use of a resource is allowed or prohibited. -The administrative state can be observed and directly controlled by certain operational roles. -Typically, only a user (in the provider context) with administrative privileges is allowed to write the administrative state, any other users are restricted to read only. - - - - Users are administratively prohibited from making use of the resource. - - - - - Users are allowed to use the resource. - - - - - The entity is administratively restricted to existing instances of use only. There may be specific actions to remove existing uses. No new instances of use can be enabled. -The resource automatically transitions to “locked” when the last user quits. -The administrative state is not visible in the client context. -The lifecycle state “pending removal” should be used to indicate to the client that the provider intends to remove the resource. - - - - - - Reflects the current control action when the entity is not in the desired state. - - - - The intention is for the entity to become unlocked. -The entity may already be UNLOCKED. - - - - - The intention is for the entity to become locked but no effort is expected to move to the Locked state (the state will be achieved once all users stop using the resource). -The entity may be LOCKED. - - - - - The intention is for the entity to become locked and it is expected that effort will be made to move to the Locked state (users will be actively removed). -The entity may already be LOCKED. - - - - - The intention is for the entity to become locked and it is expected to move to the Locked state immediately (users will be force removed). -The entity may already be LOCKED. - - - - - The administrative state is at a stable value (LOCKED/UNLOCKED) and no action is being taken. - - - - - - This state is used to track the planned deployment, allocation to clients and withdrawal of resources. - - - - The resource is planned but is not present in the network. -Should include a "time" when the resources are expected to be installed. - - - - - The supporting resources are present in the network but are shared with other clients; or require further configuration before they can be used; or both. -(1) When a potential resource is configured and allocated to a client it is moved to the INSTALLED state for that client. -(2) If the potential resource has been consumed (e.g. allocated to another client) it is moved to the POTENTIAL BUSY state for all other clients. - - - - - The supporting resources are present in the network but have been allocated to other clients. - - - - - The resource is present in the network and is capable of providing the service. - - - - - The resource has been marked for removal. Should include a “time” when the resources are expected to be removed. - - - - - - - - - Rule that restricts the creation/deletion of an FC between points grouped by FD or related by the Link between FDs. - - - - LTPs referenced by the FD (or indirectly by the Link between FDs) cannot have FCs created between them. -This rule overrides all others. - - - - - LTPs referenced by the FD (or indirectly by the Link between FDs) MUST have FCs created between them. -This rule overrides all others except the CANNOT_FORWARD rule. - - - - - LTPs referenced by the FD (or indirectly by the Link between FDs) may have FCs created between them. -FCs may not be created between points that are not related by this rule either directly in an FD or indirectly via a Link linking two or more FDs. -For a Link points in an FD at one end of the Link can be connected to points in an FD at an other end of the Link. - - - - - - - Indicates the focus of the rule. - - - - The rule relates to creation of FCs. - - - - - The rule relates to forwarding cost. - - - - - The rule relates to forwarding risk. - - - - - - - Constrains which ports the rule applies to. - - - - The role of the port considered. - - - - - - - - none - -uml:identifier = "_VM0t0IlfEeahttOwTtJ6Iw" -uml:reference = "/CoreModel/CoreSpecificationModel/ForwardingDomainAndLinkCapability/TypeDefinitions/PortRoleRule" - - - - Indicates how to interpret the PortRole list. - - - - The ports to which the rule applies must have role from the list in PortRole. - - - - - The ports to which the rule applies must not have a role from the list in PortRole. - - - - - The rule applies to any role of port. - - - - - - - The name of the signal property to which the rule applies. - - - - - Indicates whether signal properties should be accounted for or not. - - - - - - - - - - - - This datatype represents the "<<Metaclass>> Class" from the UML metamodel. -An instance of the referencing Class (e.g. LTP) will reference a Class (not an instance). -This referenced Class will provide definition to extend the referencing instance. -So, for example, an LTP instance will have the attributes defined in the LTP class and also the attributes defined in the referenced Class (an LtpSpec). -The referenced Class may: -(1) provide invariant properties (that are the same for many instances) that then are not conveyed with the referencing instance. -(2) provide definitions for attributes that are present in the instance that are not defined in the Class of the instance (these attribute may have been pruned and refactored from one or more external definition sources). -(3) apply constraints to attributes in the instance that were defined in the class of the referencing instance. -(4) replace attributes that were present in the class of the referencing instance by a new definition (same name).; - - - - - The text name of the Class - - - - - - - - - - A controlled list of Profile names. - - - - - - - The ForwardingDomain (FD) class models the topological component that represents a forwarding capability that provides the opportunity to enable forwarding (of specific transport characteristic information at one or more protocol layers) between points. -The FD object provides the context for and constrains the formation, adjustment and removal of FCs and hence offers the potential to enable forwarding. -The FCs may be formed between LTPs at the boundary of the FD or between AccessPorts at the boundary of the FD (for the most basic media layers cases - most media cases use LTPs). -A number of FDs (related by Links) may be grouped and abstracted to form an FD where that FD represents the effect of the underlying FDs but where the detailed structure is not apparent. -This grouping and abstraction is potentially recursive. -This aspect is essentially equivalent to ITU-T partitioning but this is an aggregation not a composition, so it allows an FD to be in multiple higher level FDs. -The notion of abstraction/grouping assumes that small things are brought together into larger things as opposed to ITU-T partitioning that assumes large things are broken down into smaller things. -An FD represents an abstraction of some combination of software behavior, electronic behavior and physical structure that provides a forwarding capability. -At a lower level of recursion an FD could represent a forwarding capability within a device. -A device may encompass two or more disjoint forwarding capabilities and may support more than one layer protocol, hence more than one FD. -A routing fabric may be logically partitioned to represent connectivity constraints, hence the FD representing the routing fabric may be partitioned into a number of FDs representing the constraints. -The FD represents a subnetwork [ITU-T G.800], FlowDomain [TMF 612] and a MultiLayerSubNetwork (MLSN) [TMF 612]. -As in the TMF concept of MLSN the FD can support more than one layer-protocol. -Note that the ITU-T G.800 subnetwork is a single layer entity. - - - - - - One or more protocol layers at which the FD represents the opportunity to enable forwarding between LTP that bound it. - - - - - - - The FD class supports a recursive aggregation relationship (HigherLevelFdEncompassesLowerLevelFds) such that the internal construction of an FD can be exposed as multiple lower level FDs and associated Links (partitioning). -The aggregated FDs and Links form an interconnected topology that provides and describes the capability of the aggregating FD. -Note that the model actually represents an aggregation of lower level FDs into higher level FDs as views rather than FD partition, and supports multiple views. -Aggregation allow reallocation of capacity from lower level FDs to different higher level FDs as if the network is reorganized (as the association is aggregation not composition). - - - - - - - An FD aggregates one or more FCs. An aggregated FC connects LTPs that bound the FD. - - - - - - - An instance of FD is associated with zero or more LTP objects. -The LTPs that bound the FD provide capacity for forwarding. -For asymmetric FDs, the association to the LTP is via the FdPort. - - - - - - - - - - The association of the FD to LTPs is either made directly for symmetric FDs or via FdPort for asymmetric FDs. - - - - - - - - The ForwardingConstruct (FC) represents enabled constrained potential for forwarding between two or more FcPorts at a particular specific layerProtocol . -The constraint is explained by the FcSpec. Even when an FC is in place enabling potential for flow, it is possible that no information is flowing as there is no flow matching the constraint, hence "potential". -Like the LTP, the FC supports any transport protocol including all analogue, circuit and packet forms. -The FC is used to effect forwarding of transport characteristic (layer protocol) information. -An FC can be in only one ForwardingDomain (FD). -The FC is a forwarding entity. -At a low level of the recursion, a FC represents a cross-connection within an NE. It may also represent a fragment of a cross-connection under certain circumstances. -The FC object can be used to represent many different structures including point-to-point (P2P), point-to-multipoint (P2MP), rooted-multipoint (RMP) and multipoint-to-multipoint (MP2MP) bridge and selector structures for linear, ring or mesh protection schemes. -When applied to media, the FC represents the ability for a flow/wave (potentially containing information), to be propagated between FcPorts. -The existence of a FC instance is independent of the presence (or absence) of a flow/wave (and any information encoded within it) where flow/wave covers the progressing of any analogue or digital (packet/frame etc.) structure. -A flow/wave cannot propagate in the absence of a FC instance. - - - - - - The layerProtocol at which the FC enables the potential for forwarding. - - - - - - - An FC object supports a recursive aggregation relationship such that the internal construction of an FC can be exposed as multiple lower level FC objects (partitioning). -Aggregation is used as for the FD to allow changes in hierarchy. -FC aggregation reflects FD aggregation. -For example a low level FC could represent what would have traditionally been considered as a "Cross-Connection" in an "NE". The "Cross-Connection" in an "NE" is not necessarily the lowest level of FC partitioning. - - - - - - - - An FC object can have zero or more routes, each of which is defined as a list of lower level FC objects describing the flow across the network. - - - - - - - The FcPorts define the boundary of the FC. -The FC is accessed via the FcPorts. -Flow within the FC is defined in terms of its FcPorts. - - - - - - - If an FC exposes protection (having two FcPorts that provide alternative identical inputs/outputs), the FC will have one or more associated FcSwitch objects. -The arrangement of switches for a particular instance is described by a referenced FcSpec. - - - - - - - Reference to a ConfigurationAndSwitchController that coordinates switches encapsulated in the FC. -The controller coordinates multiple switches in the same FC. - - - - - - - The directionality of the ForwardingConstruct. -Is applicable to simple ForwardingConstructs where all FcPorts are BIDIRECTIONAL (the ForwardingConstruct will be BIDIRECTIONAL) or UNIDIRECTIONAL (the ForwardingConstruct will be UNIDIRECTIONAL). -Is not present in more complex cases. -In the case of media the FcPorts and FC may also be omni-directional. - - - - - - - The resource is configured to temporarily not be available for use in the protection scheme(s) it is part of. -This overrides all other protection control states including forced. -If the item is locked out then it cannot be used under any circumstances. -Note: Only relevant when part of a protection scheme. - - - - - - - - Relevant where "service" FCs are competing for server resources. -Used to determine which signal FC is allocated resource. -The priority of the "service" with respect to other "services". -Lower numeric value means higher priority. -Covers cases such as pre-emptible in a resilience solution. - - - - - - - - - An FC that spans between LTPs that terminate the LayerProtocol usually supports one or more links in the client layer. - - - - - - - - The functionality supporting this entity. - - - - - - - - - - - - The association of the FC to LTPs is always made via FcPorts. -In the case of media the association between FCs is made via their FcPorts and the association of an FC to the physical Pin is made via the FcPort. -The FcPort class models the access to the FC function. -The traffic forwarding between the associated FcPorts of the FC depends upon the type of FC and may be associated with FcSwitch object instances. -In cases where there is resilience, the FcPort may convey the resilience role of the access to the FC. -It can represent a protected (resilient/reliable) point or a protecting (unreliable working/main or protection/spare) point. -The FcPort replaces the Protection Unit of a traditional protection model (e.g., ITU-T). -The ForwardingConstruct can be considered as a component and the FcPort as a Port on that component. - - - - - The FcPort may be associated with more than one LTP when the FcPort is bidirectional and the LTPs are unidirectional. -Multiple LTP -- Bidirectional FcPort to two Uni-directional LTPs -Zero LTP -- BreakBeforeMake transition -- Planned LTP not yet in place -- Off-network LTP referenced through other mechanism. - - - - - - - Each FcPort of the FC has an assigned role (e.g., working, protection, protected, symmetric, hub, spoke, leaf, root) in the context of the FC with respect to the FC function. -The role is fixed by the referenced FcSpec. - - - - - - - The orientation of the defined flow at the FcPort. - - - - - - - The resource is configured to temporarily not be available for use in the protection scheme(s) it is part of. -This overrides all other protection control states including forced. -If the item is locked out, then it cannot be used under any circumstances. -Note: Only relevant when part of a protection scheme. - - - - - - - - The preference priority of the resource in the protection scheme for a particular FC. -The lower the value the higher the priority. -A lower value of selection priority is preferred -If two resources have the same value they are of equal priority. -There is no preference between equal priorities. -If a resource with the lowest value selection priority fails,, then the next lowest value available (may be the same value) is picked. -Hence on failure of the current resource the next best available will be selected. -If there are several equal values, the choice is essentially arbitrary. -If the scheme is revertive then when a resource of higher priority than the currently selected resource recovers it will be selected. -This is equivalent to working/protection but allows for all static scheme types with n:m capability. -In simple schemes 0 = working and 1 = protecting. -If selection priority of an FcPort is increased in value and the FC is currently selecting this FcPort then if another FcPort of a lower selection priority value is available, the wait to restore process will come into action as if the other FcPort had just become available. -If selection priority of a FcPort is changed and the FC is not currently selecting this FcPort but is selecting an item that is now of a higher numeric value than the changed FcPort then the wait to restore process will come into action as if the other FcPort had just become available. - - - - - - - - The FcPort is not exposed and cannot have associated LTPs. -This form of FcPort is used to enable chaining of FcSwitches or FcRoutes in complex network protection scenarios. - - - - - - Identifies which route(s) currently actively forward to the FcPort to exit the FC to an LTP (or for an internal FcPort to propagate to the next internal switch/route). - - - - - - - An FcPort may have a direct association to another FcPort where there is a transition from one domain to another but where there has been no termination. - - - - - - - - none - -uml:identifier = "_MKCzQRtuEee9I5wuRX6wwQ" -uml:reference = "/CoreModel/CoreNetworkModel/ObjectClasses/FcPort" - - - - - The projection of an LTP into each transport layer is represented by a LayerProtocol (LP) instance. A LayerProtocol instance can be used for controlling termination and monitoring functionality. -It can also be used for controlling the adaptation (i.e. aggregation, encapsulation and/or multiplexing of client signal), tandem connection monitoring, traffic conditioning and/or shaping functionality at an intermediate point along a connection. -Where the client – server relationship is fixed 1:1 and immutable, the layers can be encapsulated in a single LTP instance. Where there is a n:1 relationship between client and server, the layers must be split over two separate instances of LTP. - - - - - Indicate the specific layer-protocol described by the LayerProtocol entity. - - - - - - - Provides a summarized view of the client capacity that is configurable for use. -Note the client LTP association should provide all necessary detail hence this attribute is questionable. - - - - - - - The overall directionality of the LP. -- A BIDIRECTIONAL LP will have some SINK and/or SOURCE flows. -- A SINK LP can only contain elements with SINK flows or CONTRA_DIRECTION_SOURCE flows -- A SOURCE LP can only contain SOURCE flows or CONTRA_DIRECTION_SINK flows - - - - - - - Indicates whether the layer is terminated and if so how. - - - - - A switch controller external to the LayerProtocol. -The controller will coordinate one or more switches in one or more FCs related to the LayerProtocol - - - - - - - The resource is configured to temporarily not be available for use in the protection scheme(s) it is part of. -This overrides all other protection control states including forced. -If the item is locked out, then it cannot be used under any circumstances. -Note: Only relevant when part of a protection scheme. - - - - - - - - Indicates whether the associated FC is blocking signal to/from the LTP. - - - - - - - - - The LogicalTerminationPoint (LTP) class encapsulates the termination and adaptation functions of one or more transport layers represented by instances of LayerProtocol. -The encapsulated transport layers have a simple fixed 1:1 client-server relationship defined by association end ordering. -The structure of LTP supports all transport protocols including analogue, circuit and packet forms. - - - - - References contained LTPs representing servers of this LTP in an inverse multiplexing configuration (e.g. VCAT). - - - - - - - References contained LTPs representing client traffic of this LTP for normal cases of multiplexing. - - - - - - - Ordered list of LayerProtocols that this LTP is comprised of where the first entry in the list is the lowest server layer (e.g. physical). - - - - - - - Applicable in a simple context where two LTPs are associated via a non-adjustable enabled forwarding. -Reduces clutter removing the need for two additional LTPs and an FC with a pair of FcPorts. - - - - - - - References contained LTPs representing the reversal of orientation of flow where two LTPs are associated via a non-adjustable enabled forwarding and where the referenced LTP is fully dependent on this LTP. - - - - - - - One or more text labels for the unmodeled physical port associated with the LTP. -In many cases there is no associated physical port. - - - - - - - - References one or more LTPs in other views that represent this LTP. -The referencing LTP is the provider of capability. - - - - - - - The overall directionality of the LTP. -- A BIDIRECTIONAL LTP must have at least some LPs that are BIDIRECTIONAL but may also have some SINK and/or SOURCE LPs. -- A SINK LTP can only contain SINK LPs -- A SOURCE LTP can only contain SOURCE LPs - - - - - - - - The LTP has as an inherent capacity derived from underlying capability. -The capacity of a particular LTP may be dependent upon other uses of resource in the device and hence it may vary over time. -The capacity of a Link is dependent upon the capacity of the LTPs at its ends. -An LTP may be an abstraction and virtualization of a subset of the underlying capability offered in a view or may be directly reflecting the underlying realization. - - - - - - - - An LTP can reference FD rules that the FD that aggregates it also references so that the rules can then apply to the LTP. - - - - - - - - none - -uml:identifier = "_sAdD0XXGEeeqyuooNTTDCg" -uml:reference = "/CoreModel/CoreNetworkModel/ObjectClasses/LogicalTerminationPoint" - - - The functionality supporting this entity. - - - - - - - - - - - - A list of control parameters to apply to a switch. - - - - Indicates whether the protection scheme is revertive or non-revertive. - - - - - - If the protection system is revertive, this attribute specifies the time, in minutes, to wait after a fault clears on a higher priority (preferred) resource before switching to the preferred resource. -If a further fault occurs on the preferred resource in the waitToRevertTime then the reversion attempt is cancelled. -The WTR timer is overridden by the needs of a higher priority signal. Depending upon which resource is requested this may simply cancel the attempt to revert of may cause immediate reversion. - - - - - - - - Indicates the protection scheme that is used for the ProtectionGroup. - - - - - - This attribute indicates the time, in milliseconds, between declaration of a switch trigger condition (e.g. signal degrade or signal fail), and the initialization of the protection switching algorithm. - - - - - - - - none - -uml:identifier = "_doxoIDLIEea40e5DA9KE3w" -uml:reference = "/CoreModel/CoreNetworkModel/ObjectClasses/Resilience/ControlParameters_Pac" - - - - - The FcSwitch class models the switched forwarding of traffic (traffic flow) between FcPorts and is present where there is protection functionality in the FC. -If an FC exposes protection (having two or more FcPorts that provide alternative identical inputs/outputs), the FC will have one or more associated FcSwitch objects to represent the alternative flow choices visible at the edge of the FC. -The FC switch represents and defines a protection switch structure encapsulated in the FC and essentially "decorates" FCs that are involved in resilience schemes that use switching in a protection mechanism. -Essentially FcSwitch performs one of the functions of the Protection Group in a traditional model. It associates 2 or more FcPorts each playing the role of a Protection Unit. -One or more protection, i.e. standby/backup, FcPorts provide protection for one or more working (i.e. regular/main/preferred) FcPorts where either protection or working can feed one or more protected FcPort. -The switch may be used in revertive or non-revertive (symmetric) mode. When in revertive mode it may define a waitToRestore time. -It may be used in one of several modes including source switched, destination switched, source and destination switched etc. (covering cases such as 1+1 and 1:1). -It may be locked out (prevented from switching), force switched or manual switched. -It will indicate switch state and change of state. -The switch can be switched away from all sources such that it becomes open and hence two coordinated switches can both feed the same LTP so long as at least one of the two is switched away from all sources (is "open"). -The ability for a Switch to be "high impedance" allows bidirectional ForwardingConstructs to be overlaid on the same bidirectional LTP where the appropriate control is enabled to prevent signal conflict. -This ability allows multiple alternate routes to be present that otherwise would be in conflict. - - - - - Moved to ControlParameter_Pac. This attribute indicates the time, in seconds, between declaration of unacceptable quality of signal on the currently selected FcPort, and the initialization of the protection switching algorithm. - - - - - - Indicates the protection scheme that is used for the ProtectionGroup. - - - - - Moved to ControlParameter_Pac. This attribute whether or not the protection scheme is revertive or non-revertive. - - - - - - Indicates which points are selected by the switch. -Depending on the switch spec (via FcSpec) -- more than one FcPort can be selected at any one time (e.g. egress switch, ingress packet switch) -- zero FcPorts can be selected. For an ingress switch this indicates that the switch common (egress) is "high impedance" . - - - - - - - Provides a set of predefined values for switch control in place of the direct values available via the FcSwitch or via _configurationAndSwitchControl. - - - - - - - A ConfigurationAndSwitchController that is external to the switch (it is coordinating many switches and hence cannot be encapsulated in the FcSwitch. - - - - - - - A ConfigurationAndSwitchController encapsulated in the FcSwitch that controls the FcSwitch alone. - - - - - - - Degree of administrative control applied to the switch selection. - - - - - - Indicates whether the switch selects from ingress to the FC or to egress of the FC, or both. - - - - - - The reason for the current switch selection. - - - - - - none - -uml:identifier = "_k40wIVJKEeaDuo8VlVeg_g" -uml:reference = "/CoreModel/CoreNetworkModel/ObjectClasses/Resilience/FcSwitch" - - - Moved to ControlParameter_Pac and changed to waitToRevert. If the protection system is revertive, this attribute specifies the amount of time, in seconds, to wait after the preferred FcPort returns to an acceptable state of operation (e.g. a fault has cleared) before restoring traffic to that preferred FcPort. - - - - - - - A port of a C&SC that can be used where there is significant asymmetry to be represented. -This can represent any combination of: -- the conveying of messaging to/from the C&SC -- the conveying of control action -- the providing of indications of state etc. - - - - The role of the port of a C&SC. -The interpretation of the role is provided by the C&SC spec. -The C&SC spec will set out the role in the context of C&SC functions. -The role will indicate how the port relates to the associated entity, e.g. is conveying messages. - - - - - - A link to properties associated with the port role as defined by the CascSpec. - - - - - - - The LTP that conveys the messages related to the port and/or is subject to control action and/or provides indications of state etc. -For direct association, there may be up to 2 LTPs (to account for directionality differences). -In the specification representation, there may be a number rules that provide further LTP relationships that are implicit in the instantiated model. - - - - - - - In a case where there is nested C&SC the ports are also nested and this references the superior port. - - - - - If TRUE, then any Control signal flow related to this controller (to, from or drop-and-continue) is prevented from passing through the related LTP carrying the signaling for this controller. -This can be considered as being realized using an FcSwitch in an FC embedded in the LP at the layer of signaling to disconnect the FcPort bidirectionally. -This FcSwitch should be represented in the LTP spec. -Note that the FcSwitch will be at the granularity of the relevant control signal and other flows may be passed uninterrupted. - - - - - - - If TRUE, then the related FcPort on the FC is disabled and hence signal will not flow through that FcPort. -This is realized using an FcSwitch to disconnect the FcPort bidirectionally. -Note that as the controller may control many FCs and may switch them all together as one, in an implementation the FcSwitch could be omitted from the FC instance model. -Any omission should be explained by the FcSpec. -This is equivalent to a blocked indication on the LTP used in other representations. - - - - - - - The resource is configured to temporarily not be available for use in the protection scheme(s) it is part of. -This overrides all other protection control states including forced. -If the item is locked out, then it cannot be used under any circumstances. -This causes isRelatedControlFlowDisabled to become TRUE and isControlledFcPortDisabled to become TRUE. - - - - - - - - - Container for properties associated with the port role as defined by the CascSpec. - - - - A reference to the definition of the signalling format used by the instance referenced by the related port. -This is a placeholder for a more sophisticated capability. - - - - - - Information on what is being monitored in the instance referenced by the related port. -This is a placeholder for a more sophisticated capability. - - - - - - Information on what is being controlled in the instance referenced by the related port. -This is a placeholder for a more sophisticated capability. - - - - - - - - - Clock function processes the input sync information (frequency and ssm or time stamp and PTP announce messages) and provides the modified sync information to the sync distribution function. -If none of the inputs meet the quality defined by the controller the clock may enter a hold-over or free run mode. -The status of the clock will be reported to the controller. - - - - - The run-mode of the frequency system clock, such as free-run, locked, and holdover. - - - - - A clock may be emergent from and may effectively encompass several clocks in a resilient solution. - - - - - - - A Clock may encapsulate an FC related to resilience where the clock provides an output that is essentially that of one of several other clocks in the resilience scheme. - - - - - - - A clock may feed one or more LTPs with timing information to propagate across the network (it may feed no LTPs). - - - - - - - The clock may encapsulate a complex FC where there is a resilience mechanism active and that FC will need to be controlled. -The Casc to control the FC can be encapsulated in the Clock. - - - - - - - One or more clocks can be actively phase aligned (this is especially relevant in a hitless resilience scheme). - - - - - - - - - The association of the FD to LTPs may be direct for symmetric FDs and may be via FdPort for asymmetric FDs. -The FdPort class models the role of the access to the FD function. -The capability to set up FCs between the associated FdPorts of the FD depends upon the type of FD. It is asymmetry in this capability that brings the need for FdPort. -The FD can be considered as a component and the FdPort as a Port on that component. - - - - - An instance of FD is associated with zero or more LTP objects. -The LTPs that bound the FD provide capacity for forwarding. -For asymmetric FDs, the association to the LTP is via the FdPort. - - - - - - - Each FdPort of the FD has a role (e.g., symmetric, hub, spoke, leaf, root) in the context of the FD with respect to the FD capability. - - - - - - - The orientation of the defined flow at the FdPort. - - - - - - - Where an FD is asymmetric and hence has FdPorts and where that FD and supports FCs, appropriate FdPorts of that FD support the corresponding FcPorts. - - - - - - - - An FdPort may have a direct association to another FdPort where there is a transition from one domain to another but where there has been no termination. - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - -
- - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - -
- - - - - -
- - - - - - - - -
- - - - - -
- - - - - -
- - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - - - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - -
- - - - - - - - -
- - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - - - - - - Name: A property of an entity with a value that is unique in some namespace but may change during the life of the entity. A name carries no semantics with respect to the purpose of the entity. - - - - List of names. - - - - - - A list of external managed universal identifiers, set by an external tool. There must not be any function implemented on the ControlConstruct itself next to updating the list on request and storing it persitenly. - - Represents a type of thing (an Entity) that has instances which can exist in their own right (independently of any others). - -Entity: Has identity, defined boundary, properties, functionality and lifecycle in a global context. - -(This should be considered in the context of a Class: (usage) The representation of a thing that may be an entity or an inseparable Entity Feature). - - - - - - - - - An identifier that is unique in the context of some scope that is less than the global scope. - -(This should be considered in the context of Identifier: A property of an entity/role with a value that is unique within an identifier space, where the identifier space is itself unique, and immutable. The identifier therefore represents the identity of the entity/role. An identifier carries no semantics with respect to the purpose of the entity.) - - - - - - - UUID: An identifier that is universally unique - -(This should be considered in the context of Identifier: A property of an entity/role with a value that is unique within an identifier space, where the identifier space is itself globally unique, and immutable. An identifier carries no semantics with respect to the purpose or state of the entity) -The uuid should be treated as opaque by the user. - - - - - - - - A LocalClass represents a Feature of an Entity. It is inseparable from a GlobalClass but is a distinct feature of that GlobalClass such that the instances of LocalClass are able to have associations to other instances. -Feature of an Entity: An inseparable, externally distinguishable part of an entity. -The mandatory LocalId of the LocalClass instance is unique in the context of the GlobalClass from which it is inseparable. -(This should be considered in the context of a Class: (usage) The representation of a thing that may be an entity or an inseparable feature of an entity.) - - - - - - - - - - An identifier that is unique in the context of some scope that is less than the global scope. - -(This should be considered in the context of Identifier: A property of an entity/role with a value that is unique within an identifier space, where the identifier space is itself unique, and immutable. The identifier therefore represents the identity of the entity/role. An identifier carries no semantics with respect to the purpose of the entity.) - - - - - - - - A property of an entity with a value that is not expected to be unique and is allowed to change. A label carries no semantics with respect to the purpose of the entity and has no effect on the entity behavior or state. - - - - List of labels. - - - - - - - - Extension provides an opportunity to define properties not declared in the class that extend the class enabling a realization with simple ad-hoc extension of standard classes to be conformant. - - - - List of simple name-value extensions. - - - - - - - - Represents the authority that controls the allocation of UUIDs. - - - - The UUID for the UUID authority. - - - - - - - - Represents the authority that controls the legal values for the names and values of a name/value attribute. - - - - The UUID for the NameAndValueAuthority. - - - - - - - - The base class for conditional packages. - - - - - - - Provides an opportunity to state the location of the entity via one or more hierarchies of narrowing contexts. - - - - One or more descriptions of the location. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - -
- - - - - - - Provides general state attributes. - - - - The operational state is used to indicate whether or not the resource is installed and working. - - - - - - - The administrativeControl state provides control of the availability of specific resources without modification to the provisioning of those resources. -The value is the current control target. The actual administrativeState may or may not be at target. - - - - - - - Shows whether or not the client has permission to use or has a prohibition against using the resource. -The administrative state expresses usage permissions for specific resources without modification to the provisioning of those resources. - - - - - - - Used to track the planned deployment, allocation to clients and withdrawal of resources. - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - A rule class (an abstract specialization of Equipment) that represents an equipment that can be replaced in the field. -May plug in to a holder in another equipment (if not stand-alone). -Realization could use an FRU Boolean on Equipment. - - - - - - none - -uml:identifier = "_8SXNgj-HEeaRI-H69PghuA" -uml:reference = "/CoreModel/CorePhysicalModel/RuleModels/FruNonFruRules/ObjectClasses/FieldReplaceable" - - - - none - -uml:identifier = "_8SXNhT-HEeaRI-H69PghuA" -uml:reference = "/CoreModel/CorePhysicalModel/RuleModels/FruNonFruRules/ObjectClasses/FieldReplaceable" - - - - none - -uml:identifier = "_8SXNiD-HEeaRI-H69PghuA" -uml:reference = "/CoreModel/CorePhysicalModel/RuleModels/FruNonFruRules/ObjectClasses/FieldReplaceable" - - - - - A rule class (an abstract specialization of Equipment) that represents an equipment that cannot be replaced in the field. -Is simply a subordinate part of an FRU (or another NFRU – where there must be an FRU at the top of the hierarchy). -Does not have any exposed holders (any associated holders are assumed to belong to the containing FRU). -Does not have any connectors (any associated connectors are assumed to belong to the containing FRU). - - - - - - - - - - - -
- - - - - - - - - -
- - - - - - - - - -
- - - - - - - - - -
- - - - - - -
- - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - A rule class (an abstract specialization of Connector) that represents a connector on an equipment that is intended to mate with a connector in a holder. - - - - - The equipment connector is plugged into the referenced holder connector. - - - - - - - - - - -
- - - - - - - - - - - - -
- - - - - -
- - - - - - - - - - - - - -
- - - - - - - - - - - - - - - - - Represents the dynamic aspects of the properties that relate to the motive force that directly enable functionality to emerge from the equipment. - - - - The state of the power being supplied to the equipment. -Note that this attribute summarizes the power state. -Full details on the actual power system would be provided from a number of PC instances representing the relevant parts of the Power function (e.g. different voltage supplies). - - - - - - - - Represents the dynamic aspects of the mechanical functions of the equipment. - - - - - none - -uml:identifier = "_M1XJIEQ-EeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/DynamicDetails/MechanicalFunctions" - - - - Represents the dynamic aspects of the physical environmental properties of the equipment. - - - - - none - -uml:identifier = "_Vlnd0EQ-EeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/DynamicDetails/PhysicalProperties" - - - - - Represents where the equipment is. - - - - - none - -uml:identifier = "_RUXMYEQwEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/DynamicDetails/Location" - - - - none - -uml:identifier = "_XOQ_AEQwEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/DynamicDetails/Location" - - - - - - Represents the form of the equipment. - - - - This attribute provides the identifier for a category of equipments regarded as having particular shared characteristics. - - - - - - Represents the per instance invariant properties of the equipment. - - - - This attribute represents the date on which this instance is manufactured. - - - - - - - This attribute represents the serial number of this instance. - - - - - - - This attribute represents the asset identifier of this instance from the manufacturer's perspective. - - - - - - - - Represents the invariant properties of the equipment that define and characterize the type. - - - - Text describing the type of Equipment. - - - - - - - This attribute identifies the model of the equipment. - - - - - This attribute identifies the part type of the equipment. - - - - - - - This attribute identifies the type of the equipment. - - - - - This attribute identifies the version of the equipment. - - - - - - Represents the form of the holder. - - none - -uml:identifier = "_r240kERLEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/HolderStructure" - - - none - -uml:identifier = "_4XbukERMEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/HolderStructure" - - - This attribute indicates whether the holder has guides that constrain the position of the equipment in the holder or not. - - - - - - none - -uml:identifier = "_Lj7_sERNEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/HolderStructure" - - - - Collects all invariant aspects of a manufactured thing. - - - - - none - -uml:identifier = "_pGRSoURBEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/ManufacturedThing" - - - - none - -uml:identifier = "_1KggkERBEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/ManufacturedThing" - - - - none - -uml:identifier = "_CE4sUkRCEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/ManufacturedThing" - none - -uml:identifier = "_gfKX0kc_EeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/ManufacturedThing" - - - - none - -uml:identifier = "_pGCj0IM9EeePYJZQb-Dcag" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/ManufacturedThing" - - - - Represents the properties of the manufacturer. - - none - -uml:identifier = "_VTQLMEQtEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/ManufacturerProperties" - none - -uml:identifier = "_cC-A8EQsEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/ManufacturerProperties" - - - - Represents the invariant characteristics of dynamic mechanical features of a physical thing. - - - - - Represents the invariant properties of the equipment asset allocated by the operator that define and characterize the type. - - - - - none - -uml:identifier = "_uHNXkEQuEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/OperatorAugmentedEquipmentType" - - - - Represents the invariant physical characteristics (including composition and physical robustness) of the type. - - - - - none - -uml:identifier = "_87dRMEQ9EeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/PhysicalCharacteristics" - - - - none - -uml:identifier = "__oPnkEQ9EeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/PhysicalCharacteristics" - - - - none - -uml:identifier = "_BoTa0EQ-EeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/PhysicalCharacteristics" - - - - Represents the invariant physical operational boundaries for the equipment/holder type. - - - - This attribute represents the thermal characteristics (preferred maximum/minimum, absolute maximum/minimum etc) that the entity can tolerate. - - - - - - - This attribute represents the power chracteristics (peak and mean per power source) of the entity. -For an Equipment this is the power consumption. -For a Holder this is the power that can be conveyed. - - - - - - - This attribute represents the humidity characteristics (preferred maximum/minimum, absolute maximum/minimum etc.) that the entity can tolerate. - - - - - - - - Represents the invariant relative position of the holder (with respect to some frame of reference in an equipment) or connector on an equipment or pin in a connector. - - none - -uml:identifier = "_U_6mYERXEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/Position" - - - - Represents the basic invariant spatial properties of a physical thing. - - none - -uml:identifier = "_k_CVUEQyEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/SpatialPropertiesOfType" - none - -uml:identifier = "_n6nVoEQyEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/SpatialPropertiesOfType" - none - -uml:identifier = "_uIPVgEQyEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/SpatialPropertiesOfType" - - - - Represents the degree of field replacement that is possible for the equipment type. - - - - - none - -uml:identifier = "_yb3zEEQgEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/InvariantDetails/Swappability" - - - - Represents the invariant properties of the equipment asset allocated by the operator that define and characterize the type. - - - - This attribute represents the asset identifier of this instance from the operator's perspective. - - - - - - - none - -uml:identifier = "_gCuhoURZEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/CableDetails" - none - -uml:identifier = "_bfUn4ERZEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/CableDetails" - none - -uml:identifier = "_omrR8ERUEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/CableDetails" - - - none - -uml:identifier = "_HbgJsERYEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/ConnectorDetails" - none - -uml:identifier = "_lQrpsERYEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/ConnectorDetails" - none - -uml:identifier = "_kaVX4ERVEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/ConnectorDetails" - - - - none - -uml:identifier = "_lNf7kHpKEeaVjtpstJMDXA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/EquipmentDetail" - none - -uml:identifier = "_jbGZ8Ec-EeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/EquipmentDetail" - none - -uml:identifier = "_wwGXEUc8EeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/EquipmentDetail" - none - -uml:identifier = "_t0pzs0RJEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/EquipmentDetail" - none - -uml:identifier = "_1vzsYERJEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/EquipmentDetail" - none - -uml:identifier = "_-Ci-o0RJEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/EquipmentDetail" - none - -uml:identifier = "_Kiw98URKEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/EquipmentDetail" - none - -uml:identifier = "_X1TkUkRFEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/EquipmentDetail" - - - - none - -uml:identifier = "_AqumAkRDEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/EquipmentDetail" - none - -uml:identifier = "_rGOmsUdLEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/EquipmentDetail" - - - - none - -uml:identifier = "_XtDuokRCEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/EquipmentDetail" - - - - none - -uml:identifier = "_bAAS0kRSEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/HolderDetails" - none - -uml:identifier = "_EjPzoUdMEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/HolderDetails" - - none - -uml:identifier = "_um5noERXEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/HolderDetails" - none - -uml:identifier = "_U93mQEc8EeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/ObjectClasses/PatternClasses/HolderDetails" - - - - - - -
- - - - - -
- - - - - -
- - - - - -
- - - - - - -
- - - - - - -
- - - - - -
- - - - - - - - - -
- - - - - -
- - - - - -
- - - - - - -
- - - - - -
- - - - - -
- - - - - -
- - - - - - - - -
- - - - - -
- - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - -
- - - - - - - - - A thermal rating value range. - - - - Name of the rating property, e.g. Absolute. - - - - - - The maximum temperature in Celsius. - - - - - - The minimum temperature in Celsius. - - - - - - - - Name of the rating property, e.g. Absolute. - - - - - - none - -uml:identifier = "_sGvuAGsnEeiRh-lc79MSRw" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentDetail/DataTypes/PowerRating" - - - - - - - - - Represents a connector that may be fully exposed (e.g. to plug in a cable or on the end of a cable) or partially exposed (e.g. backplane to plug in another piece of equipment such as a module). -A physical port on the Equipment. A place where signals produced by the functionality of the Equipment may be accessed. - - - - - - - - - The Connector that is attached to this Connector so as to join the Equipment/Cable with this Connector to another Equipment/Cable. -This may provide physical support and/or allow signal flow. - - - - - - - - The physical orientation of the connector, such as whether it is a male, or female, or neutral structure. - - - none - -uml:identifier = "_EaxH4kdeEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentPatternStructure/ObjectClasses/Connector" - - - The type of the connector. - - - - - The purpose of the Connector in the physical space and the functional space. - - - - - - - Represents any relevant physical thing. -Can be either field replaceable or not field replaceable. -Note: The model is currently constrained to inside plant. - - - - - A Connector on the Equipment. - - - - - - - References the Holder in an Equipment that is available to take other Equipments. -For example: -- Slot in a sub-rack -- Slot in a Field Replaceable Unit that can take a small form-factor pluggable. - - - - - - - - - - - Indicates whether or not the equipment can be removed and replaced "in the field" (i.e. in a deployment) by normal operations personnel. - - - - - - - - none - -uml:identifier = "_8SXNfj-HEeaRI-H69PghuA" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentPatternStructure/ObjectClasses/Equipment" - - - - none - -uml:identifier = "_xLQU8EmgEeaDccCv6BIgdg" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentPatternStructure/ObjectClasses/Equipment" - - - - none - -uml:identifier = "_x24r4UmgEeaDccCv6BIgdg" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentPatternStructure/ObjectClasses/Equipment" - - - - none - -uml:identifier = "_W2eCM1mrEeiyzdV8zVsJ_w" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentPatternStructure/ObjectClasses/Equipment" - - - - Represents a space in an equipment in which another equipment can be fitted in the field. - - - - - - The FRU that is occupying the holder. -A holder may be unoccupied. -An FRU may occupy more hat one holder (using or blocking are intentionally not distinguished here). - - - - - - - The relative position of the holder in the context of its containing equipment along with the position of that containing Equipment (and further recursion). - - - - - An Equipment type that the Holder can accommodate (is compatible with). - - - - - - - - none - -uml:identifier = "_Ve5tMUmhEeaDccCv6BIgdg" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentPatternStructure/ObjectClasses/Holder" - - - - none - -uml:identifier = "_WUOLoEmhEeaDccCv6BIgdg" -uml:reference = "/CoreModel/CorePhysicalModel/EquipmentPatternStructure/ObjectClasses/Holder" - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - - - - - -
- - - - - - - - -
- - - - - -
- - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - - - - - Most connector schemes are asymmetric such that there are two orientations of the connector where a mating is only possible between two connectors of different orientations. -A multi-pin connector may have a mix of pin orientations. In this case, it is expected that the dominant orientation of pin is chosen for the connector orientation. - - - - The connecting elements are dominantly protrusions. - - - - - The connecting elements are dominantly indentations. - - - - - The pin (and housing) orientation combination is such that it is symmetric so a connector is compatible with itself. -The connecting element may be a surface rather than protrusions or indentations. - - - - - - The form of equipment. - - - - An assembly with holders designed to accommodate CIRCUIT_PACKs. -The assembly is designed to be mounted in a RACK. - - - - - An assembly with connectors compatible with those in a holder. -The assembly is designed to be mounted in a holder (SLOT) of a SUBRACK. -May also support holders (SLOTs) for SMALL_FORMFACTOR_PLUGGABLEs. - - - - - A small assembly (compared to a CIRCUIT_PACK) with connectors compatible with those in a holder. -The assembly is designed to be mounted in a holder (SLOT) of a CIRCUIT_PACK or STAND_ALONE_UNIT. - - - - - An assembly with connectors for cabling and potentially with holders. -The assembly is designed to be mounted in a freeform environment (on a table or simple mechanical cabinet). -May support holders (SLOTs) for CIRCUIT_PACKs or for SMALL_FORMFACTOR_PLUGGABLEs. - - - - - A mechanical assembly with cabling and predefined mounting points for particular SUBRACK types. -The assembly is designed to be mounted on the floor in a row with other RACKs. - - - - - - The form of holder. - - - - A guided holder with fixed connectors. -The guided holder is designed to take a particular form of CIRCUIT_PACK or SMALL_FORMFACTOR_PLUGGABLE - - - - - - - - - - - - A holder in the ActualEquipment. - - - - - - A definition of a holder expected in the ActualEquipment (i.e. an ActualHolder) as part of the constraints provided by the ExpectedEquipment. - - - - - - The equipment that is actually present in the physical network. -It will expose all dynamic properties and some critical static properties. - - - - - - A definition of the restrictions on the equipment that is expected to be present in the physical network at a particular "place". -The expected equipment will state the type and may constrain any other invariant properties. -It may also provide desired ranges for dynamic properties. - - - - - - - -
- - - - - - - - - -
- - - - - - - - - -
- - - - - -
- - - - - -
- - - - - -
- - - - - - - - _port id may be UUID of pin group -_port id may be a meaningful address -_port id may be a UUID of equipment + localid - - - could fold if 1:1 - - - - - - - - - - A single coherent signal as processed by a single LTP. - - - - - - none - -uml:identifier = "_HoKtckddEeasL6dcjI1vEA" -uml:reference = "/CoreModel/CorePhysicalModel/ConnectorAndPin/ObjectClasses/SignalRefPt" - - - - A conceptual access for a group of signals (where that group of signals cannot be separated). -A physical indivisible group of signals. - - - - - - - The elemental (sub-atomic) parts of an "indivisible" signal where processing in the LTP is required to extract the elemental signals. - - - - - - - - - - - -
- - - - - -
- - - - - - - - -
- - - - - -
- - - - - -
- - - - - - -
- - - - - - -
- - - - - -
- - - - - -
- - - - - - - - - - - - - - - - - - - - - - - -
- - - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - - - - - -
- - - - - - - -
- - - - - - - - -
- - - - - -
- - - - - -
- - - - - -
- - - - - -
- - - - - - - - -
- - - - - - - - - - - - - - - - - - - - - - -
- - - - - - -
- - - - - - - - - - - - - - - Represents control capability/functionality. -ControlConstructs communicate with other ControlConstructs through ControlPorts about things within the related ConstraintDomains. -The ControlConstruct applies to all Control/Management cases including: -- the controller in the Network/Managed Element e.g. an SNMP agent). -- an SDN Controller. -- an EMS. -- an NMS. -This specific model follows a subset of the Component-System Pattern. - - - - - - - - - - Root element for controller southbound APIs. - - - The access to the ControlConstruct following the normal Component-Port pattern (i.e., the functions of a component are accessed via ports). -Is assumed to usually be bidirectional. - - - - - - The LTP through which the control messaging/signaling flows. - - - - - - - Properties relevant when the ControlPort is exposing the ControlConstruct as a provider of capability. - - - - - - - Properties relevant when the ControlPort is exposing the ControlConstruct as a user of capability. - - - - - - - - - - - - - - - - - - none - -uml:identifier = "_XFoTcBbsEeitqc-Dc8Gf8A" -uml:reference = "/CoreModel/GeneralControllerModel/Interfaces/SynchronousControlCapability" - - - - none - -uml:identifier = "_XFoTcRbsEeitqc-Dc8Gf8A" -uml:reference = "/CoreModel/GeneralControllerModel/Interfaces/SynchronousControlCapability" - - - - - - - - - - - - - - - - - - - - - A File is a data structure used to store information (user data, commands, software etc.) in a computer system. Note that in this CIM class, we are only storing the metadata associated with the File, not the actual contents of the File. - - - - - The size of the File, in bytes. - - - - - - The date time that the File was last modified. - - - - - - A checksum that can be used to validate the contents of the File (in case of corruption or malicious changes) using a hashing algorithm like MD5 or SHA1. - - - - - - - A FileSystem organizes the data on a storage system so that it can be easily created, updated and accessed. It manages the Directories and also the metadata for the Files. - - - - The root FileSystem entries, which can be Files or Directories. - - - - - - - - FileSystemEntry is an abstraction of File and Directory, useful when there is a need to reference both classes. It also allows for an easy representation of a hierarchical filesystem. - - - - If the File contents can be modified or not. - - - - - - - If the File is hidden by the FileSystem. - - - - - - - The full pathname of the entry, back to the root Directory. - - - - - - The name of the entry in its Directory. - - - - - - The date that the entry was created. - - - - - - - A SymbolicLink is a File that contains a path reference to a File or a Directory. - - - - - The FileSystemEntry that this SymbolicLink refers to. - - - - - - A Directory is a collection of Files and other Directories. Because a Directory can contain other Directories, this allows a hierarchical file system to be represented. - - - - - Directory entry, which can be a File or another Directory. - - - - - - - - - - InstalledSoftwareComponent is part of the software inventory. It represents an application or an application suite or an application (feature) option. It is the unit of installation. Note that this is operating system dependent. For example, Microsoft DOS 3.3 didn’t have an installation manager. - - - - The name of the installed component as returned by the operating system. - - - - - - The version of the installed component as returned by the operating system. - - - - - - As part of software licensing, a serial number may be available for the installation. - - - - - - - If available, the File that the installation was from. - - - - - - - References to any child installations. - - - - - - - References to any Directories or Files created or used by the installation. Note that installations may share files. So installation 1 may create key.dll in a common area, and installation 2 would create this if it wasn’t present. Because it is already present, installation 2 just references the file. Now if installation 1 is uninstalled, key.dll is not removed as there is still a reference to it. - - - - - - - - This is the unit of software execution. It could be a running application or a thread (the smallest level of software execution). - - - - The identifier provided by the operating system. - - - - - - The process priority which is used by a multi-tasking operating system to assign resource allocations for the different running software processes. - - - - - - The username of the account that invoked the process. - - - - - - The command string that invoked the process. - - - - - - The date time when the process was invoked. - - - - - The current run state. A software process may be actively running or suspended (or some other state supported by the operating system). - - - - - - The name of the process as assigned by the operating system. - - - - - - The description of the process as assigned by the operating system. - - - - - - A reference to the executable file (invoked via the invokingCommand). Note that the invoking command may not list the full file path. - - - - - - - References to a software process’s subprocesses and threads. - - - - - - - References to any files opened and/or locked by the running process. - - - - - - - - An operating system is a running software process that enables software applications to utilize the computer’s hardware. - - - - - The software processes running under this operating system. - - - - - - - The running container engines supported by the running operating system. - - - - - - - The host OS VMMs running under this operating system. - - - - - - - - This covers generic software processes that don’t have a special subclass (operating system, virtual machine and container special cases have their own specific subclasses). - - - - - - - - - A container that has been activated by its container engine and hence can provide and consume resources. - - - - - The constraints defining the boundary of the Container. - - - - - - - - A software process that abstracts running applications from the operating system. It provides some level of isolation, but not as much as a hypervisor. - - - - - The containers running in this container engine. - - - - - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - -
- - - - - - - - - - - -
- - - - - -
- - - The running container engines supported by the running operating system. - - - - - -
- - - - - - - - - - - - - - - - - - -
-
-
-
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - \ No newline at end of file diff --git a/model/uml/imports/CoreModelForApi/Experimental.profile.uml b/model/uml/imports/CoreModelForApi/Experimental.profile.uml deleted file mode 100644 index 6e00ebc..0000000 --- a/model/uml/imports/CoreModelForApi/Experimental.profile.uml +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/imports/CoreModelForApi/OpenModel_Profile.profile.uml b/model/uml/imports/CoreModelForApi/OpenModel_Profile.profile.uml deleted file mode 100644 index 6e00ebc..0000000 --- a/model/uml/imports/CoreModelForApi/OpenModel_Profile.profile.uml +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/imports/CoreModelForApi/UmlProfiles/Experimental.profile.uml b/model/uml/imports/CoreModelForApi/UmlProfiles/Experimental.profile.uml deleted file mode 100644 index 6e00ebc..0000000 --- a/model/uml/imports/CoreModelForApi/UmlProfiles/Experimental.profile.uml +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/imports/CoreModelForApi/UmlProfiles/OpenModelProfile/OpenModel_Profile.profile.uml b/model/uml/imports/CoreModelForApi/UmlProfiles/OpenModelProfile/OpenModel_Profile.profile.uml deleted file mode 100644 index 6e00ebc..0000000 --- a/model/uml/imports/CoreModelForApi/UmlProfiles/OpenModelProfile/OpenModel_Profile.profile.uml +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/o-ran-a-model-explanation.di b/model/uml/o-ran-a-model-explanation.di deleted file mode 100644 index 8c549ee..0000000 --- a/model/uml/o-ran-a-model-explanation.di +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/o-ran-a-model-explanation.notation b/model/uml/o-ran-a-model-explanation.notation deleted file mode 100644 index 1b89df5..0000000 --- a/model/uml/o-ran-a-model-explanation.notation +++ /dev/null @@ -1,315 +0,0 @@ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - diff --git a/model/uml/o-ran-a-model-explanation.uml b/model/uml/o-ran-a-model-explanation.uml deleted file mode 100644 index b036406..0000000 --- a/model/uml/o-ran-a-model-explanation.uml +++ /dev/null @@ -1,15 +0,0 @@ - - - - The 'O-RAN Intelligent Controller near reai-time' specific extensions to the o-ran-common-information-model. - - - - - - - - - - - diff --git a/model/uml/o-ran-central-unit-control-plane.di b/model/uml/o-ran-central-unit-control-plane.di deleted file mode 100644 index 8c549ee..0000000 --- a/model/uml/o-ran-central-unit-control-plane.di +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/o-ran-central-unit-control-plane.notation b/model/uml/o-ran-central-unit-control-plane.notation deleted file mode 100644 index 065e009..0000000 --- a/model/uml/o-ran-central-unit-control-plane.notation +++ /dev/null @@ -1,315 +0,0 @@ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - diff --git a/model/uml/o-ran-central-unit-control-plane.uml b/model/uml/o-ran-central-unit-control-plane.uml deleted file mode 100644 index b036406..0000000 --- a/model/uml/o-ran-central-unit-control-plane.uml +++ /dev/null @@ -1,15 +0,0 @@ - - - - The 'O-RAN Intelligent Controller near reai-time' specific extensions to the o-ran-common-information-model. - - - - - - - - - - - diff --git a/model/uml/o-ran-central-unit-user-plane.di b/model/uml/o-ran-central-unit-user-plane.di deleted file mode 100644 index 8c549ee..0000000 --- a/model/uml/o-ran-central-unit-user-plane.di +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/o-ran-central-unit-user-plane.notation b/model/uml/o-ran-central-unit-user-plane.notation deleted file mode 100644 index c44aef0..0000000 --- a/model/uml/o-ran-central-unit-user-plane.notation +++ /dev/null @@ -1,315 +0,0 @@ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - diff --git a/model/uml/o-ran-central-unit-user-plane.uml b/model/uml/o-ran-central-unit-user-plane.uml deleted file mode 100644 index b036406..0000000 --- a/model/uml/o-ran-central-unit-user-plane.uml +++ /dev/null @@ -1,15 +0,0 @@ - - - - The 'O-RAN Intelligent Controller near reai-time' specific extensions to the o-ran-common-information-model. - - - - - - - - - - - diff --git a/model/uml/o-ran-common-information-model.di b/model/uml/o-ran-common-information-model.di deleted file mode 100644 index 8c549ee..0000000 --- a/model/uml/o-ran-common-information-model.di +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/o-ran-common-information-model.notation b/model/uml/o-ran-common-information-model.notation deleted file mode 100644 index cd0db8b..0000000 --- a/model/uml/o-ran-common-information-model.notation +++ /dev/null @@ -1,336 +0,0 @@ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - diff --git a/model/uml/o-ran-common-information-model.uml b/model/uml/o-ran-common-information-model.uml deleted file mode 100644 index 1581156..0000000 --- a/model/uml/o-ran-common-information-model.uml +++ /dev/null @@ -1,75 +0,0 @@ - - - - The O-RAN (o-ran.org) common information model used to discribe all common funtions for O-RAN components. - - - - - - - - - - - - - - - - - - - -
-
-
-
-
- - - - - - - - -
-
-
-
-
- - - - - - - - - - - - - - - - - - - - - - - - - - - - -
- - - - - diff --git a/model/uml/o-ran-distributed-unit.di b/model/uml/o-ran-distributed-unit.di deleted file mode 100644 index 8c549ee..0000000 --- a/model/uml/o-ran-distributed-unit.di +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/o-ran-distributed-unit.notation b/model/uml/o-ran-distributed-unit.notation deleted file mode 100644 index 422cfec..0000000 --- a/model/uml/o-ran-distributed-unit.notation +++ /dev/null @@ -1,315 +0,0 @@ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - diff --git a/model/uml/o-ran-distributed-unit.uml b/model/uml/o-ran-distributed-unit.uml deleted file mode 100644 index b036406..0000000 --- a/model/uml/o-ran-distributed-unit.uml +++ /dev/null @@ -1,15 +0,0 @@ - - - - The 'O-RAN Intelligent Controller near reai-time' specific extensions to the o-ran-common-information-model. - - - - - - - - - - - diff --git a/model/uml/o-ran-intelligent-controller-near-real-time.di b/model/uml/o-ran-intelligent-controller-near-real-time.di deleted file mode 100644 index 8c549ee..0000000 --- a/model/uml/o-ran-intelligent-controller-near-real-time.di +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/o-ran-intelligent-controller-near-real-time.notation b/model/uml/o-ran-intelligent-controller-near-real-time.notation deleted file mode 100644 index 158fb95..0000000 --- a/model/uml/o-ran-intelligent-controller-near-real-time.notation +++ /dev/null @@ -1,315 +0,0 @@ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - diff --git a/model/uml/o-ran-intelligent-controller-near-real-time.uml b/model/uml/o-ran-intelligent-controller-near-real-time.uml deleted file mode 100644 index b036406..0000000 --- a/model/uml/o-ran-intelligent-controller-near-real-time.uml +++ /dev/null @@ -1,15 +0,0 @@ - - - - The 'O-RAN Intelligent Controller near reai-time' specific extensions to the o-ran-common-information-model. - - - - - - - - - - - diff --git a/model/uml/o-ran-radio-unit.di b/model/uml/o-ran-radio-unit.di deleted file mode 100644 index 8c549ee..0000000 --- a/model/uml/o-ran-radio-unit.di +++ /dev/null @@ -1,2 +0,0 @@ - - diff --git a/model/uml/o-ran-radio-unit.notation b/model/uml/o-ran-radio-unit.notation deleted file mode 100644 index 0c611c1..0000000 --- a/model/uml/o-ran-radio-unit.notation +++ /dev/null @@ -1,315 +0,0 @@ - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - diff --git a/model/uml/o-ran-radio-unit.uml b/model/uml/o-ran-radio-unit.uml deleted file mode 100644 index b036406..0000000 --- a/model/uml/o-ran-radio-unit.uml +++ /dev/null @@ -1,15 +0,0 @@ - - - - The 'O-RAN Intelligent Controller near reai-time' specific extensions to the o-ran-common-information-model. - - - - - - - - - - - -- 2.16.6