1. 首页

小科普 | 为什么路由器大多不带光纤口?_网络设备

这么多年过去了,电子设备人均缝合怪,集成度越来越高,但光猫依然和路由器兵分两路,为什么就不直接做成一起呢?二合一不好吗? 小科普 | 为什么路由器大多不带光纤口?

如果是这几年装过宽带的朋友会发现,很多新的光猫,已经自带路由功能,带天线,后面有IPTV、百兆/千兆LAN口,你直接当路由器用也是没问题的,

▌功能因素

众所周知,网络每多一个环节,延迟就会高一分,不装路由直连光猫,确实延迟和响应表现确实会变的更好。但缝合进去的性能总是没有专用的强,一旦设备连接的多了,或者运行时间久了,可能会莫名其妙断网断流、崩几次,需要定期重启。

小科普 | 为什么路由器大多不带光纤口?

差一点的光猫,自带的天线也很弱,别说全覆盖了,穿一堵墙都很吃力,何况光纤入户一般就走到玄关的电箱,铁盖子一封,无线基本没法用。

小科普 | 为什么路由器大多不带光纤口?

不同地区、运营商,给你配的光猫型号不同,配置差距还是不小的。如果上门给你配了个比较差的光猫,要么投诉路线,说不定能给你换个好点的。要么网上自己买个高端的,给你远程配置好。

小科普 | 为什么路由器大多不带光纤口?

除了无线外,还有什么差别呢?就是可玩性,路由可以app远程管理,刷固件,解锁功率,多拨、穿透、双WAN等,而光猫哪怕能弄,也会被硬件拖累。

小科普 | 为什么路由器大多不带光纤口?

性能具体体现在那些方面呢?主要是NAT转发、并发连接数、带机量等等。光猫本质上就是一个光电转换器,给你转换信号的。就像是你出国旅游,随身带了个翻译员,你总不能让他还要给你开车接送,又得拎包推箱,还会端茶递水、捏肩捶腿,甚至远程帮你管理公司事务...

小科普 | 为什么路由器大多不带光纤口?

那自然是开车要司机,吃喝要去餐厅,按摩要去按摩店,辅助公务得要秘书来。翻译就干翻译的事儿,光猫就干光猫的,你让他同时要干其他那么多事儿,他肯定忙不过来对吧。

各司其职反倒是最高效、也是更省钱的,万一哪个环节出了问题,也好排查维护。

▌性能因素

那刚刚提到的NAT是什么意思呢?在过去《IPv4地址耗尽了,它是个啥玩意儿呢?》时咱们提到过,IP只有32位,满打满算有4294967296个地址(约43亿;2^32-1),在2019年11月26日终于被用完。网络设备量远比想象的多太多了。

小科普 | 为什么路由器大多不带光纤口?

NAT就是一种解决方案,Network Address Translation网络地址转换技术,对外用公网IP,对内用内网IP。你可以理解为它就是地方邮局,或者说快递总站,你信息交给他,他打包后,往外地运输,而不是快递员直接给你送外地去。

小科普 | 为什么路由器大多不带光纤口?

那么跟现实中一样,如果你要寄很多东西,那么快递公司的打包转发效率,决定了你能不能早点发货,所以NAT性能是很重要的。而快递运输车的速度,则相当于网速。 目前相对比较成熟的方案还是:光纤→光猫→交换机→路由/PC,甚至不需要路由,直接交换机+无线AP就够了。可以关了光猫的WLAN,只开桥接模式(可能牺牲IPTV),用路由器拨号。

小科普 | 为什么路由器大多不带光纤口?

如果让光猫拨号和路由,等于是光猫也开了一层NAT,接到路由再过一层NAT,反而会增加延迟。路由拨号延迟一般会低不少,同时降低光猫压力,不容易爆内存占用、网会更稳。只有一层NAT的话,所有设备都在一个网段。(不过现在运营商都用的光猫拨号、远程激活、同步,注册后你直接用就行了,比较方便)

▌其他因素

其实光猫是算你租用运营商的(合约上所有权属于运营商),办宽带的时候会多交几百块钱押金,就是这里头来的。这杯羹自然不会分给路由器厂商,需要对接光口,

小科普 | 为什么路由器大多不带光纤口?

消费者和路由器厂商是不知道当地运营商用的什么光模块,每家用的还不一样,协议也不统一。假如每家每户买了光路由,还得一个个去当地电信公司对号注册匹配,显然不现实。

小科普 | 为什么路由器大多不带光纤口?

理论上做到一起确实可以,但门槛太高了(如:SFP接口路由+GPONstick代替SFU光猫),普通人家如果不懂怎么配置、维护网络设备,把复杂的部分都分割到运营商去处理(骨干网BRAS宽带接入服务器→电信OLT光线路终端→ONUs光网络单元),消费者可以随便更换路由器,接近即插即用,是最省事儿的。

同时光纤成本高,家里走线麻烦,容易断,自己接线买个熔接机都得几千块钱,成本太高。所以还是那句话,术业有专攻,各司其职,路由做路由的,光猫干光猫的。

参考&引用:blog.csdn.net/gui951753/article/details/79593307

未经授权,不得转载

原创文章,作者:夜风博客,如若转载,请注明出处:https://www.homedt.net/37393.html