提前说明，以下列出的产品问题和服务问题，仅限于本人组网环境以及相关配置背景下。如果你有相同的产品和类似的组网/运行配置有正常的表现，欢迎讨论。

组网情况和背景大概是这样的：一台 ubnt 的 edgerouter 做拨号路由器，旁挂一个 openwrt 软路由用于扶墙以及折腾各种有的没的功能玩意。然后 20 年开始时候一直使用 netgear mk62 的 mesh 套装，均有线连接到路由器上做有线 mesh ，配置 ap 接入点模式专职 wifi 接入，情况大致如上，运行数年相安无事（家中无线终端设备大约在 25 台，其中 14 台智能家居相关的统一划去独立 2.4ghz 频段，其余的手机平板等划去独立 5ghz 频段）。

5 年过去，随着终端设备更新换代，也琢磨着把这套 mesh 做个升级替换。然后本次的瘟神主角 [华硕灵耀魔方 WiFi7 BE3600 ] 闪亮登场。这玩意 25 年 7 月份入手（首次开机的固件是 3.0.0.6.102_56751 ），拿到后根据原有的替换，同样的方式简单地组个有线回程、配个 ap 接入点模式什么的直接就开始用。期间遇到 web 提示有新固件 3.0.0.6.102_57071 升级，顺手也就升了。

bug#1:其实 3.0.0.6.102_57xxx 以及之前的版本在使用上没有太大问题，主要有个 web 的 bug 就是界面左侧菜单栏“网络地图”、“AIMesh”、“网路”三个模块中对接入客户端的数量统计显示是对不准的。只有“AIMesh”界面显示的所有节点接入数量是准确的，其他的均有部分客户端显示缺失。其实它底层运行的没啥问题，也就没太多纠结。

直到下一个大版本（ 3.0.0.6.102_58xxx ）更新，噩梦开始。华硕官网在发布 3.0.0.6.102_58118 固件的说明中，还特别黑体加粗说明“我们建议您更新至此固件版本，并重置您的路由器至原厂设置，以确保所有最新的安全性更新都正常套用”。然后下面列出了很多安全方面的更新和功能改善 blablabla 。嚯～ 挺用心的嘛，升就完事。

bug#2:打脸的来了，升级重启后 web 登陆失败。提示所设置的密码强度不符合规则，好家伙直接不给登陆用了是吧。也就是说如果老版本中配置的密码，更新后在新版本中不符合新的强度要求，直接就给你卡在登录页面，没有任何引导更新密码，这时你啥都做不了，只能摁重置按钮推倒重来。回过头来看看华硕怎么写的： [我们建议您更新至此固件版本，并重置您的路由器至原厂设置] 。华硕你这样的版本迭代设计脑子灌水了是不。此时我的嘴角微微上扬，鼓掌以表敬意。

bug#3:简单地解决了 bug#2 后，又开始重新鼓捣配置组网，相关配置重新设置后等他 mesh 系统重启。然后我就等了 1 分钟...5 分钟...10 分钟...咦怎么这次 web 直接打不开了？好家伙这 bug 还能自己升级了是吧。此时家里的设备是可以重新连上 wifi 运行正常，我判断是路由器前端部分出了问题。想了想华硕的设备可以 ssh 登录后台的，还好重新配置的时候顺手开了 ssh 。然后我就进去鼓捣了一会，发现他 web 前端是由 httpd 组件提供的服务，这进程在后台看着像是运行正常，80 端口正常监听，内网 pc 随便测一下它 80 端口是通的，tcp 握手正常，就是没有任何 http 返回。接着我尝试在后台直接 kill 掉它，发现它会自己过一会重启该服务。然后 web 就好了...就好了...好了...我丢还能这样？后来经过测试，只要是 3.0.0.6.102_58xxx 往后的版本，重启后一两次 web 是正常的，后面无论你怎么重启，web 都会打不开，除非 ssh 进后台把 httpd 干掉让它自己重新起来恢复。真神奇。此时我的嘴角微微上扬，鼓掌以表敬意。

中间插播下，3.0.0.6.102_58xxx 往后的版本把上文中的 bug#1 修了，没问题。然后新版本把原来 web 中的无线网络-专业设置-2.4ghz/5ghz 好多选项都砍了。beamforming 相关选项直接砍掉、ofdma/mu-mimo 原本提供细致的单独选项现在直接整合成简单的开关。不知道这样做为了啥，感觉像功能缩水。

bug#4:书接上回，3.0.0.6.102_58xxx 版本在运行过程中，家里一众 2.4ghz 设备连接及其不稳定，主要表现在延时和抖动上相比老版本肉眼可见的劣化。因为本人特地在软路由上开了个 ping 服务对所有 2.4ghz 设备长期进行监测，故丢包率、延迟和抖动等统计看的出来。特别是发现譬如三个摄像头（ aqara ）和风扇（ smartmi ）还会间歇性掉线，最长时候碰过掉线一两天才能重连，甚至直接起不来。此处应该有聪明的小伙伴跳出来说：你要检查 2.4ghz 频段是否拥挤，是否开了 40mhz 频宽干扰太大。是的大哥您听我说，这些规划早期都做好了功课，我的配置优化不限于固定最优信道、固定 20mhz 频宽、关闭 802.11b 、关闭 ofdma 、排除内网有无频繁并发的广播报文占用空口等等等等...。后来针对频繁长期掉线的设备，在它连不上的期间进行空口抓包分析。发现一个很有趣的原因：掉线的客户端正常会不断发送“probe request”报文请求 ap ssid 响应，此时能看到华硕侧能响应“probe response”。然后就没有然后了...不是哥们，你这几个客户端咋回事，继续往下走“Authentication Request”流程呀。后来在回退到老版本后上述的相关劣化问题也就没在出现，后来也就没在正常的时候抓包对比。不过我怀疑就是新老版本在 2.4ghz 这个模块上新版本做的烂，sta 估计是看到 ap 回复的 probe response 有协商字段不兼容或其他问题，导致它不愿意连接或连上后很不稳定。此时我的嘴角微微上扬，鼓掌以表敬意。

bug#5:这个问题正好是在上面抓包时候无意碰到的，应为我发现华硕这货的主路由和节点 node 发送广播 beacon 的 country code 、transmit power 功率、信道等信息是不一样的。具体说就是主路由广播的 beacon ，相关信息是和我配置的一致：country code=CN 、transmit power=19dbm 、信道固定 11 。到了 node 节点广播的 beacon 就变成：country code=AU 、transmit power=29dbm 、信道在 1 、6 、11 间随意变换。众所周知华硕的一些路由器在国内是提供给用户改澳大利亚地区的功能，以便达到增加发送功率的效果。但是在 mesh 系统组网中我理解所有的节点配置信息应该会同步一致才对，华硕这个无论我怎么重置、重配、重启，这个现象依旧在。虽然每个节点下各自连接的终端问题不大，但是对于有中度强迫症的我来说必须要精细化调整 mesh 系统这个 bug 就很恶心。我也不确定这个是不是华硕自己 AIMesh 的机制还是咋的，而且有一点是 web 里 mesh 节点中有 WiFi Channel Planning 选项可提供单独配置，搞笑的是怎么调都不会有效果。此时我的嘴角微微上扬，鼓掌以表敬意。

好了，上面啰七八嗦了这么多产品的问题，咱们来聊聊华硕的售后是怎么服务的。不过此处先请出咱们的对照组友商：aqara 。为啥呢，因为家里绝大部分智能产品都是他家的，受影响也最大。开始出现问题导致 aqara 好几个设备无法正常联网使用的时候，其实我当时更倾向于找 aqara 售后看问题。毕竟如果是无线 wifi 的问题，那影响的基本是一大片终端死。我这个案例是部分终端受影响，个别终端无法使用。aqara 和华硕都是在狗东的自营渠道那买的，故第一时间就上狗东找他们的售后。我向 aqara 售后表明了问题和来意，也整理了上述很多的问题梳理发给他，并直接表示想请他们联系后方研发帮忙看看问题（其实大部分 3C 产品的售后不会和你太深究技术问题，他们搞不定顶多也就一句：亲要不给您退换吧）。不得不说 aqara 的售后值得肯定，他还真就加了我微信，找了他们深圳的一个技术后线拉了个群与我对接，给他们远程 debug 什么的。虽然后面他们没有定位到自己家产品的问题，但是这个服务态度就是实打实给你摆在这。此时我的嘴角微微上扬，起立鼓掌以表敬意。

视线回到华硕这边，他们售后会让你去他们公众号入口，提交设备 sn 后完了等待服务专员和你沟通，搞得像 help desk 一样，过程挺繁琐的。然后让我血压飙升的时刻到来了，我连续与他们好几个专员进行沟通，我还把问题过程梳理的很清楚同步给他们，并要帮忙转达一下给研发，看看 bug 能不能解决。得到的答复都是：抱歉这个我们没办法做到（原文保真）。所有得到的答复意思都是让你哪个版本好使你就用哪个，我就是想让他们帮忙反馈一下 bug 比登天都难。而且为什么刚刚我说“与他们 [好几个] 专员进行沟通”呢？因为这个公众号的聊天框界面是他们对端控制的，我好几次苦口婆心和他们说我愿意提供远程环境复现故障给你们研发看，输入框上正打字敲着敲着，屏幕显示：对方已关闭对话，请您给我们的服务打分。

此时我眼神呆滞，手腕上的手表触发振动提示：非正常情景下心率过高。

后语，啰哩啰嗦写了这么多，主要还是发泄一下。话又说回来，华硕这玩意只是我接触的第一款路由器产品，不可否认华硕在国内有很多经典的路由器型号。我的意见不能代表华硕所有产品线的问题，毕竟人家家大业大，又不止做路由器一款 3C 产品。那为什么我要写这么多来发泄呢，主要其实我也算半个同行，人家华硕大部分是 ToC ，我们是 ToB 的。我也是干售后滴，对于服务客户和提升产品质量自有心得。就华硕这种售后的态度，随缘吧。