V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  oovveeaarr  ›  全部回复第 1 页 / 共 37 页
回复总数  731
1  2  3  4  5  6  7  8  9  10 ... 37  
67 天前
回复了 exiaohao 创建的主题 宽带症候群 小型家用网络建设记
@exiaohao #28 实际上家庭用户基本不会用上 L3 交换机,甚至连管理型交换机都很少,就算有也是 L2 级别的,所以这套网路架构其实并不适用目前 V2er 的大多数环境。

具体到实践中来说,划分网段目前对家用的意义可能仅限于隔离网路了。但是真的有很多简单高效的方法,比如说直接做端口隔离,亦或者是直接做防火墙规则(多网段)都可以达到,和上多一个设备效果一样,甚至更好。
其次对于一个全功能路由来说,服务集中并没有问题,反而提高易用性的同时,便于管理。
比如说:目前 Openwrt 等路由在 DHCP 的同时,附赠了主机名内部 dns ,如果引入额外的设备,增加了配置成本外,也是收益不明确的。

至于多层 NAT 和软路由的职责,确实应该尽量避免(尤其是软交换),但是还是那句话,实践中引入的设备大多数都是二手设备复用。在考虑配置成本的情况下,多层 NAT 是可以接受的。
比如说为 IOT 设备准备一个单独的 SSID ,从而利用到的老旧路由器。亦或者是访客 WiFi ,这类对性能要求不高,又没有什么互联需求的设备,直接怼上一个无线路由是最简单方便的(毕竟是 AP ,路由只是附赠的)。

至于后面在家庭引入 BGP/OSPF/RIP 等操作,如果是自己拿来玩是没问题的,从实用角度出发有非常多更好的选择( geosite/ip/as 等),而且不会引入多余的复杂度。

其实最后说起来,我是认为家庭网络总体目标应该是保证其简洁、轻量、易替代性,对于路由则是应该保持一体性。毕竟玩脱了影响到家里人上网的时候,排查时间越短越好,恢复时间越快越好。
67 天前
回复了 exiaohao 创建的主题 宽带症候群 小型家用网络建设记
@exiaohao #25 哦哦,原来是这个意思。那在 1G 的情况下这个方案问题不大的,如果再高就要考虑主机内的网络架构了。
不过这套东西还是太过于复杂了( L3 交换机 /ROS/vyOS ),适用面太过于局限了。在没有明确收益的情况下,如果不简化下,可能对于绝大部分 V2er 来说,参考价值不大。

DPDK 现在有路由系统支持了?我看 RouterOS 、Openwrt 、vyOS 好像都没有官方支持的样子。
67 天前
回复了 exiaohao 创建的主题 宽带症候群 小型家用网络建设记
其实我还是觉得这是个很简单的需求,这样子的复杂化设计没有看到对比简单设计有什么优势,反而会有一系列衍生问题,也提高了维护成本。
不过这都是我个人的看法,权当讨论了
67 天前
回复了 exiaohao 创建的主题 宽带症候群 小型家用网络建设记
@exiaohao #17 如果我没理解错,其实还是一样的问题的,流量还是要过一遍宿主机,再去交换机一趟。
这种方案下,如果没有做 nic 直通而是上了 bridge ,网络性能会更差。
68 天前
回复了 exiaohao 创建的主题 宽带症候群 小型家用网络建设记
以上三个建议不分先后,但是都是性能严重制约的地方,现在这种设计,10GE 压力很大。
68 天前
回复了 exiaohao 创建的主题 宽带症候群 小型家用网络建设记
3 个建议吧
1.路由不要虚拟化
2.避免软交换
3.网段划分就免了,就那几个设备做好策略路由,内网直接域内互联,不要走软路由。
战略性 Mark ,我的需求倒是反过来,只给某些设备不配 IPv6 )
77 天前
回复了 Meka 创建的主题 宽带症候群 请教一下各位老哥这是什么原因
Android 会使用 captive service 测试网络是否正常,对应到 MIUI 上,默认用的地址是
http://connect.rom.miui.com/generate_204
正常情况下,这个地址会返回 204 ,如果返回其他东西就会有对应行为。
LZ 这个大概率是返回了 30x 跳转到这个地址。
所以得诊断下为什么这个地址会出现问题了,如果无法解决也可以对对应设备修改到其他的 captive 服务
81 天前
回复了 huangya 创建的主题 宽带症候群 路由器小包转发能力探讨
@geekvcn #56 连主线都用不了,可太惨了
81 天前
回复了 huangya 创建的主题 宽带症候群 路由器小包转发能力探讨
@geekvcn #54 openwrt 知道吗?不知道的话可以看看 github.com/openwrt/openwrt
81 天前
回复了 huangya 创建的主题 宽带症候群 路由器小包转发能力探讨
@huangya #50 这个其实也有可能抓的到的,我的建议是查一下 nf_conntrack ,一般只有 bypass 了 nf 才能做 hwnat
81 天前
回复了 huangya 创建的主题 宽带症候群 路由器小包转发能力探讨
@465456 #48
@neroxps #49
这些都是不支持的,只要涉及了 netfilter (包括 nftable/iptables ),基本都可以认定不支持。
81 天前
回复了 huangya 创建的主题 宽带症候群 路由器小包转发能力探讨
@geekvcn 高通的 NSS 并未合并进 Openwrt 主线,Openwrt 的 hardware offload 仅测试过 MTK 的部分 soc 。
这与我说的“OpenWRT 没支持几个设备的硬件转发”有何冲突?大部分的 target 就是不支持。
建议把别人说的话看清楚,不要整天就想搞个大新闻。
82 天前
回复了 huangya 创建的主题 宽带症候群 路由器小包转发能力探讨
另外,其实家用真的很难通过小包打满路由,毕竟 UDP 的 Qos 也这么严重。考虑下复杂规则下的大包转发率会比较好,尤其是用了桥的情况。
1Gbps * 4 的情况下这个问题不是很明显,但是到 10Gbps*2/*4 的这个等级下来,CPU 和内存的整体要求就非常高了。
(当然到了 10GE-100GE ,现在也只能选软路由了)
82 天前
回复了 huangya 创建的主题 宽带症候群 路由器小包转发能力探讨
说软路由没意义就太夸张了,硬件路由如果刷三方固件( OpenWRT 没支持几个设备的硬件转发),或者进用户态一样是软转发的,尤其是大家现在这种用法,科学、Qos 、去广告啥的一起上,全部都妥妥的是软转发。

X86 我最喜欢的一点倒是通用性,驱动开源,硬件随意搭配,能上最新的内核,系统随意挑;从低性能到高性能都有对应的硬件选择,后续升级线路都很清晰。

对于购买硬件路由来说,就没有通用性和选择的余地了,也完全没有扩展性。对应的系统选择范围非常窄,自行编译固件又非常麻烦,还有奇奇怪怪的 BUG ,比较难折腾满意。(尤其是赠送的 WiFi6 无线,不要想省点钱还不行)

至于电费差距嘛,可能确实有,但是也就那小 5W ,一年下来其实也没几个钱,比起软路由,硬件路由器的溢价都可以用好几年了,更别说后续的升级剩下的钱。
都有的问题,可以看下这篇文章吧。

https://www.gnu.org/philosophy/open-source-misses-the-point.html
@jousca #5 如果考虑到升级 40-100G 的话,目前有成熟的单纤产品在大规模应用嘛?
110 天前
回复了 huaes 创建的主题 宽带症候群 再开一贴,关于内网跑 2.5G
@malash #120 得闲仔细看了下,现在 1-100G 不管是 MMF 还是 SMF 都有对应支持的 Duplex LC 的模块,所以线材上不用太担心。
SMF 的上限确实会更高一些,布线的时候可以优先考虑。不过短距离 MMF 的线可以跑单模信号,具体到 40G-100G 的效果得测试后才知道了。
110 天前
回复了 huaes 创建的主题 宽带症候群 再开一贴,关于内网跑 2.5G
@malash #120 感谢提醒,确实存在这个问题,但是也不用太担心,光纤除了跳线的选择,真正组网的时候也可以使用多芯光纤自己熔接,价格比金属铜缆可接受多了。
除此之外,家用短距离使用的话,目前在 10/40Gbps 等级,单模模块跑在现在主流的 OM3/4 的线缆上问题也不大。
当然真正操作之前,还是要了解一下目标升级预留空间的,免得后续再折腾了。
1  2  3  4  5  6  7  8  9  10 ... 37  
关于   ·   帮助文档   ·   API   ·   FAQ   ·   我们的愿景   ·   广告投放   ·   感谢   ·   实用小工具   ·   2502 人在线   最高记录 5497   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 33ms · UTC 00:45 · PVG 08:45 · LAX 17:45 · JFK 20:45
Developed with CodeLauncher
♥ Do have faith in what you're doing.