EPON MIB WG L. Khermosh Internet-DraftPassave TechnologiesPMC-SIERRA Expires:August 14, 2006 February 10,January 24, 2007 July 23, 2006 Managed Objects of EPONdraft-ietf-hubmib-efm-epon-mib-04.txtdraft-ietf-hubmib-efm-epon-mib-05.txt Status of this Memo By submitting this Internet-Draft, each author represents that any applicable patent or other IPR claims of which he or she is aware have been or will be disclosed, and any of which he or she becomes aware will be disclosed, in accordance with Section 6 of BCP 79. Internet-Drafts are working documents of the Internet Engineering Task Force (IETF), its areas, and its working groups. Note that other groups may also distribute working documents as Internet- Drafts. Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress." The list of current Internet-Drafts can be accessed at http://www.ietf.org/ietf/1id-abstracts.txt. The list of Internet-Draft Shadow Directories can be accessed at http://www.ietf.org/shadow.html. This Internet-Draft will expire onAugust 14, 2006.January 24, 2007. Copyright Notice Copyright (C) The Internet Society (2006). Abstract This document defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP based Internets. In particular, it defines objects for managingfor generic pointinterfaces that conform tomulti-point (P2MP) networks, and in specificallythe Ethernet Passive Optical Networks (EPON)interfaces,standard as defined inIEEE Std 802.3ah-2004,[802.3ah], whichamends IEEE Std 802.3-2002.are extended capabilities to the Ethernet like interfaces. The Internet-Standard Management Framework For a detailed overview of the documents that describe the current Internet-Standard Management Framework, please refer to section 7 of RFC 3410 [RFC3410]. Managed objects are accessed via a virtual information store, termed the Management Information Base or MIB. MIB objects are generally accessed through the Simple Network Management Protocol (SNMP). Objects in the MIB are defined using the mechanisms defined in the Structure of Management Information (SMI). This memo specifies a MIB module that is compliant to the SMIv2, which is described in STD 58, RFC 2578 [RFC2578], STD 58, RFC 2579 [RFC2579] and STD 58, RFC 2580 [RFC2580]. TerminologyKeyThe key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in [RFC2119]. Table of Contents 1. Overview . . . . . . . . . . . . . . . . . . . . . . . . . . . 4 1.1. Terminology and abbreviations . . . . . . . . . . . . . . 4 1.2. EPON architecture highlights . . . . . . . . . . . . . . . 5 1.2.1. Introduction . . . . . . . . . . . . . . . . . . . . . 5 1.2.2. Principles of operation . . . . . . . . . . . . . . .67 1.2.3. The physical media . . . . . . . . . . . . . . . . . .78 1.2.4. PMD specifications . . . . . . . . . . . . . . . . . .89 1.2.5. Point to point emulation . . . . . . . . . . . . . . .89 1.2.6. Principles of the MPCPprinciples. . . . . . . . . . . . . . . .. . . 911 1.2.7. Forward Error correction (FEC) . . . . . . . . . . . .1114 1.3. Management architecture . . . . . . . . . . . . . . . . .1214 2. MIB structure . . . . . . . . . . . . . . . . . . . . . . . .1819 3. Relation to other MIB Modules . . . . . . . . . . . . . . . .1925 3.1. Relation to the Interfaces MIB and Ethernet-like Interfaces MIB . . . . . . . . . . . . . . . . . . . . . .1925 3.2. Relation to the IEEE 802.3 MAU MIBs . . . . . . . . . . .2332 3.3. Relation to the EFM OAM MIB . . . . . . . . . . . . . . .2432 3.4. Relation to the bridge MIB . . . . . . . . . . . . . . . .2433 4.Relation tableMapping ofthe dot3EPON MIB module objects to the IEEE802.3ah attributes . . . . . . . . .IEEE 802.3ah Managed Objects . . . . . . . . . . .2534 5. Definitions - The DOT3 EPON MIB module . . . . . . . . . . . .2938 6. IANA Considerations . . . . . . . . . . . . . . . . . . . . .7089 7. Security Considerations . . . . . . . . . . . . . . . . . . .7190 8. References . . . . . . . . . . . . . . . . . . . . . . . . . .7392 8.1. Normative References . . . . . . . . . . . . . . . . . . .7392 8.2. Informative References . . . . . . . . . . . . . . . . . .7393 Author's Address . . . . . . . . . . . . . . . . . . . . . . . . .7594 Intellectual Property and Copyright Statements . . . . . . . . . .7695 1. Overview This document defines a portion of the Management Information Base (MIB) for use with network management protocols in TCP/IP based Internets. In particular, it defines objects for managing interfaces that conform to the Ethernet Passive Optical Networks (EPON) standard as defined in [802.3ah], which are extended capabilities to the Ethernet like interfaces. The document contains a list of managemententitiesobjects based on the attributes defined in the relevant parts of [802.3ah] Annex30A for the EPON section.30A, referring to EPON. 1.1. Terminology and abbreviations ACK - Acknowledge BER - Bit Error Rate BW - Bandwidth CO - Central Office CPE -CentralCustomer Premises Equipment CRC - Cyclic Redundancy Check FCS - Frame Check Sequence FEC - Forward Error Correction EFM - Ethernet First Mile EPON - Ethernet Passive Optical Network GMII - Gigabit Media Independent Interface LAN - Local Area Network LLID - Logical LinkIDentifierIdentifier MAC - Media Access Control Mbps - Mega-bit per second MDI - Medium Dependent Interface MDIO - Management Data Input/Output MPCP - Multi-Point Control Protocol MP2PE - Multi-Point to Point Emulation OAM - Operation Administration Maintenance OLT - Optical Line Terminal (Server unit of the EPON) OMP - Optical Multi-Point ONU - Optical Network Unit (Client unit of the EPON) P2PE - Point to Point Emulation P2MP - Point to Multi-Point PCS - Physical Coding Sublayer PHY - Physical Layer PMD - Physical MediumDependantDependent PMA - Physical Medium Attachment PON - Passive Optical Network RTT - Round Trip Time RS - Reconciliation Sublayer SLA - Service Level Agreement SLD - Start of LLID Delimiter TDM - Time Division Multiplexing TQ - Time Quanta 1.2. EPON architecture highlights 1.2.1. Introduction The EPON standard, as defined in [802.3ah], is defining theLayer 1 (Physical media)physical media (Layer 1) andlayer 2 (media access) interfaces formedia access (layer 2) of theEthernet passive optical networks.EPON interface. The EPON is a variant of the Gigabit Ethernet protocol for the Optical Access. The Optical Access topology is based on passive optical splitting(PON)topology.AThe link of a Passive Optical Network (PON) is based on a single, shared optical fiberthat uses opticalwith passive optical splittersto dividedividing the single fiber into separate subscribers.Server unit -The Optical Line Terminal(OLT). The equipment(OLT) is the server unit of the network, located at theCO. Client Unit -Central Office (CO). The Optical Network Unit(ONU). The equipment(ONU) is the client unit of the network, located at theCPE. Standard is IEEE802.3ah.Customer Premises Equipment (CPE). The following diagram describes the PON topology: Device with one or more P2MP interfaces such as OLT for EPON An EPON IP host ------- OLT ONU "modem" -------- Other IEEE | | interface | interface ------ Other IEEE| | interface | |-------\----------------| | interface | | ===========| | \ | |===========| | | | \ ------ -------- | | \ ------ -------- . . \------------| | | | | |------\ | |===========| | | | \ ------ -------- ------- \ etc The IEEE layering architecturepositioningof an EPON interface is defined in the[802.3ah] Figurediagram of figure 56.2diagram.[802.3ah]. The[802.3ah] defines thefollowing clausesforin thenetwork operation. Clause 30 - management[802.3ah] define the corresponding layers of an EPON interface: Clause 30 - management Clause 60 - PMD fortheEPON media (Burst PMD) Clause 64 - MPCP (Multipoint control protocol) - defines themedia accessmultipoint architecture, and control protocol for theoperation of the multipoint architecturemedia access oftheEPON. Clause 65 - a) Virtual links definition for the EPON b) FEC c) PMA for the EPON. 1.2.2. Principles of operation The specification of the EPONprotocolinterface is based on thegigabit Ethernet protocolspecification of theIEEEgigabit Ethernet interface as described in[802.3ah][802.3] clause 35 and 36. The Ethernet MAC is working in gigabit rate. The media interface to the MAC is through the GMIII/Finterface as described in clause 35 and the PCS layer is based on the gigabit Ethernet PCS as described in clause 36. The special EPON layers are added to the Ethernet layering in the following places: The MPCP is placed in the MAC controllayer.layer, providing the EPON control protocol. The Emulation layer, located at the RS (Reconciliation Sublayer), creates virtual private path to eachONU and theONU. The FECenhanceslayer is located between the PCS and PMA layers, enhancing reach and splitperformance.performance of the optical link. The following diagram describes thelayering:layering model of an EPON interface: +==========================================+ | Higher layers | +==========================================+ | 802.1D Bridge | +==========================================+ | MAC client| ... |MAC client| +==========================================+ | MAC Control - (MPCP) | *NEW* +==========================================+ | MAC | ... | MAC | +==========================================+ | P2P Emulation (P2PE) | *NEW* +==========================================+ | | | GMII | | | +==========================================+ | PCS | +==========================================+ | FEC | *NEW* +==========================================+ | PMA | *Enhanced parameters +==========================================+ for EPON* | PMD | *Enhanced parameters +==========================================+ for EPON* | | | MDI | | | /===================/ / Media / /===================/ 1.2.3. The physical media The physical link is a fiber optical link. The OLT and ONUs are connected through passive optical splitters. Downlink denotes the transmission from the OLT to the ONUs. Uplink denotes the transmission from the ONUs to the OLT. Uplink and downlink are multiplexed using separated wavelengths on the same fiber. TheDownlinkdownlink is a broadcastmediamedium where the OLT transmits the data to all ONUs. The uplink is a shared transmissionmediamedium for all of the ONUs. The uplinkmultiplexingaccess is based on time division multiplexing (TDM) and the management of the TDM media access is definedinby theMulti-PointMulti- Point control protocol (MPCP). Theupstream collisions are avoided through the transmission coordination done by theMPCPprotocol. The transmissionisof one ONU atatime.control protocol based on an inband packet messaging. The OLTsendsends control messages (GATE messages) allowing ONUs to transmit, defining when the transmission occurs and what is its duration. These messages define the transmission order and the amount of BW for each ONU. A scheduling algorithm at the OLT, which is notdefined,defined in the[802.3ah][802.3ah], is responsibleto divideof allocating the BW andcontrolcontrolling the delay of each ONU according to its SLA. 1.2.4. PMD specifications The samewavelengthoptical wavelength plan asITU-T G.983the [ITU-T G.983] is selected. The transceivers arederivations fromderivatives of existing Ethernetoptics transceivers. What is added is theoptical transceivers, with dual wavelength on a single fiber and extended burstfunctionalitycapabilities for the uplink. The uplink-burst capability is the burst transmissionatfunctionality for theONUONUs and burst receptionatfunctionality for the OLT. The [802.3ah] selected very relaxed burstparameters.parameters to reduce the device cost of EPON products. 1.2.5. Point to point emulationAn emulated point-to-pointThe downstream is a broadcast link meaning the OLT transmission iscreatedshared foreach ONU.all ONUs. Thedownstreamsharing of the transmissionis an aggregationofpoint-to-point tunnelsthe OLT has some negative privacy aspects, andsingle-copy-broadcast channel (tagged as all ones LLID).should be limited to broadcast traffic in nature only. TheONUa filtertraffic dedicated to each ONU should not be shared. The solution provided by the [802.3ah] is to partition the EPON link, in a virtual manner, between the ONUs. Each ONU has a dedicated virtual link to the OLT. The [802.3ah] also defines an additional link for broadcast transmission. The medium becomes an aggregation of point-to-point tunnels. The OLT can not preserve its EPON interface as a single interface connected to N devices (following the properties of the physical interface). The EPON interface of the OLT is partitioned into separate virtual interfaces, an interface for each virtual link. Hence the OLT behaves like a device with N virtual ports (and an additional port for the broadcast transmission). The additional single-copy-broadcast channel (tagged as all ones LLID) is added to allow the broadcast transmission within a single copy to all ONUs, preserving the inherent advantage of BW efficiency of the PON shared media. The ONUs filter the downlink traffic which is not intended for theirreceptionreception, according to the virtual link marking. An LLID tag is attached at the preambleto denoteof the Ethernet packet denoting the virtuallink -link. The LLID marks the destinationatport in the downstream and sourceatport in the upstream. The virtual links concept is also used to avoidviolationsa violation of the [802.1d] bridging rules for peer to peer traffic in the PON. Peer to peer traffic is traffic between ONUs in the same PON. The OLT can not preserve the EPON interface as a single interface connected to N devices and allow traffic between these devices without violating the bridging rules. The source address and destination address of the peer to peer traffic are behind the same port and therefore the traffic should be discarded. The separation of the ONUs into virtual links solves this issue. The OLT has N virtual ports for the single physical EPON port. A bridge sees a single MAC Client for every link pair. The private paths conceptmeans nosolves the networking problemsexistand it provides subscriber isolation. As the tunneling is only a virtual tunneling, there is a single physical interface and a single physical layer for the deviceincludingso that some attributeslikeare shared. For example, the interface has a single local MAC address. Thefollowing diagram describes thevirtual tunneling for an OLT with 3 ONUs, is illustrated in theEPON.following diagram. Trunk Line | | | \|/ +===============================================+ | 802.1D Bridge | +===============================================+ | MAC client1| ... |MAC client3| +===============================================+ | MP2PE | +===============================================+ | PHY | ================================================= | | | | | | \|/ \|/ \|/ +============+ +============+ +============+ | PHY | | PHY | | PHY | +============+ +============+ +============+ | MP2PE | | MP2PE | | MP2PE | +============+ +============+ +============+ | MAC client | | MAC client | | MAC client | +============+ +============+ +============+ | PHY | | PHY | | PHY | +============+ +============+ +============+ /|\ /|\ /|\ | | | | | | | | | Subscriber1 Subscriber2 Subscriber3 1.2.6. Principles of the MPCP The EPON standard defines a media access control of an optical Access network. The Access network has some substantial differences from the legacy LAN which the Ethernet was designed for. The differences mainly lie in the provisioning of the network. An Access network is an administrated environment, with an operator providing the service and subscribers consuming it. The operator is controlling the network and managing its traffic. For instance BW is controlled and subscribers are billed for services. The MPCPprinciplesprotocol divides the Ethernet interfaces into two unequal types of network units. The first interface is an OLT interface, which is a server unit, controlling the network. The second interface is an ONU interface, which is a client unit, participating in the network. The OLT, which is the server unit, manages the network. The MPCP controls the TDM transmission of the uplink. The MPCP is implemented at the MAC control layer and the MPCP messages are MAC control messages using the88080x8808 Ethertype. These messages are not forwardedfromout of the MAC. A concept of time must exist in the protocol in order to schedule the uplink transmission.The synchronizedA timestampinwhich is set by the OLT and synchronized between the network units ismanagedpassed through the MPCP messages. The timestamp is also used to measure the RTT of eachONU and compensate itONU. RTT is compensated by the OLT, in the generation of the grants for the uplink transmission. The difference of incoming timestamp to local time allows the OLT to calculate the RTT. RTT compensation is needed as the RTT in an Access network can have a significant value. The standard allows the network to reach a 20km distance which is equivalent to a 200usec RTT (25Kbytes of data). The TDM control is done using thegateGATE messages. These messagesdefinedefine, for eachONUONU, the time for transmission and the length of transmission. The RTT is reduced from the transmission timeatin thegateGATE message to shift theONUtransmission time of the ONU in the opposite direction. A scheduling algorithm at the OLT, which is not defined in the [802.3ah], is responsibleto dividefor dividing the BW andcontrolcontrolling the transmission delay of each ONU according to its SLA.InThe MPCP defines a closed loop operation, in order for this algorithm to beefficient a closed loop operation is enabled meaning.efficient. Theclosed loop is achieved by thatMPCP allows theONU reportsONUs to report on the amount of BWitthey require fortransmission.transmission using a special REPORT message. This allows allocating BW toallocatean ONU only when requested, relying on the statistical burst property of the traffic, allowing different peak BW foreach ONUdifferent ONUs at differenttimes using the statistical properties of the traffictimes, hence allowing oversubscription of the BW. Themessages are for the BW report are denoted asREPORTmessages which reportmessage reports the amount of data waiting in the ONU queues. In addition to that the MPCP defines a protocol of auto-discovery and registration of ONUs. The registration process is defined in the diagram below: OLT ONU | | | Discovery Gate message \| |--------------------------------------------| | /| | | |/ Register Request message | |--------------------------------------------| |\ | | | | Register message | | (assigning LLID) \| |--------------------------------------------| | /| | | | Gate message \| |--------------------------------------------| | /| | | |/ Register ACK message | |--------------------------------------------| |\ | | | | | A new ONU requests to register (sends a REG_REQUEST message) in a special discoverygrantgrant, allocated for that by the OLT. During that time more than one ONU might try toregister andregister. A collision in transmission might occur as the RTT of the new ONUs is notknownyeta collision in transmission might occur.known. A random backoff mechanism of the transmission is used to schedule thenextfollowing registration requests to avoid these collisions. When the OLT receives REG_REQUEST message of an ONU and approves this ONU then it sends a REGISTER message to this ONU defining its LLID. Fromthis timethat point the ONU transmission is scheduled by its LLID, knowing the RTT, and no collision can occur. The ONU replies with a REGISTER_ACK message and the registration process of the MPCP ends. Higher layer protocols may yet be needed to authenticate the ONU and allow it to participate in the network. 1.2.7. Forward Error correction (FEC) The FEC is defined to enhance the link budget of the PON. As each splitter attenuates the optical signal, the number of the splits and the distance are limited by the linkbudget and hencebudget. Hence an FEC which improves the linkbudget is very useful.budget, has a benefit. The FEC code used is the RS(239,255,8), similar toG.975the FEC code in [ITU-T G.975], improving the BER from 1E-4 to 1E-12. The FEC parity encapsulation is based on the framing of the Ethernetframes.packet. The Ethernetframespackets are spaced by MAC rate adaptation, and the parity bytes are inserted after the packet, in the provided space. As the start and end offrame signalspacket codewords define also the FEC boundaries, and they are outsideofthe FEC protection, they are replaced by a series of symbols toenhancereduce their vulnerability to errors. The following diagram presents an FEC protected frame: +-------------------------------------------------------------------+ | | | | | | | | | S_FEC | Preamble/SFD | Frame | FCS | T_FEC | Parity | T_FEC | | | | | | | | | +-------------------------------------------------------------------+ The FEC is added in a separate layer between the PCS and PMA layers of the [802.3]. The FEC layer introduces a fixed delay inthereceive path and transmit path. The FEC layer is optional. 1.3. Management architecture Each one of the EPON layers is accompaniedbywith a managementI/F,interface, which is controlled through clause 30 of thespec. The MIB document allocates for each one of them a separate package, as[802.3ah]. As the [802.3ah] spec may be used for different applications andmay usesome of the clausesseparately.may be used separately, the IEEE management clause allocates for each one of them a separate package. The MIB document follows this partition. The following diagram presents thepackagesrelation of the MIB groups toIEEE layering diagram:the [802.3ah] layers: +===========================+ | Higher layers | +===========================+ | 802.1D Bridge | +===========================+ |MAC client| ... |MAC client| +===========================+ \ +=============================+ | MAC Control - (MPCP) |----- |MpcpObjects| ... |MpcpObjects| +===========================+ / +=============================+ | MAC | ... | MAC | +===========================+ \ +=============================+ | P2P Emulation (P2PE) |----- |OmpEmulat | |OmpEmulat | +===========================+ / |ionObjects | ... |ionObjects | | | +=============================+ | GMII | | | +===========================+ | PCS | +===========================+ \ +=============================+ | FEC |----- |FecObjects | ... |FecObjects | +===========================+ / +=============================+ | PMA | +===========================+ | PMD | +===========================+ | | | MDI | | | /===============/ / Media / /===============/AsThe association is strait forward for the ONUthe situation is simple.interface. There is one logical and one physical interface and a single copy exists for eachlayer whichlayer, that can be remotely queried by the OLT. At the OLT there is a single physical interface and N virtuallogicalinterfaces for the virtual links of the ONUs( and(and another virtual interface for the broadcast virtual link). As can be seen from the layering diagram above, the MAC layer is virtuallyduplicated and therefore the selection forduplicated. Therefore in this document it was selected that the managementfor this scenarioof a virtual interface isto allocatelike a physical interface and an interface index is allocated for each one of the virtuallinklinks and an additional interface index is allocated for the OLT.Therefore the Interface, MAU and etherLike interfaces MIBs have a row (ifIndex) for each virtual link atTo illustrate theOLT.interface modeling, consider two devices. Thejustification for this partitionfirst device has two physical interfaces, isthattypically located at a consumer's site, and called an "ONU modem". An "ONU modem" is shown in theinterfaces are quite well separated as they present physical different ONUs which are viewed fromfigure below: -------- ONU interface | ONU | 10megabit interface --------------| modem |-------------------- --------- This device would have 3 entries in theOLT point of view,IF table, and one IF stack entry, forinstance there is a meaningexample: ifIndex=1 - interface fora separate bad frames, or bad octets counters10megabit interface ifIndex=2 - interface foreach virtual link asthe optical interface ifIndex=200 - interface for the ONU interface And then in IF stack table: ifStackHigherLayer=200, ifStackLowerLayer=2 - map between the physical and the ONU The second device has three physical interfaces, is typically located at the provider's site, and may be called a "headend". A "headend" is shown in the figure below: --------- 1st OLT interface | Head | gigE interface ------------------| end |-------------------- | | ------------------| | 2nd OLT interface | | --------- This device would have 5 entries (when no attached ONUs) in the IF table, for example: ifIndex=1 - interface for gigE interface ifIndex=2 - interface for 1st optical interface ifIndex=3 - interface for 2nd optical interface ifIndex=265535 - interface for the 1st OLT broadcast interface ifIndex=365535 - interface for the 2nd OLT broadcast interface And then in IF stack table: ifStackHigherLayer=265535, ifStackLowerLayer=2 - map between the 1st physical and its broadcast interface ifStackHigherLayer=365535, ifStackLowerLayer=3 - map between the 2nd physical and its broadcast interface If two ONUs connected to the first OLT interface, then for example, the following entries would be added to the IF table: ifIndex=200001 - interface for the 1st ONU of 1st OLT ifIndex=200002 - interface for the 2nd ONU of 1st OLT And in the IF stack table: ifStackHigherLayer=200001, ifStackLowerLayer=2 - map between the 1st physical and 1st ONU ifStackHigherLayer=200002, ifStackLowerLayer=2 - map between the 1st physical and 2nd ONU For each physical interface, there would be an entry (ifIndex) in the tables of the interface MIB module [RFC2863], MAU MIB module [RFC3636] and Etherlike MIB module [RFC3635]. Additionally, there would be entries (ifIndexes) for the virtual interfaces of the OLT interface. The justification for the additional allocation of indexes is that the virtual interfaces are quite well distinguished as they connect different physical ONUs, from the OLT side. For instance there is a meaning for separate bad frames counter or bad octets counter for each virtual link, as the ONUs can bedistanced differently, whichdifferently distanced. This is quite similar to a case of separate physicalinterface.interfaces. The same partition concept exists for the MIB module of this document. Each row in the tables isselectedindexed according to the ifIndex and specifically there is a row for each virtual link. There area fewsome control objects which aredefinedshared and are the same for theentire layervirtual interfaces (and they should have the same value for each ifIndex) but most of the objectsare partitioned intohave different values for N+1 logical interfaces at theOLTOLT. This is done for eachlayer.MIB group. It is a bit differentthanfrom theIEEE[802.3ah] layering diagram whichpresentpresents the P2MP layer as a single layer while duplicating the MAC and MAC client layers (Please see the diagram above). However from management perspective it is more convenient and neat to partition the management of theentitieslayers for the virtuallinkslinks, as themanagedatomic managed entity is the virtuallink, andlink. It is also convenient to use the interface index of the virtual link for thatpurposepurpose, as it is already usedforto index the rows of the virtual links at the Interface, MAU and etherLike interfaces MIBs.As an example provided below are2. MIB structure This document defines thevalues forDOT3 EPON MIB module. The DOT3 EPON MIB module defines theMPCP control tableobjects used foran OLT with 3 ONUs registered: At ONU1management of the [802.3ah] Point to Multipoint (P2MP) interfaces. These MIB objects are included inworking mode, one row: +---------------------------+-----------------+ | MPCP controlfour groups. i) The Multi-Point Control Protocol (MPCP) MIBobject | Value | +---------------------------+-----------------+ | ifIndex | 1 | | | | | dot3MpcpOperStatus | true | | | | | dot3MpcpAdminState | true | | | | | dot3MpcpMode | onu | | | | | dot3MpcpSyncTime | 25 | | | | | dot3MpcpLinkID | 1 | | | | | dot3MpcpRemoteMACAddress | OLT_MAC_Address | | | | | dot3MpcpRegistrationState | registered | | | | | dot3MpcpTransmitElapsed | 10 | | | | | dot3MpcpReceiveElapsed | 10 | | | | | dot3MpcpRoundTripTime | 100 | +---------------------------+-----------------+ Table 1 at the OLTobjects - MIB objects related to [802.3ah] clause 64 Multi Point Control Protocol attributes. The following tables are presented inworking modethis group: The dot3MpcpControlTable defines theMPCP cotrolobjectsassociated withused for thevirtual links, 4 rows +----------------+-----------+------------+------------+------------+ |configuration and status indication, which are per logical link, of MPCPcontrol | Value | Value | Value | Value | | MIBcompliant interfaces. The dot3MpcpStatTable defines the statistics objects, which are per logical link, of MPCP compliant interfaces. The operational mode of an OLT/ONU for the tables is defined by the dot3MpcpMode object in the dot3MpcpControlTable. ii) The OMPEmulation MIB objects - MIB objects related to [802.3ah] clause 65 point to point emulation attributes. The following tables are presented in this group: The dot3OmpEmulationTable defines the objects used for the configuration and status indication, which are per logical link, of OMPEmulation compliant interfaces. The dot3OmpEmulationStatTable defines the statistics objects which are per logical link, of OMPEmulation compliant interfaces. The operational mode of an OLT/ONU for the tables is defined by the dot3OmpEmulationType object in the dot3OmpEmulationTable. iii) The FEC MIB objects - MIB objects related to [802.3ah] clause 60 and clause 65 EPON FEC attributes. The following table is presented in this group: The dot3EponFecTable defines the objects used for the configuration and status indication, which are per logical link, of FEC EPON compliant interfaces. iv) The EPON extended package MIB objects - MIB objects used for configuration and status indication with extended capabilities of the EPON interfaces. The following tables are presented in this group: The dot3ExtPkgControlTable defines the objects which are per logical link, used for the configuration and status indication of EPON compliant interfaces. The dot3ExtPkgQueueTable defines the objects which are per logical link, and per queue, used for the configuration and status indication of the ONU queues reported in the MPCP REPORT message, of EPON compliant interfaces. The dot3ExtPkgQueueSetsTable defines the objects which are per logical link, per queue, and per queue_set, used for the configuration and status indication of the ONU queue_sets reported in the MPCP REPORT message, of EPON compliant interfaces. The dot3ExtPkgOptIfTable defines the objects which are per logical link, used for the control and status indication of the optical interface of EPON compliant interfaces. As described in the architecture section, each row in the tables is indexed according to the ifIndex, and specifically there is a row for each virtual link. There are a few control objects which are shared and have the same value for the virtual interfaces (and they should have the same value for each ifIndex) but most of the objects have different values for N+1 logical interfaces at the OLT. This is done for each MIB group. It is a bit different from the [802.3ah] layering diagram which presents the P2MP layer as a single layer while duplicating the MAC and MAC client layers. However from management perspective it is more convenient and neat to partition the management of the layers for the virtual links, as the atomic managed entity is the virtual link. It is also convenient to use the interface index of the virtual link for that purpose, as it is already used to index the rows of the virtual links at the Interface, MAU and etherLike interfaces MIBs. For example provided below the values of the MPCP control table of an OLT with 3 registered ONUs: The table below presents the MPCP control table of ONU1 in working mode. A single row exists in the table. +---------------------------+-----------------+ | MPCP control MIB object | Value | +---------------------------+-----------------+ | ifIndex | 100 | | | | | dot3MpcpOperStatus | true | | | | | dot3MpcpAdminState | true | | | | | dot3MpcpMode | onu | | | | | dot3MpcpSyncTime | 25 | | | | | dot3MpcpLinkID | 1 | | | | | dot3MpcpRemoteMACAddress | OLT_MAC_Address | | | | | dot3MpcpRegistrationState | registered | | | | | dot3MpcpTransmitElapsed | 10 | | | | | dot3MpcpReceiveElapsed | 10 | | | | | dot3MpcpRoundTripTime | 100 | +---------------------------+-----------------+ Table 1 OLT_MAC_Address is the MAC address of the OLT EPON interface. The creation of the rows of the ONU interface is done at initialization. For example, provided below are the values for the MPCP control table of the ONU, after initialization, before registration. The table below presents the MPCP control table of ONU1 after initialization. A single row exists in the table. +---------------------------+-------------------+ | MPCP control MIB object | Value | +---------------------------+-------------------+ | ifIndex | 100 | | | | | dot3MpcpOperStatus | true | | | | | dot3MpcpAdminState | true | | | | | dot3MpcpMode | onu | | | | | dot3MpcpSyncTime | 0 | | | | | dot3MpcpLinkID | 0 | | | | | dot3MpcpRemoteMACAddress | 00:00:00:00:00:00 | | | | | dot3MpcpRegistrationState | unregistered | | | | | dot3MpcpTransmitElapsed | 0 | | | | | dot3MpcpReceiveElapsed | 0 | | | | | dot3MpcpRoundTripTime | 0 | +---------------------------+-------------------+ Table 2 The table below presents the MPCP control table of the OLT in working mode. Four rows exist in the table associated with the virtual links. +----------------+-----------+------------+------------+------------+ | MPCP control | Value | Value | Value | Value | | MIB object | | | | | +----------------+-----------+------------+------------+------------+ | ifIndex | 100001 | 100002 | 100003 | 165535 | | | | | | | | dot3MpcpOperSt | true | true | true | true | | atus | | | | | | | | | | | | dot3MpcpAdminS | true | true | true | true | | tate | | | | | | | | | | | | dot3MpcpMode | olt | olt | olt | olt | | | | | | | | dot3MpcpSyncTi | 25 | 25 | 25 | 25 | | me | | | | | | | | | | | | dot3MpcpLinkID | 1 | 2 | 3 | 65535 | | | | | | | | dot3MpcpRemote | ONU1_MAC_ | ONU2_MAC_A | ONU3_MAC_A | BRCT_MAC_A | | MACAddress | Address | ddress | ddress | ddress | | | | | | | | dot3MpcpRegist | registere | registered | registered | registered | | rationState | d | | | | | | | | | | | dot3MpcpTransm | 10 | 10 | 10 | 10 | | itElapsed | | | | | | | | | | | | dot3MpcpReceiv | 10 | 10 | 10 | 10 | | eElapsed | | | | | | | | | | | | dot3MpcpRoundT | 100 | 60 | 20 | 0 | | ripTime | | | | | +----------------+-----------+------------+------------+------------+ Table 3 ONU1_MAC_Address is the MAC address of ONU1 EPON interface. ONU2_MAC_Address is the MAC address of ONU2 EPON interface. ONU3_MAC_Address is the MAC address of ONU3 EPON interface. BRCT_MAC_Address is the MAC address of the broadcast EPON interface, which is the OLT MAC address. The creation of the rows of the OLT interface and the broadcast virtual interface is done at initialization. The creation of rows of the virtual interfaces at the OLT is done when the link is established (ONU registers) and the deletion is done when the link is deleted (ONU deregisters). For example, provided below are the values of the MPCP control table of the OLT after initialization, before the ONUs register. The table below presents the MPCP control table of the OLT after initialization. A single row exists in this table associated with the virtual broadcast link. +---------------------------+------------------+ | MPCP control MIB object | Value | +---------------------------+------------------+ | ifIndex | 165535 | | | | | dot3MpcpOperStatus | true | | | | | dot3MpcpAdminState | true | | | | | dot3MpcpMode | olt | | | | | dot3MpcpSyncTime | 25 | | | | | dot3MpcpLinkID | 65535 | | | | | dot3MpcpRemoteMACAddress | BRCT_MAC_Address | | | | | dot3MpcpRegistrationState | registered | | | | | dot3MpcpTransmitElapsed | 10 | | | | | dot3MpcpReceiveElapsed | 100000 | | | | | dot3MpcpRoundTripTime | 0 | +---------------------------+------------------+ Table 4 BRCT_MAC_Address is the MAC address of the broadcast EPON interface, which is the OLT MAC address. 3. Relation to other MIB Modules 3.1. Relation to the Interfaces MIB and Ethernet-like Interfaces MIB EPON interface is a kind of Ether-like interface. This MIB module extends the objects of the Interface MIB and the Ether-like interfaces MIB for an EPON type interface. Implementing this module therefore MUST require implementation of the Interfaces MIB module [RFC2863] and the Ethernet-like Interfaces MIB module [RFC3635]. Thus, each managed EPON interface would have a corresponding entry in the mandatory tables of the Ether-like MIB module found in [RFC3635], and likewise in the tables of the Interface MIB module found in [RFC2863]. Also each managed virtual EPON interface would have a corresponding entry in the mandatory tables of the Ether-like MIB module found in [RFC3635], and likewise in the tables of the Interface MIB module found in [RFC2863] with a dedicated ifIndex for this interface. In this document there is no replication of the objects from these MIBs, so for instance the document is defining dot3MpcpRemoteMACAddress only while assuming the local MAC address object is already defined in [RFC3635]. The interface MIB module [RFC2863] defines the interface index (ifIndex). Interface Index, as specified in [RFC2863] is used in this MIB Module as an index to the EPON MIB tables. The ifIndex is used to denote the physical interface and the virtual link interfaces at the OLT. The OLT interface and the virtual link interfaces are stacked using the ifStack table defined in [RFC2863], and the ifInvStack defined in [RFC2864]. The OLT interface is the lower layer of all other interfaces associated with the virtual links. This document defines the specific EPON objects of an ONU interface and an OLT interface. Information in the tables is per LLID. The rows in the EPON MIB tables, referring to the LLIDs are denoted with the corresponding ifIndexes of the virtual link interfaces. Please note that each virtual interface does not have a different physical MAC address at the OLT as the physical interface is the same. It is specified in the [802.3ah] section 64.1.2. The corresponding object of the Ether-like interface MIB is duplicated for all the virtual interfaces. For example the values of the Interface MIB objects are presented in the following tables, for an OLT with 3 registered ONUs: The table below presents the objects of the Interface MIB of an ONU in working mode. +----------------------+--------------------------------+ | Interface MIB object | Value | +----------------------+--------------------------------+ | ifIndex | 1 | | | | | ifDescr | "interface description" | | | | | ifType | ethernetCsmacd (6) 1000base-Px | | | | | ifMtu | MTU size (1522) | | | | | ifSpeed | 1000000000 | | | | | ifPhysAddress | ONU_MAC_Address | | | | | ifAdminStatus | up | | | | | ifOperStatus | Up | | | | | ifLastChange | ONUup_time | | | | | ifInOctets | ONU_octets_number | | | | | ifInUcastPkts | ONU_unicast_frame_number | | | | | ifInNUcastPkts | ONU_non_unicast_frame_number | | | | | ifInDiscards | ONU_discard_frame_number | | | | | ifInErrors | ONU_error_frame_number | | | | | ifInUnknownProtos | ONU_unknown_frame_number | | | | | ifOutOctets | ONU_octets_number | | | | | ifOutUcastPkts | ONU_unicast_frame_number | | | | | ifOutNUcastPkts | ONU_non_unicast_frame_number | | | | | ifOutDiscards | ONU_discard_frame_number | | | | | ifOutErrors | ONU_error_frame_number | | | | | ifOutQLen | ONU_queue_frame_number | +----------------------+--------------------------------+ Table 5 ONU_MAC_Address is the MAC address of the ONU EPON interface. The table below presents the objects of the Interface MIB of the ONU interface. +----------------------+--------------------------------+ | Interface MIB object | Value | +----------------------+--------------------------------+ | ifIndex | 100 | | | | | ifDescr | "interface description" | | | | | ifType | ethernetCsmacd (6) 1000base-Px | | | | | ifMtu | MTU size (1522) | | | | | ifSpeed | 1000000000 | | | | | ifPhysAddress | ONU_MAC_Address | | | | | ifAdminStatus | up | | | | | ifOperStatus | Up | | | | | ifLastChange | up_time | | | | | ifInOctets | ONU1_octets_number | | | | | ifInUcastPkts | ONU1_unicast_frame_number | | | | | ifInNUcastPkts | ONU1_non_unicast_frame_number | | | | | ifInDiscards | ONU1_discard_frame_number | | | | | ifInErrors | ONU1_error_frame_number | | | | | ifInUnknownProtos | ONU1_unknown_frame_number | | | | | ifOutOctets | ONU1_octets_number | | | | | ifOutUcastPkts | ONU1_unicast_frame_number | | | | | ifOutNUcastPkts | ONU1_non_unicast_frame_number | | ifOutDiscards | ONU1_discard_frame_number | | | | | ifOutErrors | ONU1_error_frame_number | | | | | ifOutQLen | ONU1_queue_frame_number | +----------------------+--------------------------------+ Table 6 ONU_MAC_Address is the MAC address of the ONU EPON interface. The following values will be set in the ifStack and ifInvStack tables related to this example. ifStackTable: ifStackHigherLayer=100, ifStackLowerLayer=1 - map between the physical interface and the ONU ifInvStackTable: ifStackLowerLayer=1, ifStackHigherLayer=100,- map between the ONU and the physical interface The table below presents the Interface MIB objects of an OLT interface. +----------------------+--------------------------------+ | Interface MIB object | Value | +----------------------+--------------------------------+ | ifIndex | 2 | | | | | ifDescr | "interface description" | | | | | ifType | ethernetCsmacd (6) 1000base-Px | | | | | ifMtu | MTU size (1522) | | | | | ifSpeed | 1000000000 | | | | | ifPhysAddress | OLT_MAC_Address | | | | | ifAdminStatus | up | | | | | ifOperStatus | Up | | | | | ifLastChange | OLTup_time | | | | | ifInOctets | OLT_octets_number | | | | | ifInUcastPkts | OLT_unicast_frame_number | | | | | ifInNUcastPkts | OLT_non_unicast_frame_number | | | | | ifInDiscards | OLT_discard_frame_number | | | | | ifInErrors | OLT_error_frame_number | | | | | ifInUnknownProtos | OLT_unknown_frame_number | | | | | ifOutOctets | OLT_octets_number | | | | | ifOutUcastPkts | OLT_unicast_frame_number | | | | | ifOutNUcastPkts | OLT_non_unicast_frame_number | | | | | ifOutDiscards | OLT_discard_frame_number | | | | | ifOutErrors | OLT_error_frame_number | | | | | ifOutQLen | OLT_queue_frame_number | +----------------------+--------------------------------+ Table 7 OLT_MAC_Address is the MAC address of the OLT EPON interface. The table below presents the Interface MIB objects of an OLT interface, associated with the virtual link interfaces. +----------+-------------+-------------+-------------+--------------+ | Interfac | Value | Value | Value | Value | | eMIB | | | | | | object | | | | |+----------------+-----------+------------+------------+------------++----------+-------------+-------------+-------------+--------------+ | ifIndex |1200001 |2200002 |3200003 |65535265535 | | | | | | | |dot3MpcpOperStifDescr |true"interface |true"interface |true"interface |true"interface | |atus| description | description | description | description" | | | " | " | " | | | |dot3MpcpAdminS|true|true|true|true| ifType |tateethernetCsm | ethernetCsm | ethernetCsm | ethernetCsma | | | acd (6) | acd (6) | acd (6) | cd (6) | | |dot3MpcpMode|olt|olt|olt|olt| ifMtu | MTUsize(152 | MTUsize(152 | MTUsize(152 | MTUsize(1522 | | |dot3MpcpSyncTi2) |252) |252) |25) |25| ifSpeed |me1000000000 | 1000000000 | 1000000000 | 1000000000 | | | | | | | | ifPhysAd |dot3MpcpLinkIDOLT_MAC_Add |1OLT_MAC_Add |2OLT_MAC_Add |3OLT_MAC_Addr |65535| dress | ress | ress | ress | ess | | |dot3MpcpRemote|ONU1_MAC_|ONU2_MAC_A|ONU3_MAC_A|BRCT_MAC_A| ifAdminS |MACAddressup |Addressup |ddressup |ddressup |ddress| tatus | | | | | | |dot3MpcpRegist|registere|registered|registered|registered| ifOperSt |rationStateUp |dUp | Up | Up | | atus | | | | | | |dot3MpcpTransm|10|10|10|10| ifLastCh | ONU1_up_tim | ONU2_up_tim | ONU3_up_tim | up_time | | ange | e | e | e | | | | | | | | | ifInOcte | ONU1_octets | ONU2_octets | ONU3_octets | BRCT_octets_ | | ts | _number | _number | _number | number | | | | | | | | ifInUcas | ONU1_unic_f | ONU2_unic_f | ONU3_unic_f | BRCT_unic_fr | | tPkts | rame_num | rame_num | rame_num | ame_num | | | | | | | | ifInNUca | ONU1_non_un | ONU2_non_un | ONU3_non_un | BRCT_non_uni | | stPkts | ic_frame_nu | ic_frame_nu | ic_frame_nu | c_frame_num | | | m | m | m | | |itElapsed| | | | | | ifInDisc | ONU1_disc_f | ONU2_disc_f | ONU3_disc_f | BRCT_disc_fr | |dot3MpcpReceivards |10rame_num |10rame_num |10rame_num |10ame_numr | |eElapsed| | | | | | ifInErro | ONU1_err_fr | ONU2_err_fr | ONU3_err_fr | BRCT_err_fra | |dot3MpcpRoundTrs |100ame_num |60ame_num |20ame_num |0me_num | |ripTime| | | | |+----------------+-----------+------------+------------+------------+ Table 2 The creation of the rows at the ONU and at the OLT, for the OLT interface and the broadcast virtual interface is done at initialization. The creation and deletion of rows at the OLT for the virtual link interfaces is done when the link is established (ONU registers) and when the link is deleted (ONU deregisters). As an example, provided below are the values for the MPCP control table after initialization: At ONU1 in working mode, one row: +---------------------------+--------------+|MPCP control MIB objectifInUnkn |ValueONU1_unknw_ |+---------------------------+--------------+ONU2_unknw_ |ifIndexONU3_unknw_ |1BRCT_unknw_f | | ownProto | frame_num | frame_num |dot3MpcpOperStatusframe_num |truerame_num | | s | | |dot3MpcpAdminState|true| | | | |dot3MpcpMode|onu| | ifOutOct | ONU1_octets | ONU2_octets |dot3MpcpSyncTimeONU3_octets |0BRCT_octets_ | | ets | _number | _number |dot3MpcpLinkID_number |0number | | | | |dot3MpcpRemoteMACAddress|00| | ifOutUca | ONU1_unic_f | ONU2_unic_f |dot3MpcpRegistrationStateONU3_unic_f |unregisteredBRCT_unic_fr | | stPkts | rame_num | rame_num |dot3MpcpTransmitElapsedrame_num |0ame_num | | | | |dot3MpcpReceiveElapsed|0| | ifOutNUc | ONU1_non_un | ONU2_non_un |dot3MpcpRoundTripTimeONU3_non_un |0BRCT_non_uni |+---------------------------+--------------+ Table 3 at the OLT in working mode the MPCP cotrol objects associated with the virtual links, one row: +---------------------------+------------------+|MPCP control MIB objectastPkts |Valueic_frame_nu |+---------------------------+------------------+ic_frame_nu |ifIndexic_frame_nu |65535c_frame_num | | | m | m |dot3MpcpOperStatusm |true| | | | |dot3MpcpAdminState|true| | ifOutDis | ONU1_disc_f | ONU2_disc_f |dot3MpcpModeONU3_disc_f |oltBRCT_disc_fr | | cards | rame_num | rame_num |dot3MpcpSyncTimerame_num |25ame_num | | | | |dot3MpcpLinkID|65535| | ifOutErr | ONU1_err_fr | ONU2_err_fr |dot3MpcpRemoteMACAddressONU3_err_fr |BRCT_MAC_AddressBRCT_err_fra | | ors | ame_num | ame_num |dot3MpcpRegistrationStateame_num |registeredme_num | | | | |dot3MpcpTransmitElapsed|10| | ifOutQLe | ONU1_queue_ | ONU2_queue_ |dot3MpcpReceiveElapsedONU3_queue_ |100000BRCt_queue_f | | n | frame_num | frame_num |dot3MpcpRoundTripTimeframe_num |0rame_num |+---------------------------+------------------++----------+-------------+-------------+-------------+--------------+ Table4 The example above shows the MPCP control objects when 3 ONUs are registered. Creation of rows for the Interface, MAU and etherLike interfaces MIBs8 OLT_MAC_Address isquite similar. Please seetheexample in section 3. 2. MIB structure This document definesMAC address of theDOT3OLT EPONMIB module.interface. TheDOT3 EPON MIB module defines the objects used for configuration and description of the [802.3ah] Point to Multipoint (P2MP) section. These MIB module objects are includedfollowing values will be set infour MIB module groups. The Multi-Point Control Protocol (MPCP) MIB objects - MIB objects related to [802.3ah] clause 64 Multi Point Control Protocol attributes. In this MIB module group: The dot3MpcpControlTable defines the objects used fortheconfigurationifStack andstatus indication, which are per logical link, of MPCP layer ([802.3ah] Multi-Point Control Protocol) compliant interfaces. The dot3MpcpStatTable defines the statistics objects, which are per logical link, for MPCP compliant interfaces. The OMPEmulation MIB objects - MIB moduleifInvStack tables related to[802.3ah] clause 65 point to point emulation attributes. InthisMIB module group: The dot3OmpEmulationTable defines the objects used for the configurations and status indications which are per logical link, of OMPEmulation compliant interfaces. The dot3OmpEmulationStatTable defines the statistics objects, which are per logical link, for OMPEmulation compliant interfaces. The FEC MIB module objectsexample: ifStackTable: ifStackHigherLayer=265535, ifStackLowerLayer=2 -managed object related to [802.3ah] clause 60 and clause 65 EPON FEC attributes. The dot3EponFecTable defines the objects used formap between theconfigurationsOLT physical interface andstatus indications, which are per logical link, of FEC EPON compliant interfaces. The EPON extended package MIB objects definingits broadcast virtual interface ifStackHigherLayer=200001, ifStackLowerLayer=2 - map between theobjects used for configurationOLT physical interface anddescription of management objects for extended capabilitiesits virtual interface of theEPON interfaces. The dot3ExtPkgControlTable defines the extended package objects, which are per logical link, used for1st ONU ifStackHigherLayer=200002, ifStackLowerLayer=2 - map between theconfigurationOLT physical interface andstatus indicationits virtual interface of theEPON interfaces. The dot3ExtPkgQueueTable defines the extended package objects, which are per logical link, and per REPORT queue used for2nd ONU ifStackHigherLayer=200003, ifStackLowerLayer=2 - map between theconfigurationOLT physical interface andstatus indicationits virtual interface of the 3rd ONUqueues reported atifInvStackTable: ifStackLowerLayer=2, ifStackHigherLayer=265535, - map between theMPCP REPORT messagebroadcast interface of theEPON interfaces. The dot3ExtPkgQueueSetsTable defines the extended package objects, which are per logical link per REPORT queue,OLT andper queue_set used fortheconfigurationOLT physical interface ifStackLowerLayer=2, ifStackHigherLayer=200001 - map between the OLT virtual interface of the 1st ONU andstatus indicationthe OLT physical interface ifStackLowerLayer=2, ifStackHigherLayer=200002 - map between the OLT virtual interface of the 2nd ONUqueue_sets reported atand theMPCP REPORT messageOLT physical interface ifStackLowerLayer=2, ifStackHigherLayer=200003 - map between the OLT virtual interface of theEPON interfaces.3rd ONU and the OLT physical interface Thedot3ExtPkgOptIfTable definesrows for theextended package objects, which are per logical link, usedONU interface, for thecontrolOLT interface andstatus indication offor theoptical interfacesOLT broadcast interface are created in initialization. The creation of a row for a virtual link is done when the virtual link is established (ONU registers) and deletion is done when the virtual link is deleted (ONU deregisters). The EPONinterfaces. 3. Relation to otherMIBModules 3.1. Relation tomodule also extends theInterfaces MIB and Ethernet-like InterfacesInterface MIBEPON interfaces aremodule with atypeset ofEther-likecounters, which are specific for the EPON interface.ThisThe EPON MIB moduleextendsimplements theobjectssame handling of theEhter-like interfaces management forcounters when the operation of theEPON type interfaces. Thus, each managed EPONinterfacewould have a corresponding entry instarts or stops. The interface MIB document describes themandatory tablespossible behavior of counters when an interface is re-initialized using theEther-like MIB module found in [RFC3635], and likewise inifCounterDiscontinuityTime indicator, indicating thetables fromdiscontinuity of theInterfacecounters. Please see [RFC2863] section 3.1.5 p.11 for more information. The counters of the EPON MIBmodule foundshould be handled in[RFC2863]. Also each managed virtual EPON interface defined bya similar manner. 3.2. Relation to thevirtual link atIEEE 802.3 MAU MIBs The MAU types of theOLT would have a corresponding entryEPON Interface are defined in themandatory tablesamended MAU MIB document. This document assumes the implementation of theEther-likeMAU MIBmodule found in [RFC3635],for this purpose andlikewise indoes not repeat thetables fromEPON MAU types. Therefore implementing this module MUST require implementation of theInterface MIBMAU-MIB modulefound in [RFC2863] with a dedicated ifIndex. There is no replication[RFC3636bis-03]. The handling of theobjects from these RFCs, soifMAU tables forinstancethedocumentEPON case isdefining dot3MpcpRemoteMACAddress only while assumingsimilar to thelocal MAC address attribute is already defined in [RFC3635] Interface Indexes as specified in [RFC2863] are usedhandling described inthese MIB Modules. The descriptions oftheifIndexes denote which ifIndex is being used. The use of ifIndex isformer section foractual existing connectionsthe Interface and Ether- like interface MIBs. A single row exists for thevirtual links at the OLT. The OLT interface andONU in the ifMauTable. A row for each virtual linkinterfaces are stacked using(N+1 rows) exists at theifStack tableOLT, with a separate value of ifMauIfIndex for each virtual link. As specifiedat [RFC2863] andabove theifInvStack defined in [RFC2864]. Atrows for theOLTONU interface, for the OLT interface andthe virtual links associated with it are stacked asfor the OLT broadcast interface are created in initialization. The creation of a row for a virtual link is done when thehigher layer of all other interfaces related tovirtual link is established (ONU registers) and deletion is done when the virtuallinks. In this MIB modulelink is deleted (ONU deregisters). 3.3. Relation to theinterface referredEFM OAM MIB The EPON interfaces are aimed toistheOLT interfaceoptical access networks and most probably will be accompanied with thesub-layers defined inimplementation of the[802.3ah] forOAM section of theOLT are also divided into virtual links.[802.3ah]. Therefore theifIndexs used in theEFM OAM MIBdocumentmodule [I-D.ietf-hubmib-efm-mib] MAY be implemented, when this MIB module is implemented, defining managed objects for theOLTOAM layer that are complementary to theifIndex of the OLT andEFM EPON MIB module. As theifIndexes ofOAM is defined for a point to point link it is implemented in this case, using the virtuallinks. Informationlinks which are defined foreach LLID inthetablesP2MP network, so that an instance isindexed by the interface indexheld for eachtable. This index isLogical link (LLID) of the EPON. The correspondingtoifIndex of the virtual linkinterfaces ifIndexs. Only the MAC address at the OLTisnot duplicatedused as thephysical interface isifIndex of thesame.tables of the OAM MIB module, for this purpose. 3.4. Relation to the bridge MIB It isspecified invery probable that an EPON OLT will implement a bridging functionality above the[802.3ah] section 64.1.2. AtEPON interface layer, bridging between thetables this entryEPON users and the network. Bridge functionality isduplicated forspecified at [802.1d]. In this scenario the virtualinterfaces. Implementing this module therefore MUST require implementationports ofInterfaces MIB module [RFC2863] and Ethernet-like Interfaces MIB module [RFC3635]. As an example herethe EPON are corresponding to thevalues forvirtual bridge ports. There is a direct mapping between theInterface MIB for an OLT with 3 ONUs registered: Atbridge ports and theONU in working mode: +----------------------+-----------------------------------+ | InterfaceLLIDs, which are virtual EPON channels. Therefore the bridge MIBobject | Value | +----------------------+-----------------------------------+ | ifIndex | 1 | | | | | ifDescr | "I/F description" | | | | | ifType | gigabitEthernet (117) 1000base-Px | | | | | ifMtu | MTU size (1522) | | | | | ifSpeed | 1000000000 | | | | | ifPhysAddress | ONU_MAC_Address | | | | | ifAdminStatus | up | | | | | ifOperStatus | Up | | | | | ifLastChange | up_time | | | | | ifInOctets | ONU1_octets_number | | | | | ifInUcastPkts | ONU1_unicast_frame_number | | | | | ifInNUcastPkts | ONU1_non_unicast_frame_number | | | | | ifInDiscards | ONU1_discard_frame_number | | | | | ifInErrors | ONU1_error_frame_number | | | | | ifInUnknownProtos | ONU1_unknown_frame_number | | | | | ifOutOctets | ONU1_octets_number | | | | | ifOutUcastPkts | ONU1_unicast_frame_number | | | | | ifOutNUcastPkts | ONU1_non_unicast_frame_number | | | | | ifOutDiscards | ONU1_discard_frame_number | | | | | ifOutErrors | ONU1_error_frame_number | | | | | ifOutQLen | ONU1_queue_frame_number | +----------------------+-----------------------------------+ Table 5 atmodules [RFC4188], [RFC1525] MAY be implemented when the EFM EPON MIB module is implemented for an EPON OLT, defining managed objects for the bridge layer. The values of dot1dBasePortIfIndex would correspond to the ifIndex of the virtual port (1 for LLID1, 2 for LLID2,...) The broadcast virtual EPON interface of the OLT has no direct mapping to a virtual bridge port as it is not port specific but used for broadcast traffic. 4. Mapping of IEEE 802.3ah Managed Objects This section contains the mapping between the managed objects defined inworking modethis document and theinterfaces associated withattributes defined in [802.3ah] Clause 30. The tables are divided to thevirtual links: +----------+-------------+-------------+-------------+--------------+ | Interfac | Value | Value | Value | Value | | eMIB | | | | | |relevant groups. oMPCP managed object class (30.3.5) +----------------------------+-------------------------+------------+ | dot3EPON MIB module object | IEEE802.3ah attribute | Reference || +----------+-------------+-------------+-------------+--------------++----------------------------+-------------------------+------------+ | ifIndex |1 | 2 | 3 | 65535 | | | | | | | | ifDescr | "I/Fdescrip | "I/FdescripaMPCPID |"I/Fdescrip30.3.5.1.1 |"I/Fdescript| | |tion"|tion"|tion"dot3MpcpOperStatus |ion"aMPCPAdminState | 30.3.5.1.2 | | | | | | dot3MpcpMode |ifTypeaMPCPMode |gigabitEthe30.3.5.1.3 |gigabitEthe|gigabitEthe|gigabitEther| | |rnet(117)dot3MpcpLinkID |rnet(117)aMPCPLinkID |rnet(117)30.3.5.1.4 |net(117)| | | | | dot3MpcpRemoteMACAddress | aMPCPRemoteMACAddress | 30.3.5.1.5 |ifMtu|MTUsize(152|MTUsize(152|MTUsize(152|MTUsize(1522| dot3MpcpRegistrationState | aMPCPRegistrationState |2)30.3.5.1.6 |2)|2)|)| | | dot3MpcpMACCtrlFramesTrans | aMPCPMACCtrlFramesTrans | 30.3.5.1.7 | | mitted |ifSpeedmitted |1000000000|1000000000|1000000000|1000000000| | | dot3MpcpMACCtrlFramesRecei | aMPCPMACCtrlFramesRecei | 30.3.5.1.8 | | ved |ifPhysAdved |OLT_MAC_Add|OLT_MAC_Add|OLT_MAC_Add|OLT_MAC_Addr| |dress|ressdot3MpcpTxGate |ressaMPCPTxGate |ress30.3.5.1.9 |ess| | | | | dot3MpcpTxRegAck | aMPCPTxRegAck | 30.3.5.1.1 |ifAdminS|up|up|up0 |up| |tatus| | | dot3MpcpTxRegister | aMPCPTxRegister | 30.3.5.1.1 | | | | 1 | | |ifOperSt|Up|Up|Updot3MpcpTxRegRequest |UpaMPCPTxRegRequest | 30.3.5.1.1 |atus| | | 2 | | | | | | dot3MpcpTxReport | aMPCPTxReport | 30.3.5.1.1 |ifLastCh|ONU1_up_tim|ONU2_up_tim|ONU3_up_tim3 |up_time| |ange|e|e|edot3MpcpRxGate | aMPCPRxGate | 30.3.5.1.1 | | | | 4 | | |ifInOcte|ONU1_octets|ONU2_octets|ONU3_octetsdot3MpcpRxRegAck |BRCT_octets_aMPCPRxRegAck | 30.3.5.1.1 |ts|_number|_number|_number5 |number| dot3MpcpRxRegister | aMPCPRxRegister | 30.3.5.1.1 | | | | 6 |ifInUcas|ONU1_unic_f|ONU2_unic_f|ONU3_unic_f|BRCT_unic_fr| dot3MpcpRxRegRequest |tPktsaMPCPRxRegRequest |rame_num30.3.5.1.1 |rame_num|rame_num|ame_num| 7 | | | | | | dot3MpcpRxReport |ifInNUcaaMPCPRxReport |ONU1_non_un30.3.5.1.1 |ONU2_non_un|ONU3_non_un|BRCT_non_uni| 8 |stPkts|ic_frame_nu|ic_frame_nu|ic_frame_nu|c_frame_num| dot3MpcpTransmitElapsed | aMPCPTransmitElapsed |m30.3.5.1.1 |m|m| | 9 | | | | | | dot3MpcpReceiveElapsed |ifInDiscaMPCPReceiveElapsed |ONU1_disc_f30.3.5.1.2 |ONU2_disc_f|ONU3_disc_f|BRCT_disc_fr| 0 |ards|rame_num|rame_num|rame_num|ame_numr| dot3MpcpRoundTripTime | aMPCPRoundTripTime | 30.3.5.1.2 | | | | 1 |ifInErro|ONU1_err_fr|ONU2_err_fr|ONU3_err_fr|BRCT_err_fra| dot3MpcpDiscoveryWindowsSe |rsaMPCPDiscoveryWindowsSe |ame_num30.3.5.1.2 |ame_num|ame_numnt |me_numnt | 2 | | | | | | dot3MpcpDiscoveryTimeout |ifInUnknaMPCPDiscoveryTimeout |ONU1_unknw_30.3.5.1.2 |ONU2_unknw_|ONU3_unknw_|BRCT_unknw_f| 3 |ownProto|frame_num|frame_num|frame_num|rame_num| dot3MpcpMaximumPendingGran |saMPCPMaximumPendingGran | 30.3.5.1.2 | | ts | ts | 4 | | | | | | dot3MpcpAdminState |ifOutOctaMPCPAdminControl |ONU1_octets30.3.5.2.1 |ONU2_octets|ONU3_octets|BRCT_octets_| |ets|_numberdot3MpcpSyncTime |_numberSyncTime |_number64.3.3.2 |number+----------------------------+-------------------------+------------+ Table 9 oOMPEmulation managed object class (30.3.7) +-------------------------------------+-----------------+-----------+ | dot3EPON MIB module object | IEEE802.3ah | Reference | | | attribute | |ifOutUca+-------------------------------------+-----------------+-----------+ |ONU1_unic_fifIndex |ONU2_unic_faOMPEmulationID |ONU3_unic_f30.3.7.1. |BRCT_unic_fr| |stPkts|rame_num1 |rame_num|rame_num|ame_num| | | dot3OmpEmulationType | aOMPEmulationTy | 30.3.7.1. | | |ifOutNUcpe |ONU1_non_un2 |ONU2_non_un|ONU3_non_un|BRCT_non_uni| |astPkts|ic_frame_nudot3OmpEmulationSLDErrors |ic_frame_nuaSLDErrors |ic_frame_nu30.3.7.1. |c_frame_num| | |m3 |m|m| | | | dot3OmpEmulationCRC8Errors | aCRC8Errors | 30.3.7.1. | | |ifOutDis|ONU1_disc_f4 |ONU2_disc_f|ONU3_disc_f|BRCT_disc_fr| |cards|rame_numdot3OmpEmulationGoodLLID |rame_numaGoodLLID |rame_num30.3.7.1. |ame_num| | | 5 | | | | |ifOutErr|ONU1_err_frdot3OmpEmulationOnuPonCastLLID |ONU2_err_fraONUPONcastLLID |ONU3_err_fr30.3.7.1. |BRCT_err_fra| |ors|ame_num6 |ame_num|ame_num|me_num| | | dot3OmpEmulationOltPonCastLLID | aOLTPONcastLLID | 30.3.7.1. | | |ifOutQLe|ONU1_queue_7 |ONU2_queue_|ONU3_queue_|BRCt_queue_f| |n|frame_numdot3OmpEmulationBadLLID |frame_numaBadLLID |frame_num30.3.7.1. |rame_num|+----------+-------------+-------------+-------------+--------------+ Table 6 And the OLT interface: +----------------------+-----------------------------------+|Interface MIB object|Value8 |+----------------------+-----------------------------------+|ifIndex|100000| | | dot3OmpEmulationBroadcastBitNotOnuL | |ifDescr|"I/F description"| Lid | | | |ifType|gigabitEthernet (117) 1000base-Px| | | dot3OmpEmulationOnuLLIDNotBroadcast | |ifMtu|MTU size (1522)| | | | |ifSpeeddot3OmpEmulationBroadcastBitPlusOnu |1000000000| | | Llid | |ifPhysAddress|OLT_MAC_Address| |ifAdminStatus|up| | dot3OmpEmulationNotBroadcastBitNotO | | |ifOperStatus|UpnuLlid | | | +-------------------------------------+-----------------+-----------+ Table 10 oMAU managed object class (30.5.1) +--------------------------------+---------------------+------------+ | dot3EPON MIB module object |ifLastChangeIEEE802.3ah |OLTup_timeReference | | | attribute | |ifInOctets+--------------------------------+---------------------+------------+ |OLT_octets_numberdot3EponFecPCSCodingViolation | aPCSCodingViolation | 30.5.1.1.1 | | |ifInUcastPkts|OLT_unicast_frame_number2 | | | | |ifInNUcastPkts|OLT_non_unicast_frame_numberdot3EponFecAbility | aFECAbility | 30.5.1.1.1 | | |ifInDiscards|OLT_discard_frame_number3 | | | | |ifInErrors|OLT_error_frame_numberdot3EponFecMode | aFECmode | 30.5.1.1.1 | | |ifInUnknownProtos|OLT_unknown_frame_number4 | | | | |ifOutOctets|OLT_octets_numberdot3EponFecCorrectedBlocks | aFECCorrectedBlocks | 30.5.1.1.1 | | |ifOutUcastPkts|OLT_unicast_frame_number5 | | | | |ifOutNUcastPkts|OLT_non_unicast_frame_numberdot3EponFecUncorrectableBlocks | aFECUncorrectableBl | 30.5.1.1.1 | | |ifOutDiscardsocks |OLT_discard_frame_number6 | | | | |ifOutErrors|OLT_error_frame_numberdot3EponFecBufferHeadCodingVio | | | | lation |ifOutQLen|OLT_queue_frame_number|+----------------------+-----------------------------------++--------------------------------+---------------------+------------+ Table7 As specified above the creation of the rows at the ONU and at the OLT, for the OLT interface and for the broadcast virtual index, is done at initialization.11 5. Definitions - Thecreation and deletion of rows for the virtual links is done when the virtual link is established (ONU registers) and when the virtual link is deleted (ONU deregisters). 3.2. Relation to the IEEE 802.3 MAU MIBs In the amended MAU MIB document the MAU types of theDOT3 EPONInterfaces is defined. This document assumes the implementation of the MAUMIBfor this purposemodule DOT3-EPON-MIB DEFINITIONS ::= BEGIN IMPORTS MODULE-IDENTITY, mib-2, OBJECT-TYPE, Counter32, Integer32, Unsigned32, Counter64 FROM SNMPv2-SMI TruthValue, MacAddress FROM SNMPv2-TC ifIndex FROM IF-MIB MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF ; dot3EponMIB MODULE-IDENTITY LAST-UPDATED "200607210000Z" -- July 21, 2006 ORGANIZATION "IETF Ethernet Interfaces anddoes not repeat the EPON MAU types. Therefore implementingHub MIB Working Group" CONTACT-INFO "WG charter: http://www.ietf.org/html.charters/hubmib-charter.html Mailing Lists: General Discussion: hubmib@ietf.org To Subscribe: hubmib-request@ietf.org In Body: subscribe your_email_address Chair: Dan Romascanu Postal: Avaya Atidim Technology Park, Bldg. 3 Tel Aviv 61131 Israel Tel: +972-3-645-8414 E-mail: dromasca@avaya.com Editor: Lior Khermosh Postal: PMC-SIERRA Kohav Hertzelia bldg, 94 Hasadnaot St. Hertzliya Pituach 46120, ISRAEL P.O.Box 2089 Hertzliya Pituach 46120 Israel Tel: +972-9-9628000 Ext: 302 E-mail: lior_khermosh@pmc-sierra.com" DESCRIPTION "The objects in this MIB moduleMUST require implementation of MAU-MIB module [RFC3636]. For the ONU there is a single row forare used to manage theifMauTable. AtEthernet in theOLT thereFirst Mile(EFM) Ethernet Passive Optical Network(EPON) Interfaces as defined in IEEE P802.3ah clause 60,64,65. The following reference isa row for each virtual link (N+1), ifMauIfIndex has a value for each virtual link. As specified above the creation of the rows at the ONUused throughout this MIB module: [802.3ah] refers to: Information technology - Telecommunications andat the OLT for the OLT interfaceinformation exchange between systems - Local andfor the broadcast virtual index, is done at initialization. The creationmetropolitan area networks - Specific requirements - Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method anddeletion of rows for the virtual links is done when the virtual link is established (ONU registers)physical layer specifications - Media Access Control Parameters, Physical Layers andwhen the virtual link is deleted (ONU deregisters). 3.3. Relation to the EFM OAM MIB The EPON interfacesManagement Parameters for subscriber access networks. IEEE Std 802.3ah-2004, October 2004. Of particular interest areaimedClause 64(Multi-Point Control Protocol - MPCP), Clause 65(Point tothe access optical networksMultipoint Reconciliation Sublayer - P2MP RS), Clause 60 (Ethernet Passive Optical Network Physical Medium Dependent - EPON PMDs), Clause 30, 'Management', andmost probably will be followed by implementation of the OAM section of the [802.3ah]. ThereforeClause 45, 'Management Data Input/Output (MDIO) Interface'. Copyright (C) TheEFM OAMInternet Society (2006). This version of this MIB module[I-D.ietf-hubmib-efm- mib] MAY be implemented defining attributes and managed objects that are complementary to the EFM EPON MIB module. As the OAM is defined for a point to point link itisimplemented using the virtual links which are defined forpart of XXXX see theP2MP network, so that an instance is heldRFC itself foreachfull legal notices. Key abbreviations: BER - Bit Error Rate BW - bandwidth CRC - Cyclic Redundancy Check EFM - Ethernet First Mile EPON - Ethernet Passive Optical Network FEC - Forward Error Correction LLID - Logicallink (LLID) of the EPON. The respective ifIndexLink Identifier MAC - Media Access Control Mbps - Mega-bit per second MDIO - Management Data Input/Output MPCP - Multi-Point Control Protocol OLT - Optical Line Terminal (Server unit of thevirtual link is used as the ifIndexEPON) OMP - Optical Multi-Point ONU - Optical Network Unit (Client unit of theOAM MIB for this purpose. 3.4. RelationEPON) P2MP - Point to Multi-Point PHY - Physical Layer PMD - Physical Medium Dependent PON - Passive Optical Network RTT - Round Trip Time SLD - Start of LLID Delimiter TQ - Time Quanta " -- Editor's Note: Replace XXXX with thebridge MIB It is very probable that an EPON OLT will implement a bridging functionality above the EPON interface layer, bridging between the EPON usersactual RFC number -- assigned by RFC Editor andthe network. Inremove thisscenario the virtual ports of the EPON are correspondingnote REVISION "200607210000Z" -- July 21, 2006 DESCRIPTION "Initial version, published as RFC XXXX." ::= { mib-2 XXX } -- Editor's Note (to be removed prior to publication): thevirtual bridge ports. There-- IANA is requested to assign adirect mapping between the bridge ports and the LLIDs, which are virtual EPON channels. If the OLT supports bridging then the virtual physical interfaces are the bridge virtual ports. The valuesvalue fordot1dBasePortIfIndex would be the number of"XXX" under theifIndex for-- 'mib-2' subtree and to record thevirtual port (1 for LLID1, 2 for LLID2,...) The bridge MIB modules [RFC4188], [RFC1525] MAY be implementedassignment inthis case where the objects ofthebridge MIB module are used accordingly. 4. Relation table ofSMI -- Numbers registry. When thedot3EPON MIB module objects toassignment has been made, theIEEE802.3ah attributes oMPCP managed object class (30.3.5) +----------------------------+-------------------------+------------+ | dot3EPON MIB module object | IEEE802.3ah attribute | Reference | +----------------------------+-------------------------+------------+ | ifIndex | aMPCPID | 30.3.5.1.1 | | | | | | dot3MpcpOperStatus | aMPCPAdminState | 30.3.5.1.2 | | | | | | dot3MpcpMode | aMPCPMode | 30.3.5.1.3 | | | | | | dot3MpcpLinkID | aMPCPLinkID | 30.3.5.1.4 | | | | | | dot3MpcpRemoteMACAddress | aMPCPRemoteMACAddress | 30.3.5.1.5 | | | | | | dot3MpcpRegistrationState | aMPCPRegistrationState | 30.3.5.1.6 | | | | | | dot3MpcpMACCtrlFramesTrans | aMPCPMACCtrlFramesTrans | 30.3.5.1.7 | | mitted | mitted | | | | | | | dot3MpcpMACCtrlFramesRecei | aMPCPMACCtrlFramesRecei | 30.3.5.1.8 | | ved | ved | | | | | | | dot3MpcpTxGate | aMPCPTxGate | 30.3.5.1.9 | | | | | | dot3MpcpTxRegAck | aMPCPTxRegAck | 30.3.5.1.1 | | | | 0 | | | | | | dot3MpcpTxRegister | aMPCPTxRegister | 30.3.5.1.1 | | | |-- RFC Editor is asked to replace "XXX" (here and in the MIB -- module) with the assigned value and to remove this note. dot3EponObjects OBJECT IDENTIFIER ::= { dot3EponMIB 1} dot3EponConformance OBJECT IDENTIFIER ::= { dot3EponMIB 2} -- MPCP MIB modules definitions ([802.3ah] clause 30.3.5) dot3EponMpcpObjects OBJECT IDENTIFIER ::= { dot3EponObjects 1| | | | | | dot3MpcpTxRegRequest | aMPCPTxRegRequest | 30.3.5.1.1 | | | | 2 | | | | | | dot3MpcpTxReport | aMPCPTxReport | 30.3.5.1.1 | | | | 3 | | | | | | dot3MpcpRxGate | aMPCPRxGate | 30.3.5.1.1 | | | | 4 | | | | | | dot3MpcpRxRegAck | aMPCPRxRegAck | 30.3.5.1.1 | | | | 5 | | | | | | dot3MpcpRxRegister | aMPCPRxRegister | 30.3.5.1.1 | | | | 6 | | dot3MpcpRxRegRequest | aMPCPRxRegRequest | 30.3.5.1.1 | | | | 7 | | | | | | dot3MpcpRxReport | aMPCPRxReport | 30.3.5.1.1 | | | | 8 | | | | | |} dot3MpcpControlTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3MpcpControlEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Table of dot3 Multi-Point Control Protocol (MPCP) MIB objects. The entries in the table are control and status objects of the MPCP. Each object has a row for every virtual link denoted by the corresponding ifIndex. Typically the number of expected virtual links in a PON is like the number of ONUs, which is 32-64, plus an additional entry for broadcast LLID (with a value of 0xffff). In the [802.3ah] the LLID is a 2bytes register and the number of LLIDs is limited by that." ::= { dot3EponMpcpObjects 1 } dot3MpcpControlEntry OBJECT-TYPE SYNTAX Dot3MpcpControlEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the dot3 MPCP Control table. Rows exist for an OLT interface and an ONU interface. Rows in the table are denoted by the ifIndexes and they are created when the ifIndexes are created. For the ONU rows are created at system initialization. For the OLT the row of the OLT ifIndex and the row of the ifIndex referring to the broadcast virtual link are created at system initialization. For the ifIndexes referring to the virtual links at the OLT, a row is created when a virtual link is established (ONU registers) and deleted when the virtual link is deleted (ONU deregisters)." INDEX { ifIndex } ::= { dot3MpcpControlTable 1} Dot3MpcpControlEntry ::= SEQUENCE { dot3MpcpOperStatus TruthValue, dot3MpcpAdminState TruthValue, dot3MpcpMode INTEGER, dot3MpcpSyncTime Unsigned32, dot3MpcpLinkID Unsigned32, dot3MpcpRemoteMACAddress MacAddress, dot3MpcpRegistrationState INTEGER, dot3MpcpTransmitElapsed| aMPCPTransmitElapsed | 30.3.5.1.1 | | | | 9 | | | | | |Unsigned32, dot3MpcpReceiveElapsed| aMPCPReceiveElapsed | 30.3.5.1.2 | | | | 0 | | | | | |Unsigned32, dot3MpcpRoundTripTime| aMPCPRoundTripTime | 30.3.5.1.2 | | | |Unsigned32, dot3MpcpMaximumPendingGrants Unsigned32 } dot3MpcpOperStatus OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION "This object reflects the operational state of the Multi-Point MAC Control sublayer as defined in [802.3ah] clause 64. When the value is true(1) the interface will act as if Multi-Point control protocol is enabled. When the value is false(2) the interface will act as if it does not have the Multi-Point control protocol. The operational state can be changed using the dot3MpcpAdminState object. This object is applicable for an OLT, with the same value for all virtual interfaces, and for an ONU." REFERENCE "[802.3ah], 30.3.5.1.2." ::= { dot3MpcpControlEntry 1| | | | | | dot3MpcpDiscoveryWindowsSe | aMPCPDiscoveryWindowsSe | 30.3.5.1.2 | | nt | nt | 2 | | | | | | dot3MpcpDiscoveryTimeout | aMPCPDiscoveryTimeout | 30.3.5.1.2 | | | | 3 | | | | | | dot3MpcpMaximumPendingGran | aMPCPMaximumPendingGran | 30.3.5.1.2 | | ts | ts | 4 | | | | | |} dot3MpcpAdminState| aMPCPAdminControl | 30.3.5.2.1 | | | | | | dot3MpcpSyncTime | SyncTime | 64.3.3.2 | +----------------------------+-------------------------+------------+ Table 8 oOMPEmulation managedOBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "This object is used to define the admin state of the Multi-Point MAC Control sublayer as defined in [802.3ah] clause 64. When selecting the value as true(1) the Multi-Point control protocol of the interface is enabled. When selecting the value as false(2) the interface acts as if the Multi-Point Control protocol does not exist. Reading reflects the state of the object which is the mode of operation of the Multi-Point control protocol of the interface. Writing can be done at any time. This object is applicable for an OLT, with the same value for all virtual interfaces, and for an ONU." REFERENCE "[802.3ah], 30.3.5.2.1." DEFVAL { false } ::= { dot3MpcpControlEntry 2 } dot3MpcpMode OBJECT-TYPE SYNTAX INTEGER { olt(1), onu(2) } MAX-ACCESS read-only STATUS current DESCRIPTION "This object is used to identify the operational state of the Multi-Point MAC Control sublayer as defined in [802.3ah] clause 64. Reading olt(1) for an OLT (server) mode and onu(2) for an ONU (client) mode. This objectclass (30.3.7) +-------------------------------------+-----------------+-----------+ | dot3EPON MIB moduleis used to identify the operational mode for the MPCP tables. This object| IEEE802.3ah | Reference | | | attribute | | +-------------------------------------+-----------------+-----------+ | ifIndex | aOMPEmulationID | 30.3.7.1. | | | | 1 | | | | | | dot3OmpEmulationType | aOMPEmulationTy | 30.3.7.1. | | | pe | 2 | | | | | | dot3OmpEmulationSLDErrors | aSLDErrors | 30.3.7.1. | | | | 3 | | | | | | dot3OmpEmulationCRC8Errors | aCRC8Errors | 30.3.7.1. | | | | 4 | | | | | | dot3OmpEmulationGoodLLID | aGoodLLID | 30.3.7.1. | | | | 5 | | | | | | dot3OmpEmulationOnuPonCastLLID | aONUPONcastLLID | 30.3.7.1. | | | | 6 | | | | | | dot3OmpEmulationOltPonCastLLID | aOLTPONcastLLID | 30.3.7.1. | | | | 7 | | | | | | dot3OmpEmulationBadLLID | aBadLLID | 30.3.7.1. | | | | 8 | | | | | | dot3OmpEmulationBroadcastBitNotOnuL | | | | Lid | | | | | | | | dot3OmpEmulationOnuLLIDNotBroadcast | | | | | | | | dot3OmpEmulationBroadcastBitPlusOnu | | | | Llid | | | | | | | | dot3OmpEmulationNotBroadcastBitNotO | | | | nuLlid | | | +-------------------------------------+-----------------+-----------+ Table 9 oMAU managedis applicable for an OLT, with the same value for all virtual interfaces, and for an ONU." REFERENCE "[802.3ah], 30.3.5.1.3." DEFVAL { 1 } ::= { dot3MpcpControlEntry 3 } dot3MpcpSyncTime OBJECT-TYPE SYNTAX Unsigned32 UNITS "TQ (16nsec)" MAX-ACCESS read-only STATUS current DESCRIPTION "An objectclass (30.5.1) +--------------------------------+---------------------+------------+ | dot3EPON MIB modulethat reports the 'sync lock time' of the OLT receiver in increments of Time Quanta (TQ)-16ns as defined in [802.3ah] 60,64,65. The value returned shall be (sync lock time ns)/16. If this value exceeds (2^32-1) the value (2^32-1) shall be returned. This object| IEEE802.3ah | Reference | | | attribute | | +--------------------------------+---------------------+------------+ | dot3EponFecPCSCodingViolation | aPCSCodingViolation | 30.5.1.1.1 | | | | 2 | | | | | | dot3EponFecAbility | aFECAbility | 30.5.1.1.1 | | | | 3 | | | | | | dot3EponFecMode | aFECmode | 30.5.1.1.1 | | | |is applicable for an OLT, with the same value for all virtual interfaces, and for an ONU." REFERENCE "[802.3ah], 64.3.3.2." ::= { dot3MpcpControlEntry 4| | | | | | dot3EponFecCorrectedBlocks | aFECCorrectedBlocks | 30.5.1.1.1 | | | | 5 | | | | | | dot3EponFecUncorrectableBlocks | aFECUncorrectableBl | 30.5.1.1.1 | | | ocks | 6 | | | | | | dot3EponFecBufferHeadCodingVio | | | | lation | | | +--------------------------------+---------------------+------------+ Table 10 5. Definitions - The DOT3 EPON MIB module DOT3-EPON-MIB DEFINITIONS} dot3MpcpLinkID OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "An object that identifies the Logical Link identifier (LLID) associated with the MAC of the virtual link, as specified in [802.3ah] clause 65.1.3.2.2. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface. For the same virtual link, the ONU and the corresponding virtual MAC of the OLT have the same value. Value is assigned when the ONU registers. Value is freed when the ONU deregisters." REFERENCE "[802.3ah], 30.3.5.1.4." ::=BEGIN IMPORTS MODULE-IDENTITY, mib-2, OBJECT-TYPE, Counter32, Integer32, Unsigned32, Counter64 FROM SNMPv2-SMI TruthValue,{ dot3MpcpControlEntry 5 } dot3MpcpRemoteMACAddress OBJECT-TYPE SYNTAX MacAddressFROM SNMPv2-TC ifIndex FROM IF-MIB MODULE-COMPLIANCE, OBJECT-GROUP FROM SNMPv2-CONF ; dot3EponMIB MODULE-IDENTITY LAST-UPDATED "200602080000Z" -- February 8, 2006 ORGANIZATION "IETF Ethernet InterfacesMAX-ACCESS read-only STATUS current DESCRIPTION "An object that identifies the source_address parameter of the last MPCPDUs passed to the MAC Control. This value is updated on reception of a valid frame with (1) a destination Field equal to the reserved multicast address for MAC Control specified in [802.3] Annex 31A, (2) lengthOrType field value equal to the reserved Type for MAC Control as specified in [802.3] Annex 31A. (3) an MPCP subtype value equal to the subtype reserved for MPCP as specified in [802.3ah] Annex 31A. This object is applicable for an OLT andHub MIB Working Group" CONTACT-INFO "WG charter: http://www.ietf.org/html.charters/hubmib-charter.html Mailing Lists: General Discussion: hubmib@ietf.org To Subscribe: hubmib-request@ietf.org In Body: subscribe your_email_address Chair: Dan Romascanu Postal: Avaya Atidim Technology Park, Bldg. 3 Tel Aviv 61131 Israel Tel: +972-3-645-8414 E-mail: dromasca@avaya.com Editor: Lior Khermosh Postal: Passave Technologies Inc. Kohav Hertzelia bldg, 94 Hasadnaot St. Hertzliya Pituach 46120, ISRAEL P.O.Box 2089 Hertzliya Pituach 46120 Israel Tel: +972-9-9628000 Ext: 302 E-mail: lior.khermosh@passave.com"an ONU. At the OLT it has a value for each virtual interface. The value reflects the MAC address of the remote entity and therefore the OLT holds a value for each LLID which is the MAC address of the ONU and the ONU has a single value which is the OLT MAC address." REFERENCE "[802.3ah], 30.3.5.1.5." ::= { dot3MpcpControlEntry 6 } dot3MpcpRegistrationState OBJECT-TYPE SYNTAX INTEGER { unregistered(1), registering(2), registered(3) } MAX-ACCESS read-only STATUS current DESCRIPTION"The objects in this MIB module are used to manage"An object that identifies theEthernet inregistration state of theFirst Mile(EFM) Ethernet Passive Optical Network(EPON) InterfacesMulti-Point MAC Control sublayer as defined inIEEE P802.3ah[802.3ah] clause60,64,65. The following reference64. When this object has the enumeration unregistered(1) the interface is unregistered and may be usedthroughoutfor registering a link partner. When thisMIB module: [802.3ah] refers to: Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications - Media Access Control Parameters, Physical Layers and Management Parametersobject has the enumeration registering(2) the interface is in the process of registering a link-partner. When this object has the enumeration registered(3) the interface has an established link-partner. This object is applicable forsubscriber access networks. IEEE Std 802.3ah-2004, October 2004. Of particular interest are Clause 64(Multi-Point Control Protocol - MPCP), Clause 65(Point to Multipoint Reconciliation Sublayer - P2MP RS), Clause 60 (Ethernet Passive Optical Network Physical Medium Dependant - EPON PMDs), Clause 30, 'Management',an OLT andClause 45, 'Management Data Input/Output (MDIO) Interface'. Copyright (C) The Internet Society (2005). This versionan ONU. At the OLT it has a value for each virtual interface." REFERENCE "[802.3ah], 30.3.5.1.6." ::= { dot3MpcpControlEntry 7 } dot3MpcpTransmitElapsed OBJECT-TYPE SYNTAX Unsigned32 UNITS "TQ (16nsec)" MAX-ACCESS read-only STATUS current DESCRIPTION "An object that reports the interval from last MPCP frame transmission in increments of Time Quanta (TQ)-16ns. The value returned shall be (interval from last MPCP frame transmission in ns)/16. If thisMIB module is part of XXXX seevalue exceeds (2^32-1) theRFC itselfvalue (2^32-1) shall be returned. This object is applicable forfull legal notices. Key abbreviations: BER - Bit Error Rate EFM - Ethernet First Mile EPON - Ethernet Passive Optical Network LLID - Logical Link IDentifier MAC - Media Access Control MPCP - Multi-Point Control Protocolan OLT- Optical Line Terminal (Server unit ofand an ONU. At theEPON) ONU - Optical Network Unit (Client unit ofOLT it has a value for each virtual interface." REFERENCE "[802.3ah], 30.3.5.1.19." ::= { dot3MpcpControlEntry 8 } dot3MpcpReceiveElapsed OBJECT-TYPE SYNTAX Unsigned32 UNITS "TQ (16nsec)" MAX-ACCESS read-only STATUS current DESCRIPTION "An object that reports theEPON) PHY - Physical Layer PMD - Physical Medium Dependant RTT - Round Tripinterval from last MPCP frame reception in increments of Time" -- Editor's Note: Replace XXXX withQuanta (TQ)-16ns. The value returned shall be (interval from last MPCP frame reception in ns)/16. If this value exceeds (2^32-1) theactual RFC number -- assigned by RFC Editorvalue (2^32-1) shall be returned. This object is applicable for an OLT andremove this note REVISION "200602080000Z" -- February 8, 2006 DESCRIPTION "Initial version, published as RFC XXXX."an ONU. At the OLT it has a value for each virtual interface." REFERENCE "[802.3ah], 30.3.5.1.20." ::= {mib-2 XXXdot3MpcpControlEntry 9 }-- Editor's Note (todot3MpcpRoundTripTime OBJECT-TYPE SYNTAX Unsigned32 (0..'ffff'h) UNITS "TQ (16nsec)" MAX-ACCESS read-only STATUS current DESCRIPTION "An object that reports the MPCP round trip time in increments of Time Quanta (TQ)-16ns. The value returned shall beremoved prior to publication):(round trip time in ns)/16. If this value exceeds (2^16-1) the-- IANA is requested to assign avalue (2^16-1) shall be returned. This object is applicable for"XXX" under the -- 'mib-2' subtreean OLT andto record the assignment in the SMI -- Numbers registry. Whenan ONU. At theassignmentOLT it hasbeen made,a value for each virtual interface." REFERENCE "[802.3ah], 30.3.5.1.21." ::= { dot3MpcpControlEntry 10 } dot3MpcpMaximumPendingGrants OBJECT-TYPE SYNTAX Unsigned32 (0..255) MAX-ACCESS read-only STATUS current DESCRIPTION "An object that reports the-- RFC Editor is askedmaximum number of grants an ONU can store for handling. The maximum number of grants an ONU can store for handling has a range of 0 toreplace "XXX" (here255. This object is applicable for an OLT andinan ONU. At theMIB -- module) withOLT it has a value for each virtual interface. At the OLT theassignedvalueand to remove this note. dot3EponObjects OBJECT IDENTIFIER ::= { dot3EponMIB 1} dot3EponConformance OBJECT IDENTIFIER ::= { dot3EponMIB 2} -- MPCP MIB modules definitions ([802.3ah] clause 30.3.5) dot3EponMpcpObjects OBJECT IDENTIFIERshould be zero." REFERENCE "[802.3ah], 30.3.5.1.24." ::= {dot3EponObjects 1dot3MpcpControlEntry 11 }dot3MpcpControlTabledot3MpcpStatTable OBJECT-TYPE SYNTAX SEQUENCE OFDot3MpcpControlEntryDot3MpcpStatEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION"Table for dot3 Multi-Point Control Protocol (MPCP) MIB management objects. The entries in the"This tableare control and status entitiesdefines the list of statistics counters of an interface implementing the [802.3ah] clause 64 MPCP. Each object has a row for every virtual linkaccording todenoted by thepropercorresponding ifIndex. Typically the number of expected virtuallinklinks in a PON is like the number ofONUs 32-64ONUs, which is 32-64, plus an additional entry for broadcast LLID(which is marked by(with a value of 0xffff). In the [802.3ah] the LLID is a 2bytes register and the number of LLIDs is limited by that." ::= { dot3EponMpcpObjects12 }dot3MpcpControlEntrydot3MpcpStatEntry OBJECT-TYPE SYNTAXDot3MpcpControlEntryDot3MpcpStatEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION"An entry in"Table entries for thedot3table of statistics counters of the [802.3ah] clause 64 MPCPControl table.interface. Rows exist for an OLT interface and an ONU interface. Rows in the table are denoted by the ifIndexes and they are created whenifIndexsthe ifIndexes are created. For the ONU rows are created at system initialization. For the OLT therowsrow of the OLT ifIndex and the row of the ifIndex referring to the broadcast virtual link are created at system initialization. For theifIndexsifIndexes referring to the virtual links at the OLT, a row is created when a virtual link is established (ONU registers) and deleted when thevirtual linkvirtual link is deleted (ONU deregisters)." INDEX { ifIndex} ::= { dot3MpcpStatTable 1 } Dot3MpcpStatEntry ::= SEQUENCE { dot3MpcpMACCtrlFramesTransmitted Counter64, dot3MpcpMACCtrlFramesReceived Counter64, dot3MpcpDiscoveryWindowsSent Counter32, dot3MpcpDiscoveryTimeout Counter32, dot3MpcpTxRegRequest Counter64, dot3MpcpRxRegRequest Counter64, dot3MpcpTxRegAck Counter64, dot3MpcpRxRegAck Counter64, dot3MpcpTxReport Counter64, dot3MpcpRxReport Counter64, dot3MpcpTxGate Counter64, dot3MpcpRxGate Counter64, dot3MpcpTxRegister Counter64, dot3MpcpRxRegister Counter64 } dot3MpcpMACCtrlFramesTransmitted OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count of MPCP frames passed to the MAC sublayer for transmission. This counter is incremented when a MA_CONTROL.request service primitive is generated within the MAC control sublayer with an opcode indicating an MPCP frame. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah], 30.3.5.1.7." ::= { dot3MpcpStatEntry 1 } dot3MpcpMACCtrlFramesReceived OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count of MPCP frames passed by the MAC sublayer to the MAC Control sublayer. This counter is incremented when a ReceiveFrame function call returns a valid frame with: (1) a lengthOrType field value equal to the reserved Type for 802.3_MAC_Control as specified in 31.4.1.3, and (2) an opcode indicating an MPCP frame. This object isdeleted (ONU deregisters). Rows existapplicable for an OLTinterfaceand anONU interface." INDEX { ifIndex } ::= { dot3MpcpControlTable 1} Dot3MpcpControlEntryONU. At the OLT it has a value for each virtual interface. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah], 30.3.5.1.8." ::=SEQUENCE{dot3MpcpOperStatus TruthValue, dot3MpcpAdminState TruthValue, dot3MpcpMode INTEGER, dot3MpcpSyncTime Unsigned32, dot3MpcpLinkID Unsigned32, dot3MpcpRemoteMACAddress MacAddress, dot3MpcpRegistrationState INTEGER, dot3MpcpTransmitElapsed Unsigned32, dot3MpcpReceiveElapsed Unsigned32, dot3MpcpRoundTripTime Unsigned32, dot3MpcpMaximumPendingGrants Unsigned32 } dot3MpcpOperStatusdot3MpcpStatEntry 2} dot3MpcpDiscoveryWindowsSent OBJECT-TYPE SYNTAXTruthValueCounter32 MAX-ACCESS read-only STATUS current DESCRIPTION"This variable reflects the operational state"A count of discovery windows generated. The counter is incremented by one for each generated discovery window. This object is applicable for an OLT and an ONU. At theMulti-Point MAC Control sublayer as defined in [802.3ah] clause 64. WhenOLT it has a value for each virtual interface. At the ONU the valueis true(1)should be zero. Discontinuities of this counter can occur at re-initialization of theinterface will actmanagement system, and at other times asif Multi-point control protocol is enabled. Whenindicated by the valueis false(2)of theinterface will act as if it does not haveifCounterDiscontinuityTime." REFERENCE "[802.3ah], 30.3.5.1.22." ::= { dot3MpcpStatEntry 3} dot3MpcpDiscoveryTimeout OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A count of theMulti-point control protocol. The operational state can be changed usingnumber of times a discovery timeout occurs. Increment thedot3MpcpAdminState object.counter by one for each discovery processing state-machine reset resulting from timeout waiting for message arrival. This object isrelevantapplicable for anOLT, sameOLT and an ONU. At the OLT it has a value foralleach virtuallinks,interface. Discontinuities of this counter can occur at re-initialization of the management system, andfor an ONU."at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.2."30.3.5.1.23." ::= {dot3MpcpControlEntry 1 } dot3MpcpAdminStatedot3MpcpStatEntry 4} dot3MpcpTxRegRequest OBJECT-TYPE SYNTAXTruthValueCounter64 UNITS "frames" MAX-ACCESSread-writeread-only STATUS current DESCRIPTION"This variable can be used to define"A count of theadmin statenumber of times a REGISTER_REQ MPCP frame transmission occurs. Increment theMulti-Point MAC Control sublayercounter by one for each REGISTER_REQ MPCP frame transmitted as defined in [802.3ah] clause 64.When selecting the value as true(1) the interface Multi-Point control protocolThis object isenabled. When selectingapplicable for an OLT and an ONU. At the OLT it has a valueas false(2) the interface acts as iffor each virtual interface. At theMulti-point Control protocol does not exist. Reading reflectsOLT thestatevalue should be zero. Discontinuities of this counter can occur at re-initialization of theobjectmanagement system, and at other times as indicated by theoperation of the Multi-point control protocol modevalue of theinterface. Writing can be done at any time. This object is relevant for an OLT, same for all virtual links, and for an ONU."ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.2.1." DEFVAL { false }30.3.5.1.12." ::= {dot3MpcpControlEntry 2 } dot3MpcpModedot3MpcpStatEntry 5} dot3MpcpRxRegRequest OBJECT-TYPE SYNTAXINTEGER { olt(1), onu(2) }Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION"This variable can be used to identify"A count of theoperational statenumber of times a REGISTER_REQ MPCP frame reception occurs. Increment theMulti-Point MAC Control sublayercounter by one for each REGISTER_REQ MPCP frame received as defined in [802.3ah] clause 64.Reading olt(1) for an OLT (server) mode and onu(2) for an ONU (client) mode.This object isrelevantapplicable for anOLT, sameOLT and an ONU. At the OLT it has a value foralleach virtuallinks,interface. At the ONU the value should be zero. Discontinuities of this counter can occur at re-initialization of the management system, andfor an ONU."at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.3." DEFVAL { 1 }30.3.5.1.17." ::= {dot3MpcpControlEntry 3 } dot3MpcpSyncTimedot3MpcpStatEntry 6} dot3MpcpTxRegAck OBJECT-TYPE SYNTAXUnsigned32Counter64 UNITS"TQ (16nsec)""frames" MAX-ACCESS read-only STATUS current DESCRIPTION "Avalue that reportscount of the'sync lock time' for an OLT receiver in incrementsnumber ofTime Quanta (TQ) 16nstimes a REGISTER_ACK MPCP frame transmission occurs. Increment the counter by one for each REGISTER_ACK MPCP frame transmitted as defined in [802.3ah]60,64,65. The value returned shall be (sync lock time ns)/16. If this value exceeds (2^32-1) the value (2^32-1) shall be returned.clause 64. This object isrelevantapplicable for anOLT, sameOLT and an ONU. At the OLT it has a value foralleach virtuallinks,interface. At the OLT the value should be zero. Discontinuities of this counter can occur at re-initialization of the management system, andfor an ONU."at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],64.3.3.2."30.3.5.1.10." ::= {dot3MpcpControlEntry 4 } dot3MpcpLinkIDdot3MpcpStatEntry 7} dot3MpcpRxRegAck OBJECT-TYPE SYNTAXUnsigned32Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "Avalue that identifiescount of theLogical Link identity (LLID) associated withnumber of times a REGISTER_ACK MPCP frame reception occurs. Increment theMAC portcounter by one for each REGISTER_ACK MPCP frame received, asspecifieddefined in [802.3ah] clause65.1.3.2.2.64. This object isrelevantapplicable for an OLT and an ONU.ForAt thesameOLT it has a value for each virtuallinkinterface. At thevalue isONU thesamevalue should be zero. Discontinuities of this counter can occur at re-initialization of theONUmanagement system, andOLT. Value is assigned when an ONU is registered. Value is freed when an ONU deregister."at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.4."30.3.5.1.15." ::= {dot3MpcpControlEntry 5 } dot3MpcpRemoteMACAddressdot3MpcpStatEntry 8} dot3MpcpTxReport OBJECT-TYPE SYNTAXMacAddressCounter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "Avalue that identifies the source_address parametercount of thelast MPCPDUs passed to the MAC Control. This value is updated on receptionnumber of times avalid frame with (1) a destination Field equal to the reserved multicast address for MAC Control specified in [802.3] Annex 31A, (2) lengthOrType field value equal to the reserved Type for MAC Control as specified in [802.3] Annex 31A. (3) anREPORT MPCPsubtype value equal toframe transmission occurs. Increment thesubtype reservedcounter by one for each REPORT MPCP frame transmitted asspecifieddefined in [802.3ah]Annex 31A.clause 64. This object isrelevantapplicable for an OLT and an ONU.The value reflects the MAC address of the remote entry and thereforeAt the OLTholdit has a value for eachLLIDvirtual interface. At the OLT the value should be zero. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by theONU has a singlevaluewhich isof theOLT MAC address. "ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.5."30.3.5.1.13." ::= {dot3MpcpControlEntry 6 } dot3MpcpRegistrationStatedot3MpcpStatEntry 9} dot3MpcpRxReport OBJECT-TYPE SYNTAXINTEGER { unregistered(1), registering(2), registered(3) }Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "Avalue that identifiescount of theoperational statenumber of times a REPORT MPCP frame reception occurs. Increment theMulti-Point MAC Control sublayercounter by one for each REPORT MPCP frame received, as defined in [802.3ah] clause 64.When this object has the enumeration unregistered(1) the interface may be used for registering a link partner. When this object has the enumeration registering(2) the interface is in the process of registering a link-partner. When this object has the enumeration registered(3) the interface has an established link-partner.This object isrelevantapplicable for an OLT and an ONU.ForAt the OLT itprovides an indication per LLID."has a value for each virtual interface. At the ONU the value should be zero. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.6."30.3.5.1.18." ::= {dot3MpcpControlEntry 7 } dot3MpcpTransmitElapseddot3MpcpStatEntry 10} dot3MpcpTxGate OBJECT-TYPE SYNTAXUnsigned32Counter64 UNITS"TQ (16nsec)""frames" MAX-ACCESS read-only STATUS current DESCRIPTION "Avalue that reportscount of theinterval from lastnumber of times a GATE MPCP frame transmissionin increments of Time Quanta (TQ) 16ns. The value returned shall be (interval from lastoccurs. Increment the counter by one for each GATE MPCP frametransmissiontransmitted, as defined inns)/16. If this value exceeds (2^32-1) the value (2^32-1) shall be returned.[802.3ah] clause 64. This object isrelevantapplicable for an OLT and an ONU.ForAt the OLT itprovides an indication per LLID."has a value for each virtual interface. At the ONU the value should be zero. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.19."30.3.5.1.9." ::= {dot3MpcpControlEntry 8 } dot3MpcpReceiveElapseddot3MpcpStatEntry 11} dot3MpcpRxGate OBJECT-TYPE SYNTAXUnsigned32Counter64 UNITS"TQ (16nsec)""frames" MAX-ACCESS read-only STATUS current DESCRIPTION "Avalue that reportscount of theinterval from lastnumber of times a GATE MPCP frame receptionin increments of Time Quanta (TQ) 16ns. The value returned shall be (interval from last MPCP lastoccurs. Increment the counter by one for each GATE MPCP framereceptionreceived, as defined inns)/16. If this value exceeds (2^32-1) the value (2^32-1) shall be returned.[802.3ah] clause 64. This object isrelevantapplicable for an OLT and an ONU.ForAt the OLT it has a value for each virtual interface. At the OLT the value should be zero. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by theOLT it provides an indication per LLID."value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.20."30.3.5.1.14." ::= {dot3MpcpControlEntry 9 } dot3MpcpRoundTripTimedot3MpcpStatEntry 12} dot3MpcpTxRegister OBJECT-TYPE SYNTAXUnsigned32 (0..'ffff'h)Counter64 UNITS"TQ (16nsec)""frames" MAX-ACCESS read-only STATUS current DESCRIPTION "Avalue that reportscount of theMPCP round trip time in incrementsnumber ofTime Quanta (TQ) 16ns. The value returned shall be (round trip time in ns)/16. If this value exceeds (2^16-1)times a REGISTER MPCP frame transmission occurs. Increment thevalue (2^16-1) shall be returned.counter by one for each REGISTER MPCP frame transmitted, as defined in [802.3ah] clause 64. This object isrelevantapplicable for an OLTonly. Forand an ONU. At the OLTthere isit has a valueper LLID"for each virtual interface. At the ONU the value should be zero. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.21."30.3.5.1.11." ::= {dot3MpcpControlEntry 10 } dot3MpcpMaximumPendingGrantsdot3MpcpStatEntry 13} dot3MpcpRxRegister OBJECT-TYPE SYNTAXUnsigned32 (0..255)Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "Avalue that indicates the maximum numbercount ofgrants an ONU can store. The maximumthe number ofgrants an ONU can store hastimes arange of 0 to 255.REGISTER MPCP frame reception occurs. Increment the counter by one for each REGISTER MPCP frame received, as defined in [802.3ah] clause 64. This object isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID"for each virtual interface. At the OLT the value should be zero. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.24."30.3.5.1.16." ::= {dot3MpcpControlEntry 11 } dot3MpcpStatTabledot3MpcpStatEntry 14} -- Optical Multi Point Emulation (OMPEmulation) -- managed object definitions dot3OmpEmulationObjects OBJECT IDENTIFIER ::={dot3EponObjects 2} dot3OmpEmulationTable OBJECT-TYPE SYNTAX SEQUENCE OFDot3MpcpStatEntryDot3OmpEmulationEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION"This"Table of dot3 OmpEmulation MIB objects. The table defines thelistmanagement settings ofstatistics counters for [802.3ah] clause 64 MPCP interface.the OMPEmulation sublayer. Each object has a row for every virtual linkaccording todenoted by thepropercorresponding ifIndex. Typically the number of expected virtuallinklinks in a PON is like the number ofONUs 32-64ONUs, which is 32-64, plus an additional entry for broadcast LLID(which is marked by 0xffff). In the [802.3ah] the LLID is a 2bytes register and the number of LLIDs is limited by that." ::= { dot3EponMpcpObjects 2 } dot3MpcpStatEntry OBJECT-TYPE SYNTAX Dot3MpcpStatEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Table entries for the table of statistics counters of [802.3ah] clause 64 MPCP interface. Rows in the table are created when ifIndexs are created. For the ONU rows are created at system initialization. For the OLT the rows of the OLT ifIndex and the row of the ifIndex referring to the broadcast virtual link are created at system initialization. For the ifIndexs referring to the virtual links at the OLT, a row is created when a virtual link is established (ONU registers) and deleted when the virtual link is deleted (ONU deregisters). Rows exist for an OLT interface and an ONU interface." INDEX { ifIndex} ::= { dot3MpcpStatTable 1 } Dot3MpcpStatEntry ::= SEQUENCE { dot3MpcpMACCtrlFramesTransmitted Counter64, dot3MpcpMACCtrlFramesReceived Counter64, dot3MpcpDiscoveryWindowsSent Counter32, dot3MpcpDiscoveryTimeout Counter32, dot3MpcpTxRegRequest Counter64, dot3MpcpRxRegRequest Counter64, dot3MpcpTxRegAck Counter64, dot3MpcpRxRegAck Counter64, dot3MpcpTxReport Counter64, dot3MpcpRxReport Counter64, dot3MpcpTxGate Counter64, dot3MpcpRxGate Counter64, dot3MpcpTxRegister Counter64, dot3MpcpRxRegister Counter64 } dot3MpcpMACCtrlFramesTransmitted OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count of MPCP frames passed to the MAC sublayer for transmission. This counter is incremented when a MA_CONTROL.request service primitive is generated within the MAC control sublayer with an opcode indicating(with aMPCP frame. This countervalue of 0xffff). In the [802.3ah] the LLID isrelevant for an OLTa 2bytes register andan ONU. FortheOLT therenumber of LLIDs isa value per LLID." REFERENCE "[802.3ah], 30.3.5.1.7."limited by that." ::= {dot3MpcpStatEntrydot3OmpEmulationObjects 1 }dot3MpcpMACCtrlFramesReceiveddot3OmpEmulationEntry OBJECT-TYPE SYNTAXCounter64 UNITS "frames"Dot3OmpEmulationEntry MAX-ACCESSread-onlynot-accessible STATUS current DESCRIPTION"A count of MPCP frames passed by the MAC sublayer to the MAC Control sublayer. This counter is incremented when a ReceiveFrame function call returns a valid frame with: (1) a lengthOrType field value equal to the reserved Type for 802.3_MAC_Control as specified"An entry in31.4.1.3, and (2) an opcode indicating a MPCP frame. This counter is relevantthe dot3 OmpEmulation table. Rows exist for an OLT interface and anONU.ONU interface. Rows in the table are denoted by the ifIndexes and they are created when the ifIndexes are created. For the ONU rows are created at system initialization. For the OLTthere is a value per LLID." REFERENCE "[802.3ah], 30.3.5.1.8." ::= { dot3MpcpStatEntry 2} dot3MpcpDiscoveryWindowsSent OBJECT-TYPE SYNTAX Counter32 MAX-ACCESS read-only STATUS current DESCRIPTION "A countthe row ofdiscovery windows generated. The counter is incremented by one for each generated discovery window. This counter is relevant for anthe OLT ifIndex andan ONU.the row of the ifIndex referring to the broadcast virtual link are created at system initialization. For theOLT thereifIndexes referring to the virtual links at the OLT, a row is created when avalue per LLID. Atvirtual link is established (ONU registers) and deleted when theONU value should be zero." REFERENCE "[802.3ah], 30.3.5.1.22."virtual link is deleted (ONU deregisters)." INDEX { ifIndex } ::= {dot3MpcpStatEntry 3} dot3MpcpDiscoveryTimeoutdot3OmpEmulationTable 1 } Dot3OmpEmulationEntry ::= SEQUENCE { dot3OmpEmulationType INTEGER } dot3OmpEmulationType OBJECT-TYPE SYNTAXCounter32INTEGER { unknown(1), olt(2), onu(3) } MAX-ACCESS read-only STATUS current DESCRIPTION"A count of"An object that indicates thenumbermode of operation oftimes a discovery timeout occurs. Incrementthecounter by one for each discovery processing state-machine reset resulting from timeout waitingReconciliation Sublayer formessage arrival.Point to Point Emulation (see [802.3ah] clause 65.1). unknown(1) value is assigned in initialization, true state or type not yet known. olt(2) value is assigned when the sublayer is operating in OLT mode. onu(3) value is assigned when the sublayer is operating in ONU mode. Thiscounterobject isrelevantapplicable for anOLT and an ONU. ForOLT, with theOLT there is asame valueper LLID."for all virtual interfaces, and for an ONU." REFERENCE "[802.3ah],30.3.5.1.23."30.3.7.1.2." ::= {dot3MpcpStatEntry 4} dot3MpcpTxRegRequestdot3OmpEmulationEntry 1} dot3OmpEmulationStatTable OBJECT-TYPE SYNTAXCounter64 UNITS "frames"SEQUENCE OF Dot3OmpEmulationStatEntry MAX-ACCESSread-onlynot-accessible STATUS current DESCRIPTION"A count"This table defines the list of statistics counters of [802.3ah] clause 65 OMPEmulation sublayer. Each object has a row for every virtual link denoted by the corresponding ifIndex. Typically the number oftimesexpected virtual links in aREGISTER_REQ MPCP frames transmission occurs. IncrementPON is like thecounter by one for each REGISTER_REQ MPCP frame transmitted as defined in [802.3ah] clause 64. This counternumber of ONUs, which ismandatory for32-64, plus anONU. This counter is relevantadditional entry foran OLT and an ONU. Forbroadcast LLID (with a value of 0xffff). In theOLT there[802.3ah] the LLID is avalue per LLID. At2bytes register and theOLT value should be zero." REFERENCE "[802.3ah], 30.3.5.1.12."number of LLIDs is limited by that." ::= {dot3MpcpStatEntry 5} dot3MpcpRxRegRequestdot3OmpEmulationObjects 2} dot3OmpEmulationStatEntry OBJECT-TYPE SYNTAXCounter64 UNITS "frames"Dot3OmpEmulationStatEntry MAX-ACCESSread-onlynot-accessible STATUS current DESCRIPTION"A count of"Table entries for thenumbertable oftimes a REGISTER_REQ MPCP frames reception occurs. A single counter at the ONU and a setstatistics counters ofcounters, one for each LLID, at the OLT. Increment the counter by one for each REGISTER_REQ MPCP frame received for each LLID as defined in[802.3ah] clause64. This counter is mandatory65 OMPEmulation sublayer. Rows exist for anONUOLT interface andforanOLT.ONU interface. Rows in the table are denoted by the ifIndexes and they are created when the ifIndexes are created. For the ONU rows are created at system initialization. For the OLTtherethe row of the OLT ifIndex and the row of the ifIndex referring to the broadcast virtual link are created at system initialization. For the ifIndexes referring to the virtual links at the OLT, a row is created when avalue per LLID. Atvirtual link is established (ONU registers) and deleted when theONU value should be zero." REFERENCE "[802.3ah], 30.3.5.1.17."virtual link is deleted (ONU deregisters)." INDEX { ifIndex} ::= {dot3MpcpStatEntry 6} dot3MpcpTxRegAckdot3OmpEmulationStatTable 1 } Dot3OmpEmulationStatEntry::= SEQUENCE { dot3OmpEmulationSLDErrors Counter64, dot3OmpEmulationCRC8Errors Counter64, dot3OmpEmulationBadLLID Counter64, dot3OmpEmulationGoodLLID Counter64, dot3OmpEmulationOnuPonCastLLID Counter64, dot3OmpEmulationOltPonCastLLID Counter64, dot3OmpEmulationBroadcastBitNotOnuLlid Counter64, dot3OmpEmulationOnuLLIDNotBroadcast Counter64, dot3OmpEmulationBroadcastBitPlusOnuLlid Counter64, dot3OmpEmulationNotBroadcastBitNotOnuLlid Counter64 } dot3OmpEmulationSLDErrors OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count ofthe number of times a REGISTER_ACK MPCPframestransmission occurs. Increment the counter by one for each REGISTER_ACK MPCP frame transmittedreceived that do not contain a valid SLD field as defined in [802.3ah] clause64. This counter is mandatory for an ONU.65.1.3.3.1. This object isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID. Atfor each virtual interface. Discontinuities of this counter can occur at re-initialization of theOLTmanagement system, and at other times as indicated by the valueshould be zero."of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.10."30.3.7.1.3." ::= {dot3MpcpStatEntry 7} dot3MpcpRxRegAckdot3OmpEmulationStatEntry 1} dot3OmpEmulationCRC8Errors OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count ofthe number of times a REGISTER_ACK MPCPframesreception occurs. A single counter at the ONU andreceived that contain aset of counters, one for each LLID, at the OLT. Incrementvalid SLD field, as defined in [802.3ah] clause 65.1.3.3.1, but do not pass thecounter by one for each REGISTER_ACK MPCP frame received for each LLID,CRC-8 check as defined in [802.3ah] clause64.65.1.3.3.3. Thiscounterobject ismandatoryapplicable for anONUOLT andforanOLT. ForONU. At the OLTthere isit has a valueper LLID. Atfor each virtual interface. Discontinuities of this counter can occur at re-initialization of theONUmanagement system, and at other times as indicated by the valueshould be zero."of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.15."30.3.7.1.4." ::= {dot3MpcpStatEntry 8} dot3MpcpTxReportdot3OmpEmulationStatEntry 2} dot3OmpEmulationBadLLID OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count ofthe number of times a REPORT MPCPframestransmission occurs. Incrementreceived that contain a valid SLD field, as defined in [802.3ah] clause 65.1.3.3.1, and pass thecounter by one for each REPORT MPCP frame transmittedCRC-8 check, as defined in [802.3ah] clause64. This counter is mandatory for an ONU.65.1.3.3.3, but are discarded due to the LLID check as defined in [802.3ah] clause 65.1.3.3.2. Thiscounterobject isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID. Atfor each virtual interface. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by theOLTvalueshould be zero."of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.13."30.3.7.1.8." ::= {dot3MpcpStatEntry 9} dot3MpcpRxReportdot3OmpEmulationStatEntry 3} dot3OmpEmulationGoodLLID OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count ofthe number of times a REPORT MPCPframesreception occurs. A single counter at the ONUreceived that contain a valid SLD field, as defined in [802.3ah] clause 65.1.3.3.1, anda set of counters, one for each LLID, at the OLT. Incrementpass thecounter by one for each REPORT MPCP frame received for each LLID,CRC-8 check, as defined in [802.3ah] clause64.65.1.3.3.3. Thiscounterobject ismandatoryapplicable for anONUOLT andforanOLT. ForONU. At the OLTthere isit has a valueper LLID. Atfor each virtual interface. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by theONUvalueshould be zero."of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.18."30.3.7.1.5." ::= {dot3MpcpStatEntry 10} dot3MpcpTxGatedot3OmpEmulationStatEntry 4} dot3OmpEmulationOnuPonCastLLID OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count ofthe number of times a GATE MPCPframestransmission occurs. A set of counters, one for each LLID, atreceived that contain a valid SLD field, as defined in [802.3ah] 65.1.3.3.1, pass theOLT. IncrementCRC-8 check, as defined in [802.3ah] 65.1.3.3.3, and thecounter by one for each GATE MPCP frame transmitted,meet the rules foreach LLID, asacceptance defined in [802.3ah]clause 64. This counter is mandatory65.1.3.3.2, for anOLT.ONU. Thiscounterobject isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID.for each virtual interface. At theONUOLT the value should bezero."zero. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.9."30.3.7.1.6." ::= {dot3MpcpStatEntry 11} dot3MpcpRxGatedot3OmpEmulationStatEntry 5} dot3OmpEmulationOltPonCastLLID OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count ofthe number of times a GATE MPCPframesreception occurs. A single counter atreceived that contain a valid SLD field, as defined in [802.3ah] 65.1.3.3.1, pass theONUCRC-8 check, as defined in [802.3ah] 65.1.3.3.3, anda set of counters, one for each LLID ,attheOLT. Incrementmeet thecounter by one for each GATE MPCP frame received, for each LLID, asrules for acceptance defined in [802.3ah]clause 64.65.1.3.3.2, for an OLT. Thiscounterobject ismandatoryapplicable for anONUOLT andforanOLT. ForONU. At the OLTthere isit has a valueper LLID.for each virtual interface. At theOLTONU the value should bezero."zero. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.5.1.14."30.3.7.1.7." ::= {dot3MpcpStatEntry 12} dot3MpcpTxRegisterdot3OmpEmulationStatEntry 6} dot3OmpEmulationBroadcastBitNotOnuLlid OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count ofthe number of times a REGISTER MPCPframestransmission occurs. A set of counters, one for each LLID, atreceived that contain a valid SLD field, as defined in [802.3ah] clause 65.1.3.3.1, and pass theOLT. IncrementCRC-8 check, as defined in [802.3ah] clause 65.1.3.3.3, and contain thecounter by one for each REGISTER MPCP frame transmitted, for each LLID,broadcast bit in the LLID and not the ONU's LLID (frame accepted) as defined in [802.3ah] clause64. This counter is mandatory for an OLT.65. Thiscounterobject isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID.for each virtual interface. At theONUOLT the value should bezero." REFERENCE "[802.3ah], 30.3.5.1.11."zero. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." ::= {dot3MpcpStatEntry 13} dot3MpcpRxRegisterdot3OmpEmulationStatEntry 7} dot3OmpEmulationOnuLLIDNotBroadcast OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count ofthe number of times a REGISTER MPCPframesreception occurs. A single counter at the ONU andreceived that contain aset of counters, one for each LLID, atvalid SLD field, as defined in [802.3ah] clause 65.1.3.3.1, and pass theOLT. IncrementCRC-8 check, as defined in [802.3ah] clause 65.1.3.3.3, and contain thecounter by one for each REGISTER MPCP frame received, for each LLID,ONU's LLID as defined in [802.3ah] clause64.65. Thiscounterobject ismandatoryapplicable for anONUOLT andforanOLT. ForONU. At the OLTthere isit has a valueper LLID. atfor each virtual interface. At the OLT the value should bezero." REFERENCE "[802.3ah], 30.3.5.1.16." ::= { dot3MpcpStatEntry 14} -- OMPEmulation managed object definitions dot3OmpEmulationObjects OBJECT IDENTIFIER ::={dot3EponObjects 2} dot3OmpEmulationTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3OmpEmulationEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "Table for dot3 OmpEmulation MIB objects. The table defines the parameter settings of the OMP Emulation layer. Each object has a row for every virtual link according to the proper ifIndex. Typically the numberzero. Discontinuities ofexpected virtual link in a PON is like the numberthis counter can occur at re-initialization ofONUs 32-64 plus an additional entry for broadcast LLID (which is marked by 0xffff). In the [802.3ah]theLLID is a 2bytes registermanagement system, and at other times as indicated by thenumbervalue ofLLIDs limited by that."the ifCounterDiscontinuityTime." ::= {dot3OmpEmulationObjects 1 } dot3OmpEmulationEntrydot3OmpEmulationStatEntry 8} dot3OmpEmulationBroadcastBitPlusOnuLlid OBJECT-TYPE SYNTAXDot3OmpEmulationEntryCounter64 UNITS "frames" MAX-ACCESSnot-accessibleread-only STATUS current DESCRIPTION"An entry"A count of frames received that contain a valid SLD field, as defined in [802.3ah] clause 65.1.3.3.1, and pass thedot3 OmpEmulation table. RowsCRC-8 check, as defined inthe table are created when ifIndexs are created. For the ONU rows are created at system initialization. For the OLT the rows of the OLT ifIndex[802.3ah] clause 65.1.3.3.3, andthe row of the ifIndex referring tocontain the broadcastvirtual link are created at system initialization. For the ifIndexs referring to the virtual links atbit in theOLT, a row is created when a virtual link is established (ONU registers)LLID anddeleted whenmatch thevirtual link is deleted (ONU deregisters). Rows existONU's LLID (frame reflected) as defined in [802.3ah] clause 65. This object is applicable for an OLTinterfaceand anONU interface." INDEX { ifIndex } ::= { dot3OmpEmulationTable 1 } Dot3OmpEmulationEntryONU. At the OLT it has a value for each virtual interface. At the OLT the value should be zero. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." ::=SEQUENCE{dot3OmpEmulationType INTEGER } dot3OmpEmulationTypedot3OmpEmulationStatEntry 9} dot3OmpEmulationNotBroadcastBitNotOnuLlid OBJECT-TYPE SYNTAXINTEGER { unknown(1), olt(2), onu(3) }Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "Avalue that indicates that mode of operationcount ofthe Reconciliation Sublayer for Point to Point Emulation (seeframes received that contain a valid SLD field, as defined in [802.3ah] clause65.1). unknown(1) value is assigned65.1.3.3.1, and pass the CRC-8 check, as defined ininitializing, true state or type[802.3ah] clause 65.1.3.3.3, and does notyet known. olt(2) value is assigned when Sublayer operating in OLT mode. onu(3) value is assigned when Sublayer operatingcontain the ONU's LLID as defined inONU mode.[802.3ah] clause 65. This object isrelevantapplicable for anOLT, sameOLT and an ONU. At the OLT it has a value foralleach virtuallinks,interface. At the OLT the value should be zero. Discontinuities of this counter can occur at re-initialization of the management system, andfor an ONU." REFERENCE "[802.3ah], 30.3.7.1.2."at other times as indicated by the value of the ifCounterDiscontinuityTime." ::= {dot3OmpEmulationEntry 1} dot3OmpEmulationStatTabledot3OmpEmulationStatEntry 10} -- FEC managed object definitions (30.5.1) dot3EponFecObjects OBJECT IDENTIFIER ::={dot3EponObjects 3} dot3EponFecTable OBJECT-TYPE SYNTAX SEQUENCE OFDot3OmpEmulationStatEntryDot3EponFecEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION"This table defines the list"Table ofstatisticsdot3 EPON FEC management objects. The entries in the table are control and status objects and statistic counters for[802.3ah] clause 65 OMP interface.the FEC layer. Each object has a row for every virtual linkaccording todenoted by thepropercorresponding ifIndex. Typically the number of expected virtuallinklinks in a PON is like the number ofONUs 32-64ONUs, which is 32-64, plus an additional entry for broadcast LLID(which is marked by(with a value of 0xffff). In the [802.3ah] the LLID is a 2bytes register and the number of LLIDs is limited by that." ::= {dot3OmpEmulationObjects 2} dot3OmpEmulationStatEntrydot3EponFecObjects 1 } dot3EponFecEntry OBJECT-TYPE SYNTAXDot3OmpEmulationStatEntryDot3EponFecEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION"Table entries for"An entry in thetable of statistics counters of [802.3ah] clause 65 OMPdot3 EPON FEC table. Rows exist for an OLT interface and an ONU interface. Rows in the table are denoted by the ifIndexes and they are created whenifIndexsthe ifIndexes are created. For the ONU rows are created at system initialization. For the OLT therowsrow of the OLT ifIndex and the row of the ifIndex referring to the broadcast virtual link are created at system initialization. For theifIndexsifIndexes referring to the virtual links at the OLT, a row is created when a virtual link is established (ONU registers) and deleted when the virtual link is deleted (ONUderegisters). Rows exist for an OLT interface and an ONU interface."deregisters)." INDEX { ifIndex} ::= {dot3OmpEmulationStatTabledot3EponFecTable 1 }Dot3OmpEmulationStatEntry::=Dot3EponFecEntry ::= SEQUENCE {dot3OmpEmulationSLDErrors Counter64, dot3OmpEmulationCRC8Errors Counter64, dot3OmpEmulationBadLLID Counter64, dot3OmpEmulationGoodLLID Counter64, dot3OmpEmulationOnuPonCastLLID Counter64, dot3OmpEmulationOltPonCastLLID Counter64, dot3OmpEmulationBroadcastBitNotOnuLliddot3EponFecPCSCodingViolation Counter64,dot3OmpEmulationOnuLLIDNotBroadcastdot3EponFecAbility INTEGER, dot3EponFecMode INTEGER, dot3EponFecCorrectedBlocks Counter64,dot3OmpEmulationBroadcastBitPlusOnuLliddot3EponFecUncorrectableBlocks Counter64,dot3OmpEmulationNotBroadcastBitNotOnuLliddot3EponFecBufferHeadCodingViolation Counter64 }dot3OmpEmulationSLDErrorsdot3EponFecPCSCodingViolation OBJECT-TYPE SYNTAX Counter64 UNITS"frames""octets" MAX-ACCESS read-only STATUS current DESCRIPTION"A count of frames received that do not contain a valid SLD field as defined in [802.3ah] clause 65.1.3.3.1. This counter is relevant for an OLT and an ONU. For the OLT there"For 100 Mbps operation it is avalue per LLID." REFERENCE "[802.3ah], 30.3.7.1.3." ::= { dot3OmpEmulationStatEntry 1} dot3OmpEmulationCRC8Errors OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "Acount offrames received that contain a valid SLD field, as defined in [802.3ah] clause 65.1.3.3.1, but do not passtheCRC-8 check as defined in [802.3ah] clause 65.1.3.3.3. This counter is relevant for an OLT andnumber of times anONU. Forinvalid code-group is received, other than theOLT there/H/ code-group. For 1000 Mbps operation it is avalue per LLID." REFERENCE "[802.3ah], 30.3.7.1.4." ::= { dot3OmpEmulationStatEntry 2} dot3OmpEmulationBadLLID OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "Acount offrames received that containthe number of times an invalid codegroup is received, other than the /V/ code-group. /H/ denotes avalid SLD field, as defined in [802.3ah] clause 65.1.3.3.1,special 4b5b codeword of [802.3] 100 Mbps PCS layer (clause 24), andpass the CRC-8 check, as defined in [802.3ah] clause 65.1.3.3.3, but are discarded due to/V/ denotes a special 8b10b codeword of theLLID check as defined in [802.3ah] clause 65.1.3.3.2.[802.3] 1000 Mbps PCS layer (clause 36). Thiscounterobject isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID."for each virtual interface. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.7.1.8."30.5.1.1.12." ::= {dot3OmpEmulationStatEntry 3} dot3OmpEmulationGoodLLIDdot3EponFecEntry 1} dot3EponFecAbility OBJECT-TYPE SYNTAXCounter64 UNITS "frames"INTEGER { unknown (1), unsupported (2), supported (3) } MAX-ACCESS read-only STATUS current DESCRIPTION"A count of frames received"An object thatcontain a valid SLD field, as defined in [802.3ah] clause 65.1.3.3.1, and passindicates theCRC-8 check, as definedsupport of operation of the optional FEC sublayer of the 1000BASE-PX PHY, specified in [802.3ah] clause65.1.3.3.3.65.2. unknown(1) value is assigned in initialization, for non FEC support state or type not yet known. unsupported(2) value is assigned when sublayer is not supported. supported(3) value is assigned when sublayer is supported. Thiscounterobject isrelevantapplicable for anOLTOLT, with the same value for all virtual interfaces, and for an ONU.ForWhen theOLT thereinterface is not supporting FEC the FEC counters will have a zero value. The counters: dot3EponFecPCSCodingViolation - not affected by FEC ability. dot3EponFecCorrectedBlocks - has a zero valueper LLID."when dot3EponFecAbility is unknown (1) and unsupported (2). dot3EponFecUncorrectableBlocks - has a zero value when dot3EponFecAbility is unknown (1) and unsupported (2). dot3EponFecBufferHeadCodingViolation - has a zero value when dot3EponFecAbility is unknown (1) and unsupported (2). " REFERENCE "[802.3ah],30.3.7.1.5."30.5.1.1.13." ::= {dot3OmpEmulationStatEntry 4} dot3OmpEmulationOnuPonCastLLIDdot3EponFecEntry 2} dot3EponFecMode OBJECT-TYPE SYNTAXCounter64 UNITS "frames"INTEGER { unknown (1), disabled (2), enabled (3) } MAX-ACCESSread-onlyread-write STATUS current DESCRIPTION"A count of frames received"An object thatcontain a valid SLD field in an ONU, as defined in [802.3ah] 65.1.3.3.1, passesdefines and indicates theCRC-8 check, as definedmode of operation of the optional FEC sublayer of the 1000BASE-PX PHY, specified in [802.3ah]65.1.3.3.3, andclause 65.2. A GET operation returns theframe meetscurrent mode of operation of the PHY. A SET operation changes the mode of operation of therulePHY to the indicated value. unknown(1) value is assigned in initialization, foracceptance definednon FEC support state or type not yet known. disabled(2) value is assigned when the FEC sublayer is operating in[802.3ah] 65.1.3.3.2.disabled mode. enabled(3) value is assigned when the FEC sublayer is operating in FEC mode. writing can be done at any time. Thiscounterobject isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID.for each virtual interface. When the interface is not enabling FEC the counting of the FEC counters will stop. Generally the FEC counters are referring to the receive path and affected by fecRxEnabled and fecTxRxEnabled. Thevaluecounters: dot3EponFecPCSCodingViolation - not affected by FEC mode. dot3EponFecCorrectedBlocks - stops counting when Rx_FEC iszero for an OLT."not enabled. (unknown (1) and disabled (2)). dot3EponFecUncorrectableBlocks - stops counting when Rx_FEC is not enabled (unknown (1) and disabled (2)). dot3EponFecBufferHeadCodingViolation - stops counting when Rx_FEC is not enabled (unknown (1) and disabled (2)). The object: dot3EponFecAbility - indicates the FEC ability and is not affected by the FEC mode." REFERENCE "[802.3ah],30.3.7.1.6."30.5.1.1.14." DEFVAL { 1 } ::= {dot3OmpEmulationStatEntry 5} dot3OmpEmulationOltPonCastLLIDdot3EponFecEntry 3} dot3EponFecCorrectedBlocks OBJECT-TYPE SYNTAX Counter64UNITS "frames"MAX-ACCESS read-only STATUS current DESCRIPTION"A"For 10PASS-TS, 2BASE-TL and 1000BASE-PX PHYs it is a count offramescorrected FEC blocks. This counter will not increment for other PHY Types. Increment the counter by one for each received block thatcontain a valid SLD field in an OLT, as defined in [802.3ah] 65.1.3.3.1, passesis corrected by theCRC-8 check, as definedFEC function in[802.3ah] 65.1.3.3.3, and the frame meetstherule for acceptance defined in [802.3ah] 65.1.3.3.2.PHY. Thiscounterobject isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID. The value is zeroforan ONU."each virtual interface. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah],30.3.7.1.7."30.5.1.1.15." ::= {dot3OmpEmulationStatEntry 6} dot3OmpEmulationBroadcastBitNotOnuLliddot3EponFecEntry 4} dot3EponFecUncorrectableBlocks OBJECT-TYPE SYNTAX Counter64UNITS "frames"MAX-ACCESS read-only STATUS current DESCRIPTION"A"For 10PASS-TS, 2BASE-TL and 1000BASE-PX PHYs it is a count offrames receiveduncorrectable FEC blocks. This counter will not increment for other PHY Types. Increment the counter by one for each FEC block thatcontain a valid SLD field in a OLT, as defined in [802.3ah] clause 65.1.3.3.1, and passis determined to be uncorrectable by theCRC-8 check, as defined in [802.3ah] clause 65.1.3.3.3, and contain broadcast bitFEC function inLLID and nottheONU's LLID (frame accepted) as defined in [802.3ah] clause 65.PHY. Thiscounterobject isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID."for each virtual interface. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." REFERENCE "[802.3ah], 30.5.1.1.16." ::= {dot3OmpEmulationStatEntry 7} dot3OmpEmulationOnuLLIDNotBroadcastdot3EponFecEntry 5} dot3EponFecBufferHeadCodingViolation OBJECT-TYPE SYNTAX Counter64 UNITS"frames""octets" MAX-ACCESS read-only STATUS current DESCRIPTION"A"For 1000 Mbps operation it is a count offrames received that contain a valid SLD field in a OLT, as defined in [802.3ah] clause 65.1.3.3.1, and passtheCRC-8 check, as definednumber of invalid code-group received directly from the link. The value has a meaning only in[802.3ah] clause 65.1.3.3.3,1000 Mbps mode andcontain the ONU's LLID as defined in [802.3ah] clause 65. This objectit is zero otherwise. Thiscounterobject isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID."for each virtual interface. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." ::= {dot3OmpEmulationStatEntry 8} dot3OmpEmulationBroadcastBitPlusOnuLliddot3EponFecEntry 6} -- ExtendedPackage managed object definitions dot3ExtPkgObjects OBJECT IDENTIFIER ::={dot3EponObjects 4} dot3ExtPkgControlObjects OBJECT IDENTIFIER ::= { dot3ExtPkgObjects 1} dot3ExtPkgControlTable OBJECT-TYPE SYNTAXCounter64 UNITS "frames"SEQUENCE OF Dot3ExtPkgControlEntry MAX-ACCESSread-onlynot-accessible STATUS current DESCRIPTION "Acounttable offrames received that contain a valid SLD fieldExtended package Control management objects. Entries ina OLT, as definedthe table are control and status indication objects of an EPON interface which are gathered in an extended package as an addition to the objects based on the [802.3ah] clause65.1.3.3.1, and pass30 attributes. Each object has a row for every virtual link denoted by theCRC-8 check, as definedcorresponding ifIndex. Typically the number of expected virtual links in[802.3ah] clause 65.1.3.3.3, and containa PON is like the number of ONUs, which is 32-64, plus an additional entry for broadcastbit inLLIDand(with a value of 0xffff). In theONU's LLID (frame reflected) as defined in[802.3ah]clause 65. This counterthe LLID isrelevanta 2bytes register and the number of LLIDs is limited by that." ::= { dot3ExtPkgControlObjects 1 } dot3ExtPkgControlEntry OBJECT-TYPE SYNTAX Dot3ExtPkgControlEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the Extended package Control table. Rows exist for an OLT interface and anONU.ONU interface. Rows in the table are denoted by the ifIndexes and they are created when the ifIndexes are created. For the ONU rows are created at system initialization. For the OLTthere is a value per LLID." ::= { dot3OmpEmulationStatEntry 9} dot3OmpEmulationNotBroadcastBitNotOnuLlid OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A countthe row offrames received that contain a valid SLD field in a OLT, as defined in [802.3ah] clause 65.1.3.3.1,the OLT ifIndex andpasstheCRC-8 check, as defined in [802.3ah] clause 65.1.3.3.3,row of the ifIndex referring to the broadcast virtual link are created at system initialization. For the ifIndexes referring to the virtual links at the OLT, a row is created when a virtual link is established (ONU registers) anddoes not containdeleted when theONU's LLID as defined in [802.3ah] clause 65. This objectvirtual link ismandatory for an ONU"deleted (ONU deregisters)." INDEX { ifIndex} ::= {dot3OmpEmulationStatEntry 10} -- FEC managed object definitions (30.5.1) dot3EponFecObjects OBJECT IDENTIFIER ::={dot3EponObjects 3} dot3EponFecTabledot3ExtPkgControlTable 1 } Dot3ExtPkgControlEntry ::= SEQUENCE { dot3ExtPkgObjectReset INTEGER, dot3ExtPkgObjectPowerDown TruthValue, dot3ExtPkgObjectNumberOfLLIDs Unsigned32, dot3ExtPkgObjectFecEnabled INTEGER, dot3ExtPkgObjectReportMaximumNumQueues Unsigned32, dot3ExtPkgObjectRegisterAction INTEGER } dot3ExtPkgObjectReset OBJECT-TYPE SYNTAXSEQUENCE OF Dot3EponFecEntryINTEGER { running(1), reset(2) } MAX-ACCESSnot-accessibleread-write STATUS current DESCRIPTION"Table for dot3"This object is used to reset the EPONFEC management objects.interface. Theentriesinterface may be unavailable while the reset occurs and data may be lost. Setting this object to running(1) will cause the interface to enter into running mode. Setting this object to reset(2) will cause the interface to go into reset mode. When getting running(1) the interface is in running mode. When getting reset(2) thetable are control and status entities and statistic countersinterface is in reset mode. Writing can be done at any time. This object is applicable for an OLT and an ONU. At theFEC layer. Each objectOLT it has arowvalue foreveryeach virtuallink according tointerface. A reset for a virtual interface resets only theproper ifIndex. Typicallyvirtual interface and not thenumber of expectedphysical interface. Thus, a virtual linkin a PONwhich islikemal-functioning can be reset without affecting thenumberoperation ofONUs 32-64 plus an additional entry for broadcast LLID (which is marked by 0xffff). Inother virtual interfaces. The reset can cause Discontinuities in the[802.3ah]values of theLLID is a 2bytes register andcounters of thenumberinterface, similar to re-initialization ofLLIDs limitedthe management system. Discontinuity should be indicated bythat."the ifCounterDiscontinuityTime object. " DEFVAL { 1 } ::= {dot3EponFecObjectsdot3ExtPkgControlEntry 1 }dot3EponFecEntrydot3ExtPkgObjectPowerDown OBJECT-TYPE SYNTAXDot3EponFecEntryTruthValue MAX-ACCESSnot-accessibleread-write STATUS current DESCRIPTION"An entry in"This object is used to power down thedot3EPONFEC table.interface. TheRows in the table are created when ifIndexs are created. For the ONU rows are created at system initialization. For the OLT the rows ofinterface may be unavailable while theOLT ifIndexpower down occurs andthe row of the ifIndex referringdata may be lost. Setting this object to true(1) will cause thebroadcast virtual link are created at system initialization. For the ifIndexs referringinterface to enter into power down mode. Setting this object to false(2) will cause thevirtual links atinterface to go out of power down mode. When getting true(1) theOLT, a row is created when a virtual linkinterface isestablished (ONU registers) and deleted whenin power down mode. When getting false(2) thevirtual linkinterface isdeleted (ONU deregisters). Rows existnot in power down mode. Writing can be done at any time. This object is applicable for an OLTinterfaceand anONU interface." INDEX { ifIndex} ::= { dot3EponFecTable 1 } Dot3EponFecEntry ::= SEQUENCE { dot3EponFecPCSCodingViolation Counter64, dot3EponFecAbility INTEGER, dot3EponFecMode INTEGER, dot3EponFecCorrectedBlocks Counter64, dot3EponFecUncorrectableBlocks Counter64, dot3EponFecBufferHeadCodingViolation Counter64 } dot3EponFecPCSCodingViolation OBJECT-TYPE SYNTAX Counter64 UNITS "octets" MAX-ACCESS read-only STATUS current DESCRIPTION "For 100 Mb/ s operationONU. At the OLT itishas acountvalue for each virtual interface. A power down/up of a virtual interface affects only thenumber of times an invalid code-group is received, other thanvirtual interface and not the/H/ code-group. For 1000 Mb/ s operation it isphysical interface. Hence acount ofvirtual link which needs a certain handling can be powered down and then powered up without disrupting thenumberoperation oftimes an invalid codegroup is received,otherthanvirtual interfaces. The object is relevant when the/V/ code-group. /H/ and /V/ denote special 8b10b codewordsadmin state of the[802.3] PCS layer (clause 36)." REFERENCE "[802.3ah], 30.5.1.1.12."device is active as set by the dot3MpcpAdminState." DEFVAL { false } ::= {dot3EponFecEntry 1} dot3EponFecAbilitydot3ExtPkgControlEntry 2 } dot3ExtPkgObjectNumberOfLLIDs OBJECT-TYPE SYNTAXINTEGER { unknown (1), unsupported (2), supported (3) }Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "Avalue thatread only object which indicates thesupport of operationnumber ofthe 1000BASE-PX PHY optional FEC Sublayer for Forward error correction see [802.3ah] clause 65.2). unknown(1)registered LLIDs. Initialization value isassigned in initializing,0. This object is applicable fornon FEC support state or type not yet known. unsupported(2)an OLT, with the same value for all virtual interfaces, and for an ONU. Typically the number of expected virtual links in a PON isassigned when Sublayer is not support. supported(3)like the number of ONUs, which is 32-64, plus an additional entry for broadcast LLID (with a value of 0xffff). In the [802.3ah] the LLID isassigned when Sublayera 2bytes register and the number of LLIDs issupported." REFERENCE "[802.3ah], 30.5.1.1.13."limited by that. At the ONU the number of LLIDs for an interface is one." ::= {dot3EponFecEntry 2} dot3EponFecModedot3ExtPkgControlEntry 3 } dot3ExtPkgObjectFecEnabled OBJECT-TYPE SYNTAX INTEGER {unknownnoFecEnabled (1),disabledfecTxEnabled (2),enabled (3)fecRxEnabled (3), fecTxRxEnabled (4) } MAX-ACCESS read-write STATUS current DESCRIPTION"A read-write value that indicates"This object defines a list of actions for themodeFEC state ofoperationan interface, and indicates the FEC state of the1000BASE-PX PHY optionalinterface. When noFECEnabled(1) the interface does not enable FECSublayer for Forward error correction see [802.3ah] clause 65.2). A GET operation returnsmode. When fecTxEnabled(2) thecurrent mode of operationinterface enables thePHY. A SET operation changesFEC transmit mode. When fecRxEnabled(3) themode of operation ofinterface enables thePHY toFEC receive mode. When fecTxRxEnabled(4) theindicated value. unknown(1) valueinterface enables the FEC transmit and receive mode. This object isassigned in initializing,applicable fornonan OLT and an ONU. At the OLT it has a value for each virtual interface. When the interface is not enabling FECsupport state or typethe counting of the FEC counters will stop. Generally the FEC counters are referring to the receive path and affected by fecRxEnabled and fecTxRxEnabled. The counters: dot3EponFecPCSCodingViolation - notyet known. disabled(2) valueaffected by FEC mode. dot3EponFecCorrectedBlocks - stops counting when Rx_FEC isassignednot enabled. (noFecEnabled (1) and fecTxEnabled (2)). dot3EponFecUncorrectableBlocks - stops counting whenSublayer operating in disabled mode. enabled(3) valueRx_FEC isassignednot enabled (noFecEnabled (1) and fecTxEnabled (2)). dot3EponFecBufferHeadCodingViolation - stops counting whenSublayer operating inRx_FEC is not enabled (noFecEnabled (1) and fecTxEnabled (2)). The objects: dot3EponFecAbility - indicates the FEC ability and is not affected by the FEC mode.writingdot3EponFecMode - indicates the FEC mode for combined RX and TX. Writing can be done at any time."REFERENCE "[802.3ah], 30.5.1.1.14."DEFVAL { 1 } ::= {dot3EponFecEntry 3} dot3EponFecCorrectedBlocksdot3ExtPkgControlEntry 4 } dot3ExtPkgObjectReportMaximumNumQueues OBJECT-TYPE SYNTAXCounter64Unsigned32 (0..7) MAX-ACCESS read-only STATUS current DESCRIPTION"For 10PASS-TS, 2BASE-TL and 1000BASE-PX PHYs, a count"An object, that defines the maximal number ofcorrected FEC blocks.queues in the REPORT message, as defined in [802.3ah] 64. For further information please see the description of the queue table. Thiscounter will not incrementobject is applicable forother PHY Types. Incrementan OLT and an ONU. At thecounter by oneOLT it has a value for eachreceived block that is corrected by the FEC function in the PHY." REFERENCE "[802.3ah], 30.5.1.1.15."virtual interface." DEFVAL { 0 } ::= {dot3EponFecEntry 4} dot3EponFecUncorrectableBlocksdot3ExtPkgControlEntry 5 } dot3ExtPkgObjectRegisterAction OBJECT-TYPE SYNTAXCounter64INTEGER { none (1), register (2), deregister (3), reregister (4) } MAX-ACCESSread-onlyread-write STATUS current DESCRIPTION"For 10PASS-TS, 2BASE-TL"An object which defines a list of actions for the registration state of an interface, and indicates the registration state of the interface. When writing the state is changed to the new value. When reading the state value is returned. none(1) indicates an unknown state, register(2) indicates a registered LLID, deregister(3) indicates a deregistered LLID, reregister(4) indicates an LLID which is reregistering. When writing the object changes the LLID state as specified in [802.3ah] clause 64. The actions that can be done for an LLID as described in the [802.3] are none (1) - not doing any action. register (2) - registering an LLID which request to register (in registering mode (dot3MpcpRegistrationState - registering (2)). deregister (3) - deregisters an LLID which is registered (dot3MpcpRegistrationState - registered (3) ). reregister (4) - reregister an LLID which is registered (dot3MpcpRegistrationState - registered (3) ). The behavior of an ONU and1000BASE-PX PHYs, a countOLT interfaces, at each one ofuncorrectable FEC blocks. This counter will not increment for other PHY Types. Incrementthecounter by one for each FEC block thatstates isdetermined to be uncorrectable bydescribed in theFEC functionregistration state machine in figure 64-22 of [802.3ah]. The indication of thePHY." REFERENCE "[802.3ah], 30.5.1.1.16." ::= { dot3EponFecEntry 5} dot3EponFecBufferHeadCodingViolation OBJECT-TYPE SYNTAX Counter64 UNITS "octets" MAX-ACCESS read-only STATUS current DESCRIPTION "For 1000 Mbps operation itregistration state isa counts ofreflected in this object and in thenumber of invalid code-group received directly fromdot3MpcpRegistrationState object. This object is applicable for an OLT and an ONU. At thelink." ::=OLT it has a value for each virtual interface." DEFVAL {dot3EponFecEntry 6} -- ExtendedPackage managed object definitions dot3ExtPkgObjects OBJECT IDENTIFIER ::={dot3EponObjects 4} dot3ExtPkgControlObjects OBJECT IDENTIFIER1 } ::= {dot3ExtPkgObjects 1} dot3ExtPkgControlTabledot3ExtPkgControlEntry 6 } dot3ExtPkgQueueTable OBJECT-TYPE SYNTAX SEQUENCE OFDot3ExtPkgControlEntryDot3ExtPkgQueueEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A tablefor Extended package Control management objects. Entries are control and status indication objects for an EPON interface which are gathered in anof the extended packageas an additionobjects forthequeue management. The [802.3ah]attributes. Each object hasMPCP defines arowreport of the occupancy of the transmit queues forevery virtual link according totheproper ifIndex. Typicallyfeedback BW request from thenumberONUs. These queues serve the uplink transmission ofexpected virtual linkthe ONU and data is gathered there until the ONU is granted for transmission. The management table of the queues is added here mainly to gather some statistics of their operation. This table is not duplicating existing management objects of bridging queues, specified in [802.1d], since the ONU may not be aPON is likebridge device, with embedded bridging queues and thenumberexistence ofONUs 32-64 plus an additional entry for broadcast LLID (whichthe transmit queuing mechanism ismarked by 0xffff). Inimplied in the [802.3ah] spec. The format of theLLIDREPORT message, as specified in [802.3], isa 2bytes register and the numberpresented below: +-----------------------------------+ | Destination Address | +-----------------------------------+ | Source Address | +-----------------------------------+ | Length/Type | +-----------------------------------+ | OpCode | +-----------------------------------+ | TimeStamp | +-----------------------------------+ | Number ofLLIDs limited by that." ::= { dot3ExtPkgControlObjectsqueue Sets | +-----------------------------------+ /|\ | Report bitmap | | +-----------------------------------+ | | Queue 0 report | | +-----------------------------------+ | repeated for | Queue 1} dot3ExtPkgControlEntry OBJECT-TYPE SYNTAX Dot3ExtPkgControlEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the Extended package Control table. Rows in the table are created when ifIndexs are created. For the ONU rows are created at system initialization. Forreport | | every +-----------------------------------+ | queue_set | Queue 2 report | | +-----------------------------------+ | | Queue 3 report | | +-----------------------------------+ | | Queue 4 report | | +-----------------------------------+ | | Queue 5 report | | +-----------------------------------+ | | Queue 6 report | | +-----------------------------------+ | | Queue 7 report | | +-----------------------------------+ \|/ | Pad/reserved | +-----------------------------------+ | FCS | +-----------------------------------+ The 'Queue report' field reports theOLToccupancy of each uplink transmission queue. The number of queue sets defines therowsnumber of theOLT ifIndex andreported sets, as would be explained in therowdescription of theifIndex referring to the broadcast virtual link are created at system initialization.dot3ExtPkgQueueSetsTable table. For each set theifIndexs referring toreport bitmap defines which queue is present in thevirtual links atreport, meaning that although theOLT,MPCP REPORT message can report of up to 8 queues in arowREPORT message, the actual number iscreated whenflexible. The Queue table has avirtual linkvariable size which isestablished (ONU registers) and deleted whenlimited by thevirtual link is deleted (ONU deregisters). Rows exist for an OLT interface anddot3ExtPkgObjectReportMaximumNumQueues object as an ONUinterface." INDEX { ifIndex} ::= { dot3ExtPkgControlTable 1 } Dot3ExtPkgControlEntry ::= SEQUENCE { dot3ExtPkgObjectReset INTEGER, dot3ExtPkgObjectPowerDown TruthValue, dot3ExtPkgObjectNumberOfLLIDs Unsigned32, dot3ExtPkgObjectFecEnabled INTEGER, dot3ExtPkgObjectReportMaximumNumQueues Unsigned32, dot3ExtPkgObjectRegisterAction INTEGER } dot3ExtPkgObjectReset OBJECT-TYPE SYNTAX INTEGER { running(1), reset(2) } MAX-ACCESS read-write STATUS current DESCRIPTION "This variable is usedcan have fewer queues toreset the EPON interface.report. Theinterface may be unavailable whileentries in thereset occurstable are control anddata may be lost. During reading operation it returnsstatus indication objects for managing thestatequeues ofthean EPONinterface. running(1) indicates and operates normal operation, reset(2) indicates and operates reset mode. Writing can be done at any time. This object is relevant forinterface which are gathered in anOLT, sameextended package as an addition to the objects which are based on the [802.3ah] attributes. Each object has a row forallevery virtuallinks,link and foran ONU." DEFVAL { 1 } ::= { dot3ExtPkgControlEntry 1 } dot3ExtPkgObjectPowerDown OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "Setting this variable to true(1) will causeevery queue in theinterface to be entered into Power down mode. Setting this variable to false(2) will causereport. Typically theinterface to go outnumber ofpower down mode. When getting true(1)expected virtual links in a PON is like theinterfacenumber of ONUs, which isin power down. When getting false(2)32-64, plus an additional entry for broadcast LLID (with a value of 0xffff). In the [802.3ah] theinterface is not in power down. Writing can be done at any time. The variableLLID isrelevant whena 2bytes register and theadmin statenumber ofthe deviceLLIDs isactive as setlimited bythe dot3MpcpAdminState. This objectthat. The number of queues isrelevant for an OLT, same for all virtual links,between 0 andfor an ONU." DEFVAL { false }7 and limited by dot3ExtPkgObjectReportMaximumNumQueues." ::= {dot3ExtPkgControlEntrydot3ExtPkgControlObjects 2 }dot3ExtPkgObjectNumberOfLLIDsdot3ExtPkgQueueEntry OBJECT-TYPE SYNTAXUnsigned32Dot3ExtPkgQueueEntry MAX-ACCESSread-onlynot-accessible STATUS current DESCRIPTION"A read only variable which defines"An entry in thenumber of registered LLIDs (as defined byExtended package Queue table. At the[802.3ah] clause 65) in a EPON networkOLT, the rows exist foran OLTeach ifIndex andan ONU. Initialization value is 0. This objectdot3QueueIndex. At the ONU, rows exist for the single ifIndex for each dot3QueueIndex. Rows in the table are created when the ifIndexes are created. A set of rows per queue isrelevantadded foraneach ifIndex, denoted with the dot3QueueIndex. For the ONU rows are created at system initialization. For the OLT the rows of the OLT ifIndex andan ONU. Typicallythenumberrows ofexpectedthe ifIndex referring to the broadcast virtual linkinare created at system initialization. For the ifIndexes referring to the virtual links at the OLT, aPONset of rows per queue are created when a virtual link islikeestablished (ONU registers) and deleted when thenumber of ONUs 32-64 plusvirtual link is deleted (ONU deregisters)." INDEX { ifIndex, dot3QueueIndex } ::= { dot3ExtPkgQueueTable 1 } Dot3ExtPkgQueueEntry ::= SEQUENCE { dot3QueueIndex Unsigned32, dot3ExtPkgObjectReportNumThreshold Unsigned32, dot3ExtPkgObjectReportMaximumNumThreshold Unsigned32, dot3ExtPkgStatTxFramesQueue Counter64, dot3ExtPkgStatRxFramesQueue Counter64, dot3ExtPkgStatDroppedFramesQueue Counter64 } dot3QueueIndex OBJECT-TYPE SYNTAX Unsigned32 (0..7) MAX-ACCESS not-accessible STATUS current DESCRIPTION "An object that identifies anadditional entryindex forbroadcast LLID (which is marked by 0xffff). In the [802.3ah]theLLID is a 2bytes register andqueue table reflecting thenumberqueue index ofLLIDs is limited by that. AttheONUqueues which are reported in the MPCP REPORT message, as defined in [802.3ah] clause 64. The number ofLLIDs for an interface is one. This objectqueues isrelevant for an OLT, same for all virtual links,between 0 andfor an ONU."7 and limited by dot3ExtPkgObjectReportMaximumNumQueues." ::= {dot3ExtPkgControlEntry 3dot3ExtPkgQueueEntry 1 }dot3ExtPkgObjectFecEnableddot3ExtPkgObjectReportNumThreshold OBJECT-TYPE SYNTAXINTEGER { noFecEnabled (1), fecTxEnabled (2), fecRxEnabled (3), fecTxRxEnabled (4) }Unsigned32 (0..7) MAX-ACCESS read-write STATUS current DESCRIPTION"This variable"An object that definesand provides information whethertheEPON interface uses FECnumber of thresholds for each queue in the REPORT message, as defined inthe[802.3ah]clause 65.2 for EPON. When noFECEnabled(1) the interface does not support FEC mode. When fecTxEnabled(2)64. Each queue_set reporting will provide information on theinterface supportsqueue occupancy of frames below theFEC transmission mode.matching Threshold. WhenfecRxEnabled(3)reading, theinterface supportsvalue reflects theFEC Receive mode.number of thresholds. WhenfecTxRxEnabled(4)writing, theinterface supports the FEC transmission and receive mode.number of thresholds for each queue is set. Writing can be done at any time. Value can not exceed the maximal value defined by the dot3ExtPkgObjectReportMaximumNumThreshold object. This object isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID." DEFVAL { 1 } ::= { dot3ExtPkgControlEntry 4 } dot3ExtPkgObjectReportMaximumNumQueues OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "An integerfor eachLLID, that defines the maximal number of queues in the REPORT message, as defined in [802.3ah] 64. This object is relevant for an OLTvirtual interface andan ONU. Forfor each queue. At theOLT there isONU it has a valueper LLID."for each queue." DEFVAL { 0 } ::= {dot3ExtPkgControlEntry 5dot3ExtPkgQueueEntry 2 }dot3ExtPkgObjectRegisterActiondot3ExtPkgObjectReportMaximumNumThreshold OBJECT-TYPE SYNTAXINTEGER { none (1), register (2), deregister (3), reregister (4) }Unsigned32 (0..7) MAX-ACCESSread-writeread-only STATUS current DESCRIPTION"A list of actions for an entry - LLID. Indicates and"An object, that defines thestatemaximal number ofregistrationthresholds for each queue in theremote interface. none(1) marks no action, register(2) marks to register an LLID, deregister(3) marks to deregister an LLID, reregister(4) marks reregistered LLID.REPORT message, as defined in [802.3ah] 64. Each queue_set reporting will provide information on the queue occupancy of frames below the matching Threshold. This object isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID."for each virtual interface and for each queue. At the ONU it has a value for each queue." DEFVAL {10 } ::= {dot3ExtPkgControlEntry 6dot3ExtPkgQueueEntry 3 }dot3ExtPkgQueueTabledot3ExtPkgStatTxFramesQueue OBJECT-TYPE SYNTAXSEQUENCE OF Dot3ExtPkgQueueEntryCounter64 UNITS "frames" MAX-ACCESSnot-accessibleread-only STATUS current DESCRIPTION "Atable for extended package Queue management objects. The [802.3ah] MPCP uses for the feedback BW request from the ONUs a reportcount ofsome queues occupancy. These queues serve the ONU transmission and data is gathered there until the ONU is granted for transmission. Sincetheexistencenumber ofsuch queuing mechanism is implied in the [802.3ah] spec and an ONU may not be a switch device,times amanagement section is added here forframe transmission occurs from thequeues, mainly to gather some statistics of their operation. Entries are control and status indication objects for an EPON interface which are gathered in an extended package as an addition forcorresponding 'Queue'. Increment the[802.3ah] attributes. The objects in this table are specificcounter by one forthe queueseach frame transmitted whichare reported inis an output of the 'Queue'. The 'Queue' marking matches theMPCPREPORT MPCP message Queue field, as defined in [802.3ah] clause 64.EachThis object is applicable for an OLT and an ONU. At the OLT it has arowvalue foreveryeach virtuallinkinterface and forevery queue in the report. Typicallyeach queue. At thenumber of expected virtual link inONU it has aPON is like the number of ONUs 32-64 plus an additional entryvalue forbroadcast LLID (which is marked by 0xffff). In the [802.3ah]each queue. At theLLID is a 2bytes register andOLT thenumbervalue should be zero. Discontinuities ofLLIDs limited by that. The numberthis counter can occur at re-initialization ofqueues is between 0 and 7the management system, andlimitedat other times as indicated bydot3ExtPkgObjectReportMaximumNumQueues."the value of the ifCounterDiscontinuityTime." ::= {dot3ExtPkgControlObjects 2 }dot3ExtPkgQueueEntry 4} dot3ExtPkgStatRxFramesQueue OBJECT-TYPE SYNTAXDot3ExtPkgQueueEntryCounter64 UNITS "frames" MAX-ACCESSnot-accessibleread-only STATUS current DESCRIPTION"An entry in the Extended package Queue table. The rows are added for each ifIndex and dot3QueueIndex at the OLT. At the ONU the rows are added for each dot3QueueIndex and a single row"A count ofifIndex. Rows in the table are created when ifIndexs are created. For the ONU rows are created at system initialization. For the OLTtherowsnumber of times a frame reception occurs from theOLT ifIndex andcorresponding 'Queue'. Increment therowcounter by one for each frame received which is an output of theifIndex referring to the broadcast virtual link are created at system initialization. For the ifIndexs referring to the virtual links at the OLT, a row is created when a virtual link is established (ONU registers) and deleted whencorresponding 'Queue'. The 'Queue' marking matches thevirtual linkREPORT MPCP message Queue field, as defined in [802.3ah] clause 64. This object isdeleted (ONU deregisters). Rows existapplicable for an OLTinterfaceand an ONU. At the OLT it has a value for each virtual interface and for each queue. At the ONUinterface." INDEX { ifIndex, dot3QueueIndex } ::= { dot3ExtPkgQueueTable 1 } Dot3ExtPkgQueueEntryit has a value for each queue. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated by the value of the ifCounterDiscontinuityTime." ::=SEQUENCE{dot3QueueIndex Unsigned32, dot3ExtPkgObjectReportNumThreshold Unsigned32, dot3ExtPkgObjectReportMaximumNumThreshold Unsigned32, dot3ExtPkgStatTxFramesQueue Counter64, dot3ExtPkgStatRxFramesQueue Counter64,dot3ExtPkgQueueEntry 5} dot3ExtPkgStatDroppedFramesQueueCounter64 } dot3QueueIndexOBJECT-TYPE SYNTAXUnsigned32 (0..7)Counter64 UNITS "frames" MAX-ACCESSnot-accessibleread-only STATUS current DESCRIPTION "Avalue that identifiescount of thequeue indexnumber of times a frame drop occurs from the corresponding 'Queue'. Increment the counter by one for each frame dropped from thequeue table.corresponding 'Queue'. Thequeues are reported in'Queue' marking matches theMPCPREPORT MPCP message Queue field, as defined in [802.3ah] clause 64.The number of queuesThis object isbetween 0applicable for an OLT and7an ONU. At the OLT it has a value for each virtual interface andlimitedfor each queue. At the ONU it has a value for each queue. At the OLT the value should be zero. Discontinuities of this counter can occur at re-initialization of the management system, and at other times as indicated bydot3ExtPkgObjectReportMaximumNumQueues."the value of the ifCounterDiscontinuityTime." ::= { dot3ExtPkgQueueEntry1 } dot3ExtPkgObjectReportNumThreshold6} dot3ExtPkgQueueSetsTable OBJECT-TYPE SYNTAXUnsigned32 (0..7)SEQUENCE OF Dot3ExtPkgQueueSetsEntry MAX-ACCESSread-writenot-accessible STATUS current DESCRIPTION"An integers"A table of Extended package objects used foreach LLID, that definesthenumber of thresholdsmanagement of the queue_sets. Entries are control and status indication objects of an EPON interface which are gathered in an extended package as an addition to the objects based on the [802.3ah] attributes. The objects in this table are specific foreach Queuethe queue_sets which are reported in the MPCP REPORTmessage,message as defined in [802.3ah] clause 64.Each Queue set reporting will provide information onThe [802.3ah] MPCP defines a report of thequeueoccupancy offrames belowthematching Threshold. Writing can be done at any time. This object is relevanttransmit queues foran OLT and an ONU. FortheOLTfeedback BW request from the ONUs. These queues serve the uplink transmission of the ONU and data is gathered there until the ONU isa value per LLID." DEFVAL { 0 } ::= { dot3ExtPkgQueueEntry 2 } dot3ExtPkgObjectReportMaximumNumThreshold OBJECT-TYPE SYNTAX Unsigned32 MAX-ACCESS read-only STATUS current DESCRIPTION "An integergranted foreach LLID, that definestransmission. The management table of themaximal numberqueues is added here mainly to gather some statistics ofthresholds for each Queuetheir operation. This table is not duplicating existing management object of bridging queues, specified in [802.1d], since the ONU may not be a bridge device, with embedded bridging queues and the existence of the transmit queuing mechanism is implied in the [802.3ah] spec. The format of the REPORT message, asdefinedspecified in[802.3ah] 64. Each[802.3], is presented below: +-----------------------------------+ | Destination Address | +-----------------------------------+ | Source Address | +-----------------------------------+ | Length/Type | +-----------------------------------+ | OpCode | +-----------------------------------+ | TimeStamp | +-----------------------------------+ | Number of queue Sets | +-----------------------------------+ /|\ | Report bitmap | | +-----------------------------------+ | | Queue 0 report | | +-----------------------------------+ | repeated for | Queue 1 report | | every +-----------------------------------+ | queue_set | Queue 2 report | | +-----------------------------------+ | | Queue 3 report | | +-----------------------------------+ | | Queue 4 report | | +-----------------------------------+ | | Queue 5 report | | +-----------------------------------+ | | Queue 6 report | | +-----------------------------------+ | | Queueset reporting will provide information on7 report | | +-----------------------------------+ \|/ | Pad/reserved | +-----------------------------------+ | FCS | +-----------------------------------+ As can be seen from thequeue occupancymessage format, the ONU device reports offrames belowthematching Threshold. This object is relevant for an OLTstatus of up to 8 queues andan ONU. For the OLT there isit can report in avalue per LLID." DEFVAL { 0 } ::= { dot3ExtPkgQueueEntry 3 } dot3ExtPkgStatTxFramesQueue OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count of the numbersingle MPCP REPORT message oftimesarelevant 'Queue' frames transmission occurs. Increment the counter by one for each frame transmitted which is an outputfew sets ofthe 'Queue'.queues. The'Queue' marking matchednumber of queue_sets defines theREPORT MPCP message Queue field, as defined in [802.3ah] clause 64. This counter is mandatory for an ONU only." ::= { dot3ExtPkgQueueEntry 4} dot3ExtPkgStatRxFramesQueue OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A countnumber of the reported sets, and it can reach up to a value of 8. It means that a device can hold a variable number oftimessets between 0 to 7. The dot3ExtPkgQueueSetsTable table has arelevant 'Queue' frames reception occurs. Increment the counter by one for each frame received,variable queue_set size which isan output of 'Queue'. The 'Queue' marking matchedlimited by theREPORT MPCP message Queue field,dot3ExtPkgObjectReportMaximumNumThreshold object asdefined in [802.3ah] clause 64. This counter is mandatory foran ONUonly." ::= { dot3ExtPkgQueueEntry 5} dot3ExtPkgStatDroppedFramesQueue OBJECT-TYPE SYNTAX Counter64 UNITS "frames" MAX-ACCESS read-only STATUS current DESCRIPTION "A count ofcan have fewer queue_sets to report. The 'Queue report' field reports thenumberoccupancy oftimes a relevant 'Queue' frames drops occurs. Increment the counter by one foreachframe dropped from 'Queue'.uplink transmission queue. The'Queue' marking matchedqueue_sets can be used to report theREPORT MPCP message Queue field,occupancy of the queues in a few levels asdefinedto allow granting, in[802.3ah] clause 64. This counter is mandatory foranONU only." ::= { dot3ExtPkgQueueEntry 6} dot3ExtPkgQueueSetsTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3ExtPkgQueueSetsEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "A table for Extended package Queue_Sets management objects. Entries are control and status indication objectsaccurate manner, of only part of the data available in the queues. A Threshold is defined foran EPON interfaceeach queue_set to define the level of the queue whichare gathered in an extended package as an additionis counted for the[802.3ah] attributes.report of the occupancy. Theobjectsthreshold is reflected inthisthe queue_set tableare specific forby the dot3ExtPkgObjectReportThreshold object. For each queue set, thequeue-setsreport bitmap defines which queues arereportedpresent in the report, meaning that although the MPCP REPORT messageas definedcan report of up to 8 queues in[802.3ah] clause 64.a REPORT message, the actual number is flexible. The dot3ExtPkgQueueSetsTable table has a variable queue size which is limited by the dot3ExtPkgObjectReportMaximumNumQueues object as an ONU can have fewer queues to report. Each object has a row for every virtuallink andlink, for each queue in the report and for each queue_set in the queue. Typically the number of expected virtuallinklinks in a PON is like the number ofONUs 32-64ONUs, which is 32-64, plus an additional entry for broadcast LLID(which is marked by(with a value of 0xffff). In the [802.3ah] the LLID is a 2bytes register and the number of LLIDs is limited by that. The number of queues is between 0 and 7 and limited by dot3ExtPkgObjectReportMaximumNumQueues. The number of queues_sets is between 0 and 7 and limited by dot3ExtPkgObjectReportMaximumNumThreshold." ::= { dot3ExtPkgControlObjects 3 } dot3ExtPkgQueueSetsEntry OBJECT-TYPE SYNTAX Dot3ExtPkgQueueSetsEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "An entry in the Extended packageQueue setsqueue_set table.TheAt the OLT, the rowsare addedexist for each ifIndex, dot3QueueSetQueueIndex anddot3QueueSetIndex at the OLT.dot3QueueSetIndex. At theONU theONU, rowsare addedexist for the single ifIndex, for eachdot3QueueSetQueueIndex, dot3QueueSetIndexdot3QueueSetQueueIndex anda single rowdot3QueueSetIndex. Rows in the table are created when the ifIndexes are created. A set of rows per queue and per queue_set is added for each ifIndex, denoted with theifIndex. Rows in the table are created when ifIndexs are created.dot3QueueSetIndex and dot3QueueSetQueueIndex. For the ONU rows are created at system initialization. For the OLT the rows of the OLT ifIndex and therowrows of the ifIndex referring to the broadcast virtual link are created at system initialization. For theifIndexsifIndexes referring to the virtual links at the OLT, arow isset of rows per queue and queue_set are created when a virtual link is established (ONU registers) and deleted when the virtual link is deleted (ONUderegisters). Rows exist for an OLT interface and an ONU interface."deregisters)." INDEX { ifIndex, dot3QueueSetQueueIndex,dot3QueueSetIndex} ::= { dot3ExtPkgQueueSetsTable 1 } Dot3ExtPkgQueueSetsEntry ::= SEQUENCE { dot3QueueSetQueueIndex Unsigned32, dot3QueueSetIndex Unsigned32, dot3ExtPkgObjectReportThreshold Unsigned32 } dot3QueueSetQueueIndex OBJECT-TYPE SYNTAX Unsigned32 (0..7) MAX-ACCESS not-accessible STATUS current DESCRIPTION"A value"An object that identifies the queue index for thequeue setdot3ExtPkgQueueSetsTable table. The queues are reported in the MPCP REPORT message as defined in [802.3ah] clause 64. The number of queues is between 0 and 7 and limited by dot3ExtPkgObjectReportMaximumNumQueues. Value corresponds to the dot3QueueIndex of the queue table." ::= { dot3ExtPkgQueueSetsEntry 1 } dot3QueueSetIndex OBJECT-TYPE SYNTAX Unsigned32 (0..7) MAX-ACCESS not-accessible STATUS current DESCRIPTION"A value"An object that identifies the queue_set index for thequeue_setsdot3ExtPkgQueueSetsTable table. The queues are reported in the MPCP REPORT message as defined in [802.3ah] clause 64. The number of queues_sets is between 0 and7."7. and limited by dot3ExtPkgObjectReportMaximumNumThreshold." ::= { dot3ExtPkgQueueSetsEntry 2 } dot3ExtPkgObjectReportThreshold OBJECT-TYPE SYNTAX Unsigned32 UNITS "TQ (16nsec)" MAX-ACCESS read-write STATUS current DESCRIPTION "Anintegerobject that defines the value of thresholdreportingreport for eachQueue_setqueue_set in the REPORT message, as defined in [802.3ah] clause 64. The number of sets for each queue is dot3ExtPkgObjectReportNumThreshold.Each Queue setIn the REPORT message, each queue_set reporting will provide information on thequeueoccupancy of the queues for frames below the matching Threshold. The value returned shall be in Time quanta (TQ) which is 16nsec or 2 octets increments. Reading will present the threshold value. Writing will set the value of the threshold. Writing can be done at any time. This object isrelevantapplicable for an OLT and an ONU.ForAt the OLTthere isit has a valueper LLID."for each virtual interface, for each queue and for each queue_set. At the ONU it has a value for each queue and for each queue_set." DEFVAL { 0 } ::= { dot3ExtPkgQueueSetsEntry 3 } --Optical Interface status tables dot3ExtPkgOptIfTable OBJECT-TYPE SYNTAX SEQUENCE OF Dot3ExtPkgOptIfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION "This table defines thelist of statuscontrol and status indication objects for the optical interface ofanthe EPON interface. Each object has a row for every virtual linkaccording todenoted by thepropercorresponding ifIndex. Typically the number of expected virtuallinklinks in a PON is like the number ofONUs 32-64ONUs, which is 32-64, plus an additional entry for broadcast LLID(which is marked by(with a value of 0xffff). In the [802.3ah] the LLID is a 2bytes register and the number of LLIDs is limited bythat."that. Although the optical interface is a physical interface, there is a row in the table for each virtual interface. The reason for having a separate row for each virtual link is that the OLT has a separate link for each one of the ONUs. For instance, they could be in different distances with different link budgets and different receive powers, therefore having different power alarms. It is quite similar to a case of different physical interfaces." ::= { dot3ExtPkgControlObjects 5} dot3ExtPkgOptIfEntry OBJECT-TYPE SYNTAX Dot3ExtPkgOptIfEntry MAX-ACCESS not-accessible STATUS current DESCRIPTION"Table entries for"An entry in theTable ofopticalinterfaces control and status indicationinterface table of the EPONinterfaces.interface. Rows exist for an OLT interface and an ONU interface. Rows in the table are denoted by the ifIndexes and they are created whenifIndexsthe ifIndexes are created. For the ONU rows are created at system initialization. For the OLT therowsrow of the OLT ifIndex and the row of the ifIndex referring to the broadcast virtual link are created at system initialization. For theifIndexsifIndexes referring to the virtual links at the OLT, a row is created when a virtual link is established (ONU registers) and deleted when the virtual link is deleted (ONUderegisters). Rows exist for an OLT interface and an ONU interface."deregisters)." INDEX { ifIndex } ::= { dot3ExtPkgOptIfTable 1 } Dot3ExtPkgOptIfEntry ::= SEQUENCE { dot3ExtPkgOptIfSuspectedFlag TruthValue, dot3ExtPkgOptIfInputPower Integer32, dot3ExtPkgOptIfLowInputPower Integer32, dot3ExtPkgOptIfHighInputPower Integer32, dot3ExtPkgOptIfLowerInputPowerThreshold Integer32, dot3ExtPkgOptIfUpperInputPowerThreshold Integer32, dot3ExtPkgOptIfOutputPower Integer32, dot3ExtPkgOptIfLowOutputPower Integer32, dot3ExtPkgOptIfHighOutputPower Integer32, dot3ExtPkgOptIfLowerOutputPowerThreshold Integer32, dot3ExtPkgOptIfUpperOutputPowerThreshold Integer32, dot3ExtPkgOptIfSignalDetect TruthValue, dot3ExtPkgOptIfTransmitAlarm TruthValue, dot3ExtPkgOptIfTransmitEnable TruthValue } dot3ExtPkgOptIfSuspectedFlag OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION "If true, the data in this entry may beunreliable."unreliable. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface." ::= { dot3ExtPkgOptIfEntry 1 } dot3ExtPkgOptIfInputPower OBJECT-TYPE SYNTAX Integer32 UNITS "0.1 dbm" MAX-ACCESS read-only STATUS current DESCRIPTION "The optical power monitored at theinput."input. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface." ::= { dot3ExtPkgOptIfEntry 2 } dot3ExtPkgOptIfLowInputPower OBJECT-TYPE SYNTAX Integer32 UNITS "0.1 dbm" MAX-ACCESS read-only STATUS current DESCRIPTION "The lowest optical power monitored at the input during the current 15-minuteinterval."interval. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface." ::= { dot3ExtPkgOptIfEntry 3 } dot3ExtPkgOptIfHighInputPower OBJECT-TYPE SYNTAX Integer32 UNITS "0.1 dbm" MAX-ACCESS read-only STATUS current DESCRIPTION "The highest optical power monitored at the input during the current 15-minuteinterval."interval. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface." ::= { dot3ExtPkgOptIfEntry 4 } dot3ExtPkgOptIfLowerInputPowerThreshold OBJECT-TYPE SYNTAX Integer32 UNITS "0.1 dbm" MAX-ACCESS read-write STATUS current DESCRIPTION "The lower limit threshold on input power. If dot3ExtPkgOptIfInputPower drops to this value or below, a Threshold Crossing Alert (TCA) should besent."sent. Reading will present the threshold value. Writing will set the value of the threshold. Writing can be done at any time. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface." ::= { dot3ExtPkgOptIfEntry 5 } dot3ExtPkgOptIfUpperInputPowerThreshold OBJECT-TYPE SYNTAX Integer32 UNITS "0.1 dbm" MAX-ACCESS read-write STATUS current DESCRIPTION "The upper limit threshold on input power. If dot3ExtPkgOptIfInputPower reaches or exceeds this value, a Threshold Crossing Alert (TCA) should besent."sent. Reading will present the threshold value. Writing will set the value of the threshold. Writing can be done at any time. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface." ::= { dot3ExtPkgOptIfEntry 6 } dot3ExtPkgOptIfOutputPower OBJECT-TYPE SYNTAX Integer32 UNITS "0.1 dbm" MAX-ACCESS read-only STATUS current DESCRIPTION "The optical power monitored at theoutput."output. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface." ::= { dot3ExtPkgOptIfEntry 7 } dot3ExtPkgOptIfLowOutputPower OBJECT-TYPE SYNTAX Integer32 UNITS "0.1 dbm" MAX-ACCESS read-only STATUS current DESCRIPTION "The lowest optical power monitored at the output during the current 15-minuteinterval."interval. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface." ::= { dot3ExtPkgOptIfEntry 8 } dot3ExtPkgOptIfHighOutputPower OBJECT-TYPE SYNTAX Integer32 UNITS "0.1 dbm" MAX-ACCESS read-only STATUS current DESCRIPTION "The highest optical power monitored at the output during the current 15-minuteinterval."interval. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface." ::= { dot3ExtPkgOptIfEntry 9 } dot3ExtPkgOptIfLowerOutputPowerThreshold OBJECT-TYPE SYNTAX Integer32 UNITS "0.1 dbm" MAX-ACCESS read-write STATUS current DESCRIPTION "The lower limit threshold on output power. If dot3ExtPkgOptIfOutputPower drops to this value or below, a Threshold Crossing Alert (TCA) should besent."sent. Reading will present the threshold value. Writing will set the value of the threshold. Writing can be done at any time. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface." ::= { dot3ExtPkgOptIfEntry 10 } dot3ExtPkgOptIfUpperOutputPowerThreshold OBJECT-TYPE SYNTAX Integer32 UNITS "0.1 dbm" MAX-ACCESS read-write STATUS current DESCRIPTION "The upper limit threshold on output power. If dot3ExtPkgOptIfOutputPower reaches or exceeds this value, a Threshold Crossing Alert (TCA) should besent."sent. Reading will present the threshold value. Writing will set the value of the threshold. Writing can be done at any time. This object is applicable for an OLT and an ONU. At the OLT it has a value for each virtual interface." ::= { dot3ExtPkgOptIfEntry 11 } dot3ExtPkgOptIfSignalDetect OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION "When getting true(1) there is a valid optical signal at thereceive whichreceive, that is above the optical power level for signal detection. When getting false(2) the optical signal at the receive is below the optical power level for signal detection. This object isrelevantapplicable for an OLT and anONU."ONU. At the OLT it has a value for each virtual interface." DEFVAL { false } ::= { dot3ExtPkgOptIfEntry 12 } dot3ExtPkgOptIfTransmitAlarm OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-only STATUS current DESCRIPTION "When getting true(1) there is a non-valid optical signal at the transmit of the interface, either a higher level or lower level than expected. When getting false(2) the optical signal at the transmit is valid and in the required range. This object isrelevantapplicable for an OLT and anONU."ONU. At the OLT it has a value for each virtual interface." DEFVAL { false } ::= { dot3ExtPkgOptIfEntry 13 } dot3ExtPkgOptIfTransmitEnable OBJECT-TYPE SYNTAX TruthValue MAX-ACCESS read-write STATUS current DESCRIPTION "Setting thisvariableobject to true(1) will cause the optical interface to start transmission (according to the control protocol specified for the logical interface). Setting thisvariableobject to false(2) will cause the interface to stop the optical transmission. When getting true(1) the optical interface is intransmittransmitting mode (obeying to the logical control protocol). When getting false(2) the optical interface is not intransmittransmitting mode. Writing can be done at any time. Thevariableobject is relevant when the admin state of the device is active as set by the dot3MpcpAdminState. This object isrelevantapplicable for an OLT and anONU."ONU. At the OLT it has a value for each virtual interface." DEFVAL { false } ::= { dot3ExtPkgOptIfEntry 14 } -- Conformance Statements -- Conformance Groups dot3EponGroups OBJECT IDENTIFIER ::= { dot3EponConformance 1 } dot3MpcpGroupBase OBJECT-GROUP OBJECTS { dot3MpcpOperStatus, dot3MpcpAdminState, dot3MpcpMode, dot3MpcpSyncTime, dot3MpcpLinkID, dot3MpcpRemoteMACAddress, dot3MpcpRegistrationState, dot3MpcpMaximumPendingGrants, dot3MpcpTransmitElapsed, dot3MpcpReceiveElapsed, dot3MpcpRoundTripTime } STATUS current DESCRIPTION "A collection of objects of dot3 Mpcp Control entity state definition. Objects are per LLID." ::= { dot3EponGroups 1 } dot3MpcpGroupStat OBJECT-GROUP OBJECTS { dot3MpcpMACCtrlFramesTransmitted, dot3MpcpMACCtrlFramesReceived, dot3MpcpDiscoveryWindowsSent, dot3MpcpDiscoveryTimeout , dot3MpcpTxRegRequest, dot3MpcpRxRegRequest, dot3MpcpTxRegAck, dot3MpcpRxRegAck, dot3MpcpTxReport, dot3MpcpRxReport, dot3MpcpTxGate, dot3MpcpRxGate, dot3MpcpTxRegister, dot3MpcpRxRegister } STATUS current DESCRIPTION "A collection of objects of dot3 Mpcp Statistics. Objects are per LLID." ::= { dot3EponGroups 2 } dot3OmpeGroupID OBJECT-GROUP OBJECTS { dot3OmpEmulationType } STATUS current DESCRIPTION "A collection of objects of dot3 OMP emulationIDentity state definition. Objects are per LLID." ::= { dot3EponGroups 3 } dot3OmpeGroupStat OBJECT-GROUP OBJECTS { dot3OmpEmulationSLDErrors, dot3OmpEmulationCRC8Errors, dot3OmpEmulationBadLLID, dot3OmpEmulationGoodLLID, dot3OmpEmulationOnuPonCastLLID, dot3OmpEmulationOltPonCastLLID, dot3OmpEmulationBroadcastBitNotOnuLlid, dot3OmpEmulationOnuLLIDNotBroadcast, dot3OmpEmulationBroadcastBitPlusOnuLlid, dot3OmpEmulationNotBroadcastBitNotOnuLlid } STATUS current DESCRIPTION "A collection of objects of dot3 OMP emulation Statistics. Objects are per LLID." ::= { dot3EponGroups 4 } dot3EponFecGroupAll OBJECT-GROUP OBJECTS { dot3EponFecPCSCodingViolation, dot3EponFecAbility, dot3EponFecMode, dot3EponFecCorrectedBlocks, dot3EponFecUncorrectableBlocks, dot3EponFecBufferHeadCodingViolation } STATUS current DESCRIPTION "A collection of objects of dot3 FEC groupdefinition.control and statistics. Objects are per LLID." ::= { dot3EponGroups 5 } dot3ExtPkgGroupControl OBJECT-GROUP OBJECTS { dot3ExtPkgObjectReset, dot3ExtPkgObjectPowerDown, dot3ExtPkgObjectNumberOfLLIDs, dot3ExtPkgObjectFecEnabled, dot3ExtPkgObjectReportMaximumNumQueues, dot3ExtPkgObjectRegisterAction } STATUS current DESCRIPTION "A collection of objects of dot3ExtPkg control definition. Objects are per LLID." ::= { dot3EponGroups 6 } dot3ExtPkgGroupQueue OBJECT-GROUP OBJECTS { dot3ExtPkgObjectReportNumThreshold, dot3ExtPkgObjectReportMaximumNumThreshold, dot3ExtPkgStatTxFramesQueue, dot3ExtPkgStatRxFramesQueue, dot3ExtPkgStatDroppedFramesQueue } STATUS current DESCRIPTION "A collection of objects of dot3ExtPkg Queuedefinition.control. Objects are per LLID, per queue." ::= { dot3EponGroups 7 } dot3ExtPkgGroupQueueSets OBJECT-GROUP OBJECTS { dot3ExtPkgObjectReportThreshold } STATUS current DESCRIPTION "A collection of objects of dot3ExtPkgQueue_sets definition.queue_set control. Objects are per LLID, per queue, per queue_set." ::= { dot3EponGroups 8 } dot3ExtPkgGroupOptIf OBJECT-GROUP OBJECTS { dot3ExtPkgOptIfSuspectedFlag, dot3ExtPkgOptIfInputPower, dot3ExtPkgOptIfLowInputPower, dot3ExtPkgOptIfHighInputPower, dot3ExtPkgOptIfLowerInputPowerThreshold, dot3ExtPkgOptIfUpperInputPowerThreshold, dot3ExtPkgOptIfOutputPower, dot3ExtPkgOptIfLowOutputPower, dot3ExtPkgOptIfHighOutputPower, dot3ExtPkgOptIfLowerOutputPowerThreshold, dot3ExtPkgOptIfUpperOutputPowerThreshold, dot3ExtPkgOptIfSignalDetect, dot3ExtPkgOptIfTransmitAlarm, dot3ExtPkgOptIfTransmitEnable } STATUS current DESCRIPTION "A collection of objects ofOptical interfacecontrol and status indication of the optical interface for the EPON Interfaces. Objects are per LLID." ::= { dot3EponGroups 9 } -- Compliance dot3EponCompliances OBJECT IDENTIFIER ::= { dot3EponConformance 2 } dot3MPCPCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement forMulti-pointMulti-Point control protocol interfaces." MODULE -- this module MANDATORY-GROUPS { dot3MpcpGroupBase} GROUP dot3MpcpGroupStat DESCRIPTION "This group is mandatory for all MPCP supporting interfaces forStatisticsstatistics collection." ::= { dot3EponCompliances 1} dot3OmpeCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for OMPEmulation interfaces." MODULE -- this module MANDATORY-GROUPS { dot3OmpeGroupID} GROUP dot3OmpeGroupStat DESCRIPTION "This group is mandatory for all OMPemulation supporting interfaces forStatisticsstatistics collection." ::= { dot3EponCompliances 2} dot3EponFecCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement forFecFEC EPON interfaces. This group is mandatory for all EPON interfacesSupportingsupporting FEC functionalityas for Definitionsof control andBER Statisticsstatistics collection." MODULE -- this module MANDATORY-GROUPS { dot3EponFecGroupAll } ::= { dot3EponCompliances 3} dot3ExtPkgCompliance MODULE-COMPLIANCE STATUS current DESCRIPTION "The compliance statement for EPON Interfaces using the extended package." MODULE -- this module MANDATORY-GROUPS { dot3ExtPkgGroupControl } GROUP dot3ExtPkgGroupQueue DESCRIPTION " This group is mandatory for allOLTEPON interfaces supportingReport QueueREPORT queue management of the extended package." GROUP dot3ExtPkgGroupQueueSets DESCRIPTION " This group is mandatory for allOLTEPON interfaces supportingReport Queue_setsREPORT queue_sets management of the extended package." GROUP dot3ExtPkgGroupOptIf DESCRIPTION "This group is mandatory for all EPON interfaces supporting optical interfacescontrol and indicationmanagement, of the extended package." ::= { dot3EponCompliances 4} END 6. IANA Considerations The DOT3 EPON MIB module requires the allocation of a single object identifier for its MODULE-IDENTITY under the MIB-2 tree. The MIB module in this document uses the following IANA-assigned OBJECT IDENTIFIER values recorded in the SMI Numbers registry: Descriptor OBJECT IDENTIFIER value ---------- ----------------------- dot3EponMIB { mib-2 XXX } Editor's Note (to be removed prior to publication): the IANA is requested to assign a value for "XXX" under the 'mib-2' subtree and to record the assignment in the SMI Numbers registry. When the assignment has been made, the RFC Editor is asked to replace "XXX" (here and in the MIB module) with the assigned value and to remove this note. 7. Security Considerations There are number of managed objects defined in this MIB module that have a MAX-ACCESS clause of read-write or read-create. Writing to these objects can have potentially disruptive effects on network operation: Including: Changing dot3MpcpAdminState state (Writing can be done at any time) Changing dot3EponFecMode mode (Writing can be done at any time) Changing dot3ExtPkgObjectReset mode (Writing can be done at any time) Changing dot3ExtPkgObjectFecEnabled mode (Writing can be done at any time) Changing dot3ExtPkgObjectPowerDown (Writing can be done at any time) Changing dot3ExtPkgObjectReportNumThreshold (Writing can be done at any time) Changing dot3ExtPkgObjectReportThreshold (Writing can be done at any time) Changing dot3ExtPkgObjectRegisterAction (Writing can be done at any time) Changing dot3ExtPkgRMadlEntryStatus (Writing can be done at any time) Changing dot3ExtPkgOptIfLowerInputPowerThreshold (Writing can be done at any time) Changing dot3ExtPkgOptIfUpperInputPowerThreshold (Writing can be done at any time) Changing dot3ExtPkgOptIfLowerOutputPowerThreshold (Writing can be done at any time) Changing dot3ExtPkgOptIfUpperOutputPowerThreshold (Writing can be done at any time) Changing dot3ExtPkgOptIfTransmitEnable (Writing can be done at any time) The user of this MIB module must therefore be aware that support for SET operations in a non-secure environment without proper protection can have a negative effect on network operations. The readable objects in this MIB module (i.e., those with MAX-ACCESS other than not-accessible) may be considered sensitive in some environments since, collectively, they provide information about the performance of network interfaces and can reveal some aspects of their configuration. In such environments it is important to control even GET and NOTIFY access to these objects and possibly even to encrypt their values when sending them over the network via SNMP. SNMP versions prior to SNMPv3 did not include adequate security. Even if the network itself is secure (for example by using IPSec), even then, there is no control as to who on the secure network is allowed to access and GET/SET (read/change/create/delete) the objects in this MIB module. It is RECOMMENDED that implementers consider the security features as provided by the SNMPv3 framework (see [RFC3410], section 8), including full support for the SNMPv3 cryptographic mechanisms (for authentication and privacy). Further, deployment of SNMP versions prior to SNMPv3 is NOT RECOMMENDED. Instead, it is RECOMMENDED to deploy SNMPv3 and to enable cryptographic security. It is then a customer/operator responsibility to ensure that the SNMP entity giving access to an instance of this MIB module is properly configured to give access to the objects only to those principals (users) that have legitimate rights to indeed GET or SET (change/create/delete) them. 8. References 8.1. Normative References [802.1d] IEEE, "Institute of Electrical and Electronic Engineers, 802.1D-2004, IEEE Standard for Local and metropolitan area networks Media Access Control (MAC) Bridges.", June 2004. [802.3] IEEE, "Institute of Electrical and Electronic Engineers, IEEE Std 802.3-2002, "IEEE Standard for Carrier Sense Multiple Access with Collision Detection (CSMA/CD) Access Method and Physical LayerSpecifications",Specifications.", December 2002. [802.3ah] IEEE, "Institute of Electrical and Electronic Engineers, IEEE Std 802.3ah-2004. Information technology - Telecommunications and information exchange between systems - Local and metropolitan area networks - Specific requirements - Part 3: Carrier sense multiple access with collision detection (CSMA/CD) access method and physical layer specifications - Media Access Control Parameters, Physical Layers and Management Parameters for subscriber accessnetworks",networks.", IEEE Std 802.3ah-2004, October 2004. [ITU-T G.975] ITU, "ITU-T, SERIES G: TRANSMISSION SYSTEMS AND MEDIA, DIGITAL SYSTEMS AND NETWORKS Digital sections and digital line system - Optical fibre submarine cable systems Forward error correction for submarine systems, ITU-T Recommendation G.975", October 2000. [ITU-T G.983] ITU, "ITU-T, SERIES G: TRANSMISSION SYSTEMS AND MEDIA, DIGITAL SYSTEMS AND NETWORKS, Digital transmission systems - Digital sections and digital line system - Optical line systems for local and access networks Broadband optical access systems based on Passive Optical Networks (PON), ITU-T Recommendation G.983.1", October 1998. [RFC2578] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Structure of Management Information Version 2 (SMIv2)", STD 58, RFC 2578, April 1999. [RFC2579] McCloghrie, K., Ed., Perkins, D., Ed., and J. Schoenwaelder, Ed., "Textual Conventions for SMIv2", STD 58, RFC 2579, April 1999. [RFC2580] McCloghrie, K., Perkins, D., and J. Schoenwaelder, "Conformance Statements for SMIv2", STD 58, RFC 2580, April 1999. [RFC2863] McCloghrie, K. and F. Kastenholz, "The Interfaces Group MIB", RFC 2863, June 2000. [RFC2864] McCloghrie, K. and G. Hanson, "The Inverted Stack Table Extension to the Interfaces Group MIB", RFC 2864, June 2000. [RFC3635] Flick, J., "Definitions of Managed Objects for the Ethernet-like Interface Types", RFC 3635, September 2003. [RFC3636] Flick, J., "Definitions of Managed Objects for IEEE 802.3 Medium Attachment Units (MAUs)", RFC 3636, September 2003. [RFC3636bis-03] Beili, E., "Definitions of Managed Objects for IEEE 802.3 Medium Attachment Units (MAUs) draft-ietf-hubmib-rfc3636bis-03.txt", draft-ietf-hubmib-rfc3636bis-03.txt (work in progress), June 2006. 8.2. Informative References [I-D.ietf-hubmib-efm-mib] Squire, M.,"Ethernet in the First Mile (EFM) Common MIB", draft-squire-hubmib-efm-mib-02"Definitions and Managed Objects for OAM Functions on Ethernet Like Interfaces", draft-ietf-hubmib-efm-mib-04 (work in progress),December 2004.March 2006. [RFC1525] Decker, E., McCloghrie, K., Langille, P., and A. Rijsinghani, "Definitions of Managed Objects for Source Routing Bridges", RFC 1525, September 1993. [RFC2119] Bradner, S., "Key words for use in RFCs to Indicate Requirement Levels", BCP 14, RFC 2119, March 1997. [RFC3410] Case, J., Mundy, R., Partain, D., and B. Stewart, "Introduction and Applicability Statements for Internet- Standard Management Framework", RFC 3410, December 2002. [RFC4188] Norseth, K. and E. Bell, "Definitions of Managed Objects for Bridges", RFC 4188, September 2005. Author's Address Lior KhermoshPassave TechnologiesPMC-SIERRA Kohav Hertzelia bldg, 4 Hasadnaot St., Hertzliya Pituach, 46120 ISRAEL Phone: +972-9-9628000 Ext: 302 Fax: +972-9-9628001 Email:lior.khermosh@passave.comlior_khermosh@pmc-sierra.com Intellectual Property Statement The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79. Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr. The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org. Disclaimer of Validity This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE. Copyright Statement Copyright (C) The Internet Society (2006). This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights. Acknowledgment Funding for the RFC Editor function is currently provided by the Internet Society.