酒店客房 WiFi 信号弱、上网慢怎么排查:从空口到出口的七步定位
酒店客房 WiFi 信号弱、上网慢怎么排查:从空口到出口的七步定位
酒店客房 WiFi 信号弱、上网慢怎么排查:从空口到出口的七步定位
排查先分"单终端还是普遍、空口还是出口":先看 AP 信道利用率与干扰,再测出口带宽与 NAT 会话数,DNS 解析慢常被误判为网速慢。
排查先分"单终端还是普遍、空口还是出口":先看 AP 信道利用率与干扰,再测出口带宽与 NAT 会话数,DNS 解析慢常被误判为网速慢。
"满格"和"快"是两个指标。 满格代表信号强度,速率取决于空口效率、回程链路与出口能力。遇到这类报修,从终端侧开始逐层往上游查,比直接换 AP 更有效。
"晚上卡"是一个时间相关的现象,排查也必须按时间对齐。 白天测正常的项目放到晚上很可能不达标,所以第一步是把问题时段的具体数据取出来,而不是先换设备。 一、先把时间特征固定下来 记录项用途 起止时间(如 19:30–23:30)确定取数窗口 是否与入住率相关区分"
AP 反复重启这类问题有个典型特征:不是完全不能用,而是时好时坏。白天正常、晚间重启,往往与温度或供电负载变化相关;全部 AP 同时重启,则多与交换机整机供电能力有关。 排查主线只有两条:电够不够和线通不通。
「微信能发消息,网页就是打不开」是很有指向性的一类现象:即时通信类应用常使用长连接与直连 IP,不依赖域名解析;而网页第一步就是解析域名。所以这个现象基本可以判定方向在 DNS。 下面按从终端到出口的顺序排查。
桌面云项目的终端侧故障,常遇到的三类提示是:PXE-E53: No boot filename received、CLIENT MAC ... TIMEOUT、No bootable device。这三种提示分别对应不同的故障层面,读懂提示能省掉一半排查时间。
「昨天还好好的,今天整个楼层都上不了网」,同时交换机指示灯整齐地高频闪烁——这类报修在二层网络里有一个高频成因:环路引发的广播风暴。它的特点是影响范围是整段广播域,且和网络出口、宽带带宽无关,用错排查方向会白白换掉一批设备。 下面按定位顺序写,重点在「怎么拿到证据」。
监控系统的报修集中在三句话:「预览卡」「回放查不到那天的录像」「录像只能存十几天,要求存 30 天」。这三句话对应的技术层面完全不同,但排查顺序是固定的——先看链路与供电,再看码率与容量,最后看存储健康。
迎检时常见的一类被动局面是:设备一直在跑,但真要调日志时发现——留存时间不够、字段缺了几项、导出的格式对不上,或者时间对不上导致无法与实名信息关联。 日志合规的技术核心是四件事:采得全、存得住、对得上、导得出。下面按这四件事展开。
「客人连上 WiFi 了,但认证页面一直不出来」「认证成功了还是上不了网」「认证完过一会儿又要重新认证」——公共场所无线的这三类报修,成因大多不在无线信号,而在认证链路的放行与终端探测机制上。 按下面七类原因逐项核对,基本能覆盖现场遇到的绝大多数情况。