(高清版)GBT 42459-2023 信息技術(shù)　系統(tǒng)間遠(yuǎn)程通信和信息交換　局域網(wǎng)和城域網(wǎng)　特定要求　站點和媒體訪問控制連通性發(fā)現(xiàn)

ICS35.110GB/T42459—2023信息技術(shù)系統(tǒng)間遠(yuǎn)程通信和信息交換局域網(wǎng)和城域網(wǎng)特定要求站點和媒體訪問控制連通性發(fā)現(xiàn)國家市場監(jiān)督管理總局國家標(biāo)準(zhǔn)化管理委員會GB/T42459—2023 Ⅲ 1 1 23.1定義 23.2數(shù)值表示 4 5 55.1聲明 55.2PICS 6 65.4可選的能力 66操作原理 7 7 7 86.4LLDP信息分類 8 96.6傳輸原理 96.7接收原理 96.8具有多個LLDP代理的系統(tǒng) 6.9LLDP與鏈路聚合 7.1概述 7.3源地址 7.4以太網(wǎng)類型的使用和編碼 7.5LLDPDU接收 8LLDPDU和TLV格式 8.1LLDPDU位和八位字節(jié)約定 8.2LLDPDU格式 8.3TLV分類 IGB/T42459—20238.5基本管理TLV集格式和定義 8.6組織特定的TLV 9LLDP代理操作 9.1操作要求 9.2狀態(tài)機 10.2LLDP管理實體的職責(zé) 10.3管理對象 4810.4數(shù)據(jù)類型 4810.5LLDP變量 11LLDPMIB定義 11.2互聯(lián)網(wǎng)標(biāo)準(zhǔn)管理框架 11.4與其他MIB的關(guān)系 11.5LLDP基礎(chǔ)MIB模塊的安全考慮 附錄A(資料性)本文件與ISO/IEC/IEEE8802-1AB:2017相比的結(jié)構(gòu)變化情況 附錄B(資料性)PICS形式 附錄C(資料性)PTOPOMIB更新 附錄D(資料性)LLDP傳輸幀格式示例 參考文獻(xiàn) ⅢGB/T42459—2023本文件按照GB/T1.1—2020《標(biāo)準(zhǔn)化工作導(dǎo)則第1部分：標(biāo)準(zhǔn)化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)定起草。本文件修改采用ISO/IEC/IEEE8802-1AB:2017《信息技術(shù)系統(tǒng)間遠(yuǎn)程通信和信息交換局域本文件與ISO/IEC/IEEE8802-1AB:2017相比，在結(jié)構(gòu)上有較多調(diào)整，兩個文件之間的結(jié)構(gòu)編號變化對照一覽表見附錄A。本文件做了下列編輯性改動：域網(wǎng)特定要求站點和媒體訪問控制連通性發(fā)現(xiàn)》;——更改了文件的范圍表述(見第1章),以符合GB/T1.1—2020的相關(guān)規(guī)定；請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構(gòu)不承擔(dān)識別專利的責(zé)任。本文件由全國信息技術(shù)標(biāo)準(zhǔn)化技術(shù)委員會(SAC/TC28)提出并歸口。有限公司。1GB/T42459—2023信息技術(shù)系統(tǒng)間遠(yuǎn)程通信和信息交換局域網(wǎng)和城域網(wǎng)特定要求站點和媒體訪問控制連通性發(fā)現(xiàn)ISO/IEC8802-3信息技術(shù)系統(tǒng)間遠(yuǎn)程通信和信息交換局域網(wǎng)和城域網(wǎng)特定要求第3部Telecommunicationsandinformationexchangebetweensystems—Localandmetropolitanareanet-works—Specificrequirements—Part3:Carriersensemultipleaccesswithcollisiondetection(CSMA/CD)accessmethodandphysicallayerspecifications]注：GB/T15629.3—2014信息技術(shù)系統(tǒng)間遠(yuǎn)程通信和信息交換局域網(wǎng)和城域網(wǎng)特定要求第3部分：帶ISO/IEC8824-1信息技術(shù)抽象語法記法一(ASN.1)第1部分：基本記法規(guī)范[Informationtechnology—AbstractSyntaxNotationOne(ASN.1)—Part1:Specificationofbasicnotation]注：GB/T16262.1—2006信息技術(shù)抽象語法記法一(ASN.1)第1部分：基本記法規(guī)范(ISO/IEC8824-1:2002,IDT)ISO/IEC15802-1信息技術(shù)系統(tǒng)間遠(yuǎn)程通信和信息交換局域網(wǎng)和城域網(wǎng)公共規(guī)范第1exchangebetweensystems—Localandmetropolitanareanetworks—Commonspecifications—Part1:MediumAccessControl(MAC)servicedefinition]信息技術(shù)系統(tǒng)間遠(yuǎn)程通信和信息交換局域網(wǎng)和城域網(wǎng)公共規(guī)范第1部分：媒ISO/IEC/IEEE8802-A信息技術(shù)系統(tǒng)間遠(yuǎn)程通信和信息交換局域網(wǎng)和城域網(wǎng)第A部分：概述和體系結(jié)構(gòu)(InformationTechnology—TelecommunicationsandInformationExchangeBetweenSystems—LocalandMetropolitanAreaNetworks—PartA:OverviewandArchitecture)體訪問控制(MAC)安全性(Telecommunicationsandexchangebetweeninformationtechnologysys-tems—Requirementsforlocalandmetropolitanareanetworks—Part1AE:Mediaaccesscontrol2GB/T42459—2023(MAC)security)ISO/IEC/IEEE8802-1AX信息技術(shù)系統(tǒng)間遠(yuǎn)程通信和信息交換局域網(wǎng)和城域網(wǎng)特定要求第AX部分：鏈路聚合(Informationtechnbetweensystems—Localandmetropolitanareanetworks—Specificrequirements—Part1AX:Linkag-gregation)端口的網(wǎng)絡(luò)訪問控制(Telecommunicationsandexchangebetweeninformationtechnologysystems—Requirementsforlocalandmetropolitanareanetworks—Part1X:Port-basednetworkaccesscontrol)ISO/IEC/IEEE8802-1Q:2016信息技術(shù)系統(tǒng)間遠(yuǎn)程通信和信息交換局域網(wǎng)和城域網(wǎng)特exchangebetweensystems—Localandmetropolitanareanetworks—Specificrequirements—Part1Q:Bridgesandbridgednetworks)IETFRFC3046DHCP中繼代理信息選項，2001年1月(DHCPRelayAgentInformationOption,January2001)IETFRFC3232分配號碼：RFC1700被聯(lián)機數(shù)據(jù)庫取代，2002年1月(AssignedNumbers:RFC1700isReplacedbyanOn-lineDatabase,January2002.2)theSimpleNetworkManagementProtocol(SNMP),December2002]IETFRFC3418用于簡單網(wǎng)絡(luò)管理協(xié)議(SNMP)的管理信息庫(MIB),2002年12月[ManagementInformationBase(MIB)fortheSimpleNetworkManagementProtocol(SNMP),De-cember2002]ofISO10646,November2003)IETFRFC4502遠(yuǎn)程網(wǎng)絡(luò)監(jiān)控管理信息庫第二版，2006年5月(RemoteNetworkMonitoringManagementInformationBaseVersion2,May2006)備管理信息庫，2006年12月[CableDeviceManagementInformationBaseforData-Over-CableServInterfaceSpecification(DOCSIS)CompliantCableModemsandCableModemTerminationSystems,December2006]IETFRFC4789基于IEEE802網(wǎng)絡(luò)的簡單網(wǎng)絡(luò)管理協(xié)議(SNMP),workManagementProtocol(SNMP)overIEEE802Networks,November2006]IETFRFC6933實體MIB(版本4),2013年5月[EntityMIB(Version4),May2013]1)IETF(即RFC文檔)可從/下載。2)IETFRFC3232ianaAddressFamilyNumbers在線數(shù)據(jù)庫模塊可在訪問。3GB/T42459—2023使用8位通用字符集(UCS)/Unicode轉(zhuǎn)換格式(UTF-8)八字節(jié)序列進行編碼的信息。包含一個或多個1SO/IEC/IEEE8802-ALAN工作站及其相關(guān)應(yīng)用程序功能的物理組件。機箱標(biāo)識符chassisidentifier為與某個端口關(guān)聯(lián)的特定MSAP實現(xiàn)LLDP的協(xié)議實體。MAC服務(wù)提供給LLC子層的訪問點。MSAP標(biāo)識符MSAPidentifier3.1.8實現(xiàn)特定網(wǎng)絡(luò)管理協(xié)議的協(xié)議實體，它提供對與協(xié)議相關(guān)的、在主機機箱上實現(xiàn)的MIB的訪問MIB3.1.103.1.114GB/T42459—20233.1.12NMS能夠利用MIB中的信息的管理系統(tǒng)。3.1.13對象標(biāo)識符objectidentifier用于命名對象的標(biāo)識符。在結(jié)構(gòu)上，OID由分層分配的名稱空間中的一個節(jié)點組成，該名稱空間在ISO/IEC8824-1抽象語法符號1(ASN.1)中正式定義。OID在本文件中用于識別MIB模塊及其包3.1.14機箱/系統(tǒng)中支持MSAP的實體，每個實體合并一個MSAP,并標(biāo)識在MSAP上提供MAC服務(wù)的可管理實體的集合。3.1.15端口標(biāo)識符portidentifier系統(tǒng)的使用和管理是持久的(而全局標(biāo)識MSAP的MAC地址則不能)。3.1.163.1.17不轉(zhuǎn)發(fā)的ISO/IEC/IEEE8802-A中規(guī)定的LAN站，如用戶工作站、網(wǎng)絡(luò)文件服務(wù)器或打印服3.1.18TLV3.2數(shù)值表示成的字符串，后跟下標(biāo)16,除非在C-code上下文中被寫為0x123EF2等。二進制數(shù)由一個或多個二進MAC地址、以太網(wǎng)類型值和OUI/EUI值表示為由連字符分隔、沒有下標(biāo)的8位十六進制數(shù)字組55-11”。5GB/T42459—20234縮略語下列縮略語適用于本文件。IANA互聯(lián)網(wǎng)分配號碼管理局(InternetAssignedNumbersAuthority)ID標(biāo)識符(Identifier)IETF互聯(lián)網(wǎng)工程工作組(InternetEngineeringTaskForce)LLC邏輯鏈路控制(子層)[LogicalLinkControl(Sublayer)]LLDP鏈路層發(fā)現(xiàn)協(xié)議(LinkLayerDiscoveryProtocol)LLDPDU鏈路層發(fā)現(xiàn)協(xié)議數(shù)據(jù)單元(LinkLayerDiscoveryProtocolDataUnit)LSAP鏈路服務(wù)接入點(LocalSecurityAuthorityProcess)MAC媒體訪問控制(子層)[MediaAccessControl(Sublayer)]MIB管理信息庫(ManagementInformationBase)MSAP媒體訪問控制服務(wù)訪問點(MediaAccessControlServiceAccessPoint)MSDU媒體訪問控制服務(wù)數(shù)據(jù)單元(MediaAccessControlServiceDataUnit)NMS網(wǎng)絡(luò)管理系統(tǒng)(NetworkManagementSystem)OID對象標(biāo)識符(ObjectIdentifier)OUI組織唯一標(biāo)識符(OrganizationallyUniqueIdentifier)PICS協(xié)議實現(xiàn)符合性聲明(ProtocolImplementationConformanceStatement)PTOPO因特網(wǎng)工程任務(wù)組物理拓?fù)涔芾硇畔斓拿Q(theNameoftheInternetEngineeringSNMP簡單網(wǎng)絡(luò)管理協(xié)議(SimpleNetworkManagementProtocol)TPMR雙端口媒體訪問控制繼電器(Two-portMediaAccessControlRelay)TTL生存時間(值)[TimeToLive(Value)]UTF-88位通用字符集/Unicode轉(zhuǎn)換格式(8-bitUniversalCharacterSet/UnicodeTransforma-tionFormat)本章規(guī)定了符合本文件實現(xiàn)所提供的強制和可選功能：c)“可”是選擇性建議。6GB/T42459—2023聲稱符合本文件的實施方的供應(yīng)商需完成附錄B中提供的PICS形式，并提供識別供應(yīng)商和實施第6章所述。b)目標(biāo)地址和源地址應(yīng)符合7.2和7.3。c)以太網(wǎng)類型封裝應(yīng)符合7.4的規(guī)定。d)LLDPDU識別和接收應(yīng)符合9.2.10中定義的接收狀態(tài)機的操作。e)LLDPDU封裝應(yīng)符合8.2。f)基本的TLV格式功能應(yīng)按照8.4中定義的方式實現(xiàn)。g)TLV的基本管理集應(yīng)按照8.5中定義的那樣實現(xiàn)。h)組織特定的TLV格式能力應(yīng)按照8.6中定義的方式實施。i)本文件應(yīng)符合表8中所有第9章子條款的規(guī)定，適用于正在實施的特定工作模式(僅發(fā)送、僅j)如果支持接收LLDPDU,對于所支持的每一組TLV(基本管理集和任何特定于組織的集),應(yīng)k)如果支持LLDPDU的傳輸，則對于所支持的每一組TLV(基本管理集和任何組織特定集),應(yīng)1)如果支持LLDPDU的傳輸，對于支持的每一組TLm)如果支持SNMP,則1)該系統(tǒng)應(yīng)符合第11章的LLDP管理規(guī)范，并應(yīng)實現(xiàn)表10所示的基本LLDPMIB第2版2)系統(tǒng)應(yīng)支持IETFRFC3417或IETFRFC4789定義的至少一個傳輸映射。n)如果SNMP不受支持，則系統(tǒng)應(yīng)為正在實施的操作模式提供與10.1中所指定的功能相當(dāng)?shù)牡?章中所規(guī)定的。7GB/T42459—2023LLDP是一種鏈路層協(xié)議，它允許ISO/IEC/IEEE8802-A局域網(wǎng)的站通知與MSAP相關(guān)聯(lián)的系統(tǒng)的能力和當(dāng)前狀態(tài)。MSAP向LLC實體提供MAC服務(wù)，該LLC實體向LLDP代理提供LSAP,LLDP代理向連接到同一LAN的其他站的LLDP代理發(fā)送和接收信息。在每個LLDPDU中分發(fā)和接收的信息被存儲在一個或多個管理信息庫(MIB)中。圖1描述了LLDP代理及其與LLC實體和各LLDPMIB擴展實體MIB)LLDP頓LSAPMSAP接口MIBPTOPOMIB本文件描述了LLDP操作的一般原則。規(guī)定了LLPDU的發(fā)送、接收和尋址(第7章);LLDPDU格式(第8章);每個LLDP代理的詳細(xì)操作，包括狀態(tài)機(第9章);LLDP的管理(第10章);以及用于LLDP管理的MIB模塊(第11章)。即基于ISO/IEC8802-3中定義的長度/類型字段的來進行協(xié)議識別，或使用ISO/IEC/IEEE8802-A中描述注2:LLC實體還向其他較高層協(xié)議實體(如負(fù)責(zé)生成樹協(xié)議和IP的實體)提供不同的LSAP。在網(wǎng)橋中.與每個網(wǎng)橋端口相關(guān)聯(lián)的LLC實體被建模為直接連接到所連接的LAN,如ISO/IEC/IEEE8802-1Q:2016的8.13.98GB/T42459—2023每個LLDPDU包含以下三個必選的TLV(見表4),并且可包含網(wǎng)絡(luò)管理選擇的可選TLV:d)機箱IDTLV字段；e)端口IDTLV字段；f)生存時間TLV字段；g)零個或多個可選的TLV字段，數(shù)量由LLDPDU的最大大小決定；h)一個可選的LLDPDUTLV結(jié)束字段。注1:以上聲明適用于任何LLDP代理；但是，可能有多個LLDP代理使用不同的MAC地址發(fā)送和接收LLDPDU.生存時間TLV的生存時間(TTL)域中的非零值告訴接收LLDP代理與此LLDPDU的MSAP標(biāo)會自動丟棄所有相關(guān)信息。零值表示與此LLDPDU的MSAP標(biāo)識符相關(guān)的任何信息都將立即被注2:TTL值為0時，可用來表示發(fā)送端口啟動了端口關(guān)閉過程。LLDPDUTLV的結(jié)束標(biāo)志著LLDPDU的結(jié)束。6.3LLDP運行模式體報告所發(fā)現(xiàn)信息的方法。6.4LLDP信息分類本文件定義的基本管理TLV集(所有LLDP實現(xiàn)都需要)可用于描述系統(tǒng)和協(xié)助與MSAP標(biāo)識符a)端口描述TLV;b)系統(tǒng)名稱TLV;c)系統(tǒng)描述TLV;9GB/T42459—2023e)管理地址TLV。組織特定的TLV可由專業(yè)組織或與系統(tǒng)內(nèi)正在實施的特定功能有關(guān)的單個供應(yīng)商定義。8.6中6.5TLV選擇用于構(gòu)建要發(fā)送的各種TLV的信息存儲在LLDP本地系統(tǒng)MIB中。具體的TLVs發(fā)送的選擇是在網(wǎng)絡(luò)管理的控制下進行的。從遠(yuǎn)程LLDP代理接收的信息存儲在LLDP遠(yuǎn)程系統(tǒng)MIB中。象信息轉(zhuǎn)換為TLV格式。該TLV信息被插入到LLDP傳輸模塊的LLDPDU中。LLDP傳輸模塊在注1:因為傳輸周期可在LLDP本地系統(tǒng)MIB中發(fā)生更改時啟動，所以在短時間內(nèi)連續(xù)的一系列更改可能會觸發(fā)在給定的時間段內(nèi)有一個定義的最大LLDPDU傳輸數(shù)量。注2:在正常情況下，接收LLDP代理的遠(yuǎn)程系統(tǒng)MIB中的信息會定期刷新，以避免因老化而被丟棄。為防止接收LLDP代理的遠(yuǎn)程系統(tǒng)MIB信息因為在傳輸過程中丟失了一個刷新幀而老化，發(fā)送LLDP代理通常設(shè)置LLDP可披露在某些環(huán)境中認(rèn)為是敏感的有關(guān)設(shè)備和網(wǎng)絡(luò)的信息。當(dāng)在LLDP消息中包含信息6.7接收原理LLDP接收模塊使用LLC實體的服務(wù)來識別傳入的MA_UNITDATA.indication。指示包含目標(biāo)地址和MSDU報頭值的正確組合，以標(biāo)識它是來自接收到的LLDPDU的結(jié)果。LLDP6.7.2LLDPDU和TLV錯誤處理檢查LLDPDU以確保它在幀的開頭包含三個強制TLV的正確序列(機箱IDTLV、端口IDTLV和生存時間TLV),然后依次驗證每個可選TLV。在前三個強制TLV中包含可檢測錯誤的LLDPDU在TLV中，信息字符串長度字段包含一個值，若該值大于信息字符串中字段長度的總和，則該續(xù)處理該版本中定義的字段，并忽略后續(xù)版本中在信息字符串末尾添加的任何新字段。該新字段中包含的任何信息都不能通過標(biāo)準(zhǔn)MIB提供給網(wǎng)絡(luò)管理協(xié)議。GB/T42459—20236.7.3LLDP遠(yuǎn)程系統(tǒng)MIB更新在所有TLV經(jīng)過驗證后，LLDP遠(yuǎn)程系統(tǒng)MIB將被更新。LLDP遠(yuǎn)程系統(tǒng)MIB更新過程定義見6.8具有多個LLDP代理的系統(tǒng)于傳輸和接收的LLC實體的MSAP相關(guān)聯(lián)。每個LLDP代理直接使用它的LSAP,而不使用LSAP之上的任何額外多路復(fù)用或?qū)ぶ穪碇С侄鄠€代理使用該LSAP;每個LLC實體使用單個MSAP提供的的MSAP,并且接收代理可使用6.3中指定的MSAP標(biāo)識符惟一地標(biāo)識該代理。一個LLDP管理實體可支持同一系統(tǒng)中多個LLDP代理的操作。)MSAP)MSAPLSAP)MSAP)MSAP一個給定的系統(tǒng)可能使用多個LLDP代理，因為它自然包含多個MSAP,或者因為它能將不同的信息(不同的TLV)傳輸給不同的對等集。這些對等點集可通過系統(tǒng)中對MAC服務(wù)的支持方式來確定(見ISO/IEC15802-1,ISO/IEC/IEEE8802-ALAN的無連接特性描述)。例ISO/IEC/IEEE8802-1Q:2016)連接到多個LAN,每個LAN在不同的MSAP上提供MAC服務(wù)。另一個不同的例子是一個工作站使用基于端口的網(wǎng)絡(luò)訪問控制(ISO/IEC/IEEE8802-1X)來同時提供受控端口和非受控端口，即兩個不同的MSAP,可能具有不同的連接，用于傳輸和接收到一個局域網(wǎng)的數(shù)據(jù)。類似地，不同的目標(biāo)地址可與不同的潛在收件人集關(guān)聯(lián)。表1標(biāo)識了可用于LLDPDU傳輸?shù)慕MLAN上傳輸和接收。LLDPDU源的信息，因此來自不同發(fā)送方的LLPDU攜帶的信息可在遠(yuǎn)程系統(tǒng)MIB中獨立記錄。圖3說明了LLDP在MAC網(wǎng)橋中的使用，其中兩個端口各有一個LLDP代理。圖4顯示了基于GB/T42459—2023端口的網(wǎng)絡(luò)訪問控制(ISO/IEC/IEEE8802-1X)的終端系統(tǒng)中使用LLDP的情況，該系統(tǒng)由MACsec(ISO/IEC/IEEE8802-1AE)支持);受控端口支持LLDP代理，而非受控端口可能支持另一個LLDP代理。圖5顯示了在兩個端口上都使用了基于端口的網(wǎng)絡(luò)訪問控制的MAC網(wǎng)橋的LLDP。LLDP代坦LLDP代理LLDP代坦MAC轉(zhuǎn)發(fā)實體802.1AC第11章802.1AC第11章第11章802.1AC802.1AC802.1AC第12章其他不受控其他不受控端口客戶端(LSAP)MACsec(SecY&KaY)LANMACLL.DP代理(LSAP)其他受控端LLC不受控端口客戶端MACsee(SecY&KaY)LANMACLLDP代理口客戶端LLDP代理圖4LLDP在終端系統(tǒng)中基于端口的網(wǎng)絡(luò)訪問控制在不受保護的鏈路上發(fā)送的LLDP幀可能被攻擊者修改。如果實現(xiàn)要根據(jù)接收到的LLDP屬性信息進行操作。GB/T42459—2023LLDPLLCLLDPLLC小MAC轉(zhuǎn)發(fā)實體小802.1AC第12章LLDPLLCMACsecLLDPLLC802.1AC第12章SS=安全服務(wù)表1中標(biāo)識的組地址取自橋接標(biāo)準(zhǔn)指定的保留地址集。根據(jù)ISO/IEC/IEEE8802-1Q:2016表4此，特定地址的選擇允許給定的代理將LLDPDU的通知限制在一個單獨的LAN上，或者允許LLDPDU的通知有更大的范圍。圖6說明了在表1中確定的三個目標(biāo)組MAC地址可實現(xiàn)的各種作最近的客戶橋..non-TPMR橋最近橋橋的橋橋橋址作用域，該墊片通過在這些MSAP和端口的公共MSAP之間進行多路復(fù)用和多路解復(fù)用來提供必要的不同MSAP,如圖7所示。GB/T42459—2023LSAPLSAPLLC多路復(fù)用/多路LLCMSAPMSAPMSAPMAC實體圖7使用墊片進行多路復(fù)用和多路解復(fù)用6.9LLDP與鏈路聚合LLDP代理可被配置在ISO/IEC/IEEE8802-1AX聚合端口和任意數(shù)量的屬于聚合的物理端口上。一些TLV(例如，在ISO/IEC8802-3中定義的MDATLV的功率)僅在配置在物理端口上的LLDP代理發(fā)送時才有意義，并且如果在聚合上被配置，則可能導(dǎo)致錯誤操作。其他TLV(例如，適用于由聚合表示的模擬單個接口的信息。并非所有定義LLDPTLV的標(biāo)準(zhǔn)都陳述每個TLV是否根據(jù)ISO/IEC/IEEE8802-1AX的規(guī)定，在聚合端口或聚合的一個物理端口上配置的LLDP代理發(fā)送鏈路聚合TLV,進程接收LLDPDU。在聚合的物理端口上配置的LLDP代理使用ISO/IEC/IEEE8802-1AX中指定的LLDP解析器/多路復(fù)用器來傳輸和接收包含特定于該物理端口的TLV的按照ISO/IEC/IEEE8802-1AX中指定的方式傳輸鏈路聚合TLV和處理接收到的LLDPDU。注：聚合端口與物理端口的區(qū)別類似于7.2中討論的目標(biāo)MAC地址的區(qū)別。在這兩種情況下，承載特定于物理鏈接的信息的LLDPTLV應(yīng)僅在具有最短到達(dá)距離的LLDP代理中使用。本文件旨在兼容所有ISO/IEC/IEEE8802-AMAC。LLDP使用LLDP/LSAP和LLC提供的服務(wù)來發(fā)送和接收LLDPDU。LLC實體將LLDPDU作為單個MAC服務(wù)請求，該實體使用了在MSAP上提供的MAC服務(wù)的單個實例。每個傳入LLDP幀在MSAP中被LLC實體接收為MAC服務(wù)指示。ISO/IEC/IEEE8802-A中描述。GB/T42459—2023a)目的地址；c)以太網(wǎng)類型；d)LDLDPU。LLDP以太網(wǎng)類型用于識別LLDP協(xié)議，它被預(yù)先寫入LLDPDU(如圖8所示),以形成相應(yīng)MAC服務(wù)請求的MSDU。LLDPEtherTypLLDPDULLDPDU報頭可由LLDP使用的MAC地址見表1。這些地址在ISO/IEC/IEEE8802-1Q:2016C-VLAN和MAC橋接組件保留地址(見ISO/IEC/IEEE8802-1Q:2016表4)、S-VLAN組件保留地址(見ISO/IEC/IEEE8802-1Q:2016表5)和TPMR組件保留地址(見ISO/IEC/IEEE8802-1Q:2016表6)a)最近的橋接組MAC地址是一個不符合雙端口MAC中繼(TPMR)組件、S-VLAN組件、C到與接收站相同的單獨LAN段上的站的信息。注1:選擇此地址是為了能夠傳輸包含特定于單個局域網(wǎng)的信息的LLDP幀，并且為了使該信息的通知不超過該單個局域網(wǎng)的范圍，以避免這些幀攜帶的信息含義被誤解。例如，包含TLV如果通過網(wǎng)橋通知到第二個ISO/IEC8802-3LAN,則容易被誤解，技術(shù)的局域網(wǎng)則沒有意義。這是在ISO/IEC/IEEE8802-1AB:2005中使用的“LLDP_Multicast地址”。中間的C-VLAN組件、S-VLAN組件或MAC橋接器隔離。然而，在發(fā)送路徑中可能存在一個或多個TPMR組件。注2:選擇此地址是為了使相鄰網(wǎng)橋之間的信息通信成為可能，并使該通信對傳輸路徑中是否存在TPMR是透明c)最近的客戶網(wǎng)橋組MAC地址是一個不符合C-VLAN組件或MAC網(wǎng)橋轉(zhuǎn)發(fā)的地址。但是，該地址是由TPMR組件和S-VLAN組件中繼的。因此，此地址上接收的LLDPDU表示沒有通過任何中間的C-VLAN組件(例如，C-VLAN橋或供應(yīng)商邊緣橋)與接收站分隔開的實現(xiàn)透明通信。此地址范圍與客戶到客戶的MACSec連接的地址范圍相同。GB/T42459—2023表1LLDP可使用的MAC地址名稱值最近的網(wǎng)橋01-80-C2-00-00-0E限于單個物理鏈路的通知；停止于所有類型的網(wǎng)橋最近的non-TPMR網(wǎng)橋01-80-C2-00-00-03通知受到除TPMR以外的所有網(wǎng)橋的限制；用來在提供商橋接網(wǎng)絡(luò)中使用最近的客戶網(wǎng)橋01-80-C2-00-00-00通知受到客戶網(wǎng)橋的限制；這與客戶-客戶MACSec連接的覆蓋范圍相同注4:LSAP或以太網(wǎng)類型字段是區(qū)分不同協(xié)議在具有相同組或單個目標(biāo)地址的幀中傳輸所必需的。在修訂此標(biāo)某些執(zhí)行旨在防止BPDU丟失的優(yōu)先級處理資源之前，可能僅識別幀的目標(biāo)地址。由于LLDP速率限制了LLDPDU的傳輸，LLDPDU對資源的額外消耗不太可能帶來實現(xiàn)的穩(wěn)定性問題。除了確定傳輸范圍之外，對多個目標(biāo)MAC地址的支持可在不同的傳輸范圍內(nèi)支持不同的除了表1中所示的對標(biāo)準(zhǔn)組MAC地址的規(guī)定支持之外，LLDP的實現(xiàn)可能支持LLDPDU的以下d)任意組MAC地址；e)任意單獨的MAC地址。地址C-VLAN網(wǎng)橋S-VLAN網(wǎng)橋TPMR網(wǎng)橋端點站最近的網(wǎng)橋強制性的強制性的強制性的強制性的最近的non-TPMR網(wǎng)橋強制性的強制性的不準(zhǔn)許的推薦的最近的客戶網(wǎng)橋強制性的不準(zhǔn)許的不準(zhǔn)許的推薦的任意其他組MAC地址允許的允許的允許的允許的任何單獨MAC地址允許的允許的允許的允許的注6:使用單個MAC地址的選項支持在IEEEStd802.11[2]和其他無線局域網(wǎng)中使用LLDP,這些局域網(wǎng)需要在特定的邏輯端口上針對特定的TLV內(nèi)容。特別地，使用一個單獨的MAC地址允許一個訪問點在它相關(guān)聯(lián)的一個單獨的站上直接使用LLDP幀。注7:如果給定的LLDP代理將單個MAC地址用作目標(biāo)地址，則該代理也不會在該地址上接收LLDPDU;對于LLDP代理來說，將LLDP幀發(fā)送到GB/T42459—2023接收發(fā)送到給定的單獨MAC地址的LLDPDU,則它也不會將LLDPDU發(fā)送到該地址。因此，與單個MAC注8:給定LLDP代理使用的目標(biāo)MAC地址只定義了LLDPDU的傳輸范圍和預(yù)期的接收方；它在協(xié)議識別中沒有任何作用。特別是，表1中標(biāo)識的MAC地址并不是LLDP專用的；需要使用類似傳輸范圍的其他協(xié)議可7.3源地址用于標(biāo)識LLDP協(xié)議的以太網(wǎng)類型應(yīng)按照表3中指定的LLDP以太網(wǎng)類型值。表3LLDP以太網(wǎng)類型名稱值LLDP以太網(wǎng)類型88-CC當(dāng)LLC實體使用由不直接支持以太網(wǎng)類型編碼的特定媒體訪問控制方法所支持的MSAP(例注：附錄D為直接編碼和SNAP編碼的LLDP以太網(wǎng)類型編碼方法提供了LLDP傳輸幀格式的示例。7.5LLDPDU接收下列情況LLDPDU應(yīng)被傳遞到LLDP接收模塊：a)目標(biāo)MAC地址為與相應(yīng)的LLDP代理相關(guān)聯(lián)MAC地址；注：目標(biāo)MAC地址是表1中的一個地址，或是任何其他有效的MAC地址，見7.2。b)以太網(wǎng)類型等于表3所示的值。8LLDPDU和TLV格式8.1LLDPDU位和八位字節(jié)約定順序增加。字節(jié)中的位從1到8編號，其中位1是低階位。b)在一個字節(jié)內(nèi)，位顯示為位8在左側(cè)，位1在右側(cè)。8.2LLDPDU格式LLDPDU應(yīng)包含以下三個TLV的有序序列，如圖9所示。LLDPDUTLV的結(jié)束可作為GB/T42459—2023LLDPDU中的最后一個TLV:a)三個強制性TLV應(yīng)包括在每個1)機箱IDTLV;2)端口IDTLV;b)由網(wǎng)絡(luò)管理選擇的可選TLV(可按任意順序插入);8位字節(jié)c)如果存在LLDPDUTLV末端，則為LLDPDU中的最后一個TLV。8位字節(jié)N機箱IDTLV端口IDTLVTLV的生存時間可選TLV可選TLVILV結(jié)束LLDPDU的最大長度應(yīng)是特定傳輸速率和協(xié)議允許的最大信息字段長度。例如，在ISO/IEC8802-3MAC中，最大LLDPDU長度是基本未標(biāo)記的MAC幀(1500字節(jié))的最大數(shù)據(jù)字段注2:除了符合的實現(xiàn)支持表4中規(guī)定的對TLV的強制要求所隱含的最小長度之外，沒有定義LLDPDU的最小8.3TLV分類a)一組TLV被認(rèn)為是網(wǎng)絡(luò)站點管理的基礎(chǔ)，并且是所有LLDP實現(xiàn)所需的功能。這個類別中的每個TLV都由唯一的TLV類型值來標(biāo)識，TLV類型值指示TLV中包含的特定類型的b)由標(biāo)準(zhǔn)組(如IEEE802.1和ISO/IEC8802-3等)定義的組織特定的TLV擴展1)該類別中的TLV由一個通用的TLV類型值確定，TLV類型值表明TLV屬于組織特定2)每個組織通過其組織唯一標(biāo)識符(OUI)來標(biāo)識；3)組織特定的TLV子類型值表示TLV中包含的信息類型。在本文件8.4中定義了基本的TLV格式和一般字段定義規(guī)則。在本文件8.5中定義了所有基本管理集TLV的具體定義和使用要求。與每個特定的TLV有關(guān)的使用規(guī)則/要求包含在該特定TLVTLV有關(guān)的使用規(guī)則和要求包含在該特定TLV的定義中。8.4基本TLV格式圖10描述了基本的TLV格式。GB/T42459—20238位字節(jié)位18TLV類型(7位)2TLV報頭3TLV信息字符申(0≤n≤511八位字節(jié))圖10基本的TLV格式TLV類型字段占用TLV格式的第一個字節(jié)的七個最高有效位。TLV格式的第一個八位字節(jié)中的最低有效位是TLV信息字符串長度字段的最高有效位。8.4.2TLV的類型TLV類型字段有7位長，用于標(biāo)識特定的TLV。定義了兩類TLV:a)所有LLDPDU中應(yīng)包括的強制性TLV;b)LLDPDU可能包括的可選的TLV。當(dāng)前定義TLV的類型值標(biāo)識見表4,以及它們在任何特定LLDPDU中是強制的還是可選的。TLV名稱LLDPDU中的用法參考0L.LDPDU結(jié)束可選8.5.11機箱ID強制性的8.5.22端口ID強制性的8.5.33生存時間強制性的8.5.44端口說明可選8.5.55系統(tǒng)名稱可選8.5.66系統(tǒng)描述可選8.5.77系統(tǒng)功能可選8.5.88管理地址可選8.5.99-126保留以供將來標(biāo)準(zhǔn)化組織特定的TLV可選類型值為0-8的TLV在基本管理集中。8.4.3TLV信息字符串長度8.4.4TLV信息字符串信息字符串：GB/T42459—20231)二進制位映像中的第1位應(yīng)是字段中最不重要的位；2)字母數(shù)字字段的第一個字節(jié)應(yīng)是最重要的字節(jié)；3)字母數(shù)字信息應(yīng)用UTF-8編碼[IETFRFC3629]。8.5基本管理TLV集格式和定義8.5.1LLDPDUTLV結(jié)束LLDPDUTLV的結(jié)束是一個2位八位字節(jié)的全零TLV,用于標(biāo)記LLDPDU中TLV序列的結(jié)束。此TLV的格式如圖11所示。I2TLV的類型=0TLV信息字符申長度821需的最小長度，ISO/IEC8802-3MAC會添加填補字節(jié)來完成最小長度數(shù)據(jù)字段。由于填補字節(jié)是未指定的，因此可使用LLDPDUTLV的結(jié)束來防止接收LLDP代理將非零填補字節(jié)理解為另一個TLV。8.5.2機箱IDTLV機箱IDTLV格式機箱IDTLV是一個強制性的TLV,它標(biāo)識包含與傳輸LLDP代理相關(guān)聯(lián)的ISO/IEC/字段引用的部件類型。每個LLDPDU應(yīng)僅包含一個機箱IDTLV,并且機箱ID字段值對于所有LLD-機箱IDTLV應(yīng)是LLDPDU中的第一個TLV。其格式如圖12所示。GB/T42459—20238位字節(jié)：23TLV的類型-1(7位)TLV信息字符串長度(9位)機箱ID子類型(8位)機箱ID(1≤n≤255八位字節(jié))TLV報頭TLV信息字符申圖12機箱IDTLV格式TLV信息字符串長度TLV信息字符串長度字段應(yīng)以字節(jié)表示(機箱ID子類型+機箱ID)的確切長度字段。機箱ID子類型義的機箱ID子類型及其優(yōu)先使用順序見表5。表5機箱ID子類型枚舉ID子類型ID基礎(chǔ)參考0預(yù)留1機箱組件EntPhysicalAlias當(dāng)entPhysClass的值為‘chassis(3)'時(IETFRFC6933)2接口別名IfAlias(IETFRFC2863)3端口組件RFC6933)4端口組件MACaddress(ISO/IEC/IEEE8802-A)5網(wǎng)絡(luò)地址networkAddress6接口名稱ifName(IETFRFC2863)7本地分配8-255預(yù)留'networkAddress是一個八字節(jié)字符串，它標(biāo)識一個特定的網(wǎng)絡(luò)地址族和一個以網(wǎng)絡(luò)八字節(jié)順序編碼的相關(guān)網(wǎng)絡(luò)地址。例如，IP地址將使用包含特定地址類型的1ANA地址系列編號枚舉值的第一個字節(jié)進行編碼，并使用包含地址值的第一個字節(jié)進行編碼(例如.C0-00-02-0A的編碼將表示IPv4地址0)。邏輯上是一個在本地分配的字母-數(shù)字字符串。機箱IDID值被連接起來形成本地MSAP標(biāo)識符，所以從表5中為機箱ID選擇的值應(yīng)是非空的。21GB/T42459—2023機箱IDTLV使用規(guī)則一個LLDPDU應(yīng)包含一個機箱IDTLV。端口IDTLV格式端口IDTLV是一個強制性的TLV,它標(biāo)識與傳輸LLDP代理相關(guān)聯(lián)的MSAP標(biāo)識符的端口組件。與機箱一樣，有可識別端口的幾種方式。端口ID子類型用于指示端口ID字段中引用端口的方式。每個LDLDU有且只有一個端口IDTLV。當(dāng)傳輸端口保持工作狀態(tài)時，端口ID值對于所有LDLDPU保持不變。端口IDTLV應(yīng)是LLDPDU中的第二個TLV,其格式如圖13所示。8位字節(jié)：123TLV的類型-2(7位)TLV信息字符申長度(9位)端口ID子類型(8位)端口ID(1≤n≤255八位字節(jié))88TLV報頭TLV信息字符串TLV信息字符串長度TLV信息字符串長度字段應(yīng)表示(端口ID子類型十端口ID)字段的長度，以字節(jié)為單位。端口ID子類型端口ID子類型字段應(yīng)包含一個整數(shù)值，該整數(shù)值指示端口ID字段中列出的標(biāo)識符的基礎(chǔ)。定義的端口ID子類型及其優(yōu)先使用順序見表6。表6端口ID子類型枚舉ID子類型ID基礎(chǔ)參考0預(yù)留1接口別名lfAlias(IETFRFC2863)2端口組件RFC6933)3MACaddress(ISO/IEC/IEEE8802-A)4網(wǎng)絡(luò)地址networkAddress5接口名稱ifName(IETFRFC2863)表6端口ID子類型枚舉(續(xù))ID子類型ID基礎(chǔ)參考6代理電路IDagentcircuitID(IETFRFC3046)7本地分配8-255預(yù)留'networkAddress是一個八字節(jié)字符串，它標(biāo)識一個特定的網(wǎng)絡(luò)地址族和一個以網(wǎng)絡(luò)八字節(jié)順序編碼的相關(guān)網(wǎng)絡(luò)地址。例如，IP地址將使用包含特定地址類型的IANA地址系列編號枚舉值的第一個字節(jié)進行編碼，并使用包含地址值的第一個字節(jié)進行編碼(例如，C0-00-02-0A的編碼將表示IPv4地址0)。邏輯是一個字母-數(shù)字字符串，在本地分配。端口ID箱ID和端口ID值以形成本地MSAP標(biāo)識符，所以從表6中為端口ID選擇的值應(yīng)是非空的。端口IDTLV使用規(guī)則一個LLDPDU應(yīng)只包含一個端口IDTLV。8.5.4生存時間TLV8.5,4.1生存時間TLV格式TLV的生存時間指接收方LLDP代理與該MSAP標(biāo)識符關(guān)聯(lián)的信息有效的秒數(shù)：a)當(dāng)TTL字段為非零時，接收LLDP代理被通知用所接收的LLDPDU中的信息完全替換與該b)當(dāng)TTL字段設(shè)置為0時，通知接收LLDP代理以刪除與LLDP代理/端口相關(guān)聯(lián)的所有系統(tǒng)22長度=228TLV報頭8TLV信息字符串(2字節(jié))TLV類型=3字節(jié)1438生存時間(TTL)TTL.字段應(yīng)包含一個范圍為0s≥t≥65535s的整數(shù)值，并在構(gòu)造LLDPDU時將其設(shè)置為txTGB/T42459—2023一個LLDPDU應(yīng)只包含一次生效的TLV。8.5.5端口聲明TLV端口聲明TLV格式端口描述TLV允許網(wǎng)絡(luò)管理來對ISO/IEC/IEEE8802-ALAN站的端口描述進行廣播。此TLV的格式如圖15所示。TLV類型-4位：82TLV報頭3端口聲明(0≤n≤255字節(jié))n+2圖15端口聲明TLV格式TLV信息字符串長度TLV信息字符串長度字段應(yīng)包含端口描述字段的精確長度(以字節(jié)為單位)。端口描述字段應(yīng)包含一個表示端口描述的字母-數(shù)字字符串。如果實現(xiàn)了IETFRFC2863,則應(yīng)將ifDescr對象用于該字段。端口描述TLV使用規(guī)則LLDPDU不應(yīng)包含一個以上的端口描述TLV。8.5.6系統(tǒng)名稱TLV系統(tǒng)名稱TLV格式系統(tǒng)名稱TLV允許網(wǎng)絡(luò)管理對系統(tǒng)的指定名稱進行廣播。該TLV的格式如圖16所示。字節(jié)：12TLV類型-5(7位)TLV信息字符串長度(9位)系統(tǒng)名稱(0≤n≤255字節(jié))828TLV信息字符申TLV報頭圖16系統(tǒng)名稱TLV格式GB/T42459—2023完全限定域名。如果實現(xiàn)支持IETFRFC3418,則應(yīng)將sysName對象用于該字段。系統(tǒng)名稱TLV使用規(guī)則一個LLDPDU不應(yīng)包含一個以上的系統(tǒng)名稱TLV。8.5.7系統(tǒng)聲明TLV系統(tǒng)聲明TLV允許網(wǎng)絡(luò)管理對系統(tǒng)的聲明進行廣播。此TLV的格式如圖17所示。字節(jié)：2TLV類型=6(7位)TLV信息字符中長度(9位)系統(tǒng)描述(0≤n≤255字節(jié))82TLV信息字符串ILV報頭圖17系統(tǒng)描述TLV格式TLV信息字符串長度統(tǒng)硬件類型、軟件操作系統(tǒng)和網(wǎng)絡(luò)軟件的全名和版本標(biāo)識。如果實現(xiàn)支持IETFRFC3418,則應(yīng)將系統(tǒng)描述TLV使用規(guī)則一個LLDPDU不應(yīng)包含一個以上的系統(tǒng)描述TLV。8.5.8系統(tǒng)功能TLV系統(tǒng)功能TLV格式系統(tǒng)功能TLV是一個可選的TLV,它標(biāo)識系統(tǒng)的主要功能和是否啟用了這些主要功能。圖18顯示了該TLV的格式。GB/T42459—2023(2字節(jié))TLV信息字符申TLV信息字符中長度=4(9位)片動功能(2字節(jié)TLV類型-7TLV報頭26圖18系統(tǒng)功能TLV格式保證支持的相關(guān)MIB或標(biāo)準(zhǔn)見表7。關(guān)聯(lián)位中的二進制位表示該功能的存在。單個系統(tǒng)可能表示位功能參考1其他2中繼器IETFRFC21088]3MAC橋接組件ISO/IEC/IEEE8802-1Q:20164802,11接入點(AP)IEEEStd802.112MIB5路由器6電話機IETFRFC4293012]7DOCSIS有線設(shè)備RFC454614]8站本身9C-VLAN組件ISO/IEC/IEEE8802-1Q:2016S-VLAN組件ISO/IEC/IEEE8802-1Q:2016雙端口MAC中繼組件ISO/IEC/IEEE8802-1Q:2016預(yù)留站本身能力是為僅實現(xiàn)端站能力而設(shè)計的，并且該表中沒有任何其他功能適用于此。因此，第8位不應(yīng)與任何其他位一起設(shè)置。啟用功能字段應(yīng)包含表7中列出的主要功能的位圖。二進制位表示當(dāng)前與該位關(guān)聯(lián)的功能已啟用。GB/T42459—2023系統(tǒng)功能TLV使用規(guī)則一個LLDPDU不能包含一個以上的TLV系統(tǒng)功能。8.5.9管理地址TLV管理地址TLV標(biāo)識與本地LLDP代理相關(guān)聯(lián)的地址，該地址可用于到達(dá)高層實體以協(xié)助通過網(wǎng)的空間。圖19顯示了管理地址TLV格式。字節(jié)管理地址半字節(jié)3456+mTLV類望-8(7位)TLV信息字符書長度=4(9位)管理地址串長度(1字節(jié))管現(xiàn)地址業(yè)型(1字節(jié))脊理地址(m-1-31字節(jié))按口編號業(yè)型(1字節(jié))按口數(shù)量(4字節(jié))對象標(biāo)識(OID)字符牢(1字節(jié))對象標(biāo)識符(0-128字節(jié))TLV報頭TLV信息字符豐9≤n≤167字節(jié)圖19管理地址TLV格式TLV信息字符串長度的枚舉包含在IETFRFC3232在線數(shù)據(jù)庫的ianaAddressFamilyNumbers模塊中，可通過web頁面注：由于管理地址字段的大小受到限制(最多31個字節(jié)),所以管理地址子類型的一些選項(比如長DNS名稱)可能5腳注a)。dressFamilyNumber是all802(值6)。GB/T42459—2023a)未知的；b)ifIndex;對象標(biāo)識符(OID)字符串長度對象標(biāo)識符字符串長度字段應(yīng)包含OID的長度(以字節(jié)為單位)。該字段中的值0表示沒有提供類型。OID應(yīng)是對象標(biāo)識符ASN.1編碼的值部分，按照ASN.1基本編碼規(guī)則[ISO/IEC8824-1]進行0管理解決TLV使用規(guī)則管理地址TLV應(yīng)遵守以下規(guī)定：a)每個LLDPDU中至少應(yīng)包含一個管理地址TLV;b)由于通常有許多不同的地址與MSAP標(biāo)識符相關(guān)聯(lián)，因此單個LLDPDU可能包含多個管理d)如果LLDPDU中包含多個管理地址TLV,則每個管理地址應(yīng)與LLDPDU中任何其他管理地e)如果在TLV中包含OID,則管理地址應(yīng)可訪問它；字符串長度)+7;g)如果接收到的管理地址TLV中的TLV信息字符串長度不正確，則忽略它，并終止對LLDPDU的處理。8.6組織特定的TLVa)組織特定的TLV中傳輸?shù)男畔⑹菃蜗驈V播；b)組織特定的TLV中傳輸?shù)男畔⑴c來自遠(yuǎn)程端口接收的TLV中的信息無關(guān)；GB/T42459—2023d)在組織特定的TLV中接收的信息不應(yīng)明確地轉(zhuǎn)發(fā)到系統(tǒng)中的其他端口；e)組織特定的TLV應(yīng)符合8.4和8.6.2。每組組織特定的TLV應(yīng)包括相關(guān)的LLDPMIB擴展和相關(guān)的TLV選擇管理變量和MIB/TLV支持為該特定TLV集定義的所有TLV和LLDPMIB擴展。ISO/IEC/IEEE8802-1Q:2016附錄D和ISO/IEC8802-3分別包含了IEEE802.1和ISO/IEC8802-3的組織特定的TLV,以及相關(guān)的LLDPMIB擴展和LLDPMIB/TLV交叉引用表。使用TLV8.6.2基本的組織特定的TLV格式組織特定的TLV的基本格式字節(jié)：組織特定的TLV字節(jié)：236πLV類型=127(7位)TLV信息字符非長度(9位)組織唯標(biāo)識符(OUI)(3字節(jié))組織定義的子類型組織定義的信息字符申(0≤n≤507字節(jié))82TLV報頭TLV信息字符市4-511字節(jié)圖20組織特定的TLV的基本格式相同組織的特定TLV類型值127,適用于所有組織定義的TLV類型。組織唯一標(biāo)識符字段應(yīng)包含組織的OUI(見ISO/IEa)包含特定TLV類型和/或子類型的二進制或字母數(shù)字信息。字母數(shù)字信息應(yīng)用UTF-8編碼b)包含一個或多個信息字段及其相關(guān)的字段類型標(biāo)識符和字段長度標(biāo)識符，類似于管理地址29GB/T42459—20238.6.3組織特定的TLV使用規(guī)則9.1操作要求本章從單個LLDP代理的角度描述協(xié)議的操作(見第6章),主要描述了使用MAC地址作為目標(biāo)地址，在單個端口上傳輸和接收LLDPDU的協(xié)議的操作(見第7章)。在給定端口上支持使用多個a)維持LLDP本地系統(tǒng)MIB中的當(dāng)前信息；程端口LLDP代理；c)識別和處理接收到的LLDP幀；d)維持LLDP遠(yuǎn)程系統(tǒng)MIB中的當(dāng)前值；e)在LLDP本地系統(tǒng)LLDP遠(yuǎn)程系統(tǒng)MIB中的一個或多個對象中發(fā)生了值或狀態(tài)改變時，使用SuthTeanEdgEndoLoad()進程和SuffoTeanEddieRead()進程通知其他可選MIB的PTOPOMIB管理器和MIB管理器，PTOPOMIB參考附錄C表8子條款/操作模式適用性子條款子條款標(biāo)題只傳輸只接收傳輸和接收9.2.10接收狀態(tài)機強制強制9.2.9發(fā)送狀態(tài)機強制強制9.2.11發(fā)送定時器狀態(tài)機強制強制LLDPDU傳輸由發(fā)送狀態(tài)機執(zhí)行，傳輸?shù)亩〞r由發(fā)送定時器狀態(tài)機控制。傳輸是由于許多不同的本地事件而發(fā)生的，如下所示：GB/T42459—2023a)常規(guī)的后臺傳輸是由于傳輸計時器過期而發(fā)生的。這可確保接收系統(tǒng)不會超時接收到的信b)如果一個新鄰居被認(rèn)出來(即一個LLDPDU由接收狀態(tài)機從一個未知的遠(yuǎn)程代理接收),然后在更短的時間間隔內(nèi)執(zhí)行四個LLDPDU傳輸，以確保新鄰居能夠快速地更新其當(dāng)前鄰居的信息。如果遠(yuǎn)程系統(tǒng)MIB不能在不移除與舊鄰居相關(guān)的當(dāng)前信息的情況下容納新鄰居信息，則c)如果在LLDP本地系統(tǒng)MIB中的一個或多個對象中發(fā)生了條件(狀態(tài)或值)更改，則會立即傳輸LLDPDU,以便將本地更改盡可能快地傳遞給任何鄰近的系統(tǒng)。傳輸計時器狀態(tài)機操作一個簡單的基于信用的傳輸策略，該策略允許快速連續(xù)傳輸多個LLDPDU(最大數(shù)量由最大信用值決定),從而允許在局部狀態(tài)快速變化的情況下快速更新信息。但是，一旦LLDP代理的d)常規(guī)傳輸?shù)目傮w定時由一個系統(tǒng)“滴答”控制，它以1s的名義時基運行。但是，在共享媒體為了最小化同步影響，應(yīng)對同一多端口實現(xiàn)上的不同LLDP代理的傳輸間隔進行交錯設(shè)置，LLDP傳輸幀格式示例信息見附錄D。9.1.3LLDPDU類型本章定義了以下兩種類型的LLDPDU:a)向該站的鄰居提供關(guān)于本地站的管理信息的正常LLDPDU;b)一個特殊的關(guān)機詢問LLDPDU,指示在遠(yuǎn)程LLDP代理的遠(yuǎn)程系統(tǒng)MIB中維護的本地站的LLDP本地系統(tǒng)MIB包含構(gòu)建單個TLV所需的信息，并包含允許網(wǎng)絡(luò)管理器選擇LLDPDU中包含的可選TLV的功能(見10.2.3)。當(dāng)發(fā)送狀態(tài)機(見9.2.8)確定要傳輸一個普通LLDPDU時，LLDPMIB管理器從LLDP本地系統(tǒng)MIB中提取所選信息，并構(gòu)造一個如9.1中定義的LLDPDU,包含以下內(nèi)容。a)8.2中規(guī)定的強制TLV:2)端口IDTLV(見8.5.3);3)時間生活TLV,與TTL值設(shè)置為txTTL(見8.5.4)。b)其他可選的TLV,從基本管理集或從一個或多個組織特定的集，如LLDPDU長度限制所允許，并由網(wǎng)絡(luò)管理在LLDP本地系統(tǒng)MIB中選擇(見表4)?？蛇x的TLV的基本管理設(shè)置，如管理解決TLV,與不同類型和子類型男子組合以及可選的TLV不同的是定義和組織亞型組合從一個或多個組織中的特定集合可包含LLDPDU相同。對于LLDP代理知道某個關(guān)聯(lián)端口即將變?yōu)椴豢刹僮鞯那闆r(例如，該端口的adminStatus將轉(zhuǎn)換GB/T42459—2023用，或者該接口在管理上被禁用，則發(fā)送狀態(tài)機將嘗試發(fā)送一個最終的LLDP關(guān)閉LLDPDU,具體c)TTL字段設(shè)置為0的TLV生存時間；d)可選LLDPDUTLV的尾部。幀識別是在LLDP/LSAP上執(zhí)行的(見圖2),目標(biāo)地址和以太網(wǎng)類型值決定了該幀是否是為這個LLDP代理指定的LLDP幀。識別為LLDP幀的幀被驗證以確定它們是否正確構(gòu)造并包含正確的強制TLV集；通過驗證標(biāo)準(zhǔn)的幀用于為原始LSAP標(biāo)識符和目標(biāo)MAC地址更新LLDP遠(yuǎn)程系統(tǒng)MIB中的條目內(nèi)容。如果該幀是一個普通的LLDPDU,并且在LLDP遠(yuǎn)程系統(tǒng)MIB中不存在用于原始LSAP該幀是一個普通的LLDPDU,并且在遠(yuǎn)程系統(tǒng)MIB中已經(jīng)存在一個用于初始LSAP標(biāo)識符和目標(biāo)中有信息元素，并且接收到的LLDPDU中有相應(yīng)的元素，則使用接收到的信息更新這些元素；刪除傳入LLDPDU中接收的參數(shù)之一是TTL值；這決定了與LSAP標(biāo)識符和目標(biāo)MAC地址相關(guān)聯(lián)的信息在過期和刪除之前要存儲在LLDP遠(yuǎn)程系統(tǒng)MIB中多長時間。舊數(shù)據(jù)的老化確保MIB清除了如果接收的幀是一個關(guān)閉LLDPDU,并且LLDP遠(yuǎn)程系統(tǒng)MIB中存在一個用于初始LSAP標(biāo)識LLDP遠(yuǎn)程系統(tǒng)MIB中容納創(chuàng)建幾個新的MIB結(jié)構(gòu)所需的空間超出了本文件的范圍。在內(nèi)存有更新變量tooManyNeighbors和tooManyNeighborsTimer(見9當(dāng)LLDP遠(yuǎn)程系統(tǒng)MIB中沒有足夠的空間來存儲來自所有活動鄰居的信息時，tooManyNeighbors變關(guān)于處理過多鄰居條件的更多細(xì)節(jié)見.5。GB/T42459—20239.1.6遠(yuǎn)程系統(tǒng)rxInfoTTL定時器過期如果與MSAP標(biāo)識符關(guān)聯(lián)的rxInfoTTL計時器(見)過期，刪除與該MSAP標(biāo)識符相關(guān)聯(lián)的所有信息，過程somethingChangedRemote()通知PTOPOMIB和其他可選MIB模塊(見圖24)的管理者與該MSAP標(biāo)識符關(guān)聯(lián)的LLDP遠(yuǎn)程系統(tǒng)MIB中發(fā)生了某些更改。如果在收到關(guān)閉幀之前本地端口或與遠(yuǎn)程系統(tǒng)的連接意外失敗，則LLDP管理實體不會刪除9.2狀態(tài)機以更新遠(yuǎn)程LLDP代理的LLDP遠(yuǎn)程系統(tǒng)MIB中的值，以及本地LLDP代理的遠(yuǎn)程系統(tǒng)MIB中的值9.2.2狀態(tài)圖中使用的符號約定有其他退出條件，包括UCT。UCT標(biāo)簽表示一個無條件的轉(zhuǎn)換(即UCT的值總是為TRUE)。標(biāo)簽的值都為FALSE,則ELSE將計算為TRUE)。GB/T42459—2023表9狀態(tài)機符號符號解釋用于表示布爾表達(dá)式中操作符的優(yōu)先級，并在狀態(tài)框中分隔操作的參數(shù)用作狀態(tài)框內(nèi)操作的終止分隔符。如果狀態(tài)框包含多個操作，則執(zhí)行的順序遵循閱讀文本的正常英語語言約定賦值操作。運算符右邊的表達(dá)式的值被賦給運算符左邊的變量。該操作符用于定義多個賦值，比如，a=b=X該操作將導(dǎo)致最右邊的賦值操作符后面的表達(dá)式的值被賦值給出現(xiàn)在最右邊賦值操作符左邊的所有變量!邏輯運算符“非”&.8.邏輯運算符“與”邏輯運算符“或”if...then...條件性動作。如果if后面的布爾表達(dá)式計算結(jié)果為TRUE,則執(zhí)行then后面的操作statementN}復(fù)合語句。大括號用于將一起執(zhí)行的語句分組，就好像它們是單個語句一樣不等。如果運算符左邊的表達(dá)式與右邊的表達(dá)式的值不相等，則計算結(jié)果為TRUE相等。如果運算符左邊的表達(dá)式的值與右邊的表達(dá)式相等，則計算結(jié)果為TRUE<小于。如果運算符左邊的表達(dá)式的值小于右邊的表達(dá)式的值，則計算結(jié)果為TRUE>大于。如果運算符左邊的表達(dá)式的值大于右邊的表達(dá)式的值，則計算結(jié)果為TRUE大于等于。如果操作符左邊的表達(dá)式的值大于或等于右邊的表達(dá)式的值，則計算結(jié)果十算術(shù)加法運算符一算術(shù)減法運算符b)有一個整數(shù)值n,其中0s<n<65535s;GB/T42459—2023的變量txTick(見1)的所有實例都被設(shè)置為TRUE。rxInfoTTL對于由接收狀態(tài)機的這個實例為給定的MSAP標(biāo)識符創(chuàng)建的LLDP遠(yuǎn)程系統(tǒng)MIB中的每個條目，都存在該計時器的一個實例。計時器值指示在LLDP遠(yuǎn)程系統(tǒng)MIB中與MSAP標(biāo)識符關(guān)聯(lián)的所tooManyNeighborsTimer此計時器指示已知LLDP鄰居存在但可能未存儲在遠(yuǎn)程系統(tǒng)MIB中的剩余秒數(shù)。txFast大于0,則使用msgFastTx值(見)。每個代理都有一個該計時器的實例。txShutdownWhile計時器指示在LLDP重新初始化之前剩這個布爾變量由系統(tǒng)初始化過程控制。TRUE值使所有狀態(tài)機連續(xù)執(zhí)行它們的初始狀態(tài)。9.2.5各端口變量portEnabled這個變量是外部控制的。它的值反映了支持端口的MAC服務(wù)的操作狀態(tài)。如果支持端口的GB/T42459—2023a)enabledRxTx:啟用LLDP代理來接收和傳輸LLDPDU。這是推薦的默認(rèn)值。b)enabledTxOnly:LLDP代理僅對LLDPDU的傳輸啟用。c)enabledRxOnly:LLDP代理僅對LLDPDU的接收啟用。localChange當(dāng)與LLDP代理關(guān)聯(lián)的LLDP本地系統(tǒng)MIB的值發(fā)生變化時，somethingChangedLocal()過程(見MAC地址與此代理實例相關(guān)聯(lián)的MAC地址，即當(dāng)代理傳輸LLDPDU時使用的目標(biāo)MAC地址，以及當(dāng)在接收到的LLDPDU中出現(xiàn)的會導(dǎo)致將PDU傳遞給此代理實例進行處理的目標(biāo)MAC地址。此變量定義快速傳輸周期中兩次傳輸之間的計時器滴答的時間間隔(即txFast是非零)。msg-FastTx的推薦默認(rèn)值為1;管理可以將此值更改為1～3600范圍內(nèi)的任何值。msgTxHold此變量用作msgTxInterval的乘數(shù)，以確定由LLDP代理傳輸?shù)腖LDP幀中攜帶的txTTL的msgTxInterval此變量定義正常傳輸周期中兩次傳輸之間的計時器滴答的時間間隔(即txFast為零)。msgTx-Interval的推薦默認(rèn)值是30s;管理可以將此值更改為1～3600范圍內(nèi)的任何值。newNeighbor定時器狀態(tài)機設(shè)置為FALSE(見9.2.11)。此變量表示LLDP幀已被LLDPLSAP函數(shù)識別，并準(zhǔn)備好由LLDP接收狀態(tài)機進行處理。如果以下兩個條件都為TRUE,則將變量rcvFrame設(shè)置為TRUE,并將該幀提供給接收狀態(tài)機進行驗證和GB/T42459—2023a)目標(biāo)地址值是與此特定LLDP代理相關(guān)聯(lián)的MAC地址；b)幀攜帶的以太網(wǎng)類型值是表3中定義的LLDP以太網(wǎng)類型。定代理相關(guān)聯(lián)的地址，則LLDPDU將被該代理忽略。實際上，最多只有一個代理處理任何接收到的0reinitDelay此參數(shù)指示從管理狀態(tài)變?yōu)椤敖谩钡絿L試重新初始化之間的延遲時間。推薦的恢復(fù)延遲默認(rèn)值為1remoteChanges一個布爾值用于指示LLDP遠(yuǎn)程系統(tǒng)MIB中一個或多個選定對象的狀態(tài)/值是否已更改，或與特定MSAP標(biāo)識符關(guān)聯(lián)的所有對象是否已被刪除。該變量取值(rxInfoAge或(rxChanges&.&.(rxTTL2rxChanges該變量表示接收到的LLDPDU具有與LLDPDU的MSAP標(biāo)識符相關(guān)聯(lián)的LLDP遠(yuǎn)程系統(tǒng)MIB中當(dāng)前值不同的TLV值。3rxInfoAge當(dāng)與LLDP遠(yuǎn)程系統(tǒng)MIB中的特定MSAP標(biāo)識符相關(guān)聯(lián)的rxInfoTTL計時計數(shù)器發(fā)生計時器到期事件時，將此變量設(shè)置為TRUE(即計數(shù)器從非零變?yōu)榱?。接收狀態(tài)機的操作將其設(shè)置為FALSE。4rxTTL5tooManyNeighbors這個布爾變量表示在LLDP遠(yuǎn)程系統(tǒng)MIB中沒有足夠的空間來存儲來自所有連接的活動遠(yuǎn)程端6txCredit可以在任何時間傳輸?shù)倪B續(xù)LLDPDU的數(shù)量。此變量由txAddCredit()過程遞增，直到txCredit-Max變量指定的最大值(見7),并且在發(fā)送狀態(tài)機傳輸LLDPDU時遞減。7txCreditMa