- 综合排序
- 最热优先
- 最新优先
- 来自专栏摸鱼网工
LLDP概述
LLDP 简介 Link Layer Discovery Protocol（链路层发现协议） 用于跨厂商设备之间获取各设备之间的设备参数、设备性能、相关配置等 LLDP的基本功能 方便不同厂商以标准的方式发现网络拓扑信息 TxRx 可以发送和接收LLDP报文 Tx 只能发送LLDP报文 Rx 只能接收LLDP报文 Disable 不能发送和接收LLDP报文 LLDP报文的工作流程 其中发送发送模式被分为四种： 快速发送 > LLDP的配置 lldp global enable /*开启全局LLDP*/ lldp fast-count [number] /*配 x7F6E;TTL乘数*/ lldp timer notification-interval [interval] lldp timer reinit-delay [delay ;*/ [接口]lldp enable /*开启接口LLDP*/ [接口]lldp admin-status
1.1K30编辑于 2022-12-04 - 来自专栏zxbk
H3C路由交换 LLDP篇
LLDP所满足的需求 LLDP是一个公共标准，使得不同厂商设备可以拓扑发现，获取对端的能力、配置等信息。 LLDP四种端口工作模式 TxRx：端口既发送也接收LLDP报文；RxTx模式是缺省模式，正常运行LLDP的设备之间都运行在RxTx模式。 LLDP基本配置 [SWA]lldp global enable #全局使能LLDP功能 [SWA-GigabitEthernet1/0/1]lldp enable #端口视图下使能LLDP [ [interval] #配置LLDP Trap定时器，缺省值为30秒 [SWA]lldp timer reinit-delay [delay] #配置LLDP重初始化延时计时器，缺省值为2秒 #查看LLDP本地信息 [SWB]display lldp neighbor-information [int 接口] [verbose] #查看LLDP远端信息 [SWB]dis lldp statistics
3.9K31编辑于 2022-12-27 - 来自专栏SDNLAB
LLDP在ODL中的实现及源码分析（一）
1 LLDP简介 ODL使用LLDP实现链路检测。 LLDP的以太网类型为0x88cc,一个标准的LLDP帧格式如图1： ? 图1 LLDPDU格式如图2： ? 图2 2 ODL中的LLDP 在ODL中，发送LLDP帧的工作由控制器来完成。 图3 在上图中，LLDP帧在控制器中生成，通过openflow协议packet_out消息发给交换机1，交换机1收到来自控制器的LLDP帧后，会转发给直邻交换机2，其直邻交换机2收到LLDP帧后，通过openflow 3.3 LLDP帧周期性发送 ODL中会周期性的发送LLDP帧，去检测网络设备间link的有效性。 LLDP帧。
2K100发布于 2018-03-30 - 来自专栏SDNLAB
Ryu:如何在LLDP中添加自定义LLDPDU
在许多实验场景中，都需要使用链路发现协议（LLDP）来发现链路，从而构建网络拓扑。然而LLDP协议不仅仅可以用来发现拓扑，也可以用于时延检测等业务。 LLDP通过添加对应的TLV格式的LLDPDU（LLDP数据单元）来携带对应的信息，从而为上层业务提供信息支撑。 修改lldp.py文件 ryu/lib/packet/lldp.py文件是Ryu控制器中关于LLDP协议数据类的描述，其中定义了如LLDPBasicTLV类等重要的报文类。 switches.py文件中的LLDPPacket类完成了LLDP数据包的初始化和序列化实现。 该类的lldp\_packet方法可以构造LLDP数据包，并返回序列化之后的数据。 在lldp\_parse方法中，需将获取到的字节流的数据解析为对应的LLDP数据包。
4.4K60发布于 2018-04-02 - 来自专栏余生大大
F5之TMOS系统
LLDP 以称为 LLDP 数据单元 (LLDPDU) 的 LLDP 消息的形式传输设备信息。 默认情况下，系统将此值设置为 0x8100 1.11 关于 LLDP 属性 LLDP 属性是您可以为特定接口配置的与 LLDP 相关的两个属性之一。 仅传输 设置为该值时，接口将 LLDP 消息传输到邻居设备，但不接收来自邻居设备的 LLDP 消息。 只接收 设置为该值时，接口从邻居设备接收 LLDP 消息，但不向邻居设备传输 LLDP 消息。 发送和接收 设置为该值时，接口将 LLDP 消息传输到相邻设备并从相邻设备接收 LLDP 消息。 1.12 LLDP 属性 这LLDP 属性设置是您可以为特定接口配置的与 LLDP 相关的两个设置之一。
2.2K70编辑于 2022-11-02 - 来自专栏网络工程师笔记
网工必备！如何快速了解网络架构进行故障定位
LLDP基本实现原理为： 1.LLDP模块通过LLDP代理与设备上物理拓扑MIB、实体MIB、接口MIB以及其他类型MIB的交互，来更新自己的LLDP本地系统MIB，以及本地设备自定义的LLDP扩展MIB 2.将本地设备信息封装成LLDP帧发送给远端设备。 3.接收远端设备发过来的LLDP帧，更新自己的LLDP远端系统MIB，以及远端设备自定义的LLDP扩展MIB。 4.通过LLDP代理收发LLDP帧，设备就很清楚地知道远端设备的信息，包括连接的是远端设备的哪个接口、远端设备的MAC地址等信息。 LLDP本地系统MIB用来保存本地设备信息。 LLDP代理完成下列任务: •维护LLDP本地系统MIB和LLDP远端系统MIB。 •在本地状态发生变化的情况下，提取LLDP本地系统MIB信息并向远端设备发送。 •LLDP本地系统MIB或LLDP远端系统MIB的状态发生变化的情况下，向网管发送LLDP告警。 LLDP组网模式 ?
1.1K50发布于 2021-05-17 二层协议透明传输：让跨域二层协议“无感穿越”多服务商网络
核心价值：解决LLDP/LACP/BPDU等二层协议跨运营商“被吃掉”难题，实现端到端协议透传。为什么你需要“二层协议透明传输”你是否遇到过以下问题？ LLDP邻居发现失效，运维无法自动识别拓扑？❌STP BPDU被运营商设备丢弃，导致生成树失效？ ❌依赖LLDP/CDP发现设备，在跨三层网络（如公网）时将失效，导致设备不可见，需改用基于IP的发现机制。 ❌✅ 根本原因：运营商网络默认不处理/不转发用户侧二层控制协议（如LLDP、LACP、STP BPDU等），这些报文要么被丢弃，要么被当作普通数据帧转发—— 导致协议协商失败、拓扑断裂、环路风险。 —— LACP跨城聚合、LLDP自动拓扑发现、STP统一防环，全协议无感透传。■ 云网融合SD-WAN底层支撑“SD-WAN控制器依赖LLDP发现链路质量？透传功能让云边端‘零感知’穿越公网！”
53010编辑于 2025-09-10- 来自专栏frytea
从 Redis 表项看 SONiC 架构
Lldp: 承载Lldp功能。Bgp: 运行支持的路由栈之一: Quagga或FRR。 SONiC 子系统交互LLDP 状态交互下图描述了在 lldp 状态转移期间观察到的一组相互作用。在这个特定的示例中，我们迭代了在携带状态变化的 LLDP 消息到达时发生的一系列步骤。 (2)一个新的 LLDP 报文到达内核空间的 LLDP socket 。内核的网络栈最终将相关的有效负载交付给 lldp 进程。 (3) Lldp 解析并消化这个新状态， lldp_syncd 在执行 lldpctl cli 命令(通常每10秒运行一次)的过程中最终获取这个新状态。 Lldp_syncd 将这个新状态推到 APPL_DB 中，具体地说，推到LLDP_ENTRY_TABLE 表中。
4.4K21编辑于 2022-12-16 PSE电路原理技术
LLDP分级 3.1 LLDP简介 目前，网络设备的种类日益繁多且各自的配置错综复杂，为了使不同厂商的设备能够在网络中相互发现并交互各自的系统及配置信息，需要有一个标准的信息交流平台。 LLDP协议是在802.1AB标准中定义的，只规定了报文的格式，其他标准都可以利用LLDP实现设备信息之间的互相通告。 3.2 LLDP报文 3.2.1 LLDP格式 LLDP是一种二层协议，报文直接封装在以太网帧中 3.2.2 LLDPDU LLDPDU 就是封装在LLDP 报文数据部分的数据单元。 LLDP 可以封装的TLV 包括基本 TLV 、802.1 组织定义TLV 、802.3 组织定义TLV 和LLDP-MED（Media Endpoint Discovery，媒体终端发现） TLV。 均支持LLDP分级的情况下，LLDP分级可谓是结合目前POE模式中的自动模式下与节能模式的优点： 1) 与自动模式相比，可以带的端口数多，电源利用率高 由于自动模式下端口功率是按照分级功率来分配的，
33920编辑于 2026-05-27- 来自专栏高性能计算
【教程】详解配置多台主机通过交换机实现互联通信
LLDP（Link Layer Discovery Protocol）是一种网络发现协议，如果交换机支持 LLDP，并且服务器网卡的驱动支持 LLDP，可以使用 lldpd 来发现交换机信息。 安装LLDP工具： 在两台服务器上安装lldpad： apt install lldpd # Debian/Ubuntuyum install lldpd # CentOS/RHEL启动服务并启用LLDP via: LLDP → 该信息是通过 LLDP 协议获取的。RID: 1 → 这个是 LLDP 记录的唯一标识符（Record ID），一般用于内部索引。 Time: 0 day, 00:00:01 → 这是 LLDP 信息的存活时间，表示此信息在 1 秒前收到（通常 LLDP 信息会定期更新）。 TTL: 120 → LLDP 信息的生存时间（Time To Live），单位为秒，意味着如果 120 秒内没有更新，这条 LLDP 记录将被删除。
2.3K10编辑于 2025-04-09 - 来自专栏数通
现网都在用，但很多人不知道的网络服务和管理
四、LLDP 链路层邻居发现协议 核心概念 设计背景解决不同厂商设备邻居信息互通问题，替代厂商私有协议（如Cisco CDP）。 关键配置命令（华为设备为例） 功能描述 配置命令 备注 全局开启LLDP lldp enable 设备默认关闭，需手动开启 接口单独开启LLDP interface GigabitEthernet 0/ 0/1lldp enable 全局开启后接口默认继承，可单独关闭某接口 查看邻居信息 display lldp neighbor brief 验证邻居设备的接口、系统名称等信息 注意事项 LLDP基于链路层
58210编辑于 2025-12-25 - 来自专栏SDNLAB
Ryu:网络时延探测应用
该应用通过LLDP数据包的时延和Echo数据包的时延计算得出链路的时延数据，从而实现网络链路时延的感知。详细原理和实现步骤将在文章中详细介绍。 测试原理 网络时延探测应用利用了Ryu自带的Switches模块的数据，获取到了LLDP数据发送时的时间戳，然后和收到的时间戳进行相减，得到了LLDP数据包从控制器下发到交换机A，然后从交换机A到交换机 测量链路时延原理图 获取LLDP时延 获取T1和T2的逻辑一样，均需要使用到Switches模块的数据。计算LLDP时延的处理逻辑如下代码所示。 首先从Packet\_in中解析LLDP数据包，获得源DPID，源端口。 其中get\_delay方法用于计算对应交换机之间的链路时延，\_save\_delay\_data可以用于计算和存储lldp的时延和链路时延，其功能根据传入参数而定。
2.1K80发布于 2018-04-02 - 来自专栏SDNLAB
OpenFlow网络中的路由服务
一般地，OpenFlow Controller借助LLDP(Link Layer Discovery Protocol)协议发现OpenFlow交换机之间的连接状态。 LLDP协议广泛地用于网络设备广播自己的ID，能力(Capabilities)和邻居。 LLDP具有专用的MAC广播地址和EtherType，这样，OpenFlow Controller可以轻而易举的识别LLDP报文。 与此同时，收到LLDP报文的交换机也会向它的所有的端口发送LLDP报文。然而，收到LLDP报文的交换机的Flow Table中没有和LLDP报文匹配的Flow Entry。 因此，它就把收到的LLDP报文封装为packet_in消息发送给OpenFlow Controller。
2.1K80发布于 2018-04-04 - 来自专栏数通
了解下POE交换机以及AP供电几种方式
2、协商： 在检测需要供电后，对应POE接口以及接在这个口下面的PD设备进行协商供电功率，协商方式通常两种，对于支持LLDP协议的设备用LLDP协议进行协商，对于没有开启或者不支持的，则通过特定电阻来计算 POE-Ethernet0/0/13]undo poe enable [3328-POE-Ethernet0/0/13]poe enable 3、之前讲解到POE协商供电的时候除了通过电阻计算，还可以通过lldp 功能，这里建议在工作中POE交换机上面开启LLDP功能，LLDP能够提供更加全面、准确的解析控制能力。 [3328-POE]lldp enable （开启很简单，全局开启，接口下面会默认全部开启，而且供电相关协商等功能都会开启。）
87010编辑于 2025-01-14 - 来自专栏数通
华为交换机100条基础配置指令，分十一类整理
开启日志功能） info-center loghost [ip]（配置日志服务器） terminal logging（开启终端日志显示） display clock（查看当前时间） 十、设备管理 lldp enable（开启LLDP协议） display lldp neighbor brief（查看LLDP邻居） display cpu-usage（查看CPU利用率） display memory-usage
6K12编辑于 2025-04-09 - 来自专栏SDNLAB
源码解读ODL与OpenFlow交换机建立过程
链路发现（LLDP） OF协议模块还提供链路发现服务，它为拓扑模块提供链路数据支持（topomanager实现IListenTopoUpdates的edgeUpdate，它是有TopologyServiceShim 数据包，该消息命令交换机将LLDP数据包发送给所有端口，一旦交换机接收到packet-out消息，他就会把LLDP数据包通过其所有的端口发送给与之连接的设备，如果其邻居交换机是一台OpenFlow交换机 因为交换机中并没有专门的流表项用于处理LLDP消息,所有它将通过一个packet-in消息将数据包发送给控制器。 链路发现可分为两个部分： 1.LLDP数据分组监听解析，通过LLDP分组中LTV信息获得节点链路状态，保存到本地同时通知拓扑模块变化及时更新。 2.自动链路探测部分，通过控制器的交换机连接信息获取探测节点，发送LLDP探测分组，再由监听部分获取探测分组更新链路。
1.4K40发布于 2018-04-03 - 来自专栏SDNLAB
SDN中”软件”如何定义”网络”
而在SDN环境中，设备是无脑的，此时需要借助Openflow和LLDP同时工作，来保障Controller环境下能够对全网进行拓扑发现。 ② Controller通过packet-out报文，封装LLDP报文进Openflow，分别分发给每个交换机。此时的packet-out报文中含有动作：分发LLDP报文从交换机的每个端口发出去。 ③ 此时交换机A根据Controller的动作指令，将LLDP报文从交换机所有接口发出去。交换机B和交换机C此时都能收到这个报文。 ④ LLDP报文经过交换机之间的互联链路到达对端SDN交换机。 则此时接受到LLDP的对端交换机会将LLDP报文再次封装，封装进packet-in，并上送至Controller。 ⑤ 此时Controller收到对端SDN交换机封装的packet-in报文，报文里包含原本的LLDP报文。此时Controller就已经知道所有的拓扑连接关系了。 B.
1.7K70发布于 2018-04-03 - 来自专栏SDNLAB
基于SDN的网络状态测量
控制器通过将携带dpid+port_no信息的LLDP数据包从对应端口packet_out出去，然后LLDP数据包被对端交换机Packet_in到控制器，最后再由控制器结合Packet_in消息报头的DPID 和in_port和LLDP报文中的DPID和Port_no从而得出一条链路信息。 eth_src=port_infor.hw_addr)动作和OFPActionOutput(port_infor.port_no)动作,从而使得仅对交换机下发一个Packet_out就可以完成对所有的端口进行LLDP 而控制器收到LLDP的packet_in时，通过mac和port_id的对应关系找出链路。通过这种方法可以将packet_out的数目大大降低，从每个端口发送端口数目N个降低至到1个。 这个问题可以通过LLDP和发送广播包的方式解决。首先通过LLDP发现OpenFlow的拓扑。
2.3K40发布于 2018-04-02 - 来自专栏剑指工控
无线Profinet IO 故障诊断
通过对比我们发现所有SIEMENS的设备发出的LLDP_MultiCast（01：80：C2：00：00：0e）数据均是Ethernet II帧（参考第44条报文），协议类型为ProfiNet；唯有这条变成了一条 00-00-0D Provider Bridge protocols (MVRP) 01-80-C2-00-00-0E 802.1AB Link Layer Discovery Protocol (LLDP ) 而WIFI桥接刚好符合802.1d网桥的规定，使用上述MAC地址的协议，都会被网桥过滤掉，而最后一个地址01-80-C2-00-00-0E这个刚好就是SIEMENS的LLDP-MultiCast，也就是 这也就说明了LLDP数据包是可以通过无线网桥的。第一种判读排除。 组播也能传送，LLDP数据也能经过无线传到地面，那还有什么原因会导致数据包发生变化呢？
2K50发布于 2021-11-09 提升通信清晰度：通过PoE交换机端口配置语音VLAN
步骤5：启用LLDP自动识别IP电话（可选）启用LLDP：如果IP电话设备支持LLDP（链路层发现协议），请在交换机上启用LLDP。 链路层发现协议 （LLDP）可自动识别支持LLDP协议的IP电话设备，简化语音VLAN配置，无需手动配置OUI。
58010编辑于 2025-03-24
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号