FRNETSERV-MIB: View SNMP OID List / Download MIB

The MIB module to describe generic objects for Frame Relay Network Service.

The Frame Relay Logical Port Information table is an interface-specific addendum to the generic ifTable of the Interface MIB.

An entry in the Frame Relay Logical Port Information table.

The value of this object identifies the network address numbering plan for this UNI/NNI logical port. The network address is the object ifPhysAddress. The value none(4) implies that there is no ifPhysAddress. The FRS agent will return an octet string of zero length for ifPhysAddress. The value other(1) means that an address has been assigned to this interface, but the numbering plan is not enumerated here. Enumeration: 'none': 4, 'other': 1, 'e164': 2, 'x121': 3.

The value of this object identifies the network contact for this UNI/NNI logical port.

The value of this object identifies the frame relay network location for this UNI/NNI logical port.

The value of this object identifies the type of network interface for this logical port. Enumeration: 'uni': 1, 'nni': 2.

The value of this object identifies the Q.922 Address field length and DLCI length for this UNI/NNI logical port. Enumeration: 'threeOctets16Bits': 3, 'fourOctets17Bits': 4, 'threeOctets10Bits': 2, 'twoOctets10Bits': 1, 'fourOctets23Bits': 5.

The value of this object identifies the Local In-Channel Signaling Protocol that is used for this frame relay UNI/NNI logical port. none(1): Interface does not use a PVC signaling protocol lmi(2): Interface operates the Stratacom/ Nortel/DEC Local Management Interface Specification protocol ansiT1617D(3): Interface operates the ANSI T1.617 Annex D PVC status protocol ansiT1617B(4): Interface operates the ANSI T1.617 Annex B procedures ccittQ933A(5): Interface operates the ITU Q.933 Annex A PVC status protocol Enumeration: 'lmi': 2, 'none': 1, 'ansiT1617D': 3, 'ansiT1617B': 4, 'ccittQ933A': 5.

The value of this object is used as a pointer to the table that contains the Local In-Channel Signaling Protocol parameters and errors for this UNI/NNI logical port. This object has been deprecated to reflect the fact that the local in-channel signaling parameters are accessed from a single table (frMgtVCSigTable) that includes parameters for all possible signaling protocols. Early design anticipated multiple tables, one for each signaling protocol.

This object contains a hint to be used for frPVCEndptDLCIIndex when creating entries in the frPVCEndptTable. The SYNTAX of this object matches the SYNTAX of the frPVCEndptDLCIIndex - an object that is restricted to legal Q.922 DLCI values for the size of the address field. The value 0 indicates that no unassigned entries are available. To obtain the frPVCEndptDLCIIndex value for a new entry, the manager issues a management protocol retrieval operation to obtain the current value of this object. After each retrieval, the agent must modify the value to the next unassigned index to prevent assignment of the same value to multiple management systems. A management system should repeat the read to obtain a new value should an attempt to create the new row using the previously returned hint fail.

The value of this object desired identifies the type of network interface for this logical port. Enumeration: 'uni': 1, 'nni': 2.

The value of this object identifies the desired Local In-Channel Signaling Protocol that is used for this frame relay UNI/NNI logical port. This value must be made the active protocol as soon as possible on the device. Refer to frLportVCSigProtocol for a description of each signaling protocol choices. Enumeration: 'lmi': 2, 'none': 1, 'ansiT1617D': 3, 'ansiT1617B': 4, 'ccittQ933A': 5.

This object controls the transmission and reception of fragmentation frames for this UNI or NNI interface. on(1) Frames are fragmented using the interface fragmentation format Note: The customer side of the interface must also be configured to fragment frames. off(2) Frames are not fragmented using the interface fragmentation format. Enumeration: 'on': 1, 'off': 2.

The value of this object is the size in octets of the maximum size of each fragment to be sent when fragmenting. This object is only used by the fragmentation transmitter, and the two sides of the interface may differ. The fragment size includes the octets for the frame relay header, the UI octet, the NLPID, the fragmentation header, and the fragment payload. If frLportFragControl is set to off, this value should be zero.

The Frame Relay Management VC Signaling Parameters and Errors table.

An entry in the Frame Relay Management VC Signaling Parameters Errors table.

The value of this object identifies the local in-channel signaling procedural role that is used for this UNI/NNI logical port. Bidirectional procedures implies that both user-side and network-side procedural roles are used. u2nnet(1) Logical port operates user to network procedure in the role of the network side bidirect(2) Logical port operates the bidirectional procedure (both user and network side roles) u2nuser(3) Logical port operates user to network procedure in the role of the user side Enumeration: 'bidirect': 2, 'u2nnet': 1, 'u2nuser': 3.

The value of this object identifies the User-side N391 full status polling cycle value for this UNI/NNI logical port. If the logical port is not performing user-side (bidirectional) procedures, then this object is not instantiated and an attempt to read will result in the noSuchInstance exception response.

The value of this object identifies the User-side N392 error threshold value for this UNI/NNI logical port. If the logical port is not performing user-side (bidirectional) procedures, then this object is not instantiated.

The value of this object identifies the User-side N393 monitored events count value for this UNI/NNI logical port. If the logical port is not performing user-side (bidirectional) procedures, then this object is not instantiated.

The value of this object identifies the User-side T391 link integrity verification polling timer value for this UNI/NNI logical port. If the logical port is not performing user-side procedures, then this object is not instantiated.

The value of this object identifies the Network- side N392 error threshold value (nN2 for LMI) for this UNI/NNI logical port. If the logical port is not performing network-side procedures, then this object is not instantiated.

The value of this object identifies the Network- side N393 monitored events count value (nN3 for LMI) for this UNI/NNI logical port. If the logical port is not performing network-side procedures, then this object is not instantiated.

The value of this object identifies the Network- side T392 polling verification timer value (nT2 for LMI) for this UNI/NNI logical port. If the logical port is not performing network-side procedures, then this object is not instantiated.

The value of this object identifies the Network- side nN4 maximum status enquires received value for this UNI/NNI logical port. If the logical port is not performing network-side procedures or is not performing LMI procedures, then this object is not instantiated. This object applies only to LMI and always has a value of 5.

The value of this object identifies the Network- side nT3 timer (for nN4 status enquires received) value for this UNI/NNI logical port. If the logical port is not performing network-side procedures or is not performing LMI procedures, then this object is not instantiated. This object applies only to LMI.

The number of user-side local in-channel signaling link reliability errors (i.e., non- receipt of Status/Status Enquiry messages or invalid sequence numbers in a Link Integrity Verification Information Element) for this UNI/NNI logical port. If the logical port is not performing user-side procedures, then this object is not instantiated.

The number of user-side local in-channel signaling protocol errors (i.e., protocol discriminator, unnumbered information, message type, call reference, and mandatory information element errors) for this UNI/NNI logical port. If the logical port is not performing user-side procedures, then this object is not instantiated.

The number of times the user-side channel was declared inactive (i.e., N392 errors in N393 events) for this UNI/NNI logical port. If the logical port is not performing user-side procedures, then this object is not instantiated.

The number of network-side local in-channel signaling link reliability errors (i.e., non- receipt of Status/Status Enquiry messages or invalid sequence numbers in a Link Integrity Verification Information Element) for this UNI/NNI logical port.

The number of network-side local in-channel signaling protocol errors (i.e., protocol discriminator, message type, call reference, and mandatory information element errors) for this UNI/NNI logical port.

The number of times the network-side channel was declared inactive (i.e., N392 errors in N393 events) for this UNI/NNI logical port.

The value of this object identifies the local in-channel signaling procedural role that is used for this UNI/NNI logical port. Bidirectional procedures implies that both user-side and network-side procedural roles are used. u2nnet(1) Logical port operates user to network procedure in the role of the network side bidirect(2) Logical port operates the bidirectional procedure (both user and network side roles) u2nuser(3) Logical port operates user to network procedure in the role of the user side Enumeration: 'bidirect': 2, 'u2nnet': 1, 'u2nuser': 3.

The value of this object identifies the desired User-side N391 full status polling cycle value for this UNI/NNI logical port. If the logical port is not performing user-side (bidirectional) procedures, then this object is not instantiated.

The value of this object identifies the desired User-side N392 error threshold value for this UNI/NNI logical port. If the logical port is not performing user-side (bidirectional) procedures, then this object is not instantiated.

The value of this object identifies the desired User-side N393 monitored events count value for this UNI/NNI logical port. If the logical port is not performing user-side (bidirectional) procedures, then this object is not instantiated.

The value of this object identifies the desired User-side T391 link integrity verification polling timer value for this UNI/NNI logical port. If the logical port is not performing user-side procedures, then this object is not instantiated.

The value of this object identifies the desired Network-side N392 error threshold value (nN2 for LMI) for this UNI/NNI logical port. If the logical port is not performing network-side procedures, then this object is not instantiated.

The value of this object identifies the desired Network-side N393 monitored events count value (nN3 for LMI) for this UNI/NNI logical port. If the logical port is not performing network-side procedures, then this object is not instantiated.

The value of this object identifies the desired Network-side T392 polling verification timer value (nT2 for LMI) for this UNI/NNI logical port. If the logical port is not performing network-side procedures, then this object is not instantiated.

The value of this object identifies the desired Network-side nT3 timer (for nN4 status enquires received) value for this UNI/NNI logical port. If the logical port is not performing network-side procedures or is not performing LMI procedures, then this object is not instantiated. This object applies only to LMI.

The Frame Relay PVC End-Point table. This table is used to model a PVC end-point. This table contains the traffic parameters and statistics for a PVC end-point. This table is used to identify the traffic parameters for a bi-directional PVC segment end- point, and it also provides statistics for a PVC segment end-point. A PVC segment end-point is identified by a UNI/NNI logical port index value and DLCI index value. If the frame relay service provider allows the frame relay CNM subscriber to create, modify or delete PVCs using SNMP, then this table is used to identify and reserve the requested traffic parameters of each PVC segment end-point. The Connection table is used to 'connect' the end- points together. Not all implementations will support the capability of creating/modifying/deleting PVCs using SNMP as a feature of frame relay CNM service. Uni-directional PVCs are modeled with zero valued traffic parameters in one of the directions (In or Out direction) in this table. To create a PVC, the following procedures shall be followed: 1) Create the entries for the PVC segment endpoints in the frPVCEndptTable by specifying the traffic parameters for the bi-directional PVC segment endpoints. As shown in figure 2, a point-to-point PVC has two endpoints, thus two entries in this table. Uni-directional PVCs are modeled with zero valued traffic parameters in one direction; all the `In' direction parameters for one frame relay PVC End-point or all the `Out' direction parameters for the other frame relay PVC Endpoint. In _____________________________ Out >>>>>>| |>>>>>>>> ______| Frame Relay Network |________ Out | | In <<<<<<|_____________________________|<<<<<<<< Frame Relay Frame Relay PVC PVC Endpoint Endpoint Figure 2, PVC Terminology 2) Go to the Frame Relay Connection Group.

An entry in the Frame Relay PVC Endpoint table.

The value of this object is equal to the DLCI value for this PVC end-point. The values are restricted to the legal range for the size of address field supported by the logical port (frLportAddrDLCILen).

The value of this object is the size in octets of the largest frame relay information field for this PVC end-point in the ingress direction (into the frame relay network). The value of frPVCEndptInMaxFrameSize must be less than or equal to the corresponding ifMtu for this frame relay UNI/NNI logical port.

The value of this object is equal to the committed burst size (Bc) parameter (measured in bits) for this PVC end-point in the ingress direction (into the frame relay network). Note that the max value of this range is lower than the max value allowed by Q.933 (16383 * 10**6). Note that the value is encoded in bits whilst the Q.933 Link layer core parameters information element encodes this information using octet units.

The value of this object is equal to the excess burst size (Be) parameter (measured in bits) for this PVC end-point in the ingress direction (into the frame relay network). Note that the max value of this range is lower than the max value allowed by Q.933 (16383 * 10**6). Note that the value is encoded in bits whilst the Q.933 Link layer core parameters information element encodes this information using octet units.

The value of this object is equal to the committed information rate (CIR) parameter (measured in bits per second) for this PVC end- point in the ingress direction (into the frame relay network). Note that the max value of this range is lower than the max value allowed by Q.933 (2047 * 10**6).

The value of this object is the size in octets of the largest frame relay information field for this PVC end-point in the egress direction (out of the frame relay network). The value of frPVCEndptOutMaxFrameSize must be less than or equal to the corresponding ifMtu for this frame relay UNI/NNI logical port.

The value of this object is equal to the committed burst size (Bc) parameter (measured in bits) for this PVC end-point in the egress direction (out of the frame relay network). Note that the max value of this range is lower than the max value allowed by Q.933 (16383 * 10**6). Note that the value is encoded in bits whilst the Q.933 Link layer core parameters information element encodes this information using octet units.

The value of this object is equal to the excess burst size (Be) parameter (measured in bits) for this PVC end-point in the egress direction (out of the frame relay network). Note that the max value of this range is lower than the max value allowed by Q.933 (16383 * 10**6). Note that the value is encoded in bits whilst the Q.933 Link layer core parameters information element encodes this information using octet units.

The value of this object is equal to the committed information rate (CIR) parameter (measured in bits per second) for this PVC end- point in the egress direction (out of the frame relay network). Note that the max value of this range is lower than the max value allowed by Q.933 (2047 * 10**6).

This object is used to associate PVC end-points as being part of one PVC segment connection. This value of this object is equal to the value of frPVCConnectIndex, which is used as one of the indices into the frPVCConnectTable. A connection that has been cross-connected via the FR/ATM PVC Service IWF cross-connect table will return the value zero when this object is read. In case of these interworked connections, the frPVCEndptAtmIwfConnIndex object must be accessed to select the entry in the FR/ATM PVC Service IWF cross-connect table. The value of this object is provided by the agent, after the associated entries in the frPVCConnectTable or frAtmIwfConnectionTable have been created.

This object is used to create new rows in this table, modify existing rows, and to delete existing rows. To create a new PVC, the entries for the PVC segment end-points in the frPVCEndptTable must first be created. Next, the frPVCConnectTable is used to associate the frame relay PVC segment end-points. In order for the manager to have the necessary error diagnostics, the frPVCEndptRowStatus object must initially be set to `createAndWait(5)'. While the frPVCEndptRowStatus object is in the `createAndWait(5)' state, the manager can set each columnar object and get the necessary error diagnostics. The frPVCEndptRowStatus object may not be set to `active(1)' unless the following columnar objects exist in this row: frPVCEndptInMaxFrameSize, frPVCEndptInBc, frPVCEndptInBe, frPVCEndptInCIR, frPVCEndptOutMaxFrameSize, frPVCEndptOutBc, frPVCEndptOutBe, and frPVCEndptOutCIR.

The value of this object identifies the PVC status received via the local in-channel signaling procedures for this PVC end-point. This object is only pertinent for interfaces that perform the bidirectional procedures. Each value has the following meaning: deleted(1): This PVC is not listed in the full status reports received from the user device. The object retains this value for as long as the PVC is not listed in the full status reports active(2): This PVC is reported as active, or operational, by the user device. inactive(3): This PVC is reported as inactive, or non-operational, by the user device. none(4): This interface is only using the network-side in-channel signaling procedures, so this object does not apply. Enumeration: 'deleted': 1, 'active': 2, 'none': 4, 'inactive': 3.

The number of frames received by the network (ingress) for this PVC end-point. This includes any frames discarded by the network due to submitting more than Bc + Be data or due to any network congestion recovery procedures.

The number of frames sent by the network (egress) regardless of whether they are Bc or Be frames for this PVC end-point.

The number of frames received by the network (ingress) with the DE bit set to (1) for this PVC end-point.

The number of frames received by the network (ingress) for this PVC end-point which were treated as excess traffic. Frames which are sent to the network with DE set to zero are treated as excess when more than Bc bits are submitted to the network during the Committed Information Rate Measurement Interval (Tc). Excess traffic may or may not be discarded at the ingress if more than Bc + Be bits are submitted to the network during Tc. Traffic discarded at the ingress is not recorded in frPVCEndptInExcessFrames. Frames which are sent to the network with DE set to one are also treated as excess traffic.

The number of frames sent by the network (egress) for this PVC end-point which were treated as excess traffic. (The DE bit may be set to one.)

The number of frames received by the network (ingress) that were discarded due to traffic enforcement for this PVC end-point. Congestion discards are not counted in this object.

The number of octets received by the network (ingress) for this PVC end-point. This counter should only count octets from the beginning of the frame relay header field to the end of user data. If the network supporting frame relay can not count octets, then this count should be an approximation.

The number of octets sent by the network (egress) for this PVC end-point. This counter should only count octets from the beginning of the frame relay header field to the end of user data. If the network supporting frame relay can not count octets, then this count should be an approximation.

The number of frames received by the network (ingress) that were discarded with the DE bit set due to traffic enforcement for this PVC end-point. Congestion discards are not counted in this object.

The number of frames received by the network (ingress) that have the FECN bit set for this PVC end-point.

The number of frames sent by the network (egress) that have the FECN bit set for this PVC end- point.

The number of frames received by the network (ingress) that have the BECN bit set for this PVC end-point.

The number of frames sent by the network (egress) that have the BECN bit set for this PVC end- point.

The number of frames received by the network (ingress) that were discarded due to input buffer congestion, rather than traffic enforcement, for this PVC end-point.

The number of frames counted by frPVCEndptInCongDiscards with the DE bit set to (1).

The number of frames sent by the network (egress) that were discarded due to output buffer congestion for this PVC end-point.

The number of frames counted by frPVCEndptOutCongDiscards with the DE bit set to (1).

The number of frames sent by the network (egress) with the DE bit set to (1) for this PVC end- point.

This object contains the index value of the FR/ATM cross-connect table entry used to link the frame relay PVC with an ATM PVC. Each row of the frPVCEndptTable that is not cross-connected with an ATM PVC must return the value zero when this object is read. The value of this object is initialized by the agent after the associated entries in the frAtmIwfConnectionTable have been created. The value of this object is reset to zero following destruction of the associated entry in the frAtmIwfConnectionTable

This object returns a hint to be used for frPVCConnectIndex when creating entries in the frPVCConnectTable. The value 0 indicates that no unassigned entries are available. To obtain the frPVCConnectIndex value for a new entry, the manager issues a management protocol retrieval operation to obtain the current value of this object. After each retrieval, the agent must modify the value to the next unassigned index to prevent assignment of the same value to multiple management systems. A management system should repeat the read to obtain a new value should an attempt to create the new row using the previously returned hint fail.

The Frame Relay PVC Connect Table is used to model the bi-directional PVC segment flows including: point-to-point PVCs, point-to- multipoint PVCs, and multipoint-to-multipoint PVCs. This table has read-create access and is used to associate PVC end-points together as belonging to one connection. The frPVCConnectIndex is used to associate all the bi-directional flows. Not all implementations will support the capability of creating/modifying/deleting PVCs using SNMP as a feature of frame relay CNM service. Once the entries in the frPVCEndptTable are created, the following step are used to associate the PVC end-points as belonging to one PVC connection: 1) Obtain a unique frPVCConnectIndex using the frPVCConnectIndexValue object. 2) Connect the PVC segment endpoints together with the applicable frPVCConnectIndex value obtained via frPVCConnectIndexValue. The entries in this table are created by using the frPVCConnectRowStatus object. 3) The agent will provide the value of the corresponding instances of frPVCEndptConnectIdentifier with the frPVCConnectIndex value. 4) Set frPVCConnectAdminStatus to `active(1)' in all rows for this PVC segment to turn the PVC on. For example, the Frame Relay PVC Connection Group models a bi-directional, point-to-point PVC segment as one entry in this table. Frame Relay Frame Relay Network Network Low Port High Port __________________________________ | | _____| >> from low to high PVC flow >> |_____ | << from high to low PVC flow << | |__________________________________| The terms low and high are chosen to represent numerical ordering of a PVC segment's endpoints for representation in this table. That is, the endpoint with the lower value of ifIndex is termed 'low', while the opposite endpoint of the segment is termed 'high'. This terminology is to provide directional information; for example the frPVCConnectL2hOperStatus and frPVCConnectH2lOperStatus as illustrated above. If the Frame Relay Connection table is used to model a unidirectional PVC, then one direction (either from low to high or from high to low) has its Operational Status equal to down. A PVC segment is a portion of a PVC that traverses one Frame Relay Network, and a PVC segment is identified by its two end-points (UNI/NNI logical port index value and DLCI index value) through one Frame Relay Network.

An entry in the Frame Relay PVC Connect table. This entry is used to model a PVC segment in two directions.

The value of this object is equal to the frPVCConnectIndexValue obtained to uniquely identify this PVC segment connection.

The value of this object is equal to IF-MIB ifIndex value of the UNI/NNI logical port for this PVC segment. The term low implies that this PVC segment end-point has the numerically lower ifIndex value than the connected/associated PVC segment end-point. RFC 1604 permitted a zero value for this object to identify termination at a non-frame relay interface. However, this cross-connect table is limited to frame relay connections. See the frame relay/ATM IWF MIB [28] for the cross-connect table used for those types of connections.

The value of this object is equal to the DLCI value for this end-point of the PVC segment.

The value of this object is equal to IF-MIB ifIndex value for the UNI/NNI logical port for this PVC segment. The term high implies that this PVC segment end-point has the numerically higher ifIndex value than the connected/associated PVC segment end-point.

The value of this object is equal to the egress DLCI value for this end-point of the PVC segment.

The value of this object identifies the desired administrative status of this bi-directional PVC segment. The active(1) state means the PVC segment is currently operational; the inactive(2) state means the PVC segment is currently not operational; the testing(3) state means the PVC segment is currently undergoing a test. This state is set by an administrative entity. This value affects the PVC status indicated across the ingress NNI/UNI of both end-points of the bi- directional PVC segment. When a PVC segment connection is created using this table, this object is initially set to `inactive(2)'. After the frPVCConnectRowStatus object is set to `active(1)' (and the corresponding/associated entries in the frPVCEndptTable have their frPVCEndptRowStatus object set to `active(1)'), the frPVCConnectAdminStatus object may be set to `active(1)' to turn on the PVC segment connection. Enumeration: 'active': 1, 'inactive': 2, 'testing': 3.

The value of this object identifies the current operational status of the PVC segment connection in one direction; (i.e., in the low to high direction). This value affects the PVC status indicated across the ingress NNI/UNI (low side) of the PVC segment. The values mean: active(1) - PVC is currently operational inactive(2) - PVC is currently not operational. This may be because of an underlying LMI or DS1 failure. testing(3) - PVC is currently undergoing a test. This may be because of an underlying frLport or DS1 undergoing a test. unknown(4) - the status of the PVC currently can not be determined. Enumeration: 'active': 1, 'unknown': 4, 'inactive': 2, 'testing': 3.

The value of this object identifies the current operational status of the PVC segment connection in one direction; (i.e., in the high to low direction).. This value affects the PVC status indicated across the ingress NNI/UNI (high side) of the PVC segment. The values mean: active(1) - PVC is currently operational inactive(2) - PVC is currently not operational. This may be because of an underlying LMI or DS1 failure. testing(3) - PVC is currently undergoing a test. This may be because of an underlying frLport or DS1 undergoing a test. unknown(4) - the status of the PVC currently can not be determined. Enumeration: 'active': 1, 'unknown': 4, 'inactive': 2, 'testing': 3.

The value of the Interface MIB's sysUpTime object at the time this PVC segment entered its current operational state in the low to high direction. If the current state was entered prior to the last re-initialization of the FRS agent, then this object contains a zero value.

The value of the Interface MIB's sysUpTime object at the time this PVC segment entered its current operational state in the high to low direction. If the current state was entered prior to the last re-initialization of the FRS agent, then this object contains a zero value.

The status of this entry in the frPVCConnectTable. This variable is used to create new connections for the PVC end-points and to change existing connections of the PVC end- points. This object must be initially set to `createAndWait(5)'. In this state, the agent checks the parameters in the associated entries in the frPVCEndptTable to verify that the PVC end- points can be connected (i.e., the In parameters for one PVC end-point are equal to the Out parameters for the other PVC end-point). This object can not be set to `active(1)' unless the following columnar object exists in this row: frPVCConnectAdminStatus. The agent also supplies the associated value of frPVCConnectIndex for the frPVCEndptConnectIdentifier instances. To turn on a PVC segment connection, the frPVCConnectAdminStatus is set to `active(1)'.

This is a service user assigned textual representation of a PVC.

This is a system supplied textual representation of PVC. It is assigned by the service provider.

The Frame Relay Accounting PVC table. This table is used to perform accounting on a PVC segment end-point basis.

An entry in the Frame Relay Accounting PVC table.

The value of this object is equal to the DLCI value for this PVC segment end-point.

The value of this object is equal to the Segment Size for this PVC segment end-point.

The value of this object is equal to the number of segments received by this PVC segment end- point.

The value of this object is equal to the number of segments sent by this PVC segment end-point.

The Frame Relay Accounting Logical Port table. This table is used to perform accounting on a UNI/NNI Logical Port basis.

An entry in the Frame Relay Accounting Logical Port table.

The value of this object is equal to the Segment Size for this UNI/NNI logical port.

The value of this object is equal to the number of segments received by this UNI/NNI logical port.

The value of this object is equal to the number of segments sent by this UNI/NNI logical port.

This notification indicates that the indicated PVC has changed state. This notification is not sent if an FR-UNI changes state; a linkDown or linkUp notification should be sent instead. The first instance of frPVCEndptRcvdSigStatus is for the endpoint with LowIfIndex, LowDLCIIndex. The second instance of frPVCEndptRcvdSigStatus is for the endpoint with HighIfIndex, HighDLCIIndex

Refer to the description of the frPVCConnectStatusNotif notification that has replaced this notification. The notification is deprecated due to the incorrect inclusion of index values and to take advantage of the trap prefix for automatic conversion from SMIv2 to SMIv1 by making the one but last sub-ID a zero (i.e. the so-called trap prefix).

A collection of objects providing information applicable to a Frame Relay Logical Port. This group has been deprecated to eliminate reference to the object frLportVCSigPointer. Use the new group frnetservLportGroup2 as a replacement for this group.

A collection of objects providing information applicable to the Local In-Channel Signaling Procedures used for a UNI/NNI logical port.

A collection of objects providing information applicable to a Frame Relay PVC end-point.

A collection of objects providing information applicable to a Frame Relay PVC connection.

A collection of objects providing accounting information application to a Frame Relay PVC end- point.

A collection of objects providing accounting information application to a Frame Relay logical port.

A collection of objects providing information applicable to a Frame Relay Logical Port. This new version of the Logical Port Group eliminates the frLportVCSigPointer and adds support for fragmentation.

Additions to the PVC end-point group. These additions provide new frame counters to track frame loss. In addition, the new FR/ATM IWF MIB cross-connect index is included.

Additions to the PVC Connect Group.

Administrative (R/W) objects for creating a switch logical port.

A collection of objects providing information applicable to the Local In-Channel Signaling Procedures used for a UNI/NNI logical port.

Deprecated notification group. The frPVCConnectStatusChange notification was flawed because it included redundant indexes and was not properly encoded for SMIv1 conversion.

A collection of notifications that apply to frame relay PVC Connections

The compliance statement for SNMP entities which have Frame Relay Network Service Interfaces. This compliance statement has been deprecated in favor of frnetservCompliance2. The new compliance module expands the mandatory groups to include notification and other new objects.

The compliance statement for SNMP entities which have Frame Relay Network Service Interfaces. The distinction between 'service' and 'switch' is that a 'switch' is configured via this MIB. Hence, the various read/write objects have write capability. A 'service' represents a passive monitor-only customer network management interface. The various read/write objects are restricted to read-only capability.

The compliance statement for SNMP entities which have Frame Relay Network Switch objects. The distinction between 'service' and 'switch' is that a 'switch' is configured via this MIB. Hence, the various read/write objects have write capability. A 'service' represents a passive monitor-only customer network management interface. The various read/write objects are restricted to read-only capability.