我非常支持楼主的分析，我也是这样想的，分时复用确实垃圾，2.5g 的背板交换带宽也不行。但是想到国内装修弱电施工工艺水平，fttr 的成品连接工艺（第三代的光电混合方案），在解决覆盖和网络能用的需求上，还是能完全满足的，这个也是需要肯定的。很多人的需求真的就是短视频、流媒体顺畅、手游不卡顿。

折腾几年下来，基本上总结如下：要极致的速率，上华为；要稳定、易上手、不折腾上 aruba 的 instant 系列；要漂亮上 UBNT 全家桶包括梦想机柜；要性价比选锐捷或者 TP ； H3C 不熟悉，没玩过。

我既有 wireguard 又有 ip 白名单，因为公司连接回去肯定是用的静态地址，所以白名单有效。

@moshiyeap100 应该是专用接口，给信访局用的。

@bclerdx 就是草班台子

怎么湖南也是走上海了

@gvdlmjwje fs.com 中国的公司

可以混合上，fs 有解决方案，我看日本的 home lab 爱好者都玩 fs 的东西。

如果你有资质，价格大约 1 万元 1 百米。

21 年的时候湖南联通就根据联通集团要求把 tr069 中的光猫互联通信问题给搞定了。

按一楼说的，ospf ，一劳永逸。

我上周研究后解决了这个问题。我就是买了几块钱每月的 DNS 解锁，VPS 本身不支持解锁自制和非自治，在使用各种 DNS 劫持无效后。只能在 VPS 上起一个 v2ray ，然后开启 sniffing ，在通过 clash 的连接 v2ray 的 sock5 代理，clash 还是 fakeip 模式。至于 Android tv 的 ip 直连问题，直接把 netflix 那些 ip 段的路由通过 bird 都丢个 tun 那个接口就搞定了，目前看虽然还是 ip 直连，但是因为使用 sniffing 能正确探测到真实域名，自然就能走特定的规则。

用原生节点+大陆白名单肯定没问题的，因为 googleTV 会走自己的内置的 dns 发出请求，所以如果你落地的代理节点本来就支持 nf ，那么会很稳，如果机场用了 dns 解锁就需要机场在服务器上用相对复杂的手段来处理避免去 nf 的 dns 解析泄漏，造成 ip 直连。

我看了这篇帖子，昨天晚上我转包看了下，主要是原因还是 google tv 的 dns 泄漏导致的。首先我不是原生解锁节点，采用的 dns 解锁，所以 dns 泄漏很容识别成为代理。服务端时 clash ，采用 fakeip 模式。目前我抓包看到 google tv 的 netflix 版本会通过 udp/tcp/dot 三种方式去内置的 8.8.8.8 、8.8.4.4 解析域名，而且解析到了域名的 a 记录后还会强制解析 aaaa 记录。所以本质上只要搞定域名解析劫持，避免 dns 泄漏，就可以避免 Android tv 的 ip 地址直连。
第一个尝试：
在 ros 路由器上配置 4 个 8 地址---无效（我在路由器是配置了静态 dns 的 fwd 去 198.18.0.1 的 clash 解析，因为路由器只支持 tcp 和 udp 的 53 ，且 clash 只支持 fakeip 返回，虽然解析成功了，但是它会强制解析 aaaa 记录，估计内部有对比，只要 dig 出来的 a 记录为空，它就会提示解锁。毕竟 nf 的所有域名都是支持双栈的。
第二个尝试：
删除 ros 上配置的 4 个 8 等地址，将 4 个 8 的路由丢到 clash 机器上，然后通过 nftable 配合 clash 的 dns-hijack 特性劫持，抓包发现依然会解析到真实的 nf 的 ip 地址，而非 fakeip 。
第三个尝试：
在 ros 路由器的防火墙上 drop 掉去目的端口 853 的包，然后还是失败。

还是湖南便宜，官网公示 20 元。

我是用 vlan 隔离的

分为保证和最大，一般保证几千，然后最大几千到上万。

@butterls 玩玩同城和跨 w 组网，目前用的最多的就是，把家里宽带所附带的 IPTV 通过 VXLAN 共享给老婆娘家用。算是宽带松鼠症。

@TcDhl 三网施工队，拉长飞 12 芯，a 端在小区三网机房，b 端在家里衣帽间吊顶里。