协议分流 的 不足之处，不能分流 未知协议和小包数据。

lyr009

先说说 应用场景。
有A、B、C，3个网段。
要求 3个网段 都走各自的 指定线路池，然后在指定 线路池中 再做协议分流，以保证网络的顺畅。

比如
A网段的游戏走wan1、网页等其他走其他wan 2、3。
B网段的游戏走wan4、网页等其他走其他wan 5、6。
C网段的游戏走wan7、网页等其他走其他wan 8、9。

最初想法是先做 端口分流，再做协议分流。
但不行，爱快 指定了 端口分流 生效后，是不能再次进行 协议分流的，试验过了。

只能老老实实用 协议分流，在 源地址 填上网段。
做3份不同源地址 的协议分流。

但是 新的问题诞生了。
由于爱快的协议分流 是不能分流 未知协议和 小包数据的。
在分流失败后 依次 分流生效优先级，会走到 默认网关 里。



而恰恰 默认网关 是唯一性的（不然就不叫默认网关了...）。



当A、B、C，3个网段的下的用网设备 一旦出现大量未识别的协议，比如P2P、迅雷、小众的APP等等这些没有识别的协议时，
3个网段汇聚起来的 未知协议、小包数据，几千的连接数，直接把 默认网关 给挤爆。
没记错 小包数据 和 网络游戏也有关，很容易就出现网络卡了顿。

【建议】
希望 爱快官方开发人员 能留意一下这个问题。
建议 在协议分流中 不单单 有 网络游戏、HTTP协议等等这些常用的协议，再加两条【未知协议】、【小包数据】协议。
这样 就可以 让3个不同网段的下的用网设备 在 遇到未知协议和小包数据 时，走3个 不同的wan口，从而保证网络的通畅。

我对协议分流的理解就是 根据不同的IP地址、端口号来划分出不同的协议。
而在协议库中找不到的对应 匹配的IP地址和端口号，就是属于未知协议。
感觉从原理上来说，是可以再加一层逻辑 最后的else，来添加这一功能的。
以上只是个人的猜测，毕竟我也不是爱快里敲代码的大佬，能不能弄只有官方开发的清楚。

最后，码了这么多字，望官方技术开发人员回复一下，
论坛的朋友，有什么好点子也说一下，谢谢。

@YBL

未知协议都未知了还在抓包分流啊。。

lyr009

@YBL 发表于 2021-7-7 17:10
未知协议都未知了还在抓包分流啊。。

额，我是不懂爱快系统是怎么来做分流的。

未知协议不是相对于已知协议吗？
既然是同级，能动 已知协议，为啥不能动 未知 啊？

就好比 别人给你 五颜六色的一堆 小球  分类，
你不是得先看看，才能判断分出什么颜色的球吗？
纯色的 能简单描述的 就好比 已知协议，按同类放入指定的 小盒中（WAM）。
混色的 就好比 未知协议。。。
难道混色 就不能放到小盒中吗？

@YBL

lyr009 发表于 2021-7-7 21:38
额，我是不懂爱快系统是怎么来做分流的。

未知协议不是相对于已知协议吗？

不可能做到抓到所有的协议数据的，肯定会有漏网之鱼，这些漏网之鱼就是未知协议

nxg123

我也碰到未知协议不能分流的问题了
希望官方能解决

lyr009

nxg123 发表于 2021-8-8 06:17
我也碰到未知协议不能分流的问题了
希望官方能解决

有一种曲线救国的方法，但要多耗费些性能、CPU 核心要多。
用多线负载，协议分流失败后，未知协议、小包都会跑到多线负载的线路中。
可以避免被挤爆，但游戏小包。。。

小老弟

我们评估一下，看看是否有方案支持，感谢反馈！