oblivion 最近的时间轴更新 oblivion 最近的时间轴更新 |
oblivionV2EX 第 356731 号会员，加入于 2018-10-17 18:12:19 +08:00 |
oblivion 最近回复了
1 天前 回复了 oblivion 创建的主题 › 宽带症候群 › 首个基于 vBRAS/5G 的运营商整活业务：家庭云主机与 5G 宽带互访 |
@CheckMySoul #14 已测试可以通过家里宽带公网 IP 映射给 VM ，增值业务公网 IP 也就是在云上开带宽，问了目前只有企业用户可以开，并且价格比较贵
@cq65617875 #15 云 VM 没有公网带宽，上网是共享你现有宽带出口的，与你宽带套餐业务保持一致，v4 v6 都有，目前 v6 不通，开云上公网带宽需要企业用户
@zmcity 散装地区
@asdgsdg98 #20 目前回复是省内漫游 5G SA 网络下免流量费不限速，出省按套餐流量计费
@cnbatch #24 跨区 80km 延迟 5~7ms ，同区 20km 3~5ms
@maybeonly #25 目前是直接断开，4G 核心网还没打通，只能在 5G SA 网络下使用，后期可能会调通访问功能，现阶段 5G SA 核心网和 vBRAS 家宽是在同一城域网平面，4G 得跨网
@my2492 #9 @xinJang #22 目前答复是现阶段没限制，后期会限制这种访问方式
@cq65617875 #15 云 VM 没有公网带宽，上网是共享你现有宽带出口的，与你宽带套餐业务保持一致，v4 v6 都有，目前 v6 不通，开云上公网带宽需要企业用户
@zmcity 散装地区
@asdgsdg98 #20 目前回复是省内漫游 5G SA 网络下免流量费不限速，出省按套餐流量计费
@cnbatch #24 跨区 80km 延迟 5~7ms ，同区 20km 3~5ms
@maybeonly #25 目前是直接断开，4G 核心网还没打通，只能在 5G SA 网络下使用，后期可能会调通访问功能，现阶段 5G SA 核心网和 vBRAS 家宽是在同一城域网平面，4G 得跨网
@my2492 #9 @xinJang #22 目前答复是现阶段没限制，后期会限制这种访问方式
1 天前 回复了 oblivion 创建的主题 › 宽带症候群 › 首个基于 vBRAS/5G 的运营商整活业务：家庭云主机与 5G 宽带互访 |
@xingkong06 #1 @goodryb #6 现阶段门口稍微有点高，不懂网络很难下手，还要配路由表和 ACL ，后期会自动化傻瓜化
@yunisky #2 是的，通过 SDN 把手机网络和家宽内网、基础云三方打通了
@Kowloon #3 就目前还好，兼容模式可以保持原内网不变，只在互访时走运营商网络
@Senorsen #4 @liujun3712 #5 现在测试阶段，就限制了只能主副宽带和主副卡之间的组网，后期会放开
@spatxo #7 相当于运营商版的且功能有限的 zerotier/tailscale/蒲公英，组网范围是你名下的宽带和手机 5G ，这个要比你自建划算的多，一个组网节点 10 元/月，并且带宽不限速（实际最大也就 1G ），不受你上传带宽限制，跑其他业务单买计算资源也便宜，比如你开通手机和宽带组网，那么你可以在 5G 上网时直接输入你 NAS 地址来访问，最大速度 1G
@totoro625 #8 1.据说省公司还是比较难协调，跨市得走城域网，涉及分公司结算问题，2.后期会放开同名限制 3.目前已经是做到了？ 4.目前组网是 10 元/月/节点，两个宽带两个手机是 40 元/月
@my2492 #9 理论上有这个可能，空了可以试试，不过组网业务给的 QoS 很低
@supereater #10 是的，目前就组网挺好，其他业务体验下来都比较鸡肋
@yunisky #2 是的，通过 SDN 把手机网络和家宽内网、基础云三方打通了
@Kowloon #3 就目前还好，兼容模式可以保持原内网不变，只在互访时走运营商网络
@Senorsen #4 @liujun3712 #5 现在测试阶段，就限制了只能主副宽带和主副卡之间的组网，后期会放开
@spatxo #7 相当于运营商版的且功能有限的 zerotier/tailscale/蒲公英，组网范围是你名下的宽带和手机 5G ，这个要比你自建划算的多，一个组网节点 10 元/月，并且带宽不限速（实际最大也就 1G ），不受你上传带宽限制，跑其他业务单买计算资源也便宜，比如你开通手机和宽带组网，那么你可以在 5G 上网时直接输入你 NAS 地址来访问，最大速度 1G
@totoro625 #8 1.据说省公司还是比较难协调，跨市得走城域网，涉及分公司结算问题，2.后期会放开同名限制 3.目前已经是做到了？ 4.目前组网是 10 元/月/节点，两个宽带两个手机是 40 元/月
@my2492 #9 理论上有这个可能，空了可以试试，不过组网业务给的 QoS 很低
@supereater #10 是的，目前就组网挺好，其他业务体验下来都比较鸡肋
3 天前 回复了 oblivion 创建的主题 › 程序员 › 亲手造成的运维事故：在 Live CD 环境下部署并运行了 8 个月 |
3 天前 回复了 oblivion 创建的主题 › 程序员 › 亲手造成的运维事故：在 Live CD 环境下部署并运行了 8 个月 |
@LokiSharp #1 @cmdOptionKana #5 @msg7086 #14 @yfixx #21 @Felldeadbird #35 @zhangyq008 #47 @ysc3839 #57 @defunct9 #59 @rocksolid #61 @mark2025 #62 @NessajCN #66 @kenvix #74
更新最新情况：
关于甩锅情况：早上接到电话就已经先按 @NessajCN #66 锅先甩给同事了（开个玩笑），已经重新装好系统部署好在用了，
关于背锅情况：对方运维也忘记具体情况了，暂时没人背锅（对方计划甩锅 SSD 故障），暂时也不需要背锅，
关于系统情况：这一套是几家运营商都在用的非关键系统，本次出问题的是其中一家运营商的某地某公司，主要是用于管理外包工单和调用接口发短信通知，通讯录，改派，通过其他系统接口关联资源之类的功能，历史数据用途不大，当天用完数据就没什么用了，
关于数据情况：本质上是 Excel 导入导出管理系统，网管电脑也没删下载目录，要恢复数据的话通宵几天还是能恢复的，
关于尾款情况：对方一次性全付，没尾款
关于想不通的地方：为什么啊为什么啊，为什么能运行 8 个月都没出问题，就普通办公区临时机柜，没有 UPS ，没多路市电，没挂硬盘，还能稳定运行这么久
更新最新情况：
关于甩锅情况：早上接到电话就已经先按 @NessajCN #66 锅先甩给同事了（开个玩笑），已经重新装好系统部署好在用了，
关于背锅情况：对方运维也忘记具体情况了，暂时没人背锅（对方计划甩锅 SSD 故障），暂时也不需要背锅，
关于系统情况：这一套是几家运营商都在用的非关键系统，本次出问题的是其中一家运营商的某地某公司，主要是用于管理外包工单和调用接口发短信通知，通讯录，改派，通过其他系统接口关联资源之类的功能，历史数据用途不大，当天用完数据就没什么用了，
关于数据情况：本质上是 Excel 导入导出管理系统，网管电脑也没删下载目录，要恢复数据的话通宵几天还是能恢复的，
关于尾款情况：对方一次性全付，没尾款
关于想不通的地方：为什么啊为什么啊，为什么能运行 8 个月都没出问题，就普通办公区临时机柜，没有 UPS ，没多路市电，没挂硬盘，还能稳定运行这么久
3 天前 回复了 oblivion 创建的主题 › 程序员 › 亲手造成的运维事故：在 Live CD 环境下部署并运行了 8 个月 |
@lrh3321 #2 @roundgis #17 @yfixx #21 某种意义上来说...数据确实不算重要，年后就忘了这件事了，甚至早上还想了几分钟什么时候有这个系统了
@cmdOptionKana #5 @msg7086 #14 正常我们是做了备份策略的，只不过对方在内网用，没公网，临近春节找不到人开个 minio/ftp/nfs 之类的服务给我们做备份用，年后这事也忘记了，一直没出过问题
@davidyin #9 是对方运维强烈要求带桌面，正常我们也就 cli 部署了
@Routeros #10 是啊，真稳，Live CD 跑那么久都没出问题
@wuzhewuyou #15 @des #16 @devopsdogdog #18 组里另一个同事昨天晚上去搞的，他发现磁盘没分区没挂载，也没想到居然是在 Live CD ，手动分区挂载准备迁移数据发现挂不上，就直接给重启了
@lloovve #3 @k9982874 #12 @crayygy #30 @wangxiaoaer #33 @darksword21 #36 @goodryb #37 当时临近春节，对方各种催他们想早点下班，第一次在物理机装带桌面的部署，我也没在意桌面的 Install Ubuntu 图标，关键是呢，一切都太顺利了，内网连接正常，usb 共享了 4G 网络进去，也正常上网，apt 更新，装各种依赖，dotnet restore ，npm install ，docker run ，全程一次性完成没出问题，万万没想到这是在 Live CD ，本想春节后加个副本和协调个备份服务的，这事给忘记了
@cmdOptionKana #5 @msg7086 #14 正常我们是做了备份策略的，只不过对方在内网用，没公网，临近春节找不到人开个 minio/ftp/nfs 之类的服务给我们做备份用，年后这事也忘记了，一直没出过问题
@davidyin #9 是对方运维强烈要求带桌面，正常我们也就 cli 部署了
@Routeros #10 是啊，真稳，Live CD 跑那么久都没出问题
@wuzhewuyou #15 @des #16 @devopsdogdog #18 组里另一个同事昨天晚上去搞的，他发现磁盘没分区没挂载，也没想到居然是在 Live CD ，手动分区挂载准备迁移数据发现挂不上，就直接给重启了
@lloovve #3 @k9982874 #12 @crayygy #30 @wangxiaoaer #33 @darksword21 #36 @goodryb #37 当时临近春节，对方各种催他们想早点下班，第一次在物理机装带桌面的部署，我也没在意桌面的 Install Ubuntu 图标，关键是呢，一切都太顺利了，内网连接正常，usb 共享了 4G 网络进去，也正常上网，apt 更新，装各种依赖，dotnet restore ，npm install ，docker run ，全程一次性完成没出问题，万万没想到这是在 Live CD ，本想春节后加个副本和协调个备份服务的，这事给忘记了
4 天前 回复了 Benson1212 创建的主题 › 宽带症候群 › 震惊！广州电信家宽被割接到 vBRAS 了！ |
@Kowloon #48 现阶段对 PPPoE 用户来说是改回去了，未来 IPoE+4in6 的情况下还是扁平化网络，
未来 IPv6：
用户 CPE-OLT-接入层交换机-城域网-CR
未来 IPv4：
用户 CPE-OLT-接入层交换机-城域网-AFTR 网关-城域网-CR
现阶段 vBRAS IPv4 & IPv6
用户 CPE-OLT-接入层交换机-BRAS/vBRAS-汇聚交换机-城域网-CR
以前 IPv4 & IPv6
用户 CPE-OLT-BRAS-接入层交换机-汇聚层交换机-城域网-CR
未来 IPv6：
用户 CPE-OLT-接入层交换机-城域网-CR
未来 IPv4：
用户 CPE-OLT-接入层交换机-城域网-AFTR 网关-城域网-CR
现阶段 vBRAS IPv4 & IPv6
用户 CPE-OLT-接入层交换机-BRAS/vBRAS-汇聚交换机-城域网-CR
以前 IPv4 & IPv6
用户 CPE-OLT-BRAS-接入层交换机-汇聚层交换机-城域网-CR
4 天前 回复了 nnnccc 创建的主题 › 宽带症候群 › 江苏电信公网 IP 无论怎么拨号，网关都变成了 100.100.0.1 这是什么鬼啊。 |
@yyzh #6 没余量的情况也不是不达标，只是余量只有个位数两位数，比如 1000M/100M 宽带测速也就 1008/107~1015/110 ，没有以前那种动不动 20%余量的情况了
@xingkong06 #8 ipv6 公网正常用的，vBRAS 后还能实现每次拨号都是同一段 prefix ，不过只能光猫拨号的情况下实现，桥接还没试出来
@xingkong06 #8 ipv6 公网正常用的，vBRAS 后还能实现每次拨号都是同一段 prefix ，不过只能光猫拨号的情况下实现，桥接还没试出来
4 天前 回复了 my2492 创建的主题 › 宽带症候群 › 国外的家宽是用普通的 BRAS 还是 vBRAS？ |
@my2492 #1 @username1919810 #4 日本是基建共用，上联接不同运营商的方式，回线必须是 NTT 提供，也就是 OLT 到你家的线路，你家第一个光猫是 NTT 的，OLT 再连接到各家运营商，
之后你可以选择不同的运营商，光猫下面接不同运营商的路由器，NTT 承担管道功能，BRAS 也是 NTT 提供，按你 PPPoE 拨号账号分配不同的运营商上联，由于前几年这种模式的 NGN 网关高峰期直接爆炸，人均上网带宽两位数，所以后来普遍改造了 IPoE+4in6 的方式，这种模式可以经过绕过 NGN 网关这个瓶颈。
类似模式的还有新加坡的 NetLink Trust 和澳大利亚的 NBN 。
vBRAS 这东西现阶段只在中国大陆出现，厂商觉得 BRAS 太卷，于是换了条赛道，在 5G 和 5G BB 的概念下诞生了 vBRAS ，基础设施上云化，只在 vBRAS 做新功能，运营商的新需求也只做在 vBRAS 上，倒推运营商采购 vBRAS ，改造 vBRAS ，结果还是没干过传统 BRAS 巨头。
之后你可以选择不同的运营商，光猫下面接不同运营商的路由器，NTT 承担管道功能，BRAS 也是 NTT 提供，按你 PPPoE 拨号账号分配不同的运营商上联，由于前几年这种模式的 NGN 网关高峰期直接爆炸，人均上网带宽两位数，所以后来普遍改造了 IPoE+4in6 的方式，这种模式可以经过绕过 NGN 网关这个瓶颈。
类似模式的还有新加坡的 NetLink Trust 和澳大利亚的 NBN 。
vBRAS 这东西现阶段只在中国大陆出现，厂商觉得 BRAS 太卷，于是换了条赛道，在 5G 和 5G BB 的概念下诞生了 vBRAS ，基础设施上云化，只在 vBRAS 做新功能，运营商的新需求也只做在 vBRAS 上，倒推运营商采购 vBRAS ，改造 vBRAS ，结果还是没干过传统 BRAS 巨头。
5 天前 回复了 Benson1212 创建的主题 › 宽带症候群 › 震惊！广州电信家宽被割接到 vBRAS 了！ |
@ppoozl #27 电信还是有希望下发公网 IPv4 的，移动是大力推纯 IPv6 接入网的，联通两种都有
5 天前 回复了 Benson1212 创建的主题 › 宽带症候群 › 震惊！广州电信家宽被割接到 vBRAS 了！ |
@Kowloon #39 我在 #14 发的图是这样的，你看层级结构，
C600 上面是两路 100G 接入到两台同一层级的 CE16800 做主备，
第二台 CE16800 是分别连接了上一级的两台中兴 M6000-18S 和华为的 VNE9000 池，
中兴 M6000-18S 与华为 VNE9000 vBRAS 是同一级的，
老的传统 BRAS 是中兴 M6000-18S ，后期割接叠加了华为 VNE9000 在同一个广播域，做主备和灾备，防止 vBRAS 初期不稳定可以让用户秒回落传统 BRAS ，用户是可以同时扫到 VNE9000 和 M6000 的，12 个 VNE9000 VRRP MAC 和 2 个 M6000 物理 MAC 共 14 个 AC Name ，并且都可以拨号上线。
@ppoozl #40 #41 @Kowloon #42 中兴 M6000 是传统 BRAS ，中兴 V6000 是 vBRAS ，华为 NE9000 是传统 BRAS ，华为 VNE9000 是 vBRAS ，还有 H3C 的 H3000 也是 vBRAS ，目前电信就采购了这三家，由于 vBRAS 不成熟所以电信还是把传统 BRAS 放在同一个广播域作为灾备的，手动指定 MAC 是可以拨号到原来的 BRAS 的。
C600 上面是两路 100G 接入到两台同一层级的 CE16800 做主备，
第二台 CE16800 是分别连接了上一级的两台中兴 M6000-18S 和华为的 VNE9000 池，
中兴 M6000-18S 与华为 VNE9000 vBRAS 是同一级的，
老的传统 BRAS 是中兴 M6000-18S ，后期割接叠加了华为 VNE9000 在同一个广播域，做主备和灾备，防止 vBRAS 初期不稳定可以让用户秒回落传统 BRAS ，用户是可以同时扫到 VNE9000 和 M6000 的，12 个 VNE9000 VRRP MAC 和 2 个 M6000 物理 MAC 共 14 个 AC Name ，并且都可以拨号上线。
@ppoozl #40 #41 @Kowloon #42 中兴 M6000 是传统 BRAS ，中兴 V6000 是 vBRAS ，华为 NE9000 是传统 BRAS ，华为 VNE9000 是 vBRAS ，还有 H3C 的 H3000 也是 vBRAS ，目前电信就采购了这三家，由于 vBRAS 不成熟所以电信还是把传统 BRAS 放在同一个广播域作为灾备的，手动指定 MAC 是可以拨号到原来的 BRAS 的。
Select Language