前台先炸、客人投诉、店长挨骂：全光网里一条家用线引发的连锁反应

周五傍晚，工程部为省网费把一条家用宽带并进了酒店全光网出口，想法很朴素："多一条线总没坏处。"线接上，测速跑得挺漂亮，谁也没多想。入夜满房，前台先报开房系统转圈，接着客房电话一个接一个：电视卡、WiFi 连不上、扫码点餐打不开。店长被堵在前台挨骂，运维翻遍几根外线，灯都亮、单线测速都达标，就是找不出卡在哪。一晚上的连锁反应，起点不是带宽不够，是一条没摆对位置的线。

一、那条线是怎么进来的：先过光猫，再谈接管

复盘得从进线看起。家宽合同多写"家庭自用"，装到经营场所要先问清楚允不允许，各地各运营商条款不同，以当期合同与现场勘测为准。外线进楼先过光猫、再由出口网关接管：光猫是桥接还是路由、WAN 口分属哪个网段 / IP，本该在进线时就摆平。

问题就出在这条线是"直接并进来"的——没先过汇聚网关，也没人给它定过该接什么活。它和原来那几条线一起被按剩余兆数摊着用，看着公平，实则谁都往里塞。后面一晚上的事，从这一步就埋下了。

二、晚高峰一来，家宽的几处短板一起冒头

白天终端少，家宽还撑得住；晚高峰住客集中上线，几处短板叠着冒出来。

会话上限小：一个终端连上 WiFi 后，网页、即时通讯、系统更新、后台心跳会同时挂一批会话，终端一多，出口要维护的并发量成倍涨，家宽这份会话表很容易先见底。打满之后新连接建不起来、老连接还能用——前台超时、新网页打不开，已经打开的页面却还能刷，测速偏偏显示带宽没跑满。

上行被压：监控回传、视频会议都吃上行，家宽上行本就小，上行一紧，客控、前台的小包跟着排队。

动态 IP / 大内网：多数无固定地址，端口映射、远程查看、对外服务都别扭，运营商还可能对共享与多拨做限制。几样凑在满房的晚上，投诉就集中爆了。

三、更糟的是，劣化的线还在接新请求

真正把局部问题滚成全网的，是探活缺位。没有持续体检时，劣化甚至已经断掉的线还在接新请求；只看"通不通"更看不出延时长、老丢包，而能通但老丢包的线，比断开更坑。于是这一晚不是"一条线慢"，是分到它上面的请求集体超时，前台、客房、点餐一起转圈，全网跟着卡。老连接还能用、带宽没跑满，越发让人查不出方向。

正确的顺序是先过汇聚网关：把便宜线安排在大流量 / 备份位，刷剧、下载、系统更新走它，慢一点无妨；要紧的收银和会议不放它身上，绑最稳的那条并留专属带宽。

再配会话按余量摊匀、每条留余量，链路质量探测把劣化的线及时摘出派活名单，主备线路、故障自动切换、5G 兜底压在后面，切过去老连接尽量别断。便宜线不是不能用，是得先想清楚让它接什么活。

一晚上的连锁反应，起点不是带宽不够，是一条家用线没摆对位置：合同准不准商用没问清、进线没先过汇聚网关、会话与上行短板在晚高峰一起冒头、劣化的线还在接新请求。把便宜线放在大流量 / 备份位，要紧的收银和会议不放它身上，先过汇聚网关再谈省钱，才是这套编排的本意。智慧光迅的出口方案做的正是这件事——把几条能用的线用好，也把话说在前面。

FAQ

Q：家用宽带能直接装到酒店用吗？

A：合同多写"家庭自用"，装到经营场所要先问清楚允不允许；会话、端口限制、固定地址与条款各地各运营商不同，以当期合同与现场勘测为准。

Q：并进来的便宜线该放什么位置？

A：放在大流量 / 备份位，刷剧、下载走它；先过汇聚网关，按会话余量摊匀、每条留余量，要紧的收银和会议绑稳线并留专属带宽。

Q：多拉几条便宜线，是不是就能把专线砍了？

A：多线互备是加保险，补不了合同里的修复时限，不承诺稳得跟专线一样，关键业务别把专线全砍；按规模分档，以现场勘测与当期合同为准。