MPLS-TE-STD-MIB Table View

The mplsTunnelTable allows new MPLS tunnels to be
created between an LSR and a remote endpoint, and
existing tunnels to be reconfigured or removed.
Note that only point-to-point tunnel segments are
supported, although multipoint-to-point and point-
to-multipoint connections are supported by an LSR
acting as a cross-connect.  Each MPLS tunnel can
thus have one out-segment originating at this LSR
and/or one in-segment terminating at this LSR.

The mplsTunnelHopTable is used to indicate the hops,
strict or loose, for an instance of an MPLS tunnel
defined in mplsTunnelTable, when it is established
via signalling, for the outgoing direction of the
tunnel. Thus at a transit LSR, this table contains
the desired path of the tunnel from this LSR
onwards. Each row in this table is indexed by
mplsTunnelHopListIndex which corresponds to a group
of hop lists or path options.  Each row also has a
secondary index mplsTunnelHopIndex, which indicates
a group of hops (also known as a path option).
Finally, the third index, mplsTunnelHopIndex
indicates the specific hop information for a path
option. In case we want to specify a particular
interface on the originating LSR of an outgoing
tunnel by which we want packets to exit the LSR,
we specify this as the first hop for this tunnel in
mplsTunnelHopTable.

The mplsTunnelResourceTable allows a manager to
specify which resources are desired for an MPLS
tunnel.  This table also allows several tunnels to
point to a single entry in this table, implying
that these tunnels should share resources.

The mplsTunnelARHopTable is used to indicate the
hops for an MPLS tunnel defined in mplsTunnelTable,
as reported by the MPLS signalling protocol. Thus at
a transit LSR, this table (if the table is supported
and if the signaling protocol is recording actual
route information) contains the actual route of the
whole tunnel. If the signaling protocol is not
recording the actual route, this table MAY report
the information from the mplsTunnelHopTable or the
mplsTunnelCHopTable.
          
Each row in this table is indexed by
mplsTunnelARHopListIndex. Each row also has a
secondary index mplsTunnelARHopIndex, corresponding
to the next hop that this row corresponds to.
          
Please note that since the information necessary to
build entries within this table is not provided by
some MPLS signalling protocols, implementation of
this table is optional. Furthermore, since the
information in this table is actually provided by
the MPLS signalling protocol after the path has
been set-up, the entries in this table are provided
only for observation, and hence, all variables in
this table are accessible exclusively as read-
only.
          
Note also that the contents of this table may change
while it is being read because of re-routing
activities. A network administrator may verify that
the actual route read is consistent by reference to
the mplsTunnelLastPathChange object.

The mplsTunnelCHopTable is used to indicate the
hops, strict or loose, for an MPLS tunnel defined
in mplsTunnelTable, as computed by a constraint-
based routing protocol, based on the
mplsTunnelHopTable for the outgoing direction of
the tunnel. Thus at a transit LSR, this table (if
the table is supported) MAY contain the path
computed by the CSPF engine on (or on behalf of)
this LSR. Each row in this table is indexed by
mplsTunnelCHopListIndex.  Each row also has a
secondary index mplsTunnelCHopIndex, corresponding
to the next hop that this row corresponds to. In
case we want to specify a particular interface on
the originating LSR of an outgoing tunnel by which
we want packets to exit the LSR, we specify this as
the first hop for this tunnel in
mplsTunnelCHopTable.
          
Please note that since the information necessary to
build entries within this table may not be
supported by some LSRs, implementation of this
table is optional. Furthermore, since the
information in this table describes the path
computed by the CSPF engine the entries in this
table are read-only.

This table provides per-tunnel instance MPLS
performance information.

The mplsTunnelCRLDPResTable allows a manager to
specify which CR-LDP-specific resources are desired
for an MPLS tunnel if that tunnel is signaled using
CR-LDP. Note that these attributes are in addition
to those specified in mplsTunnelResourceTable. This
table also allows several tunnels to point to a
single entry in this table, implying that these
tunnels should share resources.