FCM消息接收异常：Android TV设备每日断连数小时问题排查

背景 #

• 多平台应用（Android/WearOS/Android TV/iOS/WatchOS）通过FCM传输数据，整体运行稳定
• Android TV版本以信息亭模式长期前台运行，仅负责接收、处理FCM消息并展示结果，每年在临时充气运动场馆使用4个月
• 两台本地测试正常的Google Chromecast HD设备部署至用户场地后出现异常

问题 #

设备在本地有线网络测试可稳定运行数日，但在新场地中，FCM消息会在数小时至1天内停止接收；插拔网线等待10秒后即可恢复，判定为网络相关故障。

临时解决方案 #

去年曾出现相同问题，为每台设备配备独立4G LTE路由器（有线连接）后恢复正常，但产生了额外月度成本，需适配本地网络从根源解决。

场地网络架构 #

• 场馆内Cisco交换机通过光纤连接至主楼Cisco交换机，主楼交换机接入Ubiquiti USG，再连接运营商调制解调器（无法桥接）
• 网络包含多VLAN，无其他异常报告
• 设备使用60米UTP网线，途经电力线缆，剩余10米卷起；网线经Pockethernet检测无问题，设备更新时网络状态正常

测试场景与结果 #

• 接入场地本地网络→FCM接收异常
• 经小型2口交换机连接4G LTE路由器→运行正常（修正此前结论）
• 直接连接独立4G LTE调制解调器→运行正常

可能的故障原因推测 #

1. NAT会话超时：运营商调制解调器或Ubiquiti USG的NAT会话超时设置过短，FCM依赖的长连接被主动断开，而Chromecast的网络栈未及时检测到连接中断并自动重建。4G网络的NAT策略通常更宽松，长连接存活时间更长，因此未出现问题。
2. VLAN隐性限制：场地网络的VLAN可能存在未明确配置的流量限制或防火墙规则，设备长时间运行后触发了连接数、流量配额等阈值，导致FCM相关端口被临时阻断。插拔网线会重建网络连接，重置相关限制计数。
3. 间歇性电磁干扰：网线途经电力线缆，虽然Pockethernet检测网线本身无故障，但长期运行中可能存在间歇性电磁干扰，导致TCP连接出现隐性丢包，最终使FCM长连接失效。4G无线连接不受此类干扰影响。
4. 网络端口节能机制：场馆内的Cisco交换机可能开启了端口节能模式，当Chromecast仅传输小流量FCM消息时，长时间无大流量交互会触发端口降功率或临时禁用，导致网络连接中断。插拔网线会唤醒端口恢复连接。
5. DNS解析失效：FCM服务器域名的DNS缓存过期后，场地网络的DNS服务器未能正确更新解析结果，导致Chromecast无法重新连接FCM服务器。4G网络使用的运营商DNS解析流程正常，因此未出现问题。

内容的提问来源于stack exchange，提问作者Bash