feat(net): 服务器侧 KeepAlive 转正（§5.56，E11）+ Phase 11 重开回归

E11（d96113b）证据链："链路在、对端静默"注入下生产参数 60/5/3 实测
判死 ≈30s → TIM_OUT → QUARANTINE → pump 重建；静默但存活对端不误杀。
handle_connect_event LISTENING 分支按手册规定位置开启；反汇编确认
编译器把两分支尾部合并（LISTENING 跳入含 keepalive+fire_event 的公共
尾部，hex 全片仅该分支偏移 1 行差异，Code 尺寸不变属填充巧合）。
Phase 11 重开时发现其拉入 32KB s_rx_buf 超产品 RAM 余量（L6406E 链接
失败）→ 改专用 64B 探针缓冲（本 Phase 仅 64B 探针读，门控注释已留
"勿加回"警示），套件恢复 0 错 0 警；TC-NET-1101 步骤同步死对端注入法
（禁用网卡；Windows 防火墙规则对已建立连接无效，E11 实证）。
验证：产品/套件双构建 0 错 0 警 + 反汇编确认调用落地；台架确认
（:7003 静默对端判死 + Phase 11 实跑）待设备冷启动断电重上电后补做。

docs/问题记录/CH395F_Trap_Records.md

@@ -229,15 +229,17 @@ CH395F 的 RECV 中断是电平触发的——只要接收缓冲区有数据就
 - **重传参数**：`SET_RETRAN_COUNT`（默认12次，最大20）和 `SET_RETRAN_PERIOD`（默认500ms，最大1000ms），总重传时间 = 次数 × 周期
 - **KeepAlive 参数必须为 500ms 的倍数**：`IDLE`（默认20000ms）、`INTVL`（默认15000ms），且 IDLE > INTVL；传入非 500 倍数的值导致 CH395F 内部定时器异常
 - **KeepAlive 默认关闭**：需在 `SINT_STAT_CONNECT` 后调用 `ch395f_set_keepalive_enable(sock, 1)` 启用
-- ⚠ **本仓现状与 E11 实测（2026-10-13）**：`ch395f_set_keepalive_enable` 全仓仅
-  客户端分支（`CONNECTING`）调用，而 `App/` 无任何 `net_connect()` → **产品上
-  KeepAlive 实际全程关闭**；服务器侧调用 2026-10-12 曾加后撤回（理由仅覆盖
+- ⚠ **E11 实测与转正（2026-10-13）**：此前 `ch395f_set_keepalive_enable` 全仓仅
+  客户端分支（`CONNECTING`）调用，而 `App/` 无任何 `net_connect()` → 产品上
+  KeepAlive 实际全程关闭；服务器侧调用 2026-10-12 曾加后撤回（理由仅覆盖
   物理链路失效）。E11 用"禁用 PC 网卡"注入"链路在、对端静默"（防火墙规则对
   已建立连接无效，见实验方案 E11 方法学），实测服务器侧开启后：生产参数
   60s/5s/3 → **判死 ≈30.0s**（早于手册公式 75s，以实测为准）；短参数 6s/2s/2
   → ≈5.1s（证明参数生效）；静默但存活的对端**不被误杀**（90s 空闲 KEEPLIVE
   回显正常）。消费链路现成：TIM_OUT → `handle_timeout_event` QUARANTINE →
-  pump relisten → 端口恢复。完整记录见 `docs/网络/N34-自愈审计/实验方案.md` E11。
+  pump relisten → 端口恢复。**2026-10-13 转正**：`handle_connect_event`
+  LISTENING 分支按 §5.56 开启，Phase 11 测试重新纳入回归（TC-NET-1101 步骤
+  已更新死对端注入法）。完整记录见 `docs/网络/N34-自愈审计/实验方案.md` E11。
 
 ### Socket 4~7 缓冲区
 - CH395F 默认只给 Socket 0~3 分配独立收发缓冲（共 48 块 × 512B 用满），Socket 4~7 为零块