老子不要昵称啦 发表于 2017-2-7 16:30
版主为什么2-3更新的没有qos
Qos 现在在重整思路。
希望加入中继功能，2月3号更新了什么
iloveqinqin 发表于 2016-11-3 19:22
等慢慢完善，加入多拨和去广告基本就能满足大部分人了
还有KMS！！
tcpg 发表于 2017-2-25 16:39
还有KMS！！
好吧，还有SS:lol
K2用哪个？
佐须之男 发表于 2016-11-28 20:28
现在QOS这块没有思路，一直在想其他方案。
思路我猜还是 区分QOS（DiffServ QOS）。特点给IP包智能分类。分类也是一门艺术。分太多占资源。分太少又可能不够智能。
DSCP差分服务代码点（Differentiated Services Code Point），IETF于1998年12月发布了Diff-Serv（Differentiated Service）的QoS分类标准。它在每个数据包IP头部的服务类别TOS标识字节中，利用已使用的6比特和未使用的2比特，通过编码值来区分优先级。
其实石像鬼和磊科的思路也是差分QOS，只是都是内部算法，不是按DSCP标准来的。它们有个共同的分类，按包大小的分类，就是小包优先功能，让需要交互响应的包先上发出去（中国一般上行带宽小，QOS最重要）。其实标准不重要，重要的是QOS效率。TCP/IP就是例子，OSI7层协议谁用了？
把DSCP简化一下我猜效率也够。思科的思路是按标准DSCP来的：他的工作原理和工作过程区分服务QOS有一下特性：1．分类2．标记3．流量调节4．拥塞管理5．拥塞避免。1分类不用说了，2这个“标记”不是一个名词，而是一个动词。就是一个修改的动作。例如，我们对某个参数进行标记，那意思就说是我们我们对这个参数原来的分类的DSCP数值进行了修改。3流量调节,（我觉得4、5都是流量调节的一部分）现在用最火的一个还是通过策略来进行流量的调节。策略对超过指定速率的通信流采取特性的措施，不再是推迟或者是缓冲通信流了。也就是说对于这种机制中，无论如何都不会以增加延迟作为代价的，而是对这些违规的数据流进行一些具体的处理措施。因为策略可以支持很多的参数啊，比如速率啊，突发量啊，合规措施，超额措施，违规措施.CBQ基于类的公平队列：CBQ 提供一个紧急队列，紧急报文入该队列，该队列采用FIFO 调度，没有带宽限制。这样，如果CBQ 加权公平对待所有类的队列，语音报文这类对延迟敏感的数据流就可能得不到及时发送。用户在定义类时可以指定其享受严格优先服务，这样的类称作优先类。所有优先类的报文将进入同一个优先队列，在入队列之前需对各类报文进行带宽限制的检查。报文出队列时，将首先发送优先队列中的报文，直到发送完后才发送其他类对应的队列的报文。在发送其他队列报文时将仍然按照加权公平的方式调度。（QoS标记（匹配特殊数据流-->设定优先级-->应用在接口）---> CBQ用class map匹配优先级--->CBQ用policy map指定策略--->CBQ应用）每个队列不是固定的分配服务时间，如果某个队列为空，那么会马上切换到下一个队列调度。。交换机将策略参数应用于策略映射表中的每种类别。4拥塞管理：区分队列.只要我们启用了这个端口队列的优先级特性，某些队列就成了优先级队列，在这个队列里排队的数据都是优先处理的，只有当这个队列中的数据处理完了，其他的队列的数据才开始进行处理。5拥塞避免：相应的id的队列中的数据填满程度达到了该队列的m%时，开始进行丢弃这个队列的数据。当达到n%的时候就开始采取尾丢弃的方法，也就说说达到这个程度，这个接口的在接受到的任何一个数据包都进行丢弃。
龙卷风2015 发表于 2017-4-8 00:11
思路我猜还是 区分QOS（DiffServ QOS）。特点给IP包智能分类。分类也是一门艺术。分太多占资源。分太少又 ...
现在的QOS就是这种策略来实现的，但是还是达不到一个非常好的效果。现在很多流量都是加密+伪装的。很难去标记识别。
佐须之男 发表于 2017-4-8 00:33
现在的QOS就是这种策略来实现的，但是还是达不到一个非常好的效果。现在很多流量都是加密+伪装的。很难去 ...
不可能那么细分的标记，只能标记大多数相识的重要的类型（Wireshark听说是开源的，应该提供了足够的协议匹配算法，先拿来用），加密的不可能考虑进去，只能用户自定义进去。把已知的主要协议分类好久行了。这个直接参考华为的CQC（CQC是Huawei公司的叫法，MQC是Cisco公司的叫法），这些策略环环相扣，应该站在巨人的肩膀上先拿来用。效率可能与 编写语言有关。推荐ecos，因为磊科的同样的算法就是ecos 转发速度快。
:P我也想楼主的 路由尝尝先啊:P
QOS用来用去的，最后还是回到了磊科，石像鬼的，真是天下QOS，唯小包优先不破，感觉磊科和石像鬼其实就是一样的，磊科就像是定制版的石像鬼，固定了8个队列，而且不能定义链接达到某流量值的优先级。与其想尽办法适配各种L7协议的小白路由智能QOS就像走入了走入了歧途，越来越臃肿，对机子的要求越来越高，还不如想办法提高代码效率。
个人想法是同样的硬件，刷入 磊科NRxxxxW 固件就是不如 刷入 NRxxx P/G 的固件性能好，进去看智能流控QOS界面设置都差不多。就是因为代码效率，不但转发效率，连带机量差几倍。个人对 ecos 系统的转发性能印象极好。
能不能加一个IP限速功能? IP段跟单IP限速都比较实用啊!
:lol可惜了就这样一个好固件 没人更新了
不错，支持LZ。
sspg33 发表于 2023-5-7 18:06
可惜了就这样一个好固件 没人更新了
可以转投FreshTomato，每年更新多次，开源且开发者多。
ytzr 发表于 2023-7-7 08:44
可以转投FreshTomato，每年更新多次，开源且开发者多。
那款信号比较好推荐下 150以内
sspg33 发表于 2023-7-7 19:05
那款信号比较好推荐下 150以内
网件R7000、R8000。价格往上可以看看华硕RT-AC5300