项目

一般

简介

错误 #2304

15P_T4版本，ftp vxlan上行业务偶现做不起来或速率极低（仅20M）

由 孙 泽林 在 大约一年 之前添加. 更新于 11 个月 之前.

状态:
进行中
优先级:
一般
指派给:
韩 伟
类别:
-
开始日期:
2024-10-29
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
DU
发现问题版本:
Rel_2.1.15P
目标解决问题版本:
Rel_2.1.16P
FPGA板卡类型:
CPU类型:

描述

15P_T4版本，场景为端到端Vxaln FTP业务测试。（无线设备间 和 无线设备与核心网下挂pc间现象一样）
无线设备侧与ftp server连接可正常建立，但做上行vxlan ftp业务时做不起来。即使有业务也极低，仅20M左右。
普通上行ftp业务正常，基本可达峰速。
研发初步分析存在乱序，还需进一步确认

文件

ftpvxlan.rar (87.4 MB) ftpvxlan.rar 孙 泽林, 2024-10-29 14:18

历史记录

#1

由 匿名用户 更新于 大约一年 之前

  • 状态 从 新建 变更为 进行中

log: D:\temp\log\241024chanpinVxlanFtpKo2
这个log只单独做了UL FTP,发现UL FTP70M马上掉到10M,不走vxlan没问题,UDP也没问题

实际情况: DU log的时间跨度是 18:06:33到18:07:01,这个时间跨度一直有打上行流(udp一直有, ftp应该是中间开始的),但是从CU stats只看到UL打了6s的流,如下:
EGTPU LOWER RX [0] STATISTICS [24/10/2024 17:55:50.544776] Total0
Line 23164: 0 1 1 127.0.0.2 117440514 127.0.0.1 2 9428 15.12 0 0 0
Line 23272: 0 1 1 127.0.0.2 117440514 127.0.0.1 2 20630 137.78 0 0 0
Line 23380: 0 1 1 127.0.0.2 117440514 127.0.0.1 2 38099 215.44 0 0 0
Line 23488: 0 1 1 127.0.0.2 117440514 127.0.0.1 2 56043 221.47 0 0 0
Line 23596: 0 1 1 127.0.0.2 117440514 127.0.0.1 2 71640 192.63 0 0 0
EGTPU LOWER RX [0] STATISTICS [24/10/2024 17:55:55.544823] Total0
Line 23704: 0 1 1 127.0.0.2 117440514 127.0.0.1 2 75139 42.25 0 0 0

EGTPU UPPER TX [0] STATISTICS [24/10/2024 17:55:50.544812]    
    Line 23169: TX-INST     UE-ID    TUN     SRC             S-TEID        DST                D-TEID TX(PDUs)    TPUT(Mbps) 0         1        1     192.168.8.172     100663298    192.168.8.82    381       2703        15.12
    Line 23277: TX-INST     UE-ID    TUN     SRC             S-TEID        DST                D-TEID TX(PDUs)    TPUT(Mbps) 0         1        1     192.168.8.172     100663298    192.168.8.82    381       13805    139.19
    Line 23385: TX-INST     UE-ID    TUN     SRC             S-TEID        DST                D-TEID TX(PDUs)    TPUT(Mbps) 0         1        1     192.168.8.172     100663298    192.168.8.82    381       29596    197.86
    Line 23493: TX-INST     UE-ID    TUN     SRC             S-TEID        DST                D-TEID TX(PDUs)    TPUT(Mbps) 0         1        1     192.168.8.172     100663298    192.168.8.82    381       45689    201.78
    Line 23601: TX-INST     UE-ID    TUN     SRC             S-TEID        DST                D-TEID TX(PDUs)    TPUT(Mbps) 0         1        1     192.168.8.172     100663298    192.168.8.82    381       61183    194.57
    Line 23709: TX-INST     UE-ID    TUN     SRC             S-TEID        DST                D-TEID TX(PDUs)    TPUT(Mbps) 0         1        1     192.168.8.172     100663298    192.168.8.82    381       62793    20.20

UL RLC SN变化:
18:06:33.816][INF_26]kwAmmProcessPdus:Updated rxNext215866 UEID17103 CELLID1
18:06:58.269][INF_26]kwAmmProcessPdus:Updated rxNext262143 UEID17103 CELLID1
18:06:58.269][INF_26]kwAmmProcessPdus:Updated rxNext0 UEID17103 CELLID1
18:07:01.309][INF_26]kwAmmProcessPdus:Updated rxNext28652 UEID17103 CELLID1
通过这个SN号变化换算成平均UL速率是: (262143-215866+28652)*1500*8/(61-33)=899148000/28=32Mbps

gnbTcp.txt
看到很多 TCP Dup ACK,绝大多数都是下行的 192.168.8.82,192.168.20.2,192.168.81.101 192.168.8.172,60.60.0.10,192.168.81.88,说明上行包发送有问题
18:05:38这1s的TCP Dup ACK最多:

看看上行的 2796609906
UE发了 2796608446:
97333 18:05:38.373956 PDCP-NR 1606 127.0.0.1 127.0.0.2 894500060ec4ea000040119f043c3c000ac0a81402800012b505fa00000800000000000a… UEId=6904 Unknown User: (SN=66078 )
97421 18:05:38.374881 GTP <FTP-DATA> 134 192.168.8.172,60.60.0.10,192.168.81.88 192.168.8.82,192.168.20.2,192.168.81.101 2796608446 54996 58066 FTP Data: 1460 bytes (PASV) (STOR 5GB_8.txt)
server说收到了 2796608446:
97472 18:05:38.375498 GTP <TCP> 156 192.168.8.82,192.168.20.2,192.168.81.101 192.168.8.172,60.60.0.10,192.168.81.88 1543749008 58066 54996 58066 → 54996 [ACK] Seq=1543749008 Ack=2796609906 Win=4219392 Len=0
UE发了 2796758826:
100376 18:05:38.505740 PDCP-NR 1606 127.0.0.1 127.0.0.2 894500060eca660000401199883c3c000ac0a81402800012b505fa00000800000000000a… UEId=6904 Unknown User: (SN=67537 )
100402 18:05:38.506277 GTP <FTP-DATA> 134 192.168.8.172,60.60.0.10,192.168.81.88 192.168.8.82,192.168.20.2,192.168.81.101 2796758826 54996 58066 [TCP Previous segment not captured] FTP Data: 1460 bytes (PASV) (STOR 5GB_8.txt)
server多次说没收到 2796609906:
100554 18:05:38.507687 GTP <TCP> 162 192.168.8.82,192.168.20.2,192.168.81.101 192.168.8.172,60.60.0.10,192.168.81.88 [TCP Dup ACK 97472#1] 58066 → 54996 [ACK] Seq=1543749008 Ack=2796609906
...
107159 18:05:38.572230 GTP <FTP-DATA> 134 192.168.8.172,60.60.0.10,192.168.81.88 192.168.8.82,192.168.20.2,192.168.81.101 2796830366 54996 58066 FTP Data: 1460 bytes (PASV) (STOR 5GB_8.txt)
UE终于发了 2796609906:
112007 18:05:38.616628 GTP <TCP> 134 192.168.8.172,60.60.0.10,192.168.81.88 192.168.8.82,192.168.20.2,192.168.81.101 2796609906 54996 58066 [TCP Out-Of-Order] 54996 → 58066 [ACK] Seq=2796609906 Ack=1543749008 Win=4194304 Len=1460

存在的问题:
1,gnb收到的PDCP SN有5个包没看到
2,PDCP SN=66078 到 SN=67537,所有的包GNB都收到了,但是这些包有很多PDCP SN乱序:
99450 18:05:38.395822 PDCP-NR 1606 127.0.0.1 127.0.0.2 66625 2
99484 18:05:38.453793 PDCP-NR 1606 127.0.0.1 127.0.0.2 66659 11
99559 18:05:38.471784 PDCP-NR 1606 127.0.0.1 127.0.0.2 66624 -108
99560 18:05:38.471797 PDCP-NR 1606 127.0.0.1 127.0.0.2 66733 109
100332 18:05:38.503228 PDCP-NR 1606 127.0.0.1 127.0.0.2 66649 -851
100334 18:05:38.503251 PDCP-NR 1606 127.0.0.1 127.0.0.2 67501 851
3,TCP有很多乱序
4,TCP有很多重传 Retransmission

#2

由 高 峰 更新于 大约一年 之前

偶现，长跑时出现的

#3

由 匿名用户 更新于 大约一年 之前

  • 指派给 从 匿名用户 变更为 周 立伟
#4

由 周 立伟 更新于 11 个月 之前

  • 指派给 从 周 立伟 变更为 韩 伟
  • 目标解决问题版本 从 Rel_2.1.15P 变更为 Rel_2.1.16P

导出 Atom PDF