交换机lldp邻居无法显示
- 0关注
- 0收藏，264浏览
问题描述：
两台S5130S-52P-EI堆叠设备，之前配置人员用了单个电口配置堆叠，堆叠网线故障后堆叠分裂，删除原堆叠配置之后采用2对光口光纤堆叠方式，堆叠成功后，业务恢复正常，但是此交换机下边带了多台下层接入交换机，无法在此设备上学到其他SW的lldp邻居，但是下层SW可以学到堆叠设备的lldp邻居
- 2026-09-09提问
- 举报
-
(0)
最佳答案
现象总结：堆叠组（主备）能被下游交换机 LLDP 识别；堆叠设备本身看不到下游接入交换机的 LLDP 邻居。业务转发正常，仅 LLDP 单向看不到。核心方向：堆叠逻辑接口、LLDP 收发使能、MAD / 堆叠口 LLDP 抑制、接口方向、全局 / 接口 LLDP 配置。
一、优先排查关键点（最常见原因）
- 堆叠系统中，成员设备接口 LLDP 是否全局开启
display lldp status
- Global LLDP status 必须是 Enable。堆叠分裂后删除旧堆叠配置，部分场景会出现 LLDP 全局被关闭。
system-view
lldp global enable
- 下联接入端口，是否开启 LLDP TX/RX（单向收发）
display lldp interface GigabitEthernet 1/0/x
字段：
LLDP agent enable：必须开启TX enable：发送；RX enable：接收
故障特征：下层能收到上层 LLDP 报文（上层 TX 开启），上层看不到下层 = 下联端口 RX 关闭。 修复接口配置：
interface GigabitEthernet 1/0/x
lldp enable
lldp tx-enable
lldp rx-enable
V7 交换机默认
lldp enable同时开启收发；如果之前手工配置undo lldp rx-enable，就会出现只能发、不能收，单向 LLDP。
- 堆叠口本身默认抑制 LLDP（正常），但下联业务口不要配置 lldp mad-exclude
lldp mad-exclude用于 MAD 检测，配置在业务口会丢弃收到的 LLDP 报文，导致无法学习邻居。
display current-configuration interface GigabitEthernet 1/0/x | include lldp
下联业务口不能出现lldp mad-exclude。
二、堆叠场景特有原因
- 堆叠分裂恢复后，堆叠成员的 LLDP 本地信息缓存没有清空 旧的邻居条目残留，新邻居无法刷新。执行清空 LLDP 邻居表：
reset lldp neighbor
再等待 1~2 分钟，重新查看display lldp neighbor。
- IRF 堆叠系统 LLDP 系统名称：堆叠组对外是一个逻辑设备，下层看到的是堆叠主的 sysname；堆叠主 / 备都能收到下游 LLDP 报文，在主设备上 display lldp neighbor 即可看到。
注意：不要去备板单独查看邻居，IRF 统一在主设备查询。
三、链路 / 端口类型排查
- 确认下联端口不是隔离端口、端口隔离组会丢弃 LLDP 报文。
display port-isolate group
- 接口 STP、BPDU 过滤不影响 LLDP；LLDP 独立于 STP。
- 确认下联交换机确实发送 LLDP 报文：下层交换机
display lldp interface确认 TX 开启；可在堆叠设备下联口抓包确认是否收到 LLDP 报文。
四、MAD 相关检查
display mad
如果 MAD 检测口和业务口混淆，错误在业务口配置 MAD，会干扰 LLDP 接收。MAD 只需要配置在专门 MAD 检测口，业务下联口不要配置 MAD 相关 LLDP 排除。
五、验证命令
display lldp status
display lldp neighbor
display lldp interface GigabitEthernet 1/0/x
reset lldp neighbor
简单总结
典型单向 LLDP 问题：堆叠设备下联端口 LLDP 的 RX 接收功能关闭，只能向外发送 LLDP 报文，无法接收下游交换机上报的 LLDP 报文。 排查顺序：确认全局 LLDP 开启 → 检查下联业务口 lldp rx-enable 状态，移除业务口下 lldp mad-exclude → reset lldp neighbor 清空旧缓存，等待表项重新学习。
- 2026-09-09回答
- 评论(1)
- 举报
-
(0)
提供的一些排查指令及清除lldp邻居表的指令等不支持，支持的都查看了，没什么问题
看下lldp配置，是不是只配了tx没有rx
- 2026-09-09回答
- 评论(1)
- 举报
-
(0)
display lldp status显示的admin status为TX_RX应该是都开启了吧
display lldp status显示的admin status为TX_RX应该是都开启了吧
对面能学到应该是开启了
lldp global enable。但是核心学习不到下面的，可以先检测确认下联的交换机有没有开
lldp global enable
- 2026-09-09回答
- 评论(1)
- 举报
-
(0)
下联可以学到上联堆叠接入交换机lldp邻居，但是上联堆叠接入学不到下边lldp邻居
下联可以学到上联堆叠接入交换机lldp邻居，但是上联堆叠接入学不到下边lldp邻居
你遇到的这个情况，核心原因是堆叠分裂恢复后，设备残留了旧的LLDP邻居缓存，同时可能伴随下联端口LLDP接收（RX）功能被意外关闭，导致新的邻居信息无法刷新。下层交换机能看到你的设备，说明你的设备发送（TX）正常；但你的设备看不到下层，问题就出在“接收”环节。
核心原因分析
LLDP缓存未清除：堆叠分裂再恢复后，旧的LLDP邻居条目可能残留在缓存中，导致新邻居无法刷新。
下联端口RX功能被关闭：故障特征很典型——下层能收到你的LLDP报文（你的TX开启），但你看不到下层（你的下联端口RX被关闭）。
MAD配置干扰：如果下联业务口被误配了
lldp mad-exclude，该端口会丢弃所有收到的LLDP报文，导致无法学习邻居。
🛠️ 解决方案与排查步骤
建议按以下顺序操作：
第一步：清空LLDP邻居表并验证全局状态
在堆叠主设备上执行以下命令，清除残留的旧缓存：
同时，确认LLDP全局状态已开启：
确保 Global LLDP status 显示为 Enable。若为Disable，需执行 lldp global enable 开启。
第二步：检查下联端口的LLDP收发状态
这是最关键的一步。查看连接下层交换机的具体端口（例如G1/0/1）：
重点关注 LLDP agent enable、TX enable 和 RX enable 三项。如果 RX enable 显示为 Disable，说明该端口无法接收LLDP报文，这就是问题所在。
第三步：修复接口LLDP配置
如果发现RX被关闭，请在接口视图下重新开启收发：
V7交换机默认 lldp enable 会同时开启收发，但如果之前被手动 undo lldp rx-enable，就会出现只能发不能收的情况。
第四步：检查MAD相关配置
排查下联业务口是否被误配了MAD相关命令：
如果输出中出现 lldp mad-exclude，需要将其删除。MAD检测应只在专用的MAD检测口配置，业务下联口不能配置此命令。
第五步：在堆叠主设备上查看
IRF堆叠对外是一个逻辑设备，LLDP邻居信息统一在主设备上查询即可。不要在备用成员设备上单独查看。
其他可能的干扰因素
如果以上步骤均无效，还需排查：
- 2026-09-11回答
- 评论(1)
- 举报
-
(0)
S5130-52P-EI v7.1.070 Release 6318P01 经提供的步骤查询，发现1、不支持reset lldp nei清除缓存指令 。2、接口下也不支持 lldp tx-enable等指令。3、全局lldp是正常使能的，查询互联端口的lldp状TX_RX_RX。 LLDP status information of port 99 [GigabitEthernet2/0/36]: LLDP agent nearest-bridge: Port status of LLDP : Enable Admin status : TX_RX Trap flag : No MED trap flag : No Polling interval : 0s Number of LLDP neighbors : 0 Number of MED neighbors : 0 Number of CDP neighbors : 0 Number of sent optional TLV : 11 Number of received unknown TLV : 0 LLDP agent nearest-nontpmr: Port status of LLDP : Enable Admin status : Disable Trap flag : No MED trap flag : No Polling interval : 0s Number of LLDP neighbors : 0 Number of MED neighbors : 0 Number of CDP neighbors : 0 Number of sent optional TLV : 0 Number of received unknown TLV : 0 LLDP agent nearest-customer: Port status of LLDP : Enable Admin status : Disable Trap flag : No MED trap flag : No Polling interval : 0s Number of LLDP neighbors : 0 Number of MED neighbors : 0 Number of CDP neighbors : 0 Number of sent optional TLV : 0 Number of received unknown TLV : 0
S5130-52P-EI v7.1.070 Release 6318P01 经提供的步骤查询，发现1、不支持reset lldp nei清除缓存指令 。2、接口下也不支持 lldp tx-enable等指令。3、全局lldp是正常使能的，查询互联端口的lldp状TX_RX_RX。 LLDP status information of port 99 [GigabitEthernet2/0/36]: LLDP agent nearest-bridge: Port status of LLDP : Enable Admin status : TX_RX Trap flag : No MED trap flag : No Polling interval : 0s Number of LLDP neighbors : 0 Number of MED neighbors : 0 Number of CDP neighbors : 0 Number of sent optional TLV : 11 Number of received unknown TLV : 0 LLDP agent nearest-nontpmr: Port status of LLDP : Enable Admin status : Disable Trap flag : No MED trap flag : No Polling interval : 0s Number of LLDP neighbors : 0 Number of MED neighbors : 0 Number of CDP neighbors : 0 Number of sent optional TLV : 0 Number of received unknown TLV : 0 LLDP agent nearest-customer: Port status of LLDP : Enable Admin status : Disable Trap flag : No MED trap flag : No Polling interval : 0s Number of LLDP neighbors : 0 Number of MED neighbors : 0 Number of CDP neighbors : 0 Number of sent optional TLV : 0 Number of received unknown TLV : 0
编辑答案
亲~登录后才可以操作哦!
确定你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
举报
×
侵犯我的权益
×
侵犯了我企业的权益
×
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
抄袭了我的内容
×
原文链接或出处
诽谤我
×
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
对根叔社区有害的内容
×
不规范转载
×
举报说明
提供的一些排查指令及清除lldp邻居表的指令等不支持，支持的都查看了，没什么问题