PoE功率协商详解：class分级与LLDP握手机制

做园区网络改造时，最常被问的一句话是："我这台摄像头功率 18W，你的 PoE 交换机支持 802.3at，应该带得动吧？"每次听到这种问题我都得先纠正一下：PoE 不是你说 18W，它就给你 18W，而是设备之间要先完成一次功率协商，协商不成功，再强的交换机也只会按最低档给你供电。这篇文章就把 "PoE 怎么知道对方要多少电" 这件事讲透，重点拆解 802.3af/at/bt 里的 class 分级，以及 LLDP 的功率握手。不管你是装摄像头的集成商、管无线 AP 的网络工程师，还是自己折腾家用 PoE 交换机，都值得花几分钟看完。

1. 功率协商到底在解决什么问题

1.1 如果 PoE 不协商，会怎样

PoE 的标准流程不是插上线就通电，而是先检测、再分级、最后才通电。很多人觉得这个流程多余，我举个反例你就明白了。

早年的网络设备网口只走数据，网线里的线芯根本没设计成能扛几十瓦的功率。如果 PoE 交换机不管三七二十一，上来就把 48V 电压加到网线上，接在另一头的普通电脑网口、路由器 LAN 口，轻则芯片冒烟，重则直接烧穿端口保护电路。这就是为什么标准 PoE 一定要先做 "检测"：PSE（供电设备）先发出一个很小的探测电压，去识别对端是不是一个合法的 PoE 受电设备（PD）。

检测通过之后，还有一层更细的问题：就算对面是摄像头，它到底要 5W 还是要 30W？如果按 30W 去带一个只吃 5W 的小传感器，虽然不至于烧，但交换机的总功率预算会被白白占掉一大块；反过来，一个要 30W 的云台摄像头，你只给它按 10W 供电，白天还好，夜里红外灯一亮，负载一上去，直接就重启循环了。

所以功率协商解决的本质问题有两个：第一，保护非 PoE 设备不被误伤；第二，在有限的 PoE 总功率预算里，把每一份电尽量精确地分给真正需要的设备。class 分级解决的是"粗粒度分区"，LLDP 解决的是"细粒度精确到瓦"。

1.2 协商流程的三个阶段

一套完整的 PoE 协商流程，大致可以分成三步：

• 检测阶段。PSE 在网线上发出一个很低压的检测信号（通常也就几伏），探测对端是否有 25kΩ 的特征电阻。有这个电阻，才认定是标准 PD，没有就是普通设备，直接不供电。这一步是安全底线。

• 物理层分级阶段。PSE 确认对面是 PD 之后，会把电压抬到 15V 左右，让 PD 通过拉取不同的电流值来"报饭量"。PSE 测量这个电流，再映射到对应的 class 档位，比如 Class 0、Class 3、Class 4。

• 供电与握手阶段。分级完成后，PSE 切换成正常供电电压（通常是 48V、52V 或 57V）给 PD 供电。如果两边都支持 LLDP，PD 就会在数据链路层上继续发消息，告诉 PSE"我实际需要 23.5W"，PSE 再回一句"预算够，给你 25W"。

这里有一个很多初学者会忽略的细节：物理层分级是在毫秒内完成的，你根本感觉不到；但 LLDP 协商是在设备运行期间反复进行的，PD 可以随着自己负载变化随时"加餐"或者"减餐"。

1.3 一个自助餐的比喻

我一直喜欢把 PoE 协商比作自助餐分配餐盘。class 分级就像服务员先问你一句："你大概是大胃王还是小食量？"你回答一个大概的档位，但"大胃王"和"小食量"中间差距可能很大。而 LLDP 就像你坐下后认真跟服务员说："我今天要 400 克牛排、200 克意面、一份汤。"服务员再根据厨房存量决定要不要缩减你的份量。没有 LLDP 的情况下，PSE 只能按你报的 class 档位上限来预留功率，这就很容易造成浪费或者不够用。

2. class 分级是怎么做到看电流识饭量的

2.1 物理层分级的实现原理

class 分级在物理层做得很巧妙，靠的是电流。检测阶段结束后，PSE 会短暂地把电压抬升到 15V 左右，PD 内部有一个分类电路，会在这段时间里主动拉取一个特定大小的电流。PSE 通过内部采样电阻测量这个电流值，再对照标准里预先定好的区间，把电流值归到某一个 class。

这个过程说起来简单，实际设计里有不少讲究。因为分类电压存在波动，PD 的电路要做到恒流特性，不能因为电压差一点就导致电流飘出对应区间。而且 802.3at 开始还引入了"双事件分类"：PSE 会连续发出两次分类脉冲，PD 如果表现正常，两次都能给出相同的 class 结果，PSE 才确认这不是一个误判。这样做的目的是为了在老交换机上安全识别 Type 2（802.3at）设备，避免错误的物理层分类导致功率给错。

这里要特别提醒一点：物理层分级不是本事大的设备就一定分到高档。比如一个摄像头明明只需要 10W，但它的分类电路可能按 Class 3（0.44W 到 13W）来设计。PSE 看到 Class 3，会按整个档位的上限 15.4W 来预留功率。这样对单设备来说问题不大，但端口一多，交换机的总预算就不知不觉被吃掉了。

2.2 class 0 到 8 的功率对照表

802.3af、802.3at、802.3bt 三个标准并不是互相推倒重来，而是逐代兼容，class 档位也是逐年加号。为了方便对照，我把三个标准里通用的 class 0 到 8 整理成一张表：

注意看这张表，同一行里 PSE 输出功率和 PD 可用功率是不相等的。以 Class 3 为例，PSE 给的是 15.4W，PD 真正能用到的只有 13W，中间的差值去哪了？答案是线缆损耗。标准里假设最长 100 米双绞线、线径按下限算，供电线对上会有接近 2.5W 的压降损耗。简单说，交换机输出的功率不是全落在设备身上的。

2.3 class 分级的三个天生短板

第一，粒度太粗。Class 4 覆盖 13W 到 25.5W 这么大的范围，PSE 根本不知道你需要的是 14W 还是 25W。它只能按上限预留，保证不欠你电，但这样整台交换机的功率池子就被虚耗了。

第二，静态分配。class 是在上电瞬间定死的，摄像头白天可能只吃 8W，夜里红外灯一亮就冲到 18W，物理层分级没法实时更新。如果全靠 class，PSE 必须按最高档预留，否则夜里就会供电不足。

第三，默认档兜底。如果 PD 的分级电路损坏，或者遇到某个不按套路出牌的设备，PSE 识别失败时一律按 Class 0 处理，也就是默认上限 15.4W。这就是为什么有些电口明明显示 Class 0，设备却还能工作的原因——PSE 给了个保守但安全的功率。这看起来很稳，但它占的预算比设备实际需求高得多。

所以，class 分级只解决了"大概给多少"的问题，真要精确到瓦，必须上 LLDP。

3. LLDP 功率握手：把协商精确到瓦

3.1 LLDP 是什么，为什么管得了功率

LLDP 的全称是 Link Layer Discovery Protocol，链路层发现协议。它最基础的能力是让相邻设备互相通告自己的存在、端口标识、系统名称等。但它厉害的地方在于开放了"组织特定 TLV"（Type-Length-Value）扩展，厂商和标准组织可以在里面塞任何自定义信息。

IEEE 802.3 标准就定义了一个重要的扩展 TLV：Power via MDI TLV。里面携带了功率类型（PSE 还是 PD）、功率优先级、PD 请求功率值、PSE 分配功率值等字段。这个 TLV 就是 LLDP 功率握手的核心载体。

很多人不明白为什么 LLDP 和 PoE 绑定在一起。其实原因很简单：只有 PD 自己最清楚当前负载是多少，物理层分级猜不出来，但 PD 可以通过 LLDP 报文实打实地告诉交换机"我现在要 21.4W"。交换机对自己的功率预算也是一清二楚的，相当于两边的信息在 LLDP 里碰了个头，协商出一个双方都接受的数值。802.3at 之后，标准甚至明确规定：Type 2 及以上的设备必须支持 LLDP 功率协商，否则 PSE 完全可以只按 af 档位给它供电。

3.2 一次完整的功率握手过程

我以一台支持 802.3bt 的云台摄像头为例，走一遍完整的握手过程。

摄像头先被 PSE 物理层识别为 Class 4，PSE 开始供电，摄像头先以最低功耗启动系统，此时 LLDP 协议栈还只能跑在低功耗状态下。摄像头启动完操作系统，通过 LLDP 发出一个功率请求：请求值 23.5W。PSE 收到后查自己的剩余预算，发现还剩 15W，不够给 23.5W。这时候它有几种选择：按优先级把别的端口降功率，或者直接回一条 LLDP，里面写着"我只能分配 15W"。摄像头收到 15W 的分配值后，如果硬件设计合理，会主动降低自己的工作模式，比如关掉红外补光灯，或者降低云台电机速度，坚持运行。

等交换机上某个高优先级设备下线，PSE 的预算空出来了，它可能会主动触发新一轮 LLDP 协商，把分配功率从 15W 提到 23W。摄像头收到新的分配值后，再重新把补光灯打开。整个过程不需要人工干预，而且是在设备运行期间动态完成的。

这里有一个关键点：LLDP 报文不是只发一次就完事，而是周期性发送，默认间隔一般是 5 到 30 秒。所以只要有一方状态变化，下一轮周期很快就能把新功率信息带过去。

3.3 怎么确认握手结果

说起确认结果，我最常用的手段就两种：一是抓包看 LLDP 帧里的功率字段，二是在交换机上直接看端口功率状态。

打开 Wireshark 抓包，过滤 lldp，可以看到 Power via MDI TLV，里面会列出 Power Type、Power Priority、PD Requested Power Value、PSE Allocated Power Value 等字段。PD 发出来的报文里，请求值和分配值都是 PD 视角；PSE 回应的报文里也一样。对比这两个值，就能看出这次握手是不是圆满。

在交换机命令行里通常也有对应的查看命令，各家叫法不一样，但信息大同小异。我随便写一个典型的输出：

Interface Class Max(W) Used(W) Priority Power Status GE0/0/1 4 30.0 21.3 low on GE0/0/2 3 15.4 13.2 medium on GE0/0/3 0 15.4 0.0 low off

Used 是交换机根据实时电流和电压算出来的实际输出功率。把它和 LLDP 里的分配值对比，你能很快发现设备是不是在"假报需求"：比如某个设备 LLDP 请求 13W，但实际用到了 21W，那就说明它上报的功率值不靠谱，或者它偷偷开了额外负载。反过来，如果实际用到 3W，却请求了 15W，说明设备厂商留了很大的余量，但对你规划交换机功率预算很不友好。

4. 实战排查：摄像头场景下的常见坑

4.1 摄像头明明写着 802.3at，却不供电

这是最经典的问题。拿到一台标着 802.3at 的摄像头，插到同样标着 802.3at 的交换机上，结果端口状态一直是 off，或者摄像头通电后反复重启。

我一般按这个顺序排查。先看交换机端口是否启用了 PoE 供电功能，很多网管交换机的 PoE 不是默认开的，需要在配置里手动开启 inline power。再看网线，特别是两端 RJ45 接头是不是只有 4 根线压通。有些施工队图省事，把 8 芯线只做了 1236 四根通，这种线跑百兆没问题，但标准 PoE 需要利用额外线对做供电。802.3at 虽然可以两对线供电，但很多高功率摄像头为了保证压降可控，会要求使用全部四对线。一旦 4/5 和 7/8 线对断开，摄像头检测不到完整的供电通道，PSE 就会判断供电失败。

还要注意一个很容易踩的坑：接线端子氧化或者水晶头接触不良，会导致 25kΩ 特征电阻测量不稳定，PSE 会认为对端不是标准 PD，直接不供电。这种情况很隐蔽，尤其室外摄像头，风吹雨淋一两年之后就会开始"三天两头掉线"，实际上不是设备坏，是网线端头氧化了。

4.2 功率显示和预期不符，别急着怪设备

有时候摄像头正常出图，但交换机上显示功率只有 8W，而你查摄像头 datasheet 说最大功耗 18W。这未必是故障。因为 PoE 交换机的 Used 功率是实时值，摄像头白天不补光、不启动加热器，可能实际功耗确实只有 8W。等到晚上红外 LED 全开，你再去看，功率就会跳上去。

但另一种情况要注意：交换机显示功率一直卡在某个很低的值，同时摄像头又频繁重启。这很可能是 LLDP 协商失败了，PSE 给了一个很保守的分配值。比如某些品牌交换机的 LLDP 功能默认关闭，PD 请求 18W，但 PSE 压根没回应，最终按物理层分级的 class 算了一个低档功率。解决方式是到这个端口上开启 LLDP，并确认两端都能识别 power TLV。

如果设备支持从网页端或命令行查看 LLDP 状态，你会发现 "LLDP Chassis ID" 和 "Port ID" 能看到邻居信息，但 power TLV 里的协商结果可能显示为 "no negotiation" 之类的状态。看到这种状态，就要去开 LLDP-MED 或者标准 LLDP 的 PoE 扩展。

4.3 总功率预算不够，谁先被断电

这一条最容易被忽略。很多人只看单端口最大功率，比如交换机写着每端口支持 30W，就以为所有口都能同时给 30W。实际上 PoE 交换机还有一个总功率预算，比如 24 口 PoE+ 交换机，总预算可能只有 370W。如果 24 个口都接满 Class 3 摄像头，每个预留 15.4W，算下来就是 369.6W，几乎打满。这时候你再往其中一个口插一台需要 30W 的云台，新设备要么协商不到足够的功率，要么直接把其他低优先级端口的电抢走。

PSE 内部有功率优先级机制。LLDP 报文里带了一个 power priority 字段，通常有三个级别：critical、high、low。遇到功率预算不足时，PSE 会优先保证 critical/high 端口，从 low 端口开始降功率。所以工程上有个习惯：把球机、核心 AP 这些重要设备的端口优先级设成 high，把会议室门口的小传感器设成 low。就算预算超了，断的也是低优先级设备，核心设备不会掉。

4.4 常见问题速查表

还有一个容易混淆的点：无源 PoE。市面上有些设备标注 PoE，但实际是 passive PoE，也就是没有检测、没有分级、没有 LLDP，上电就直接给 24V 或 48V。这种供电方式有它的应用场景，但绝对不能和标准 PoE 交换机混用。你拿标准 PoE 摄像头去接无源供电器，摄像头大概率不开机；拿无源供电器去接标准 PoE 摄像头，轻则不开机，重则烧设备。选购时一定要看准标准认证，宁可多花钱买 802.3at/bt 认证的设备，也别贪便宜。

5. 选型与配置建议

5.1 按真实功率需求选标准

很多人选交换机只看端口数量和速率，等设备装上现场返工。我建议按 PD 的真实最大功耗来倒推 PoE 标准。

如果只是带几台室内枪机，每路 10W 上下，一台 802.3af 或者 at 的老款交换机就够。但这类交换机往往总功率预算偏低，比如 8 口 af 交换机总预算可能只有 60W，接 4 台 Class 3 摄像头就已经很紧张了。

如果设备带红外补光、带云台电机、带加热器，或者室外工作，直接考虑 802.3at 起步。这类设备夜间峰值往往在 18W 到 30W 之间，选每端口至少 30W 的 at 交换机才安心。再看 802.3bt，不光是功率更高，还因为 4 对线供电，对线缆压降的容忍度更好。带电动变焦镜头、IP 音响、大功率 AP 的场景，我建议直接上 bt。多花一点预算换来了功率池子，后期排查故障能省很多事。

5.2 功率预算计算与端口规划

跑工程这么多年，我给自己定了一个公式：交换机 PoE 总预算至少是所有 PD 峰值功率求和之后，再乘 1.2。这多出来的 20% 是给功率余量和线缆损耗的缓冲。比如 8 台峰值 15W 的设备，理论需求是 120W，预算就选 150W 以上。选型时不要只看额定功率，要把电源适配器的效率、交换机的冗余设计都算进去，不然夏天高温一上来，功率输出降额，设备就容易集体掉线。

端口规划上还有一个习惯：同一个交换机里尽量别混接不同功率等级的设备，除非你的交换机支持很精细的 LLDP 分配。如果必须混接，把高功率的 bt 设备集中在前面几个口，后面接低功率的 af/at 设备。因为很多交换机的 PoE 电源是按端口分组供电的，比如前 8 个口共享一个大功率 PSE，后 8 个口共享另一个，分散开来能避免某一组功率过热。

5.3 一点个人体会

实际踩坑多了之后，我现在看一台摄像头的参数，不会只盯着它的最大功耗，而是先问三件事：它支不支持 802.3bt 的 LLDP 协商？它启动瞬间的浪涌功率是多少？它长时间满载时线缆要不要额外考虑压降？这些问题搞清楚了，PoE 交换机选型和配置基本不会翻车。class 分级是基础，LLDP 是进阶，但真正让系统跑得顺的，是把这两层机制都理解透，然后给功率规划留足余量。