我们的服务器都是内网用的，所以本身没有任何限速的必要。而且网管交换机 1000mbps 本身就远远高于 100mpbs 移动专线。
很多成品路由坑的地方，只见 web 有设定，至于里面的 qos 怎么写的，不知道
像 tplink 声称可以带 512 个 ip ，面对 20mpbs 的带宽也无能为力，只能提供限速和百分比
asus 的也是东抄西抄，乱抄代码，用的高耗 CPU 的 ingress 接口。

目前
erx 路由+DHCP 给 10 个 vlan 划分 ip+QOS+wan 端 acl 访问控制
FutureMatrix S5735S-L48P4S-A2 vlan 划分带 poe 供电,网管类交换机胜在对网络内的问题可以检测
AirEngine 5762S-12 无需 AC 够用就可以。

华为的企业级方案没问题，它的固件更新能力仅次于 openwrt 。不过这个 FutureMatrix 不算 huawei ，固件稍少。

QOS 这个话题太大了，限速并不是一种高效的方法，总不能 100 个终端，设定 100 条规则吧。有限的带宽，无限的客户端，会导致越前面的规则越容易获得带宽越后面的越没有有效的可分配带宽。在成品路由也只能尝试 ip 范围划分，尽量将 100 条划得越少越好，这样就不会因为亢长的规则导致 CPU 性能的消耗接着导致呑吐能力的下降

实际我的上行用的 dstport ，根据访问端口做优先级出列，而且出口是在路由器的上行，只有这个方向才能根据 tcp 的握手特性，更早发出去的上行带来更早的下行流量优先级。和其它的限速的差别非常大。这种分级的规则，0x10>0x20>0x30>0x40 ，会呈现一种流量自动避让的特性。让 tcp 80/443 网页的打开有一种明显的迎面而来的感觉，自动压抑其它 P2P 流量。

# cat port.tmp
udp_6060_0x10/0xff
tcp_992,1992,26241_0x10/0xff
udp_53,123_0x20/0xff
tcp_22,23,3389,8123_0x20/0xff
tcp_80,443,1080,1863,8080:8081,12000,14000,15000,16285_0x30/0xff
udp_443,500,1701,3478:3481,4000:4030,4500,5989,8000:8020,16285_0x30/0xff
tcp_20,21,25,143,465,993,1024:65535_0x40/0xff
udp_1:65535_0x40/0xff

下行实现的是
超过流量阈值的 ip 最高优先级，可获得 60%的总带宽
其它 IP 次优先级，可获得 100%的带宽
每 3 分钟脚本执行一下
动态 QOS 真正实现了无视 P2P 的存在。

一定要注意规则数量对 cpu 的影响。

AP AirEngine 5762S-12
交换机 FutureMatrix S5735S-L48P4S-A2
路由 erx 刷 openwrt 21.02.5

成品 QOS 路由真不清楚哪家好。

华为有个 12000ma 65w 可以给笔记本充电。

换房的广告都出来了。
传单都夹在大门上，一看买房广告，吃惊！！！

刚刚本地还是公众号还发某某 ktv 提供性陪业务，被停业。这种行业多少需要保护伞吧。

几个月前给老妈买的 moto G75,国补价格 116.07,8GB+256GB,骁龙 6gen3 。

如果你习惯 root ，那这个手机没问题，缺点比之前的 x30 厚了点，其它的该有的都有。非常流畅，系统也到 android15 了。
给老人家装上 automate ，设置几个自动化任务，收款没问题。

银行实卡支持 4 千，虚拟卡支持 1 万。整体加起来 1 天可以转 1 万 4 千，以前买个基金能把人急死。。。

梅林，这种别人编绎的不好玩。
当初也是这个不行那个不行才学会玩 openwrt ，独特的地方可以根据需求裁减包，做属于自己的路由固件。
要说不带无线的路由固件，应该选 mtk 之类的，当然最好是 openwrt.org 官方支持的。
开源无线驱动就不知道谁家好了。当然老硬件，等个 2~3 年也许驱动也成熟了。像以前老掉牙的 mtk7620 到了 21.02.5 终于完美了。

转轴这东西得小心了，比如单手单边开合，不采用双手左右，会导致两侧距离不同坏了。

前几天换 matebook13 寸，无缘无故想去按电源键。然后基本也接近单边开合。发现那个被修过的地方整个零件都凸起来了。。。最后在开着的状态拧上螺丝，发现两侧接缝都裂开了。。。差不多要陪一台。。。

QQ 真的非常作死，是谁把好好的一个 QQ 弄的不能用了。

什么版本太低，PC 刚装的，没过多久又版本太低，搞什么飞机，你是个通讯软件还是个天天没事升级的垃圾软件。
反正 QQ 的管理团队本身就有问题，把一个从 1999 年开始使用的 QQ 作死了。当年腾讯不就从 QQ 开始的嘛，有点历史责任感嘛！！！

正常免费是最昂贵的。。。当时有个项目模块，一开始用的还行，后来用户数限制，直接弃用。。。

这么多年行走网络，任何数据不握在自己手里的，都当它是个屁，不敢用。

去年还限制审核单数 4 万个，因此删除了大量之前的考勤数据审批单。结果现在又允许 500 万个。。。经过这么一个来回，又见识了免费是最昂贵的。。。
反正从 2020 年开始一毛不拔没花过钱。之前公司因为和客户的保密合同不敢上这种系统，去年又见识了不花钱或者花钱审核单数对方也拿捏得很准，删除直接让这种审核单据没有历史追溯性。现在反正只用一个考勤模块，考勤模块也将角色进行了限制，导致不得不大量修改审批单流程。

钉钉就不能狠一点嘛。不交费的用户直接滚。。。

干扰这种东西缺少仪器凭感觉很难量化，平时也仅仅是听到测线仪发出那异常的声响。

主要是去年发生过一次交换机烧毁情况，有可能是户外线碰强电导致。包括在车间看到有人设备开机，在设备表面见到一阵电弧掠过。碰到越多的问题越是怕死。我就很怕再来一次是不是会让车间所有机台罢工，那就是大事故了，虽然说有可能也仅仅是连接网线的那个设备烧了。上次差不多花了 2 天才恢复网络。。。

目前的基本方案就是采用双屏蔽网线，单端接地，仅为电路短路问题考虑。但是这“屏蔽不接地还不如用非屏蔽的”的结论网络上也是很多传言，没见有人用数值量化这个问题。
这个帖子里有个 FTP 和 UTP10 种试验条件，又不知道出自哪本书。看情况 2 FTP 不接地似乎错误帧数还比 1 UTP 小了那么一点。
https://www.chiphell.com/forum.php?mod=viewthread&tid=2597359

现在嘛用非屏蔽线怕干扰问题时断时继，毕竟在机台内有接近 2 米的平行，用屏蔽线嘛又怕接地处理不好导致网速异常最怕的是导致传输距离下降。缺少一些量化的数据很担心。

今天看了京东自营关于秋叶原 QS2613 的评论，很多用户也晒出了机柜，实在不行只能选择它了，硬着头皮去实践。

去淘宝 EzCast 旗舰店 看是否有解决方案。
目前看到 1 发 2 收的。

2015 上海到江苏交界已经 2 万了。2007 年上海 3 环线才 7 千江湾那带。2000 年似乎 1 千？？？

更新最主要的问题是需要重启，
至于盗版问题，已知 office2016 每一分钟向服务器发送 3 个心跳包，也要引起网络不通而导致的系统卡顿。

一直研究不透设定 dns 和不设定 dns 导致的软件运行速度区别。

哈哈，信个鬼，这么多年，包括 qq 群，也是舍不得。