项目

一般

简介

错误 #565

上行FTP测试,DU挂死

周 磊将近 4 年 之前添加. 更新于 将近 4 年 之前.

状态:
已解决
优先级:
普通
指派给:
-
目标版本:
开始日期:
2021-06-16
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
DU
CPU类型:

描述

简述:DU挂死
测试环境:246
测试版本:rel2.1.6
测试问题:上行FTP测试,DU挂死

历史记录

#1

由 匿名用户 更新于 将近 4 年 之前

  • 状态新建 变更为 进行中
  • 问题归属 DU 已添加

Log中未看到有效信息,且未生成coredump文件,从挂死的位置看,发生在NGP内存判断head,tail是否为空,
猜测为上行解复用 demux的时候,因为异常的数据走入了未考虑到的异常情况。
需要复现收集更多信息。

#2

由 匿名用户 更新于 将近 4 年 之前

还未复现,暂时没有进展

#3

由 匿名用户 更新于 将近 4 年 之前

  • 状态进行中 变更为 转测试

拉远测试环境复现了该问题,从调试模式保留的debug信息看,上行CRC正确,
MAC解复用时mac包头显示为long BSR,但是此时buffer的长度已经为0,从而在尝试读该long BSR MAC CE 下一个byte的时候,
NGP的断言错误,程序退出。

对于这种情况,暂时无法判断具体的原因,因为之前也有上行译码CRC正确,但是MAC包头中带的lcId不对的情况出现。
现有的解决方案,加异常保护;
针对buffer size和链的 head tail进行判断,异常时返回fail,丢掉该上行译码包。

#4

由 匿名用户 更新于 将近 4 年 之前

  • 状态转测试 变更为 已解决

上行long BSR的问题,在解long BSR MAC包时添加判断包长度不为0且大于BSR所需长度的保护代码后,该问题未再复现。
认为已解决。

导出 Atom PDF