@azh7138m
你理解错了。。囧
我的意思是你需要找个设备做硬件 NAT
且，考虑到内网复杂性，此设备具备容易管理 /配置且功能足够强大的路由系统。
所以你需要一个相对“高级”的路由设备。。。

@azh7138m
买个 Ubnt ER-X 做 NAT，其他“高级”路由也行，但是 ER-X 好配置一些。。

@azh7138m NAT 规则复杂？是做了策略路由么？

@azh7138m
NAT 看你要多少转发率，3215U 一般来说够用了

体积和码率时长有关系，你说的两个格式记忆中都是容器...

补个地址： https://mkvtoolnix.download/

@moonkiller
建议先试试，我当时是拼接的时候两端编码都是 x264,但码率、帧率不一致

如果能接受 MKV 容器，那么连转码都不需要

另一个帖子里面回复过的 3215U，或者买个 DQ77KB 组装去

@skylancer
大包都 60%占用率了，小包还用问么？

@vuuv
硬件路由器 NAT 大多是硬件处理，的确对路由的 CPU 性能不敏感

CPU 占用率我是在 ESXI 查看的，虚拟机内部还没看过
至于占用率详细信息现在上班时间不便折腾，上面有业务，晚点看能不能跑个测试看看

@vuuv
NAT 性能消耗 CPU 单线程处理能力，具体天梯可参考 passmark
不在意体积的话，DQ77KB+i3 方案性能可能更好（价格接近）
现在公司在用 3215U 方案，ESXI+LEDE，带宽 100M/200M，分别跑满的情况下 CPU 占用率 60+

@Liang 刚刚想起：注意运维问题，不同方案有不同好处，为了网络在出现问题后能尽快重启
建议配一个 K2P 之类的路由器作为后备核心路由，免得网络崩溃后工作无法开展。

刚刚发现你打算后期 2*100M

注意：单条 200M 的上行能力应该是大于 2*100M 的，这和带宽余量有点关系
（除非你的 200M 上行只有 4M 带宽）

@bazingaterry 包括梯子 UBNT 那套东西功能上也是能支持的

40 平米办公室，有 30 台设备
按照每人两台设备的配备计算，有 15 人在办公。
想必办公室会非常拥挤。

========= 以上是吐槽 ===========
路由：
核心路由选用 3215U 一体机，淘宝选购 699 带机箱那款（唯一推荐）
除了网卡编号不是按顺序来，这机器做 ESXI 没任何问题。

现在我们公司在用，一共接入了两条线路 电信：100M/4M，电信：200M/8M
软件方案是 ESXI+LEDE，准备切换成 ESXI+ROS+VyOS （无缝 FW 考虑）
大包全速双向跑满 CPU 可以承受，负载都在 NAT 上面。

人数一共 70 人+，设备没统计，100+是有了

算上其他配件，控制在 1500 以内

优化方案：使用 Ubnt-EdgeRouter X(大概 320), 作为一级核心路由做 NAT，降低 CPU 负担

AP：
40 平米的空间，无缝漫游之类的高端货就免了，成本以及性能考虑，建议上 K2P

布放形式：

案例参考：
我们办公室 500 平米，使用 3 台腾达 AC9 作为无线主干路由，开放 2.4G 与 5G 双频段
三台路由器均独立信道，2.4G 与 5G 间不重叠，相邻路由间不使用相邻信道（射频考虑）
长条形办公室近乎均分 3 点布放。

另还有一台 CISCO 1142N 在会议室作为来宾接入客户端
（那个覆盖片区刚好也是来宾的活动范围）

暂时来宾接入无密码，限流量
下一步升级准备升级成认证模式，使用 wifidog 方案。

建议：
40 平米办公室，路由器多点布放（距离间隔 20CM 以上）并频段区分
SSID 区分，用户选择性接入。
在没有 AC 的情况下没法做到分流（有 AC 也不能好好地分流）只能行政上解决

看上去是信道拥堵导致的高延迟，建议先排除信道问题。

如果信道没问题，检查信号是否位于边缘状态，注意两端收发功率。
某些场合，AP 侧发射功率远大于客户端发射功率会导致系统显示伪信号（因为没法回包）

这两个问题排除了再考虑设备兼容性问题

ReFS 的 BUG 总让我觉得是印度佬的作品

楼上推荐 newifi 的是来搞笑的么。。
那玩意是百兆端口

结论：K2P，走咸鱼
千兆对等线路下这货跑了 400M （ 5G 无线）

UI 设计极其糟糕（不管是外观还是功能性还是易用性）
一堆插件不兼容
部分插件为了兼容界面极端难看且不好用

MDZZ