lS-(NIEG 3-302-3 : 1993
`JENSIHTELEE Std 802.3, ‘I993 Edition
`
`IJDCALAND METROPOLJTAN AREA N'Fl'l'WDRFL"lr
`
`(5) Number of octnteT1-nnsmj1:tedOK: Recommended, Read only; 32 hit counter.
`This contains a count of data and padding octets of frames that are successfiilly transmitted. This
`counter is incremented when the TrsnsmitStatus is reported as transmitOK. The update occurs in
`the l..ayerMgmtTrsnsmitCountors procedure (5.2.-'.-L2).
`Number of Frames with do-ferred"[‘ransmissl'ons: Recommended, Read only, 32 hit counter.
`This contains a count of frames whose transmission was delayed on its firat attempt because the
`medium was busy, "[‘hi.=_: counter is incremented when the Boolean variable deferred has been
`asserted by the ‘I"ransmitLI'_ol1Mgmt function {-1.2.3). Frames involved in any collisions are not
`counted. The update occurs in the La_1y'erMg'mt'I‘ransmitC-ounters procedure (52.4.2).
`Number of multicastF‘rames"fl'ansmittoI:lC'K: Optional, Read only, 32 hit counter.
`This contains a count of frames that are successfully transmitted, as indicated by the status value
`transmitflfi, to a. group destination address other than broadcast. The update occurs in the Layer-
`Mg'mtTransmitCounters procedure (52.4.2).
`Number of IJ-roadcastFrsmes'I‘ransmitted0K.' Optional, Read only, 32 bit counter.
`This contains a count of the frames that were successfully transmitted as indicated by the Trans-
`mitfitstus transmitUl{, to the broadcast address. Frames transmitted to multicast addresses a.re
`not broadcast frames and are excluded. The update occurs in the LaycrMgrotTransmitCounters pro-
`oodure (5.2.-1-.2}.
`
`5.2.2.13 MAD Transmit. Error Statistics Descriptions. This section defines the I\'L”1C subleycr
`transmission related error statistics.
`
`(1) Number of latecollisicn: Recommended Read onljlg 32 hit counter.
`This contains a count ofthe times that a collision has been detected later than 512 bit times into the
`transmitted packet. A late collision is counted twice, i.e., both as a collision and as a lat-eC-ollision.
`This counter is incremented when the lsteflollisionflount variable is nonzero. The update is incre-
`mented in the LayerMgmt'I‘ra.nsmitCounters procedure |{fi.2.4.2}.
`Number of frames aborted due to excessiveflollision: Recommended, Read only, 32 hit counter.
`This contains a count of the frames that due to excessive collisions are not transmitted successfully.
`This counter is incremented when the value of the attempts variable equals attemptLi_'rnit during a
`transmission. The upd ate occurs in the LayerMg1nt'TransmitCounters procedure {5.2.4.2_}|.
`Number of frames lost due to iJ1tc1'nalMAC'l‘ransmitEn'or: Recommended, Read only, 32 hit. counter.
`'I‘his contains a count of frames that would otherwise be transmitted by the station, but could not be
`sent due to an internal MAC suhisyer transmit error. If this counter is incremented, then now: of
`the other counters in this section are incremented. 'I‘h.e exact meaning and mechanism for incre-
`menting this counter is implem cntatiou-dependent.
`Number of n:arrierSenseErrors: Recommnded, Read only, 32 hit counter.
`This contains a count of times that the carrierfiense variable was not asserted or was deasserted
`during the transmission ofs frame without collision (soc 'i".2.4.-.6). This counter is incremented when
`the carrierSenseFailure flag is true at the end of transrnission. The update occurs in the LayerMg-
`mtTransmitCounters procedure (52.4.2).
`Number of frames with excesaiveDeferral: Optimal, Read only, 32 hit counter.
`This contains a count of frames that were deferred for an excessive period of time. This -counter may
`only he incremented once per LLC transmission. This counter is incremented when the excessflefer
`flag; is set. The update occurs in the La_v;erMgmtTransmitCounters procedure (52.4.2).
`
`5.2.2.13 MAC Receive Statistics Descriptions
`
`Number of frmncsflsceivcdfiii: Mandatory, Read only, 32 hit counter.
`This contains a count of frames that are successfully received (receive-.OK). This does not include
`frames received with fram-s.Lt«oo—long, FCS. length or alignment errors, or frames lost due to internal
`MAC sub1a:.vcr error. This counter is incremented when the R.cceiveStatus is reported as reeeiveflfl.
`The update occurs in the Layerbigintfleoeivaflounters procedure (5.2.-1.3}.
`Number of ocbetsfleceivedflli‘. Recommended, Read only, 32 hit counter.
`This contains 3. count of data and padding octets in frames that are successfully 1-eocive-d, This does
`not include octets in frames received with frame-too-long, F03, length or alignment errors, or
`frames lost due to internal MAC sublayer error. This counter is incremented when the result of a
`
`T4
`
`Aerohive -
`
`Aerohive - Exhibit 1026
`0076
`
`

`
`CSMNCD
`
`ISOIIEIC 3802-3 : 1993
`ANSEFI EEE Std 502 cf, was nomon
`
`reception is reported as a receive0K status. The update occurs in the LayerMgmtReceiveCounters
`procedure (52.4.3).
`Number of multicastFramesReceivedOK: Optional, Read only, 32 hit counter.
`This contains a count of frames that are successfully received and are directed to an active non-
`broadcast group address. This does not include frames received with frame-too—long, FCS, length or
`alignment errors, or frames lost due to internal MAC sublayer error. This counter is incremented as
`indicated by the receiveOK status, and the value in the destinationField. The update occurs in the
`LayerMgmtReceiveCounters procedure (5.2.-4.3).
`Number of broadcastFramesReceivedOK: Optional, Read only, 32 bit counter.
`This contains a count of frames that are successfully received and are directed to the broadcast
`group address, This does not include frames received with frame-too-long, FCS, length or alignment
`errors, or frames lost due to internal MAC sublayer error. This counter is incremented as indicated
`by the receiveOK status, and the value in the destinationField. The update occurs in the LayerMg-
`mtReceiveCounters procedure (52.4.3).
`
`52.2.1.4 MAC Receive Error Statistics Descriptions. This section defines the MAC sublayer
`reception related error statistics. Note that a hierarchical order has been established such that when mul-
`tiple error statuses can be associated with one frame, only one status is returned to the LLC. This hierar-
`chy in descending order is as follows:
`
`frameTooLong
`alignmentError
`frameCheckError
`lengthError
`
`The following counters are primarily incremented based on the status returned to the LLC, and there-
`fore the hierarchical order of the counters is determined by the order of the status.
`
`(1) Number of frames received with frameCheckSequenceErrors: Mandatory, Read only, 32 bit counter.
`This contains a count of frames that are an integral number of octets in length and do not pass the
`FCS check. This counter is incremented when the Receivestatus is reported as frameCheckError.
`The update occurs in the LayerMgmtReceiveCounters procedure (52.4.3).
`Number of frames received with alignmentErrors: Mandatory, Read only, 32 bit counter.
`This contains a count of frames that are not an integral number of octets in length and do not pass
`the FCS check. This counter is incremented when the ReceiveStatus is reported as alignmentEri-or.
`The update occurs in the LayerMg'mtReceiveCounters procedure (5.2.-4.3).
`Number of frames lost due to internalMACReceiveError: Recommended, Read only, 32 bit counter.
`This contains a count of frames that would otherwise be received by the station, but could not be
`accepted due to an internal MAC sublayer receive error. If this counter is incremented, then none of
`the other counters in this section are incremented. The exact meaning and mechanism for incre-
`menting this counter is implementation-dependent.
`Number of frames received with inRangeLeng'thErrors: Optional, Read only, 32 hit counter.
`This contains a count of frames with a length field value between the minimum unpadded LLC data
`size and the maximum allowed LLC data size, inclusive, that does not match the number of LLC
`data octets received. The counter also contains frames with a length field value less than the mini-
`mum unpadded LLC data size. The update occurs in the LayerMg‘mtReceiveCounters procedure
`(5.2.-1.3).
`
`Number of frames received with outOfRangeLeng'thField: Optional, Read only, 32 hit counter.
`This contains a count of frames with a length field value greater than the maximum allowed LLC
`data size. The update occurs in the LayerMgmtReceiveCounters procedure (52.4.3),
`Number of frames received with frameTooLongErrors: Optional, Read only, 32 hit counter.
`This contains a count of frames that are received and exceed the maximum permitted frame size.
`This counter is incremented when the status of a frame reception is frameTooLong. The update
`occurs in the LayerMgmtReceiveCounters procedure (52.4.3).
`
`5.2.2.2 MAC Actions. This subsection defines the actions offered by the MAC sublayer to the LME
`client.
`
`Aerohive -
`
`Aerohive - Exhibit 1026
`0077
`
`

`
`ISCEIEU 38!]-2-3 : 1993
`ANSIHEEE Std 302.3, 1993 Edition
`
`LOFAL AN'|'lI ME'TH'DPUl.lTAN .|‘Ll'l.I:l.P. Ni-i'l'W'UR.K.S:
`
`These actions enable the LME client to influence the behavior of the MAC sublayer, i.e., to execute
`“actions” on the MAC sublagrer for management purposes. Many ofthe following actions enable or disable
`some function; if either the enable or disable action is implemented, the corresponding disable or enable
`action must also be implemented. If the enablefdisable action is supported, then its corresponding read
`action must also be supported.
`In implementing any ofthe following actions, receptions and transmissions that are in progress are com-
`pleted befirre the action takes effect.
`The security considerations related to the following actions should be properly addressed by the SMAE,
`The items in parenthesis in the descriptions are the procedures that are affected by these actions.
`
`52.2.2.1 MAC Action Definitions
`
`ill
`
`{2}
`
`in.itial.ii:eMAC: Mandatory
`Call the initialize procedure E4.2.'i'.5l. This action also results in the initialization of the PLS.
`enahlePrnmiscuousReceive:Recommended
`Cause the La5rerMg:mtH.ecognizeAddress fu_ncl:ion to accept frames regardless of their destination
`address (LayerMgmtRe-cognizeaddress function).
`Frames without errors received solely because this action is set are counted as frarnes received cor-
`rectly; frames received in this mode that do contain errors npd ate the appropriate error counters.
`disableP1'omiscuousReeei-Je: Recommended
`Cause the MAC sublayer to return to the normal operation of canying out address reuupriition pro-
`ceclures for station, broadcast, and rnulticast group addresses (I-a_ye1‘Mg,'mtRecogniseAddress func-
`tion).
`readPromiscuou.sStatus: Recommended
`
`Return true if promiscuous mode enabled, and false otherwise (LayerMgmtR-ecogriizcflddress func-
`tion),
`addGronpAd-dress: Recommended
`Add the supplied multicast group address to the address recognition filter {Re-aognir.edAddress. func-
`tion).
`deleteGroupAdd1-ess: Recommended
`Delete the supplied muliriesst group address from the address recognition filter (R,eongn_i2e_Add_regg
`function}.
`r'ea:lMuliicastAdc'lressList: Recommended
`Return the current rnulticast acldress list.
`e.nableMacSulJlayer: Optional
`Cause the MAC sublayer to enter the normal operational state at idle. The PLS is reset by this oper-
`ation (see 12.2.2.1}. This is accomplished by setting receiveiilnableri and transmitEnah1ed to true.
`(9) disshleMacSnbla1.rer: Optional
`Cause the MAC sublayer to end all transmit and receive operations, leaving it in a disabled 5:31-,e_
`This is accomplished by setting reeeivellnabled and tranitEnahled to false.
`(10) read_MA.OE31able5tatI.1$i: Optional
`Return ‘true ifMAC suhlayer is enabled, and false if disabled. This is accomplished by checking the
`values of the reeeiveEnabled and transmitEnabled variables.
`
`(11) enab1e'I‘_ransmit: Optional
`Enable MAC sublajrer frame transmission ('I‘rans1nitFra.n1c function}. This in a_c\uur[|]]fi5.h(:d by 5:31;
`ting transIrI.itEnabled to true.
`(12) disahleTransmit: Optional
`Inhibit the transmission of further frames by the MAC suhlayer I['D'ansmitFrarne function), This is
`sworn plished by setting transmitfiinabled to false.
`(13) I'eadTransm.itEnableStatus: Optional
`Return true if transmission is enabled and false otherwise. This is accomplished by checking the
`value of the trans1nitEn.abled variable.
`
`(1431 E11 abl eMulticastReeeive: Option Ill
`Cause the MAC sublayer to return to the normal operation at multieagt frame re-ccptipnl
`(15) disab-leli-iulticastReoeive: Optional
`Inhibit the reception of further multicast frames by the MAC nublnyei-_
`
`T6
`
`Aerohive -
`
`Aerohive - Exhibit 1026
`0078
`
`

`
`(‘.9-Br1.=5{.‘('?|)
`
`lS0:'IEC 8802-3 : 1993
`.".l‘I§ll."lii}Ji.‘ Std 2:32.31. 1393 Edition
`
`116) reaclMulticastReceiveStatus: Optional
`Return true ifmulticast receive is enabled. and false otherwise
`(17) modifyMACAddress: Optional
`Change the MAC station address to the one supplied lflecognizefilddress function). Note that the
`supplied station address shall not have the group bit set and shall not be the null address.
`(18) readMACAddress: Optional
`Read the current MAC station address.
`
`(19) cxccuteS-elftest: Optional
`Execute a self test and report the results (success or failure), The mechanism employed to carry out
`the self test is not defined in this standard.
`
`5.2.3 Physical Layer Management Facilities. This section of the standard defines the Layer Manage-
`ment facilities for the Physical Layer.
`
`5.2.3.1 Physical Statistics. The statistics defined in this section are implemented by means of
`counters.
`
`In the following definition, the term “Read only" specifies that the object cannot be written by the client
`of the LME.
`
`Note that the carrierSenseFailed statistic is a statistic relating to the physical layer, but is listed and
`maintained in the MAC sublayer for ease of implementation.
`
`5.2.3.l.l Physical Statistics Descriptions
`
`(1) Number of SQETestE‘.rrors: Recommended, Read only, 323 hit counter.
`This contains a count of times that the SQE_TEST_ERROR was received. The SQE_TEST_ERROR
`is set in accordance with the rules for verification of the SQE detection mechanism in the PLS Car-
`rier Sense Function (see 7.2.4.61.
`
`5.2.4 Layer Management Model. The following model provides the descriptions for Layer Manage-
`ment facilities.
`
`5.2.4.1 Common Constants and Types. The following are the common constants and types required
`for the Layer Management procedures:
`
`coast
`
`1naxFrameSize = ...; {in octets, impleinentation—dependent, sec 4.4}
`1naxDeferT‘ime 2 ...; {2 X {maxFrameSize X 8), in bits, error timer limit for maxDefer'I‘ime}
`maxLarge = 4294967295; {maximum value (232 — 1) ofwraparound 32 hit counter}
`n1ax64 = xxxxxxxxx; {maximum value (264 — 1) of wraparound 64 bit counter}
`oneBitTirne = 1; {the period it takes to transmit one bit}
`type
`CounterLarge = 0..n1axLarge--See t"ootnote.;
`
`5.2.4.2 'I‘ransmit Variables and Procedures. The following items are specific to frame transmis-
`sion:
`
`U0?"
`
`excessDef'er'. Boolean; {set in process DeferTest{
`carrierSenseFailure: Boolean; {set in process CarrierSenseTe-stl
`tr-ansmitEnabled: Boolean; {set by MAC action}
`lateCollisionErrer: Boolean; {set in Section 4 procedure WatchForC0llision}
`deferred: Boolean; [set in Section 4 function TransmitLinkMgmt}
`carrierSense'l‘estDone: Boolean; {set in process CarrierSenseTestl
`
`532 bit counter size specification is not a part of this ISOHEC standard. Resolution of" 32 vs. 64 hit counter size will he addresserl
`during the further work required to develop this section into a specification suflicient for [S0."l|"lC interoperability requirements.
`
`77
`
`Aerohive -
`
`Aerohive - Exhibit 1026
`0079
`
`

`
`. 15*.’-I3
`I5iHTE(T H».'!|J'£+Il
`ANS l.‘T[‘I[':I"l Hui H02 3. 1993 Edilrion
`
`DOC.ALAN'D ME']"liIJl'D|.I1‘.’1.N fl|HEA N'F.‘TWl")H‘FE:
`
`Iat.cCo1|j5ionC'-ount;
`
`-C|..au;9mpt[.IrnIt - 1.
`
`loounl of late oolljnion that
`'[‘rarL{mir.[A'11_k1-(gmt|I
`
`is ul-ad in Section 4
`
`IHAC r.r-arulmit ootmlieral
`&nm UK Countnrlarge; 1I:I11ndnI.uryI
`nin3|eCn|]:i5'ionFramas: Counborlarfiu: Imnndntoryl
`mu]|:ip1eGo]J.i.oion.Fra.o1oa: ClJ1.l..I1ll!rl.Il.l'fit|; lum nclntory]
`r:n|liHion.F'ra.mea: array [1,.att£-mptliimit - 'l] ufCount£rLa1'gE: lrooommendrldl
`m:l.nauI'I'run:amitt.ed0I{; CnunterLm*m'.-; lrnmmmendedl
`dofiar'red']‘ranamiasit:nsr Cuuntarl-Mun: lremmmendedl
`mu_lI:lca.I1tF‘raJnes'I‘1'3_nnmjtta:I()H: Coun+.:-.r1.arge; Inptional}
`brnndcaatFrnmaa'Eran5mi1:t.od(}l*C: CIJun.l.erLn1'ge'. {optional}
`{MAC transmit Error oounterul
`|a'L.cCol]1n.inn: C-mmt.e1-]'_.a_1-g'e; lrecummendedl
`a-In-5:jveCul]_iainr.: Cnunterlarge; lrecom mended}
`I:a.r:'ierSon3eE1'r~ora' Counterlnrga; lnptmnall
`us:-uivafleforrnlg 'C1‘.l‘l:l..l1T.-E'l‘IJ.I'fll.'; Iopttonnll
`
`Procedure myHHgmt mmm in Invoked from the ‘I'ran-.-:a11itl.z|1'lM;z:nt function In 4.2.5 to
`update the transmit and tra.1:u!mj1. error count:-rs.
`
`pronrdure La.yPrMgmt'I1'aJJnuJ_itCount.ora,
`bqqm
`iuhile not ca.rr:ierSense'Ile£tDone do nnlhing;
`if t.ru.namitSuoI:eBd.'ing than
`hngin
`l.n¢'.LHJ'gECounte:r(framt'3‘I‘ranan1il.t.i-dUl'C};
`SumLa.rg'efUcbe1E'I‘I'an£IItIittedOl‘(. dnlnfiizn-'8]. ldatafiize (‘in him} in deflnnd in -1.2.7.1!
`t.-'d£-iJtinnl.‘innField =
`{check to we ifto a. mI.dt'ir:a.at destination!
`than [II-L[.a.rgECou.11Le-rf mu|licuatJ"rm11a5T‘ransmitbedOK}:
`ifdcatination.l-field =1'd1eck loam iftoa broadcast destination]
`HI-rn h mfl l}|'OilElCflll.F]'H meaT?.u'I.'BmiI:ted'DK.E:
`
`if I1tu::11p1.'a :=- 1 then
`hrgm ll1‘flnSID.i25itII'I tielagmd by oolluuon|'
`if attempts = 2 I3.-‘um
`IncL.H.rgeIC'-oo.nter{Ei:igIeColliu|on Pram-e.aJ [delay by 1 collision:
`tine {attempts > 2,. delayed by multiple r:ol.Li.oiI:Insl
`IDCLHIE-sflounterimultiplufillllinionFra1:I.1B.sl'
`InnLargeflnunterfmllisianFrnmmllutiaempta — 1]};
`and; {delay by oolljrsion}
`um’: ltrunsmitfiucceedingl
`
`Ifdnferred and (attempts = 1'; than
`lncLu:geCcnJnter(d11ferred'I'ranImi.::ui:m.5};
`If |.n1.eCnlli.Iia|1Co1mt :.v- 0 {Juan lbeat I.I'|nI:.c c-ullihim dE.'ta:tBdl
`SumLu'geilateCuILiaiun. |nIcCnIli.si=onCou.nt|;
`|',1"att:-mp-ta = attamptlimit and no: trnnm-nilgsuoumdi-ng than
`lncLa1'geCountE11E:oea.511.'eCo1li.IionI;
`if ca.rrierSen3eFaflu.re then
`In I:LargeCo11ntErf_ca.rrierSta11m:l:‘.rT11nI :~,
`:.I"n-1-:::usDef-:r than
`Incl‘:mI:ntLa:rgeG—:)unt.er(Ex.ce|siL'oDisferralJ;
`end; lLnyarMgmt.'fl-ansmitfluuntoml
`
`'l'ht'. l'll:l'I!I"J'm3It process sets the -a1:caI!H]Jol'nr I1afl;iI'a Lrltnsmiisaion atte-mpl, lms. luv.-n dm*i_an»u.—J Fur 1-. periud
`of linw Iunger than ma.xI]efm-Time,
`
`Aerohive -
`
`Aerohive - Exhibit 1026
`0080
`
`

`
`F S M Alt‘? D
`
`process DeferTest;
`var deferBit'I‘imer: 0;.maxDefer'I‘ime‘,
`begin
`cycle
`begin
`deferCount := 0;
`while framewaiting and not excessDefer do
`begin
`Wait(oneBit'I‘ime); {see 4.3.3}
`if deferBitTimcr = maxDefer'I‘ime then
`excessDefer := true
`else
`deferBit'I‘imer :: deferBit'1‘imer + 1;
`end; {while}
`while transmitting do nothing;
`end ‘, {cycle}
`end; lDef'erTestl
`
`The CarrierSenseTest process sets the carrierSpenseFailure flag if carrier sense disappears while trans-
`mitting or ifit never appears during an entire transmission.
`
`process CarrierSenseTest;
`UCU"
`
`carrierSeen: Boolean; {Running indicator of whether or not carriersense has been true at any
`time during the current transmission]
`collisionseen: Boolean; {Running indicator of whether or not the collisionDeteet asserted any
`time during the entire transmission}
`
`begin
`cycle {main loop}
`while not transmitting do nothing; [wait for start of transmission}
`carrierSenseFailL1re := false;
`carrierSeen := false;
`collisionseen ;= false;
`carrierSenseTcstDone := false;
`while transmitting do
`begin {inner loop}
`if carrierSense then
`carrierSeen := true;
`else
`
`if carrierSeen then lcarriersense disappeared before end of transmission}
`carrierSenseFailure := true;
`if collisionDetect then
`collisionSeen := true;
`end; {inner loop}
`if not carrierSeen then
`carrierSenseF'ailure := true [carrier sense never appeared}
`else
`if collisionSeen then
`carrierSenseFailure '.= false;
`CarrierSenseTestDone := true;
`end; {main loop}
`end; {CarrierSense'I‘est}
`
`5.2.4.3 Receive Variables and Procedures. The following items are specific to frame reception:
`
`var
`
`receivelilnabled: Boolean; }set by MAC action}
`
`79
`
`Aerohive -
`
`Aerohive - Exhibit 1026
`0081
`
`

`
`1593
`|3lJ:'1.|$l.' i-IHI2-3|
`."«N5l-’||"-|"-l"- '."\-la.‘ H3112 II, 1993 E-IZil.LIDI'_-
`
`Tfl'(.'.'1-_L.L\iD Mh"]'H»L3I'| 1|
`
`I'|‘.'l-‘-| AH.|-L1 .'-'L'L'i-'-'E.1H‘.E'L-'i-
`
`E!-LIL‘ recuen-'e counters!
`frnlrm-+RMmv&d0E; Cou1:tt'rLa.r|.rc. :'munIJ.1Iur_>'J
`ucte‘.ul-£r'cmvudOK: C=D'I2I1'1t€-l'I..£.l'fl(.‘.. <'r:-mmrnn.-ndedi
`
`[MAC receiire E1"l'!3:l' cs:-untersi
`fi'ameCheckSequenceErmr5. ffmlntl-rl.urp:I': lmimdntllryi
`flligumentflnvrs; Cuunterl-urge; irnnn=:|nt:I:Ir:rI
`inIiungeLungthE11-01-s;CounterLnrge;lnptlnnnll
`rml.(.H1{an_|;eL;angthFieId: Cou.nl.er|..nrgI.-'. Inptiunnll
`Ei'nn1u'E‘tmL.ungE1-rare: Cc-u.merLar1.1e; [upI;innn|]
`
`{MAC receive address cu-untersl
`muH.1I:mItF‘rnmc'aHeoeived0K Cuunlurlnlrgc. luptiunnll
`bruud:mILFra.mesR.ecei.vndCIK: (T-r-I1ntnrL..nrgte.' lnptinnalh
`
`i"ru-I:t.-dune L33-Fer}\=lg'mtEe1:eive(I4JunLern In called by Rec:-Ivclinkl-igmt
`apprnprintr moelve mu1'.te1's.
`
`Ir:
`
`-1 2 9 and 1nrremen'L-3 the
`
`I-i.ea=Iv.~eE-t.-Ami,
`
`pun-r!u.m La_-,ver!h{g11:.1'_Reca~_weC4:-unterni I5-IL:iI1..lEn
`hegm
`cum: stains of
`H3-:¢weD iaabledz
`hqgfn
`nntliing;
`:.'m.f irucaivefliaahledl
`reI.1lIive()K:
`
`hegin
`IncL:3rgeCnrunte1{fi-ameafiecein-u.llJ]-(I;
`.‘iu.m[.a_rge:oete+.5Eecei\'edUK, dnmi-‘~'|:nufH‘r: ldnt.-Jfiize fin hits‘: :9 dl"rlIlI,'[] m -1.23.‘ 1',
`:,"I:Iest.1natinnField 2
`Ichrrj to see 11' In a multicast fimmfiunl
`than IncLa.rgeCuuJ:tc-n'multluluI.l"runiesReceive-:iOI'E};
`:'fdestina1.'icInField -—-
`Icheck to -teo1J':.u H hrnadcast destmauann
`than Inclargefinu-ntrr bnna-:icnsIFrnrntaRrce:vedUI~D:
`mid. Treoeis-EOEZ:
`l'rame'T'bul4cLng.
`ha-gm
`I nc[.argeCuuJ::.1:e1't fn1me'I'hul.ungErmrs ‘I:
`rmd: iframi.-T-otILung}
`l"r.n m-eGh-nck.Ermr:
`he.-girl
`Inulpa.rgI:Cuun‘be1'(fra1neGheckE-equerlcel-GrmrnII:
`vnd: ifi'£tmoCheckEn'orI
`align menl.Error:
`hrdgut
`Incl .£LrgeCuunt:EL'(aJ.i.gnmentE1r1'ur-I],
`rrtd; Iniignmentfirrurl
`icng'I.h.Er1'ur:
`PI-<+g1r;
`If Ilength field value is b(:‘|‘.wI3-u-.:n the I'nInlll"I|..L.I11 unpadded LL.C[_)aLnSj.ze .1:-H1 nmxjmum gjjgwefi
`LLCDataSi1I: izicluslre. and I10-(.'Il not match U14: number nf LLC data m:1.n_-ts
`rcI::£Ii'I.'m:iI or
`4.iIE'I‘Ig‘Ih field value is less flmn the minim urn allowed unpadded LLC d.-gtu :12;-nncl [hp number
`-nf1.LC data octets received us art-nu-r than the minimum unpuddcd LI,(1|]atuSi-ml xhgn
`1 ncLergeCc-LLn1.erti11.Ran gel..uem:1.h Error}:
`n.'.ru£; IIengthEr:n.r]
`u'r.Ir.’;
`lL'm-it: Htutus]
`if III.-ngth field value is greater tlmn Lht! m|nu'Inum allowed LLClJ:1t.~1Si1r.e} uwr;
`EI1I;LnrgeUounteriIJutDl'RangeLen|.;1.|1F‘i11|t| II:
`
`Aerohive -
`
`Aerohive - Exhibit 1026
`0082
`
`

`
`r“.F=l\«'lnmn
`
`end; {LayerMgmtReceiveCounters}
`
`Iso/ii-Jc as
`ANS.-fI;’l1£EE sce
`
`Function LayerMgmtRecognizeAcldress checks if reception of certain addressing types has been enabled.
`Note that in Pascal, assignment to a function causes the function to return immediately.
`
`function LayerMgmtRecognizeAddI'eSs(address: AddressValue): Boolean;
`begin
`if {promiscuous receive enabled} then
`LayerMgn1tRecognizeAclclress := true;
`ifaddress =
`[MAC station address} then
`LayerMgmtRecognizeAddress :2 true;
`if address =
`[broadcast address} then
`LayerMgmtRecognizeAddress := true;
`if address =
`{one of the addresses on the multicast list and muiticast reception is enabled} than
`LayerMgmtRecognizeAddress := true;
`LayerMgmtRec0gnizeAddress := false;
`end; ILayerMgIntRecognizeAddress}
`
`5.2.4.4 Common Procedures. Procedure LayerMgmtInitialize initializes all the variables and con-
`stants required to implement Layer Management.
`
`procedure LayerMgmtInitialize;
`begin
`{initialize flags for enabling/disabling transmission and reception}
`receiveEnabled :: true;
`transmitlilnabled ;= true;
`
`{initialize transmit flags for Def'erTc-st and Carrierse-nseTest}
`deferred := false;
`lateCollisionError := false;
`cxcessDefer := false;
`carrierSenseFailure := false;
`carrierSenseTestDone := false;
`
`{Initialize all MAC sublayer management counters to zero}
`
`end; {LayerMgmtInitiali2e]
`
`Procedure IncLargeCounter increments a 32 bit wraparound counter.
`procedure IncLargeCounter (var counter: CounterLarge);
`begin
`{increment the 32 bit counter}
`end; {lncLargeCounter}
`
`Procedure SumLarge adds a value to a 32 bit wraparound counter.
`procedure SumLarge (
`var counter: CounterLarge;
`var offset: Integer);
`begin
`{add offset to the 32 hit counter}
`end; {SumLarge]
`
`Aeohive -
`
`Aerohive - Exhibit 1026
`0083
`
`

`
`ISDHEC 8802-3 : 1993
`.....4, ..-.4
`ANSLTEEE Std 80" ’-‘
`‘W32 Editicr.
`
`6. PLS Service Specifications
`
`6.1 Scope and Field of Application. This section specifies the services provided by the Physical
`Signaling (PLS) sublayer to the MAC sublayer for the CSMA/CD section of the Local Area Network
`Standard, Fig 6-1. The services are described in an abstract way and do not imply any particular
`implementation.
`
`OS]
`REFERENCE MODEL
`LAYERS
`
`LAN
`CSMNCD
`LAYEFIS
`
`5
`
`HIGHEFI LAYERS
`
`UTE
`
`UTE
`(AUI not
`‘°"‘P°5"'°'l
`
`*°"°F"-'C*‘T‘°"’
`
`PRESENTATION
`
`SESSION
`
`TRANSPORT
`
`NETWORK
`
`DATA LINK
`
`PHYSECAL
`
`ATTACHMENT UNIT VNTEHFACE
`MEDIUM ATTACHMENT UNIT
`MEDIUM DEPENDENT INTERFACE
`PHYSICAL MEDIUM ATTACHMENT
`
`Fig 6-1
`Service Specification Relationship to the IEEE 802.3 CSMAICI) LAN Model
`
`6.2 Overview of the Service
`
`6.2.1 General Description of Services Provided by the Layer. The services provided by the PLS
`sublayer allow the local MAC suhlayer entity to exchange data bits (PLS data_units) with peer MAC sub-
`layer entities.
`
`6.2.2 Model Used for the Service Specification. The model used in this service specification is identi-
`cal to that used in 1.2.2.1.
`
`6.2.3 Overview of Interactions. The primitives associated with the MAC sublayer to PLS sublayer
`interface fall into two basic categories:
`
`(1) Service primitives that support MAC peer-to-peer interactions
`(2) Service primitives that have local significance and support sublayer—to-sublayer interactions
`
`The following primitives are grouped into these two categories:
`
`(1) Peer-to-Peer
`
`PLS_DATA.request
`PLS_DATA.indication
`
`Aerohive -
`
`Aerohive - Exhibit 1026
`0084
`
`

`
`ISOflE(1Sfl1!2—.’4: 1993
`.-°..l‘«'.‘_-iI.|'lI‘*Jl"'.!‘.I. Bid 802.3, 1993 Edition
`
`(2) Suhlayer-to-Suhlayer
`PLS _UAREIER.indication
`F'L3_SIGNAL.indics.tion
`
`LIJGAL ANT) METRDPOLITAN ARE.-9. l\‘|*'.'I'\'u"l'J}tKS:
`
`The PL.S_DATA primitives support the transfer of data from :1 single MAC snhlayer entity Le all ether
`peer MAC sublayer entities contained within the same local area network defined by the broadcast
`medium.
`
`NOTE.‘ This also means that all bits transferred from a given MAC sublayer entity will in [urn be raneived by the enti’q,- i_[,3I;l.If_
`
`The FL.S,_CARRIER and the PLS__S[GNAL primitives provide information needed by the local MAC sub-
`laver entity to perform the media i1l.'.l:l:5.":'. functions.
`
`6.2.4 Basic Services and Options. till of the service primitives described in this section are unneidered
`mandatnrv.
`
`6.3 Detailed Service Specification
`
`6.3.1 Peer»-to-Peer Service Primitives
`
`6.3.1.1 PI..S_DA'1‘A.requ-s st
`
`6.3.1.1.] Function. This primitive defines the transfer of data from the MAC sublayer to the local
`PLS entity.
`
`63.1.1.2 Semantics of the Service Priinitive. The primitive shall provide the following
`parameters:
`
`PLS_DA’l'A.request (OUTPUT_UN['1‘]
`
`The UUTPUT_UN'IT parameter can take on one of three values: ONE, ZERO, or DAT‘A_COMPl..E']'E
`and represent s single data bit. The DATA_CC-MPLETE value signifies that the Media Access Control sub-
`layer has no more data to nut-put.
`
`63.1.1.3 When Generated. This primitive is generated by the MAC sublsyer to request the trans-
`mission of a single data bit on the phy-.-iical medium or to stop transmission.
`
`6.3.1.l.4 Effect of Receipt. The receipt of this primitive will cause the PLS entity to encode and
`transmit either a single data bit er to cease transmission.
`
`6.3.1.2 PLS_]JATA.indicate
`
`ii-3-1-2-1 F1JIlI3i-‘i011. This primitive defines the transfer of data from the PLS suhlayer to the MAC
`aublayer.
`
`ii-5-1-2-2 Semantics of the Service Primitive. The semantics of the primitive are as follows:
`
`PLS_DATA.ind.icate [INPUT_U_NITl
`
`This INPUT. UNIT parameter can take one of two values each representing a single hit: ONE or ZERO.
`
`63.1.2.3 ‘When Generated. The PLS_DAI‘A.i_nd_icate is generated to all MAC aublay-er entiijcfi. in
`the netwnrk after a PLS_DATA.nequest is issued.
`
`NU"l‘I‘1‘-.'2‘!-11 isrlluuta is also presented to the MAC entity that issued the 1-aa_uaaI..
`
`5-3-3.2.4 Effect of Receipt. The effect of receipt of this priuiitive by the MAC snblayer is
`ujlslpecified,
`
`Aerohive -
`
`Aerohive - Exhibit 1026
`0085
`
`

`
`CSMAICD
`
`1993
`JSIJIIEC 8802-3
`ANSLFIEFJE Std 302.3.
`IEJQS Edition
`
`6.3.2 Sublayer-to-Sublayer Service Primitives
`
`6.3.2.1 PLSpCARRIER.indicate
`
`6.3.2.1.'1 Function. This primitive transfers the status of the activity on the physical medium from
`the PLS sublayer to the MAC sublayer.
`
`6.3.2.1.2 Semantics of the Service Primitive. The senlantics of the primitive are as follows;
`
`PLS/CARRIER.indicate (CARRIEPLSTATUS)
`
`The CARRIER_STATUS parameter can take one of two values: CARRIER_ON or CARRIER_OFF. The
`CARR[ER_ON value indicates that the DTE Physical Layer had received an input message or a
`s.igna1_queZity_errer message from the MAU. The CARRIER_OFF value indicates that the DTE Physical
`Layer had received an in.pu,t_idZe message and is not receiving an SQE szgr1al_qual.iry_errur message from
`the MAU.
`
`6.3.2.1.3 When Generated. The PLS_CARRIER.indicate service primitive is generated whenever
`CARRIER_STATUS makes a transition from CARRIER_ON to CARRIER_OF‘P‘ or vice versa.
`
`63.2.1.4 Effect of Receipt. The effect of receipt of this primitive by the MAC sublayer is
`unspecified.
`
`6.3.2.2 PLS__SIGNAL.indicate
`
`6.32.2.1 Function. This primitive transfers the status of the Physical Layer signal quality from the
`PLS sublayer to the MAC sublayer.
`
`6.32.2.2 Semantics of the Service Primitive. The semantics of the service primitive are as
`follows:
`
`PLS_SIGNAL.indicate (SIGNAL_STATUS)
`
`The SIGNAL_STATUS parameter can take one of two values: SIGNALiERROR or NO_SIGNAL_ER-
`ROR. The SIGNAL_ERROR value indicates to the MAC sublayer that the PLS has received a signal_qual-
`ity_error message from the MAU. The N0_SIGNAL_ERROR value indicates that the PLS has ceased to
`receive signal_quality_erro1" messages from the MAU.
`
`63.2.2.3 When Generated. The PLS_SIGNAL.indicate service primitive is generated whenever
`SIGNAL_ STATUS makes a transition from SIGNAL_ERROR to NO_SIGNAL_ERROR or vice versa.
`
`6.32.2.4 Effect of Receipt. The effect of receipt of this primitive by the MAC sublayer is
`unspecified.
`
`Aerohive -
`
`Aerohive - Exhibit 1026
`0086
`
`

`
`ISOHEC 8802-3 : 1993
`ANSIHEEE Std 802.3, 1993 Edition
`
`7. Physical Signaling (PLS) and Attachment Unit Interface (AUI) Specifications
`
`7.1 Scope. This section defines the logical, electrical, and mechanical characteristics for the PLS and AUI
`between Data Terminal Equipment and Medium Attachment Units used in CSMA/CD local area networks.
`The relationship of this specification to the entire ISO [IEEEJ Local Area Network standards is shown in
`Fig 7-1. The purpose of this interface is to provide an interconnection that is simple and inexpensive and
`that permits the development of simple and inexpensive MAUS.
`
`OS!
`REFERENCE MODEL
`LAYERS
`
`LAN
`CSMNCD
`LAYERS
`
`"W"-“3‘”‘T'°“‘
`
`'°F'ESE“T"‘T'°N
`
`SESSION
`
`TRANSPORT
`
`NETWORK
`
`DATA LINK
`
`PHYSICAL
`
`5
`
`HIGHEFI LAYERS
`LLC
`LOGICAL LINK CONTROL
`
`ATTACHMENT UNlT JNTEFIFACE
`MEDIUM ATTACHMENT UNIT
`MEDIUM DEPENDENT INTERFACE
`PHYSICAL MEDIUM ATTACHMENT
`
`Fig 7-1
`Physical Layer Partitioning, Relationship to the ISO Open Systems Interconnection
`(OSI) Reference Model
`
`This interface has the following characteristics:
`
`(1) Capable of supporting one or more of the specified data rates
`(2) Capable of driving up to 50 m (164 ft) of cable
`(3) Permits the DTE to test the AUI, AUI cable, MAU, and the medium itself"
`(4) Supports MAU:-3 for baseband coax, broadband coax, and base-band fiber
`
`7.1.1 Definitions
`
`Attachment Unit Interface (AU Interface) (AUI). In a local area network, the interface between the
`medium attachment unit and the data terminal equipment within a data station.
`
`NOTE: TheAUl carries encoded control and data signals between the DTE's PLS sublayer and the MAU's PMA sublayer and provides
`for duplex data transmission.
`
`BR. The rate of data throughput (bit rate] on the medium in bits per second.
`
`bit time. The duration of one bit symbol (1fBR}.
`
`Aeohive -
`
`Aerohive - Exhibit 1026
`0087
`
`

`
`ISENIEC B302-3 : 1993
`ANSUUSEJE Std 802.3, 1993 Edition
`
`LDCAL AND METROPOLITAN AREA NETWORKS:
`
`circuit. The pliysical medium on which signals are carried