活动
从 2024-05-20 到 2024-06-18
2024-06-18
- 11:01 错误 #1885 (已解决): 核心网重启后的第一个终端接入后数据面不通
- 11:01 错误 #1885 (转测试): 核心网重启后的第一个终端接入后数据面不通
- 已经修改QER第一个终端接入时的映射
- 11:00 错误 #1885 (进行中): 核心网重启后的第一个终端接入后数据面不通
- 通过定位发现由于之前QER调试代码导致第一个终端接入后QER映射是错的
- 10:58 错误 #1885 (已关闭): 核心网重启后的第一个终端接入后数据面不通
- 核心网每次重启完的第一个终端接入后数据面不通
2024-06-04
2024-05-29
2024-05-28
- 14:19 错误 #1824 (已关闭): 使用共进基站进行：vonr通话过程中切换到目标基站没有声音
- 使用共进基站做vonr切换后发现没有声音
2024-05-21
- 14:52 错误 #1803: 核心网操作系统crash现象
- 核心网操作系统目前看不出现crash现象了。但在e500打流时出现了一次核心网操作系统假死状态，核心网ip地址ping不通，键盘操作也不响应了，但显示还在，目前不确定是什么原因导致的，猜测可能和硬件有关。
- 14:48 错误 #1803 (进行中): 核心网操作系统crash现象
- 14:48 错误 #1803: 核心网操作系统crash现象
- 占弋戈尝试关闭核心网操作系统的AppArmor 服务后，之前通过停止mysql触发的情况不出现了。暂时观察看系统稳定性。
- 14:10 错误 #1803: 核心网操作系统crash现象
- 该问题经过反复分析测试，发现在在使用e500进行数据业务测试时，使用systemctl stop mysql 命令会几乎百分百导致核心网操作系统立即crash。目前不确定是什么原因导致。 !1.jpg! !2.jpg! !3.jpg!...
- 14:04 错误 #1803 (已关闭): 核心网操作系统crash现象
- 在使用e500进行数据业务测试时，会经常出现核心网的操作系统crash现象。
导出 Atom