V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX  ›  oblivion  ›  全部回复第 1 页 / 共 8 页
回复总数  147
1  2  3  4  5  6  7  8  
@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 目前答复是现阶段没限制,后期会限制这种访问方式
@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 是的,目前就组网挺好,其他业务体验下来都比较鸡肋
@ucando #79 是有数据库和 redis 的,想不通磁盘满了为什么还能正常工作
@docx #80 沟通好了,非关键系统没什么需要处理的,对方运维讲实在不行甩锅 SSD 故障
@wondering #81 可能磁盘早满了吧,昨天是需要加个功能更新部署,不去动说不定明年都没发现
@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 ,没多路市电,没挂硬盘,还能稳定运行这么久
@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 ,本想春节后加个副本和协调个备份服务的,这事给忘记了
@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
@yyzh #6 没余量的情况也不是不达标,只是余量只有个位数两位数,比如 1000M/100M 宽带测速也就 1008/107~1015/110 ,没有以前那种动不动 20%余量的情况了

@xingkong06 #8 ipv6 公网正常用的,vBRAS 后还能实现每次拨号都是同一段 prefix ,不过只能光猫拨号的情况下实现,桥接还没试出来
193 天前
回复了 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 巨头。
@ppoozl #27 电信还是有希望下发公网 IPv4 的,移动是大力推纯 IPv6 接入网的,联通两种都有
@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 的。
被割接 vBRAS 了呗,割接后 30 个用户一个 UP 池,同一个池内的用户套餐都是一致的,入口统一限速,出口二次限速,
众所周知 X86 的限速能力一流。
PPPoE 拨号是点对点通信,网关不影响使用,网关地址 100.100.0.1 是新华三的 vBRAS 方案,中兴的 V6000 和华为的 VNE9000 网关还是给公网 IP 的。

后期割接 IPoE 后就没有“拨号”这一过程了,也就不存在多拨的可能性,更何况后期还要割接 DS-Lite ,挂 4in6 隧道后 IPv4 接口直接是 192.0.0.2 ,安心接受吧。

@ppoozl #3 江苏电信合同是可以 4/8/16 session 的,在割接 vBRAS 前每个 session 是可以独享上行的,割接后就严格限速了,割接 IPoE 后还会有 0 余量的情况。

https://i.imgur.com/lQF6zoy.jpeg
@TESTFLIGHT2021 #22 割接 vBRAS 的地方大部分 OLT 上联带宽都提过了,起步 100G ,少部分地方已经 2x400G 了
AWS 分两家,光环新网和西云数据,两边价格有差距但不大,标价不含税,实际成本要比阿里贵 40%左右
Azure 需要相当熟悉 Powershell 才行,很多操作在 Web 不提供,需要 Powershell 操作,标价不含税,实际成本比案例贵 28%左右

监管方面,三家都比阿里腾讯更严格, 如 @salmon5 #5 讲的那样,非常离谱,备案必须精确到所有使用的 IP ,每个 IP 只能备案 5 个域名,IP 有变动需要变更备案,IP 域名备案关系不正确会阻断访问,也需要维护公安备案。

支持方面,AWS 响应在 1 个小时左右,世纪互联 20 分钟左右,处理起来都比较慢。

相比之下,腾讯阿里已经是很宽松的了,能被腾讯阿里封的公司都不一定能过开户的合同审核。
@raysonx #16 没看到有哪家运营商在尝试
@yyzh #17 这个要看各地运营商的结构,每个地区实际部署的厂商都不一样,目前看到华为中兴的 vBRAS 是多一跳,华三的没有多一跳
补充一点,改 IPoE 后多个宽带 4in6 接入的情况下,接入同一个路由器的情况直接懵逼,本地地址和网关地址都是一样的,
三条宽带,网关都是 192.0.0.1 ,本地都是 192.0.0.2 ,策略路由写起来很复杂。
vBRAS 这东西不成熟,现阶段割接后处于进退两难的状态,进就是改 IPoE ,现阶段推不动,退就是保持 PPPoE 兼容,但是转发平面全 X86 化,用户体验一塌糊涂,前几个月因为 vBRAS 搞的肝疼。

首先是遇到了 MTU 的问题,回退 PPPoE 后拨号协商 MTU1480 , 但是偶发大于 1460 的包双向丢包,
再就是遇到了频繁上下线的问题,vBRAS 使用了 12 组 VRRP MAC 地址,电信后端做热升级就只能被迫下线重拨,稳定性远不如传统 BRAS 。
再后来遇到了丢包率一塌糊涂的情况,间歇性的出城域网丢包 34%以上,
再后来又遇到了随机高延迟的问题,突然 1~2 分钟出城域网 600+ms ,
再后来就遇到了 TCP 随机不通的问题,
这些问题都是偶发不能必现,装维联系了一线二线支撑也没查到原因,最后实在没办法给回退华为 ME60 了,一切正常。

@Benson1212 @my2492 #10 多一条是因为多了一跳三层交换机,以前是 BRAS 直连,现在要过三层交换机,

https://i.imgur.com/6eg3ztc.png

这是一套面向未来发展的拓扑结构,在 OLT 和 BRAS 之间新增了一层交换机,未来改造为 IPoE+纯 IPv6 模式的接入网后,用户认证通过后由交换机(比如上面提到的 CE16800 )直接进行三层转发 IPv6 业务数据,原有的 BRAS 放在交换机的旁路作为网关进行 IPv4/IPv6 的转换接入,比如 4in6 ,4to6 等技术,目前试点的是 4in6 比较多。

其中 OLT 上层的交换机作为 vBRAS 中的 UP 层使用,未认证的用户数据包需要转发到云上的 vBRAS UP VM 进行认证,认证通过后直接由交换机进行 bypass 三层转发进城域网,不再经过 BRAS 和 vBRAS ,节省 BRAS 性能和容量。
由于接入网纯 IPv6 化了,默认用户只能拿到 IPv6 地址,还要对用户的 IPv4 流量在光猫进行 4in6 、4to6 等技术隧道转换,这里 4in6 网关就是曾经的 BRAS (利旧传统 BRAS )或者是 vBRAS 的 UP VM (池化 BRAS ),所以 IPv4 流量需要多一跳,带宽瓶颈多一道,特别是目前还是暂定 4in6 网关作为旁路节点挂在交换机下的设计。

另外新的网络结构增加了大量接入层 MESH 的连接,这样用户间的大量 P2P 互访流量在接入层就完成转发,不再挤占上联带宽和城域网带宽。

以上是未来完全改造完成的情况,目前阶段还是小规模试点,因此大部分用户还是 PPPoE 的方式接入,OLT 上层的交换机还是需要把 PPPoE 报文完整的转发给 BRAS/vBRAS 。

@Benson1212 #2 @username1919810 #7 @ppoozl #9 IPoE 动态 option 的方式因为不稳定已经弃用了,目前电信 IPoE 是在测试 DS-Lite 的方式,改桥接后默认只有纯 IPv6 地址,运营商接入网也只有 IPv6 ,IPv4 全部上移到城域网或通过统一通过 AFTR 网关进行 4in6 转换或利旧原有 BRAS 转换,目前改桥接的阻力是无法动态获取到 AFTR 网关地址,光猫抄下来的地址只能用不到 20 小时 IPv4 就断网了,而光猫可以动态获取 AFTR 网关。
201 天前
回复了 ntedshen 创建的主题 宽带症候群 江苏常州电信 TCP 间歇性断流
扫下 BRAS 看是否割接为了 vBRAS ,
之前江苏电信割接华为的 VNE9000 的 vBRAS 后同样出现了这个问题,
排查了两个月没解决,最后投诉给账号单独回退传统 BRAS 了,就正常了。

长三角的三家运营商去年开始都在强推 vBRAS ,实际体验烂的一塌糊涂,
首先是遇到了 MTU 的问题,拨号协商 MTU1480 , 但是偶发大于 1460 的包双向丢包,
再就是遇到了频繁上下线的问题,vBRAS 使用了 12 组 VRRP MAC 地址,电信后端做热升级就只能被迫下线重拨,稳定性远不如传统 BRAS 。
再后来遇到了丢包率一塌糊涂的情况,间歇性的出城域网丢包 34%以上,
再后来又遇到了随机高延迟的问题,突然 1~2 分钟出城域网 600+ms ,
再后来就遇到了 OP 同款问题,TCP 随机不通,

这些问题都是偶发不能必现,装维联系了一线二线支撑也没查到原因,最后实在没办法给回退华为 ME60 了,一切正常。

实在是想不通运营商为什么要大面积的改 vBRAS ,基础设施上云+虚拟化+X86 转发搞出来的半成品,问题那么多还在强推。
201 天前
回复了 oblivion 创建的主题 宽带症候群 宽带连接数限制测试工具
@lujiang188 四五年前的宽带,有公网 ipv4 的,以前老套餐协议没说不提供公网 ip 的时候投诉来的,旧套餐不变可以一直用,只要换新的有说明不提供公网 ip 的套餐就没有了。投诉理由:Xbox 无法联机游戏,NAT 类型问题。
1  2  3  4  5  6  7  8  
关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   1018 人在线   最高记录 6543   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 26ms · UTC 19:43 · PVG 03:43 · LAX 12:43 · JFK 15:43
Developed with CodeLauncher
♥ Do have faith in what you're doing.