活动
从 2024-01-30 到 2024-02-28
2024-02-28
2024-02-27
- 19:50 错误 #1570: 清华版本du，三层启动后，触发切换，刚刷prach，du挂死
- 配置问题导致UE上报了multi PHR，这个类型的MAC CE DU暂时无法解析，导致DU挂死，现在规避处理这种类型的MAC CE，已出包给测试，问题暂未复现
2024-02-26
- 19:40 错误 #1573: 多个ue的邻区指标，只会在第一行显示，正常应该不同ue显示各自不同的邻区指标
- 前端确认只能收到一个值，请backend检查
- 17:26 错误 #1573 (进行中): 多个ue的邻区指标，只会在第一行显示，正常应该不同ue显示各自不同的邻区指标
- 等待和backend 联调确认，目前无法确定是前端显示问题还是后端数据处理问题
- 17:18 错误 #1574 (已解决): 三层启动后，接入一个ue，稳定做业务，ue_num一直保持在1比较稳定。第2个ue一直做反复接入的动作，卡在msg5，此时ue_num直接减到了0，正常应该还是维持在1。导致这种情况下，du指标无法正常上报
- 分析日志和代码后，发现是由于kpi的uenum在ue完全接入后才增加，而kpi的uenum的删除，在ue未完全接入时也会删除。这导致一个ue反复重接时，由于未完全接入，kpi的uenum不会增加，但会一直减少，导致uenum一直为0。...
- 17:12 错误 #1572 (转测试): 三层启动后，ue接入，cu上报的服务小区指标，redis里始终都能写入，但是web界面基本显示不出来（显示率约5/100），即web请求backend，大概率无返回值
- gnb_agentDU接口，oam-backend逻辑已修改
2024-02-23
- 13:53 错误 #1571: 三层启动后，ue接入。du上报的ue指标均为空，发现du上报的ue_num一直为0
- 问题同#1574，ueNum原来的计算方法有误，现已修改计算方法，测试暂未发现问题
2024-02-22
- 19:37 错误 #1574 (已解决): 三层启动后，接入一个ue，稳定做业务，ue_num一直保持在1比较稳定。第2个ue一直做反复接入的动作，卡在msg5，此时ue_num直接减到了0，正常应该还是维持在1。导致这种情况下，du指标无法正常上报
- 已反馈du，定位中
- 19:37 错误 #1573 (已解决): 多个ue的邻区指标，只会在第一行显示，正常应该不同ue显示各自不同的邻区指标
- 已反馈web界面，定位汇总
- 19:36 错误 #1572 (已解决): 三层启动后，ue接入，cu上报的服务小区指标，redis里始终都能写入，但是web界面基本显示不出来（显示率约5/100），即web请求backend，大概率无返回值
- 界面显示情况就是：指标呈现闪烁状态，无法持续显示
已反馈backend，定位中 - 19:35 错误 #1571 (已解决): 三层启动后，ue接入。du上报的ue指标均为空，发现du上报的ue_num一直为0
- 已反馈du，正在定位中
- 19:34 错误 #1570 (已解决): 清华版本du，三层启动后，触发切换，刚刷prach，du挂死
- 已反馈du，正在定位中
导出 Atom