做园区网络改造时最常被问的一句话是我这台摄像头功率 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 供电。如果两边都支持 LLDPPD 就会在数据链路层上继续发消息告诉 PSE我实际需要 23.5WPSE 再回一句预算够给你 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 2802.3at设备避免错误的物理层分类导致功率给错。这里要特别提醒一点物理层分级不是本事大的设备就一定分到高档。比如一个摄像头明明只需要 10W但它的分类电路可能按 Class 30.44W 到 13W来设计。PSE 看到 Class 3会按整个档位的上限 15.4W 来预留功率。这样对单设备来说问题不大但端口一多交换机的总预算就不知不觉被吃掉了。2.2 class 0 到 8 的功率对照表802.3af、802.3at、802.3bt 三个标准并不是互相推倒重来而是逐代兼容class 档位也是逐年加号。为了方便对照我把三个标准里通用的 class 0 到 8 整理成一张表Class来源标准PSE 最大输出功率PD 最大可用功率典型设备0af / at / bt15.4W12.95W无法正常分类时的默认档1af / at / bt4.0W3.84W小型传感器、物联网模块2af / at / bt7.0W6.49W低功耗音频设备3af / at / bt15.4W13.0W普通枪机摄像头、入门 AP4at / bt30.0W25.5W云台摄像头、中高端 AP5bt45.0W40.0W带补光的摄像头、室外 AP6bt60.0W51.0W带加热器的设备7bt75.0W62.0W多频段 AP、小型大屏8bt90.0W71.3WPTZ 摄像头、工业终端注意看这张表同一行里 PSE 输出功率和 PD 可用功率是不相等的。以 Class 3 为例PSE 给的是 15.4WPD 真正能用到的只有 13W中间的差值去哪了答案是线缆损耗。标准里假设最长 100 米双绞线、线径按下限算供电线对上会有接近 2.5W 的压降损耗。简单说交换机输出的功率不是全落在设备身上的。2.3 class 分级的三个天生短板第一粒度太粗。Class 4 覆盖 13W 到 25.5W 这么大的范围PSE 根本不知道你需要的是 14W 还是 25W。它只能按上限预留保证不欠你电但这样整台交换机的功率池子就被虚耗了。第二静态分配。class 是在上电瞬间定死的摄像头白天可能只吃 8W夜里红外灯一亮就冲到 18W物理层分级没法实时更新。如果全靠 classPSE 必须按最高档预留否则夜里就会供电不足。第三默认档兜底。如果 PD 的分级电路损坏或者遇到某个不按套路出牌的设备PSE 识别失败时一律按 Class 0 处理也就是默认上限 15.4W。这就是为什么有些电口明明显示 Class 0设备却还能工作的原因——PSE 给了个保守但安全的功率。这看起来很稳但它占的预算比设备实际需求高得多。所以class 分级只解决了大概给多少的问题真要精确到瓦必须上 LLDP。3. LLDP 功率握手把协商精确到瓦3.1 LLDP 是什么为什么管得了功率LLDP 的全称是 Link Layer Discovery Protocol链路层发现协议。它最基础的能力是让相邻设备互相通告自己的存在、端口标识、系统名称等。但它厉害的地方在于开放了组织特定 TLVType-Length-Value扩展厂商和标准组织可以在里面塞任何自定义信息。IEEE 802.3 标准就定义了一个重要的扩展 TLVPower 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 4PSE 开始供电摄像头先以最低功耗启动系统此时 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 offUsed 是交换机根据实时电流和电压算出来的实际输出功率。把它和 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 常见问题速查表故障现象可能原因检查动作摄像头完全没电网线只通了 4 芯 / 接头氧化用测线仪测 8 芯重做水晶头供电后反复重启LLDP 协商失败 / 分配功率不足开启 LLDP检查协商结果显示 Class 0PD 分类电路异常 / 老设备现场测试实际功率必要时手动配置功率一直很低设备处于低功耗状态 / PSE 保守策略观察夜间或高负载时功率变化多端口掉电总功率预算超限查看总负载降低低优先级端口非 PoE 设备烧网口误用了无源 PoE立刻停止使用无源供电设备还有一个容易混淆的点无源 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 是进阶但真正让系统跑得顺的是把这两层机制都理解透然后给功率规划留足余量。 
长河君 · 2026/10/7 10:11:01 · 阅读 1.2k 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 供电。如果两边都支持 LLDPPD 就会在数据链路层上继续发消息告诉 PSE我实际需要 23.5WPSE 再回一句预算够给你 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 2802.3at设备避免错误的物理层分类导致功率给错。这里要特别提醒一点物理层分级不是本事大的设备就一定分到高档。比如一个摄像头明明只需要 10W但它的分类电路可能按 Class 30.44W 到 13W来设计。PSE 看到 Class 3会按整个档位的上限 15.4W 来预留功率。这样对单设备来说问题不大但端口一多交换机的总预算就不知不觉被吃掉了。2.2 class 0 到 8 的功率对照表802.3af、802.3at、802.3bt 三个标准并不是互相推倒重来而是逐代兼容class 档位也是逐年加号。为了方便对照我把三个标准里通用的 class 0 到 8 整理成一张表Class来源标准PSE 最大输出功率PD 最大可用功率典型设备0af / at / bt15.4W12.95W无法正常分类时的默认档1af / at / bt4.0W3.84W小型传感器、物联网模块2af / at / bt7.0W6.49W低功耗音频设备3af / at / bt15.4W13.0W普通枪机摄像头、入门 AP4at / bt30.0W25.5W云台摄像头、中高端 AP5bt45.0W40.0W带补光的摄像头、室外 AP6bt60.0W51.0W带加热器的设备7bt75.0W62.0W多频段 AP、小型大屏8bt90.0W71.3WPTZ 摄像头、工业终端注意看这张表同一行里 PSE 输出功率和 PD 可用功率是不相等的。以 Class 3 为例PSE 给的是 15.4WPD 真正能用到的只有 13W中间的差值去哪了答案是线缆损耗。标准里假设最长 100 米双绞线、线径按下限算供电线对上会有接近 2.5W 的压降损耗。简单说交换机输出的功率不是全落在设备身上的。2.3 class 分级的三个天生短板第一粒度太粗。Class 4 覆盖 13W 到 25.5W 这么大的范围PSE 根本不知道你需要的是 14W 还是 25W。它只能按上限预留保证不欠你电但这样整台交换机的功率池子就被虚耗了。第二静态分配。class 是在上电瞬间定死的摄像头白天可能只吃 8W夜里红外灯一亮就冲到 18W物理层分级没法实时更新。如果全靠 classPSE 必须按最高档预留否则夜里就会供电不足。第三默认档兜底。如果 PD 的分级电路损坏或者遇到某个不按套路出牌的设备PSE 识别失败时一律按 Class 0 处理也就是默认上限 15.4W。这就是为什么有些电口明明显示 Class 0设备却还能工作的原因——PSE 给了个保守但安全的功率。这看起来很稳但它占的预算比设备实际需求高得多。所以class 分级只解决了大概给多少的问题真要精确到瓦必须上 LLDP。3. LLDP 功率握手把协商精确到瓦3.1 LLDP 是什么为什么管得了功率LLDP 的全称是 Link Layer Discovery Protocol链路层发现协议。它最基础的能力是让相邻设备互相通告自己的存在、端口标识、系统名称等。但它厉害的地方在于开放了组织特定 TLVType-Length-Value扩展厂商和标准组织可以在里面塞任何自定义信息。IEEE 802.3 标准就定义了一个重要的扩展 TLVPower 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 4PSE 开始供电摄像头先以最低功耗启动系统此时 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 offUsed 是交换机根据实时电流和电压算出来的实际输出功率。把它和 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 常见问题速查表故障现象可能原因检查动作摄像头完全没电网线只通了 4 芯 / 接头氧化用测线仪测 8 芯重做水晶头供电后反复重启LLDP 协商失败 / 分配功率不足开启 LLDP检查协商结果显示 Class 0PD 分类电路异常 / 老设备现场测试实际功率必要时手动配置功率一直很低设备处于低功耗状态 / PSE 保守策略观察夜间或高负载时功率变化多端口掉电总功率预算超限查看总负载降低低优先级端口非 PoE 设备烧网口误用了无源 PoE立刻停止使用无源供电设备还有一个容易混淆的点无源 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 是进阶但真正让系统跑得顺的是把这两层机制都理解透然后给功率规划留足余量。