云化网关+隧道+简易光猫才是方向

[youx]

如果，楼主是说如果，如果不考虑光纤布线难度，FTTR 受到家宽、沿街店面、小微企业欢迎，运营商需要规模部署 FTTR ，目前某厂家引导的 FTTR 主从网关的模式是错误的。FTTR 主从网关模式至少有如下问题：

1 、主从网关不解耦，被单一厂家垄断，采购成本居高不下，目前各省各运营商测试和招标，已经遇到此问题；
2 、主网关软硬件功能复杂（既要做 XGPON ONU ，又要做路由，又要做 OLT ），功耗高；
3 、主从网关构架下，增加了网络层级，不符合网络扁平化趋势，影响网络性能。

楼主理解的 FTTR 应该采用云化网关+隧道+简易光猫模式：

1 、云化网关：将传统的宽带路由器功能，如 PPPoE 、NAT 、DHCP 、VLAN 、防火墙、端口映射、WiFi AC 通过 X86 或 ARM 服务器云资源池+软件方式部署在云端，甚至可以整合运营商的云盘、CDN ，采用隧道方式挂载到云网关。

2 、简易网关上行全部采用 XGPON 或 10G EPON 接入局端 OLT ，通过隧道加密方式连接到云化网关。一个云化网关可以带多个简易网关，简易网关部署灵活，可以跨 OLT 端口、甚至跨区县跨地市；运营商可以根据简易网关数量收取对应服务费用。运营商应该公开云化网关 API 接口，号召产业链一起参与，初期可以搞定制、集采，拉动、培养产业链，待时机成熟，应该放手让终端厂商通过电商平台自行销售简易网关。

3 、运营商可以定义几种类型的简易光猫形态，如：
（ 1 ） 1*10GE 光/电
（ 2 ） 1*2.5GE 光/电+3*GE 电
（ 3 ） 8*GE 电
（ 4 ） 2*GE 电+WiFi6 桌面/入墙/吸顶
（ 5 ） 4*GE 电+WiFi6 桌面/入墙/吸顶
不论何种类型简易光猫，均要求通过公开的 API 与云化网关实现业务对接、网关对接。

采用云化网关+隧道+简易光猫模式部署后，用户通过 WiFi 接入，如访问 192.168.1.1 或 xxx.xxx 进行配置，虽然用户感知与目前 FTTH 、本地路由器无差别，实际是针对云网关做配置。

云化网关+隧道+简易光猫模式优势：

1 、云网关版本统一维护，避免 FTTH 网关、FTTR 主从网关各厂家软件版本复杂、功能参差不齐、维护困难的问题。运营商可以根据云网关各功能模块分开定价。

2 、简易网关将瘦终端理念发挥到极致，标准化、高度精简，仅保留线路侧接口（光电转换）和用户侧接口（以太网+WiFi ）。

[xxfye]

你说的都对，但复杂度不会消失，只会转移。
光猫和路由里面包含大量的 ASIC 芯片，如果全部云化，又需要多少，多大规模的芯片？

[Kiriya]

都部署到云端的话延时会很高，可能做不到无缝漫游

[txydhr]

楼道里的分光器不是你家独享的啊

[asdgsdg98]

无非是把用户家里的设备转移到运营商手下，运营商要多付场地费和电费，对用户来说还是需要一个 onu 接入，根本没区别

[yyzh]

你是在说上海电信的 SDN 么?

[acbot]

个人觉得，运营商搞 FTTR 的初心是精细化绑定用户，而不是为了什么扁平架构和高性能啥的！本来网路的结构就很简答是运营商附加了太多东西（比如：集中认证，管控，监控，自动化，NAT 等）而变得复杂了，这些思路和需求不变，怎么改只会更复杂不会变得简单。

[kyor0]

这样的话家里用旁路油翻墙，手机到外面也不用 VPN 了吧，反正在一个网段里

[Kowloon]

我不需要这些乱七八糟的，我只想花钱租用这个管道让 ISP 给我那个 I 就行。弄得花里胡哨的还不是无利不起早？

[maybeonly]

国情啊国情
这种东西一般用户用不到
给了也不会用
会用的话……你抢我网关我跟你拼命，网关的下一跳又不是只有运营商的上联……
然后自己内网还暴露
没优惠的话真不如自己搭……
所以，目标受众是？

[songofsaya]

坚决反对这种简化，这只会让 Wall 前置到你的家门口，所有都部署上云相当于把你的权利都让渡给了运营商，想搞点什么都简单得很

[Terminl]

写了一堆都不现实的建议，FTTR 的本质就是内网被接管。还提供一堆所谓的优化建议，你是爱墙爱到 PTSD ？