做智慧城市项目这么久,我最大的感触是:很多团队在摄像头、门禁、广播这些终端设备上舍得砸钱,却在最不起眼的“供电和联网”环节反复翻车。PoE交换机这个名字听起来平平无奇,但在智慧城市网络里,它就是那个同时把电力和数据传输送到每一台前端设备的“管家”。这几年我经手过好几个园区、路口、街道级的网络升级项目,可以说,一套设计合理的PoE供电网络,直接决定了整个项目后期稳不稳定。这篇文章想把我在这类项目里的选型思路、功率计算方法、部署踩坑和运维经验一次性聊透,给正准备做智慧城市网络升级的团队一个真正可以参考的路线图。
1. PoE交换机在智慧城市里的价值,远不止“远程供电”
1.1 智慧城市网络升级的真痛点:设备好买、取电难
先还原一个典型场景。某园区要做智能化改造,需要布设几十个点位:路口的高清摄像头、休闲区的无线AP、楼栋门禁、信息发布屏、甚至草地里的灌溉控制器。这些设备的共同特点是:位置分散,而且大都远离建筑内的供电插座。以前的做法是什么?每台设备就近拉一根220V电源线,再配一个小配电箱。听着简单,实际上问题一堆。
首先是外观问题,园区里到处是明线、接线盒,甲方看了直摇头;其次是安全问题,220V裸露在户外,雨天进水短路是常事,某次我亲眼看到一只鸟站在配电箱上直接把接线端子打糊了,整条回路跳闸,一上午的监控录像全断。第三个问题是施工协调成本。智慧城市项目少则几十个点位,多则几百个,逐点协调物业、园区、市政去接电,光跑手续和等人开门就能拖掉一半工期。就算顺利接上了,后续想挪个摄像头位置,又得重新拉线、重新迁配电箱,折腾得够呛。
这时候PoE方案的价值就很明显了。PoE全称Power over Ethernet,以太网供电,说白了就是用一根网线同时传数据和供电。只要交换机端有PoE口、网线另一端接支持PoE的设备,设备就不用再接单独的电源适配器了。摄像头只需要一根网线,插上就能工作,交换机在远端就能决定给它供电还是断电。这种“集中供电、远程控制”的模式,正好戳中了智慧城市项目点位分散、取电困难、运维成本高的痛点。
1.2 PoE的底层逻辑:一根网线,双流合一
很多人第一次接触PoE时会想:网线里同时走数据和电流,不会互相干扰吗?答案是:标准早就解决好了。以太网线里有8芯,百兆网络实际只用了其中4芯来传数据,剩下4芯空闲。早期的PoE标准干脆就把这4根闲置线拿来供电,后来千兆普及后8芯全跑数据,PoE就改用“数据线对同时叠加直流电”的方式,通过频率分离把数据和电流分开。这就是为什么网线能同时“送外卖”和“捎带煤气罐”。
标准PoE有一个极其关键的握手协议。供电端(交换机,专业叫PSE)在接通每一路时,并不会直接输出高电压,而是先发出一个微弱的检测信号,探测线路另一端是否有一个符合标准的受电设备(PD)。只有当对方回应了正确的特征电阻,交换机才会开始升压、正常供电。如果另一端是普通电脑网卡,检测不到特征信号,交换机就保持不供电状态。这个机制保证了PoE交换机可以安全地插普通设备,不会把网口烧掉。我第一次接触这个机制时觉得挺神奇,实际测试下来也确实稳,只要不是山寨设备或劣质网线,基本不会出问题。
PoE标准这些年也迭代了好几次:最早的802.3af开始供电,最大15.4W;后来有了802.3at,单口能到30W,带红外球机就靠它;再到今天802.3bt,单口能干到60W甚至90W,可以喂饱大功率的智能照明、双视频流摄像头和车载充电桩面板。理解这三档功率的差别,对后面选型是关键。
1.3 为什么PoE方案能成为智慧城市的主流
我做过一个对比测算,模拟项目X里40个摄像头点位,如果用传统方式做供电和联网,需要40个电源适配器、若干配电箱、几百米电力线、对应的电工施工费用以及至少一周多的协调时间。用PoE交换机方案,基本就是一台交换机加几十根网线,施工让网络工程师顺手就干了。下表是我常用的方案对比,直接看数据感受更直观:
| 对比项 | 传统取电+网线方案 | PoE交换机方案 |
|---|---|---|
| 线缆成本 | 需要电源线+网线两套 | 只需一根网线 |
| 施工难度 | 需要电工配线、调试 | 网络工程师即可完成 |
| 安全性 | 220V户外裸露风险高 | 48V安全电压 |
| 灵活性 | 改位置要重新布电 | 拔插网线即可调整 |
| 远程控制 | 无 | 远程重启、功率监控 |
安全电压这条在小城市和园区项目里尤其重要。48V直流电即使短路、触碰到线路,也不会造成人身伤害,现场施工人员的安全风险大大降低。加上现在很多网管型PoE交换机能做远程供电开关、功率监控和告警,运维人员坐在中控室里就能远程重启一台“死机”的摄像头,不用爬杆子、钻桥架,这在传统方案下想都不敢想。
2. 选型阶段:端口、功耗、带宽的计算方法
2.1 端口数量:先把点位盘清楚再下单
上手任何项目,我第一件事不是看交换机参数,而是让需求方把所有需要接入的点位列一份清单。端口数量不是简单“有多少设备买多少口”,还要考虑预留和冗余。我习惯按70%~80%的端口利用率来选型,也就是24口交换机最多接18~20路设备,剩下几个口留着给临检设备、临时扩容和故障跳线。
举个例子。一个园区改造项目,摄像头62个、无线AP 18个、门禁一体机6个、信息屏4个,总共90个点位。接入层我建议不要用一台大交换机全部吃掉,而是分散成:2台24口PoE交换机给摄像头、1台24口PoE交换机给AP和门禁、1台16口(或再加一台24口)给信息屏和预留。每台设备的实际接入数控制在端口数的80%以内,后期维护时能少很多麻烦。
这里还有一个容易忽略的问题:PoE交换机带外网口时,很多人只记得买“24口”或“48口”,却忘了区分“这24口里面有多少个支持PoE”。市面很多标称24口PoE的型号,实际可能只有16口支持PoE供电,其余8口只能传数据。如果依靠这些口给摄像头供电,就尴尬了。所以选型时一定要看清楚每台交换机的PoE口数量是不是覆盖了你计划接入的PoE终端数。
2.2 PoE功率预算:最容易翻车的地方
端口数选够了,第二个坑通常出现在功率预算上。很多人算功率时直接查摄像头标称的“额定功耗”,比如某款红外球机标称18W,就想着用802.3at(单口最大30W)肯定够了。但实际运行完全不是这么回事。
红外球机的摄像头在白天可能只有8W功耗,夜里开启红外灯后功耗直接飙到22W;如果是带加热器的内部风扇款,冬天加热器一启动,瞬时功耗甚至能冲到30W以上。加上网线传输本身也有损耗,百米网线大概要损耗两到三瓦。所以说,选功率余量这件事,一定不能按“标称理想值”来算。我建议的实际公式是:
设计功率 = 设备峰值功耗 ÷ 线缆传输效率(按0.9计)× 余量系数(至少1.2)
比如那台标称18W的红外球机,按峰值24W去估:24÷0.9×1.2=32W。也就是说这台摄像机最终应该接在一个至少能提供30W单口功率的端口上,最好还用802.3bt。如果你只按标称18W去配,实际有红外灯加电时段,就会过流保护甚至频繁重启。
除了单口功率,整机PoE总预算更是大头。市面上一台24口PoE交换机,如果号称单口30W,它的整机PoE总功率往往是有限的,常见可能在250W到400W之间,而不是24×30=720W。这是厂商在电源设计上的成本平衡。如果你接满了24路设备,每路平均功耗20W,总功率大概就是480W,远超预算,交换机就直接保护断电了。所以我一般选型时会先算“整机需求功率”: 点位平均功耗×(1+30%)×端口总数。用这个数去找匹配预算的型号,宁可选大一个档位。
2.3 背板带宽和包转发率:数字要算明白
PoE解决了供电,但交换机的本职工作还是转发数据。有些人在选型时只盯着端口数量和PoE功率,忽略了转发性能,结果几十路摄像头一跑,画面卡顿、延迟飙升,画面调不出来。
两个核心指标要看。第一个是背板带宽,带宽越高,越不容易在大量并发数据时出现瓶颈。计算方法是:背板带宽 ≥ 端口数 × 端口速率 × 2。比如一台48口千兆交换机,最低要求就是48×1G×2=96Gbps。注意这里乘2是因为数据要收、发双向。第二个是包转发率,它决定交换机每秒能处理多少数据包。千兆口包转发率基准是1.488Mpps,48口千兆全双工就是48×1.488≈71.4Mpps。一台接入层交换机如果连这两个基本数字都达不到,那么整机性能就很值得怀疑。
还有一个容易踩的坑是上联口。很多工程师只看接入层交换机的千兆口,忘了上联口带宽。如果汇聚层只有两个千兆光口,而接入层满载了40个摄像头,每个摄像头码流4Mbps,40路就是160Mbps,其实两个千兆口还能扛住;但如果摄像头换成4K,每路12Mbps,那就是480Mbps,再加上AP回传流量、门禁等,很容易把上联打满。我建议上联口至少预留2个千兆口(可以做链路聚合),点位多的场景直接上万兆上联。别等网络卡了再回头升级,那会儿要动线可就更难了。
2.4 网管型还是非网管型:管理需求决定层级
智慧城市项目该不该上全网管型交换机?我的结论是:以小项目、点位少、无远程运维条件的小型部署,非网管型也能凑合;但凡点位超过50个、有分支机构或需要远程排障,就必须上网管型。差别在于网管型多出的功能,恰好对应智慧城市运维中“看不见摸不着”的那部分需求。
网管型交换机能做什么?首先是VLAN隔离。摄像头、AP、门禁属于不同类型设备,互相之间根本不需要通信,划分到不同VLAN后,既减少广播流量,又防止一台设备被入侵后横向渗透。其次是PoE功率管理,可以看到每个端口的实时功耗、设置单口功率上限、开启/关闭供电。再有就是IGMP Snooping,摄像头视频组播流如果没启用这个协议,汇聚层会像传单一样把数据复制给每个端口,纯属浪费带宽。最后是链路聚合和远程管理。链路聚合可以把两个千兆口绑成逻辑上的一个双千兆口,提升上联带宽和容错能力。
代价是价格,同品牌网管型PoE交换机会比非网管型贵30%~50%。我的建议是:接入层点位少的环境用非网管型问题不大,但汇聚层及以上一定全部网管型。因为一旦出问题,登录交换机看端口状态、看功率曲线、远程重启,这份效率远比那几十块钱差价值钱。
3. 方案部署实操:从拓扑到线缆的完整落地
3.1 分层网络架构:接入层必须扛住压力
智慧城市网络升级很少是“一台交换机包打天下”的。我习惯把网络分成核心层、汇聚层、接入层三层来设计。接入层直接连摄像头、AP、门禁这些终端,通常就是PoE交换机;汇聚层把若干台接入层的流量汇集起来,可以带光口或万兆上联;核心层则负责整网的路由、VLAN间转发和安全策略。
以某个街道片区项目为例。片区里共规划了约60个摄像头、20个AP和12个门禁,点位分布在4栋楼和两个路口。接入层我用了3台24口PoE交换机和1台48口PoE交换机,每台负责一片区域;汇聚层用2台千兆光口交换机分别做“北侧楼群”和“南侧路口中”的汇聚,链路做了链路聚合;核心层一台三层交换机,把所有VLAN路由统一起来。这个结构的好处是,任何一台接入设备坏了,只影响它所在的小片区;汇聚层冗余链路保证了任何一条上联断了,流量还能走另一条。
还有个小心得:接入层PoE交换机的上联端口一定要优先用光口,而不是电口。原因很简单,电口跑长距离容易受干扰,光口抗干扰能力强、远期扩容也方便。哪怕当前只跑千兆,我也建议物理上预留光纤。
3.2 功率分配策略:端口级配置
设备进场之后,部署调试阶段最考验功力的一件事就是PoE功率分配。网管型交换机里可以把每个端口的功率上限、供电优先级都配置起来。以我常用的某款网管PoE交换机为例,操作大致是:登录Web管理界面,找到“PoE设置”或“PoE配置”菜单,每个端口可以设置开启/关闭供电、最大功率、供电优先级。默认情况下所有端口同等优先级,全局功率一旦紧张,设备就会随机抢资源,导致“某些摄像头掉线但不知道为啥”的诡异现场。
我更推荐的做法是把端口按角色分配优先级。红外球机和室外AP是“高优先级”,因为它们涉及安全监控和覆盖,掉电影响大;门禁和信息屏可以“中优先级”;装修临时用的检测设备和测试终端放“低优先级”,这些即使在功率紧张时被切断,也不影响核心业务。同时给每个端口设置单口功率限制,避免某一路设备异常拉高电流,拖垮整机。
功率分配里还有个常被忽略的点:优先级不是“越高越好”。如果把过多端口都设成高优先级,一旦全局功率不够,系统还是不知道该断谁。所以高优先级只保留真正关键的几路,其他顺手设成低价位,系统才能知道“关键时刻先保谁”。
3.3 线缆选型与施工规范:距离和材质决定成败
PoE系统里,网线就是电力传输的“血管”。很多项目为了省那几毛钱买了劣质网线,结果摄像头时而在线时而离线,排查半天才发现是线的问题。这里我可以说几个实测结论。
第一,线芯材质要选纯铜。所谓“铜包铝”线,看着便宜,但电阻率高,传输损耗大,尤其是PoE场景下,电流经过时线芯发热厉害,冬天外加长期高负载,网速衰减和设备过热非常明显。我用功率计测过同长度下铜包铝和纯铜线的压降,差距接近一倍。第二,线规要选24AWG或更粗,线越粗电阻越小,电压衰减越轻。第三,距离超过80米的点位,如果一定要用网线,强烈建议把PoE功率预算再调高一些,或者干脆用光纤+光电转换器,到末端再PoE供电。百米网线那套“极限挑战”测速能通,但PoE供电要的是稳定电压,长距离压制太严重容易出问题。
施工细节同样不能马虎。户外场景一定要用室外防水网线,护套要抗UV,接头部位套上防水帽或热缩管。户外设备的RJ45水晶头建议买带防水胶圈的专用型,不然雨季一来,进水氧化导致接触不良是常见故障。网线打线采用T568B线序,两端颜色要完全对应,尤其是PoE供电利用的线对,一旦错位,设备要么无供电要么速度掉半。
再说防雷。户外摄像头装在杆子或者高处,雷雨季节最容易遭受感应雷损坏。我见过一整排摄像头因为没做防雷在雷雨天全部阵亡的惨状。所以我的标配是:户外PoE线进机柜前,先过一进一出的信号防雷器;交换机机柜底部做良好接地;有条件的话室外立杆或墙装摄像头加装避雷针或接地扁铁。每台交换机柜的接地电阻建议小于4欧姆,这是基本要求。
3.4 安装与散热:机柜里的隐形杀手
PoE交换机有个特性:在满负荷供电时,自身发热量不小。曾有同行跟我抱怨:夏天机柜里的PoE交换机整机死机,所有摄像头全部离线,现场一测,机柜内部温度高达70多度。这类问题在智慧城市场景里特别容易出现,因为设备往往被塞在路边一个个狭小的防水机柜里,散热条件极差。
PoE交换机满载供电时,大约20%~30%的输入功率会转化为热能。一台支持370W PoE预算的24口交换机,满载时自身功耗轻轻松松超过30W,几乎相当于一台小加热器。如果机柜密封、无通风,夏天高温环境里,交换机会因为过热触发保护,轻则PoE口集体断电,重则直接烧硬件。
我处理这类问题的标配做法是:机柜顶部或侧面装温控风扇,风道要从下往上;给交换机前后留足至少10厘米的空间,正上方不要堆线“堵死”;有条件就在机柜内加装温度传感器,联动风扇启停。如果预算紧张,至少确保机柜不是铁皮凸起的那种全密封箱体,最好选带百叶窗通风设计的型号。实测下来,做好通风后,夏季机柜内温度能比原来降15度左右,设备稳定性提升非常明显。
另外还有一个容易忽略的细节:户外机柜安装PoE交换机时,一定要避免和强电配电箱挤在同一个狭小空间里。220V的电感干扰和发热,对弱电PoE设备是双重的伤害。虽然很多弱电机柜本身就带隔离,但“隔离距离”这件事,物理空间上隔远一点永远比什么都稳妥。
4. 调试与运维:让网络稳定运行的日常管理
4.1 VLAN隔离与流量优化
系统上线第七天,我接到一个“现场用户投诉摄像头画面卡顿”的问题。登录汇聚层交换机一看,其中一个40口接入层交换机的上联口流量已经接近90%打满。根源是当时某厂商的摄像头默认开启了组播传输,而接入层交换机没开IGMP Snooping,组播数据被复制到所有端口,相当于每台摄像头都在往全网发“传单”,流量瞬间就爆了。
解决思路也很简单:一是接入层全部开启IGMP Snooping,让组播报文只转发给需要的端口;二是把摄像头、AP、门禁划进不同的VLAN,例如摄像头VLAN 10、无线VLAN 20、门禁VLAN 30,各VLAN间用核心交换机做路由,并配好访问控制,只放行必要的管理流量。这样既隔离了广播域,也大幅降低了无用流量。VLAN不要一个片区一个,那样跨区数据交换会把核心交换机拖死,最好一个功能域一个VLAN。某智慧园区项目里,我把60多个摄像头分配在4个VLAN里,依靠核心交换机做VLAN间路由,整体流量和安全性比原来单网段要清爽得多。
4.2 排障实录:一次“摄像头半夜集体掉线”的定位过程
分享一个比较典型的排障案例。有一天凌晨23点左右,某园区的监控中心报警,说“北区一半摄像头轮流掉线,重启后又恢复,过一会儿又掉”。我到现场后,首先排除的不是网络故障,而是功率问题。我先登录汇聚层交换机查看了PoE总功率曲线,结果发现从22:50左右开始,整机功率从大约130W爬升到接近230W,而该交换机PoE预算上限是250W。原因很清楚:23点后红外灯全面开启,部分红外球机功耗从白天的12W左右升到23W,整个接入层PoE预算被拉满,系统为了保证不全面崩溃,只能按优先级和端口顺序逐路切断超限部分。
解决动作做了三步:第一,在接入层交换机里把重点点位(比如大门和主要路口摄像头)的PoE功率设为高优先级,明确告诉系统哪些路先保;第二,把原来关掉的两个冗余交换机端口打开,把一部分低优先级摄像头(比如停车场角落的球机)分流到另一台预算更宽松的交换机上;第三,把球机夜间的红外亮度从100%调到了85%,实测发现画面几乎无差别,单路功耗降了好几瓦。处理完后,凌晨监控稳定运行,再也没有出现掉线问题。这个案例也提醒我,每次做项目时,把功耗预算表做完整、把端口优先级配好,比事后修要重要得多。
4.3 远程管理与供电重启
智慧城市项目点多面广,现场条件经常不允许工程师频繁跑到每个点位去处理设备故障。PoE交换机的远程供电重启功能,是我个人认为最具性价比的“续命”功能。很多摄像头、AP的故障表现是网卡挂死或者固件卡死,就算网络是通的,也ping不到设备。这时候只要登录接入层PoE交换机,找到对应端口,在管理界面里选择“关闭PoE”,等几秒再“开启PoE”,设备就被断电再来一次。整个过程不用爬杆子,不用派车跑一趟。
要注意的是,操作时别太急。PoE极端断电重启后,设备重启需要时间。摄像头的云台或红外模组初始化慢,一般要30~60秒。我习惯在界面里设置“供电间隔90秒以上”,给设备充分的启动时间。如果连管理界面都进不去了,可以用带外管理口(比如console口或专用的管理网段)应急登录,前提是交换机的管理口接到了单独的管理网络里。建议所有网管型交换机部署时就把管理网和业务网分开,别搞成“管理通道也走业务VLAN”,否则某条业务VLAN广播风暴时,你可能连管理入口都堵死了。
5. 常见问题速查与独家避坑技巧
5.1 智慧城市项目中高频故障排查表
把我在多个PoE项目里反复遇到的高频故障整理成一张表,方便团队现场排查时快速对照。
| 问题现象 | 可能原因 | 排查思路 |
|---|---|---|
| 摄像头无图像、不通 | PoE功率不足或端口未开启PoE | 查看交换机端口状态和PoE功率,测单口实际供电 |
| PoE口灯不亮 | 网线线序错、水晶头氧化、线路断芯 | 用测线仪逐根打线测试,检查水晶头有无氧化发黑 |
| 设备一接入交换机就整体掉电 | 全局PoE预算超限 | 查交换机PoE总功率表,拆掉低优先级设备,做分流 |
| 夜视开启后设备频繁重启 | 单口供电余量不足 | 把端口功率切到更高标准,或调低红外亮度;无余量就换设备 |
| AP频繁掉线、重新连接 | 供电电压不稳或线缆老化 | 换新网线、换口测试,查看管理界面里的PoE电压监测 |
| 画面卡顿、延迟高 | 上联带宽打满或组播泛洪 | 查看上联口流量、确认IGMP Snooping是否开启、优化VLAN |
| 交换机整体温度过高 | 机柜散热不良、负载过高 | 加装风扇、打开百叶窗、检查机柜周围环境、调整点位分布 |
我以前遇到“设备一接入就整体掉电”,一开始还以为是交换机坏了,后来才发现是接入侧有三台白光补光灯,每台实际功耗比标称高很多,整机PoE预算直接被打爆。所以遇到这类情况,第一反应不要先喊厂商返修,先登录看PoE总功率图,多半就是预算的问题。
5.2 几个老鸟才知道的小细节
再说几个不写在说明书里的经验点。第一,PoE交换机的“端口功率监控”建议打开,并且把告警阈值设在预算的80%左右。理想情况是等功率到90%再告警,但实际中大流量、高温、设备老化等综合因素叠加,80%更稳妥,能给你留出处理时间。第二,生产环境上千万别说“反正就几个摄像头,不用配置那么细”。我见过某项目摄像头全是默认配置,端口优先级全是“自动”,结果一次局部功率波动,系统随机选了几路重要摄像头去断,管理员气得跳脚。交换机不是不会断,只是要有秩序地断,这个秩序得你亲手配好。第三,很多摄像头在固件更新后,PoE功耗特性会变化,建议每季度巡检一次端口功率历史和固件版本,避免旧配置hold不住新固件。第四,网络升级项目收尾时,一定要把每组端口的PoE功率记录留档。这东西既是运维基线,也是你跟甲方扯皮时最有力的证据。
这里还要特别强调一次线缆的选择:不要因为用肉眼无法分辨就随便用测试仪测测通就完事。测试仪能测通不代表PoE供电一定足够,因为造假的铜包铝线也能让仪器“通”,但压降和发热骗不了人。有条件的最好整段测一下供电功率,或者用工程级仪器测线缆阻抗,确保纯铜、线径靠谱。
6. 项目执行中的几个额外建议
这个部分分享几个我在多个项目中的执行心得。第一,方案设计时就把“后期扩容和改造”考虑进去。智慧城市场景变化快,今天你只装摄像头,明天可能就要接充电桩或智慧灯杆,这时候如果交换机端口和PoE预算当时都留有余量,扩容就是插线的事;如果当时为了省钱全用满,后患无穷。我一般建议单台24口PoE交换机最多接16~18个PoE终端,单口峰值功耗预留30%以上的余量,这样即使点位增加、设备换代,框架也不用推倒重来。
第二,不要把PoE交换机当成一个“单独的设备”去理解。它更像是整个弱电系统的配电中枢,所以每个项目开工前,我都会把配电、防雷、网线、管理这四件事当作一个整体来设计。配电方面,机柜里的电源开关最好做独立带漏保的空开,以免其他回路跳闸连累弱电系统;防雷方面,进线端加防雷器、机柜可靠接地、室外设备加信号防雷,这三件套缺一不可;网线管理方面,别让弱电线和强电线在桥架上并行,地线、信号线、电源线要分开走线,减少串扰;管理方面,从小项目开始就建议把网管型交换机的Web管理口绑到专门的管理VLAN里,后期要远程做策略配置时可以少走很多弯路。
第三,排障时一定要分层定位。我在现场最忌讳的就是没有章法地乱测。正确顺序一般是:先看管理界面,确认设备是否在线、端口是否up、PoE功率是否正常;再ping测试,判断是二层、三层还是物理链路的问题;最后才动手拔插。别一上来就拿着测线仪东测西测,没搞清楚整体情况就动线路,容易把原来的故障扩大。
另外,项目交付时,别只给甲方一份设备清单就完事。我会把每个点位的端口编号、VLAN划分、PoE功率配置、防雷保护、管理账号这些信息整理成一张台账,连同备件清单一起交出去。这份文档也许不出彩,但对以后的运维和扩容来说,就是救命稻草。我见过太多项目,运维换个人之后连摄像头接在哪台交换机哪个口都找不到,每次排障都要从头开始扫描。这种事真的可以靠台账省下来。
最后再分享一个小习惯。每次项目交付前,我会要求把每个端口的PoE功率记录留档,和安装当天的数据做对比。几轮春、夏、冬跑下来,就能看出哪些设备老化、哪些红外灯耗电异常、哪些线缆开始出现压降问题。这比出了问题再查日志靠谱得多。做智慧城市项目,设备可以换、品牌可以选,但底层的供电网络一旦设计错了,后期每一根线、每一个端口都在找你要债。希望这篇关于PoE交换机选型、部署和运维的分享,能帮你少走一点弯路。