CoifccInterfaceEntry |
|
SEQUENCE |
|
|
|
|
coifccIfCrossConnectIdentifier |
Integer32 |
|
CoifccCrossConnectEntry |
|
SEQUENCE |
|
|
|
|
coifccCcIndex |
Integer32 |
|
|
coifccCcLowIfIndex |
InterfaceIndex |
|
|
coifccCcHighIfIndex |
InterfaceIndex |
|
|
coifccCcSwitchType |
INTEGER |
|
|
coifccCcKind |
INTEGER |
|
|
coifccCcCreationTime |
TimeStamp |
|
|
coifccCcL2HOperStatus |
CoifccCrossConnectOperStatus |
|
|
coifccCcH2LOperStatus |
CoifccCrossConnectOperStatus |
|
|
coifccCcL2HLastChange |
TimeStamp |
|
|
coifccCcH2LLastChange |
TimeStamp |
|
|
coifccCcRowStatus |
RowStatus |
|
|
coifccCcL2HAttenuation |
Integer32 |
|
|
coifccCcH2LAttenuation |
Integer32 |
|
coifccInterfaceEntry |
1.3.6.1.4.1.9.10.68.1.1.1.1 |
An entry is created only when an interface is cross-connected
to one or more other interfaces (i.e. when the associated
entries in the coifccCrossConnectTable have been created).
An entry is deleted when an interface is removed from a
cross-connect, or when the cross-connect that includes the
interface is deleted from the coifccCrossConnectTable. |
Status: current |
Access: not-accessible |
OBJECT-TYPE |
|
|
|
|
CoifccInterfaceEntry |
|
|
coifccCrossConnectTable |
1.3.6.1.4.1.9.10.68.1.2.3 |
This table contains configuration and state information of
point-to-point and point-to-multipoint interface
cross-connects.
Each entry in the table models two bi-directional interfaces on
opposite sides of a bi-directional cross-connect.
For a point-to-point cross-connect, there can be up to four
entries in the table with the same value of coifccCcIndex, due
to the presence of protection interfaces.
All four entries are associated with each other due to
APS configuration (for now, this would be done through
the CISCO-APS-MIB). If both sides A and B are configured
for 1+1 APS protection, and a cross-connect between
interfaces A and B is created, then the following
cross-connect entries will be present:
The cross-connect with coifccCcKind value 'provisioned' is the
one that is created through cross-connect configuration and the
cross-connects with coifccCcKind value 'protection' are those
that are created automatically due to APS configuration.
Low interface High interface coifccCcKind
A B provisioned
A B' protection
A' B protection
A' B' protection
When the cross-connect between A and B is deleted, all four
cross-connect entries will disappear.
Each side of the point-to-point cross-connect can have up to
two interfaces, for example when SONET 1+1 Automatic
Protection Switching (APS) is used. Any one of the four
entries of a point-to-point cross-connect can be created,
and the remaining three entries will be created
automatically. However only the 'provisioned' entry can be
explicitly deleted, which also causes the corresponding
'protection' entries to be deleted. Note that use of the
word 'protection' is different from its usage in SONET 1+1 APS.
In particular, there is no requirement that the 'provisioned'
cross-connect must be between the SONET 'working' interfaces.
A point-to-multipoint connection consists of one root and
many leaves. Copies of the traffic received at the root
interface are transmitted out each of the leaf interfaces.
For a point-to-multipoint cross-connect with N leafs,
the manager creates N 'provisioned' entries in this table.
Where N is determined by the manager based on some application.
In the presence of APS configuration, the same
point-to-multipoint (N leafs) cross-connect, in addition
to having N 'provisioned' entries in this table, can have upto
an additional 3N 'protection' entries automatically configured.
The terms low and high are chosen to represent numerical
ordering of the two interfaces associated with a cross-connect.
That is, the interface with the lower value of ifIndex is
termed 'low', while the other interface associated with the
cross-connect is termed 'high'. This terminology is used to
provide directional information; for example, the
coifccCcL2HOperStatus applies to the low->high direction, and
coifccCcH2LOperStatus applies to the high->low direction. |
Status: current |
Access: not-accessible |
OBJECT-TYPE |
|
|
|
|
SEQUENCE OF |
|
|
|
|
CoifccCrossConnectEntry |
|
coifccCrossConnectEntry |
1.3.6.1.4.1.9.10.68.1.2.3.1 |
This entry is used to model two bi-directional cross-connected
interfaces.
Cross-connects can be created through provisioning,
automatically by the network element, dynamically by using
control protocols (e.g. GMPLS), or due to the presence of
protection interfaces.
When creating an entry through provisioning, the following
procedures are used to cross-connect two interfaces:
(1) The manager obtains a unique coifccCcIndex by reading the
coifccCcIndexNext object.
(2) Next, the manager creates a set of one or more rows in the
Cross Connect Table. For a point-to-point connection, one
row is created by the manager. For a point-to-multipoint
connection, one row is created for each leaf to an
unprotected interface, or one row is created for each leaf
to a pair of protected interfaces. Additional rows for
protection interfaces are created automatically by the
agent. Each row is indexed by the ifIndex values of the
two interfaces at the ends of that cross-connection. This
set of rows is identified by a single value of
coifccCcIndex. As each row is created, the agent checks if
the requested topology is supported and also checks for
internal errors in building the cross-connect. The
coifccIfCrossConnectIdentifier values in the corresponding
coifccInterfaceTable rows are filled in by the agent at
this point. The traffic flow is turned on when the manager
sets coifccCcRowStatus to active(1) or createAndGo(4).
A cross-connect identified by a particular value of
coifccCcIndex is released by setting coifccCcRowStatus of all
rows identified by this value of coifccCcIndex, other than the
rows with a coifccCcKind value of 'protection', to destroy(6).
The agent may release associated resources, and the
coifccIfCrossConnectIdentifier values in the corresponding
coifccInterfaceTable are removed. Note that a situation when
only a subset of the associated rows are deleted corresponds to
a topology change.
At the discretion of the agent, a cross-connect may be
reconfigured by adding and/or deleting leafs to/from the
topology as per the cross-connect establishment/retirement
guidelines described below.
Each leaf is added by creating a row with the same value of
coifccCcIndex in this table. Each leaf is deleted by deleting
a row with the same value of coifccCcIndex in the table. To
delete an entire point-to-multipoint connection, all entries
with the same coifccCcIndex value must be deleted. |
Status: current |
Access: not-accessible |
OBJECT-TYPE |
|
|
|
|
CoifccCrossConnectEntry |
|
|
coifccCcKind |
1.3.6.1.4.1.9.10.68.1.2.3.1.5 |
The type of call control used to establish a cross-connect.
If no value of this object is provided when a row is activated
through SNMP, then the value 'provisioned' is assigned by the
agent.
For point-to-point cross-connects, the only sets allowed on
this object are during initial row creation, and to change the
value of this object from 'protection' to 'provisioned', which
automatically changes the coifccCcKind value of the
'provisioned' cross-connect with the same coifccCcIndex value
to 'protection'. A change from 'protection' to 'provisioned'
is allowed when coifccCcRowStatus is 'active'.
The use is as follows:
provisioned(1)
Provisioned by the user or by a management system
using the Command Line Interface, SNMP, or other
means of management access to the network element.
automatic(2)
Created automatically by the network element, without
user, management, or control plane intervention. In
particular, this is used to represent fixed interface
cross-connects due to the presence of entities such as
optical add/drop multiplexers.
dynamic(3)
Created by request from a control plane (e.g. from
GMPLS signalling).
protection(4)
Created to include the second of a pair of protected
interfaces in a cross-connect, when a cross-connect
entry for the first interface in the pair is being
created. Such an entry cannot be deleted directly.
It is deleted when the cross-connect entry containing
the other interface(s) of the protected pair(s) is
deleted. |
Status: current |
Access: read-create |
OBJECT-TYPE |
|
|
|
|
INTEGER |
provisioned(1), automatic(2), dynamic(3), protection(4), other(5) |
|