@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 是区分不了了。

@tomychen bt 我发现的特征就是会有很多外部 ip 连接主机特定端口，可惜 udp 没有类似 connlimit 的工具

@pagxir 是的，所以我没说连接，说的会话，指 conntrack 里面看到的那组信息。

@idragonet 理论上是这样，实在不行 padavan web 界面里端口转发加个 xx 端口转发到路由器自身 9000 端口的规则，然后自己连 xx 端口

@idragonet iptables -A INPUT -p udp --dport 9000 -j ACCEPT

udp 没写？ input 应该就够了吧

iptables -t nat -A PREROUTING -p tcp --dport 9000 -j DNAT --to-destination 168.138.1.1:443
iptables -t nat -A PREROUTING -p udp --dport 9000 -j DNAT --to-destination 168.138.1.1:443

iptables 就行了，根本不用其他系统或者设备

iptables -t nat -A PREROUTING --dport 9000 -j DNAT --to-destination 168.138.1.1:443

谁划分 vlan 不是为了二层隔离？那两个 issue 提出者都看懂了自己把 issue 关了，就你还在“桥接起来是什么鬼”

新无线驱动漫游有问题，不是到仓库里提 issue ，而是到其他论坛发帖说“避坑”导致开发者被喷牛鬼蛇神。

这就是“很正常的开个帖分享使用感受”

@cwbsw 谁让你和其他接口桥接起来了？你看懂那个 issue 的设置了吗？

hanwckf 也是倒霉，自己免费做闭源固件放源码出来，结果因为使用者的设置问题还被骂牛鬼蛇神。在这里喷的时候，不妨去看看主线 op 的硬件加速是什么鬼玩意啊？开了后直接连基本的上网稳定都做不到。