bibiisme

@XXOO133 小区没 4g/5g 信号接不到电话，但家里有 wifi 覆盖，这种情况还是挺多的。

应该不是 qos 的问题，是限速做在二层还是三层的区别。

@hypermox 至少 mtk 能支持小包。另外主线 op mtk 的硬件加速对 udp 支持不好，至少我测的时候跑个迅雷 bt 基本全走 cpu ，hanwckf 那个没问题。

@tomychen 其实我的目的是分流打 mark ，qos 属于硬件的事了。暂时通过路由器的 upnp 这玩意来设定 dscp

@OneOfSisters 不过倒提醒我，尝试改了下路由器上的 upnp 源码，统一给映射的端口打上 dscp 0x2 ，现在能进一步区分 p2p 流量了。

https://github.com/padavanonly/packages/blob/openwrt-18.06/net/miniupnpd/patches/109-dscp.patch

@OneOfSisters 刚才去瞅了下 openwrt 上 miniupnpd 的代码，发现里面有 dscp 的相关信息，不过貌似基本没人提这个。

@tomychen 其实就是流量识别，因为 qos 本身实现我是交给硬件了。。。突然记起来 bt 下载的时候，这些软件会通过 upnp 开启端口转发。看看后面改下 upnp ，在 upnp 加端口转发规则的时候，同时给到这台主机端口的流量打上对应的 mark ？

@datocp

没打算抑制并发数，现在的策略在 7 楼，只是打算给并发数太多的流量降低优先级。
测的是 mtk 的硬件 qos ，因为这些流量后面会被硬件加速模块接管并进行 qos ，要在硬件模块接管流量之前按优先级打好 mark ，干不了其他的，只能设置好优先级。

@tomychen

感谢。不过 tc 这部分我这里暂时用不着，在测硬路由的硬件 qos 。qos 硬件是根据收到的包带的 mark 来设置 qos 等级的。
现在是普通 udp 和 1 楼的>4 线程 tcp 最小 mark ，<=4 线程 tcp 中等 mark ，udp 小包最大 mark 。
udp 视频和 bt 下载看来通过 iptables 是区分不了了。