比较边缘的问题：WAN多拔再主备，LAN链路聚合，…可设置吗

hawie

WAN有两条：
1个是移动光纤，千兆下行，30M上行；
1个是电信光纤，合法3拔（早年付费申请过多拔，电信N值一直为3），单拔500M/50M上下行（电信普遍给有余量，实际：600M/60M上下行）；

路由用新三，高恪固件实测：
移动线路，8XX Mbps下行，30Mbps上行。
电信线路，单拔跑满600M；双拔8XX Mbps，上行叠加120Mbps；三拔8XX Mbps，上行叠加180Mbps。

鉴于瓶颈，目前用电信2拔+移动，接在主路由。电信留1拔他用。

瓶颈之一是SFE，之前用openwrt自己编译的硬件NAT，能到9XX Mbps接近千兆。不过因为我实际没用PCDN等任何补贴业务，纯粹自用，所以带宽相差这一点也没关系。
瓶颈之二是物理的千兆网口了。

所以一个问题是，LAN口可否指定两端口链路聚合（2Gbps）？
再一个问题是，主备规则，能否设置将两或三拔电信指定为主，而移动链路为辅呢？
因为，实测上传带宽的叠加，目前只在负载均衡的这一种分流条件下能达到；但用电信与移动两个不同的运营商来做均衡，有点不妥。
而改用智能分流，速度上下行变成只有一个单拔的带宽，看撞上哪个线路；
再者，通过分流应用那些规则，带宽立马降到一半左右，相差巨大，不太适用。

问题比较边缘，估计一般人不涉及，不奢望真能解决，当吐槽吧。

hawie

还有一个更边缘的问题：PPPoE中继

PPPoE中继开启后可以在主路由后再PPPoE拔号，获取公网IP，对于合法多拔用途，是很实用的。
但是，在主路由上是有条件的：
主路由的这条链路必须不能为PPPoE，因为无法给PPPoE再次中继，这是普遍适用的，大家都这样。
所以，实现的条件是，在主路由上要有一条WAN，保留为DHCP或者其他非PPPoE的类型，再将PPPoE中继指定给这条链路，就可以在下级再次进行PPPoE拔号了。

但是，高恪目前的分流规则是无法屏蔽这一条预留给下级PPPoE拔号用的链接，带宽不能设置0，也就是规避不了这条线路，就算设置为很小的值，连带其他多拔的值也变成这个小值了。
所以就没法正常使用起来。

除非，光猫改成拔号，占1拔，再DHCP给主路由（高恪）；
主路由（高恪）使用WAN DHCP，外加WAN_m1加1拔，两条捆绑，这里不能按官方推荐屏蔽WAN未经验证；再指定WAN DHCP给PPPoE中继；
下级再PPPoE拔号^_^
这个除非，是理论上的，还没试，因为懒得动光猫。

最好是高恪，能在WAN设置为“不使用”（为了多拔）的情况下，允许“PPPoE中继”实际能使用WAN，这样就完美了。

18640401404

第一条 千兆下行 路由器就不够了 玩的话只有上软路由

hawie

18640401404 发表于 2021-6-21 15:30
第一条 千兆下行 路由器就不够了 玩的话只有上软路由

有一块4105 ITX，软路由，自编译，都有点疲惫了。
如今想用稳定的，现成的，以后不用怎么操心的^_^
所以换高恪了。
其实，大部份厂家的硬件NAT都是支持线速转发的，实测多年前留下的A2004NS老螃蟹方案都支持千兆线速WAN2LAN，更别说现在的这些路由。而且，即使路由不支持，还有更保底的，是光猫，光猫开启内置拔号，没有不支持满速的。
流控对性能有点要求，但我恰好不需要流控，所以，路由足够了。只是想着把WAN口的两千兆都用起来，就妥妥的了。

18640401404

hawie 发表于 2021-6-21 21:57
有一块4105 ITX，软路由，自编译，都有点疲惫了。
如今想用稳定的，现成的，以后不用怎么操心的^_^
所以 ...

要那么大的速率没啥用 我30M/5M和20M/4M电信用着也挺爽 7621A的性能就那样了 榨干了