-
Notifications
You must be signed in to change notification settings - Fork 90
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
GL-MT6000 + X-Wrt(23.10_b202311141826) 启用转发加速(natflow) 影响tcp传输 #34
Comments
@microka |
@ptpt52 大大您好,我这边刚测试了一下,通过rdp远程桌面复制远程端(被控端)一个50多MB的文件粘贴到本地(两端均为Windows 11,被控端为X-Wrt路由系统): 供您参考排查。 |
@microka |
@microka 用这个文件替换 https://downloads.x-wrt.com/rom/Downloads/mt7915e.ko |
是Wi-Fi才有问题吧,WED功能是 有线口和Wi-Fi之间硬件转发的功能。 |
您好,替换并重启后测试rdp文件传输问题依旧。 另外,测试播放Android(Linux)设备上tvheadend提供http m3u串流(走TCP协议,播放端为Windows11和iPhone15): |
您好,我这边X-Wrt均为有线连接,无线已禁用。 |
@microka 这次反馈又跟前面不一样说法了,按照你说发,就是natflow转发加速就有问题了 |
@microka 转发数据,是从什么口到什么口(lan wan)? |
大概看你的意思,是从外网访问内网的情况,数据传输慢的问题 |
MT6000 X-Wrt网络配置如下: wan1-3均为X-Wrt PPPoE拨号, 进行两项测试, 配置1:【转发加速(natflow)】【硬件转发加速】【WED硬件转发加速】均启用 配置2:启用【转发加速(natflow)】【硬件转发加速】,关闭【WED硬件转发加速】 配置3:启用【转发加速(natflow)】,关闭【硬件转发加速】【WED硬件转发加速】 配置4:【转发加速(natflow)】【硬件转发加速】【WED硬件转发加速】均关闭 (注:以上配置间调整后均重启了路由器再进行测试) @ptpt52 希望以上测试结果能提供帮忙 |
@microka 早前有个网友反馈和你的情况类同的问题 简单总结就是,natflow开启加速情况下,从外网 访问 内网 下载文件或者数据,速度很慢只有1Mbps 那样(也就是100K速度) |
好吧,要是这个问题能解决,我就能在MT6000上愉快地使用X-Wrt了~ |
@microka
|
仅启用【转发加速(natflow)】,在我前面的测试2(从rdp远程被控端桌面复制文件粘贴到本地控制端)是没问题的,是访问Android(Linux)的串流有问题。我看要不晚点我用x86部署一个LibreELEC(基于Linux),在上面装个tvheadend以及iperf再测试下。 |
实在无法重现问题 如何部署和的类似环境? |
您好,今晚我用uboot刷了x-wrt-23.10-b202311180843-mediatek-filogic-glinet_gl-mt6000-squashfs-sysupgrade.bin,未替换其他文件,测试情况如下:
至于tvheadend串流的问题,我刚在x86设备上安装了LibreELEC,在系统里面Kodi中安装tvheadend backend插件,外网通过wan3 ip连接访问该设备tvheadend的串流,情况和我之前 #34 (comment) 测试1的结果一致:只有在转发加速都关闭的情况下才能顺利加载出视频。 |
@microka 这里 pppoe-wan_300M 是哪个口? lan1 lan2 lan3 wan eth1 ? |
@microka 你这个问题,iperf3测试,是可以稳定出现,还是 偶尔出现? |
pppoe-wan_300M 是 lan3 |
昨晚测试,相对可以稳定出现,偶尔会没问题(比如按理讲③仅开启【转发加速(natflow)】【硬件转发加速】这种情况测试应该是有问题的,但有时iperf测试又完全没问题)但重新开关一次设置后问题又能复现。 |
@ptpt52 还没回去刷新的固件,补充一个情况:③仅开启【转发加速(natflow)】【硬件转发加速】的情况下,rdp远程控制一般操作都正常(被控端上行流量1、200KB/s),但一旦在被控端播放一个1M码率的视频,画面出来后马上整个RDP卡住无响应,只能断开重连,与iperf测试情况一致。 |
|
这个固件解决了硬件转发加速开启时iperf测速断流的问题,但tvheadend串流断流的问题仍然存在。 |
型号 GL.iNet GL-MT6000
架构 ARMv8 Processor rev 4
目标平台 mediatek/filogic
固件版本 X-WRT 23.10_b202311141826 Lunar / LuCI Master git-23.317.86009-e30c777
内核版本 5.15.138
转发加速(natflow)启用时,外部网络访问本地的http串流(tcp协议),传输速度只有十几/几十KB/s
三个「转发加速」均启用后情况也是一样
转发加速(natflow)禁用后,外部网络可流畅访问本地http串流(视频码率约为10Mbps,传输速度能达到1.2MB/s)
但试过开启转发加速跑Speedtest-X测速或者rdp连接后播放视频都没有问题,就是上面的串流播放发现有问题,麻烦大佬帮忙排查一下,感谢!
The text was updated successfully, but these errors were encountered: