V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
Benson1212
V2EX  ›  宽带症候群

震惊!广州电信家宽被割接到 vBRAS 了!

  •  
  •   Benson1212 · 226 天前 · 8519 次点击
    这是一个创建于 226 天前的主题,其中的信息可能已经有所发展或是发生改变。
    坐标 020 ,凌晨看苹果发布会时发现突然断网,再拨号就发现 ip 变成了陌生的网段。把光猫从桥接改回路由模式,发现 BRAS 名称变成了如下(图一)。我是公网 ip 用户,以前的网段是 58.63.*.*,现在变成了 14.19.*.*网段。如下(图二)是之前的旧 BRAS 名称。找了另一条没有改公网 ip 的宽带发现拨号网关地址从 100.64.0.1 变成了 100.73.0.1 (如图三)
    图 4 、5 分别对电信 dns 和旧内网网关 100.64.0.1 进行路由跟踪。发现跳数变多了,而且总会经过如第五第六跳的 14.147.135.*的 ip 。
    经过对附近的一些电信宽带的 ip 查看,应该只有部分宽带被割接到 vBRAS 上,有些宽带仍未被割接。




    59 条回复    2024-04-15 09:34:20 +08:00
    yyzh
        1
    yyzh  
       226 天前 via Android
    正常。未来的趋势吧。希望以后能上 ipoe 了
    Benson1212
        2
    Benson1212  
    OP
       226 天前 via iPhone
    @yyzh 按照目前国内部分地区改了 ipoe 的情况来看,ipoe 也是在光猫之类的设备上进行 ipoe 认证,那就意味着改不了桥接了
    wske
        3
    wske  
       226 天前
    同样广州电信用户,目前 IPv4&IPv6 双栈公网正常,网段依然是 183.54.*.*,路由追踪跳数也没变化。
    由于我的光猫 PT924G 版本比较老,没法显示 bras 信息,所以我也没法比较。
    wske
        4
    wske  
       226 天前
    @yyzh 目前我的广州电信 IPTV 机顶盒就是采用 IPOE 方式认证。
    xixiv5
        5
    xixiv5  
       226 天前
    你哪个区?我黄埔 我以前也拨到过 14.19 的网段 就只有一次。后面又恢复成 113.67 了
    username1919810
        6
    username1919810  
       226 天前
    vBRAS 和传统 BRAS 对用户这端有什么影响吗?
    username1919810
        7
    username1919810  
       226 天前
    @Benson1212 #2 一样改桥接,抓出 ipoe 认证用的信息在路由器上做同样配置就行
    PerFectTime
        8
    PerFectTime  
       226 天前
    我之前也是 183.54 ,后面变成了 14.19
    ppoozl
        9
    ppoozl  
       226 天前
    @username1919810 我好像在哪个贴看到过电信的 IPoE 有自己的 option 和算法,是根据时间生成的
    my2492
        10
    my2492  
       226 天前
    真实跳数多几跳要看出省路由才知道。

    普通 BRAS 是网关—接入层—核心层—省外 202.97 骨干,vBRAS 一般是接入层被拆分成两部分,别的不变
    Benson1212
        11
    Benson1212  
    OP
       226 天前
    @xixiv5 增城
    dearneo
        12
    dearneo  
       226 天前
    差不多两周前已经是 14.19.*.* 的号段了,而且获取到的 IP 似乎一直没有变,现在还是同一个公网 IP
    luodichen
        13
    luodichen  
       226 天前
    一两个月前就变了,坐标深圳电信。
    oblivion
        14
    oblivion  
       226 天前   ❤️ 17
    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 直连,现在要过三层交换机,



    这是一套面向未来发展的拓扑结构,在 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 网关。
    oblivion
        15
    oblivion  
       226 天前   ❤️ 2
    补充一点,改 IPoE 后多个宽带 4in6 接入的情况下,接入同一个路由器的情况直接懵逼,本地地址和网关地址都是一样的,
    三条宽带,网关都是 192.0.0.1 ,本地都是 192.0.0.2 ,策略路由写起来很复杂。
    raysonx
        16
    raysonx  
       226 天前
    @oblivion 话说国内运营商没有部署 MAP-T 或者 MAP-E 的打算吗?
    yyzh
        17
    yyzh  
       226 天前
    @oblivion 看起来好像也可以直接进省网.做到跟以前一样.
    ethanlu
        18
    ethanlu  
       226 天前 via Android
    是好事吗?
    hyifan
        19
    hyifan  
       226 天前
    我这天河的也已经变成 14 开头的地址.
    lo0pback
        20
    lo0pback  
       226 天前
    @hyifan 坐标天河,目前看还是 NE40 的作为 BRAS
    oblivion
        21
    oblivion  
       226 天前
    @raysonx #16 没看到有哪家运营商在尝试
    @yyzh #17 这个要看各地运营商的结构,每个地区实际部署的厂商都不一样,目前看到华为中兴的 vBRAS 是多一跳,华三的没有多一跳
    TESTFLIGHT2021
        22
    TESTFLIGHT2021  
       226 天前
    @oblivion 瞎折腾。。。。还不如提高 OLT 上联带宽实际。。。。
    oblivion
        23
    oblivion  
       226 天前
    @TESTFLIGHT2021 #22 割接 vBRAS 的地方大部分 OLT 上联带宽都提过了,起步 100G ,少部分地方已经 2x400G 了
    raysonx
        24
    raysonx  
       226 天前
    @oblivion 我个人比较看好 MAP-T 技术,无状态 IPv6 和 IPv4 转换理论上比 4in6 隧道性能高,但估计还是要看硬件厂商那边的方案成不成熟吧
    TESTFLIGHT2021
        25
    TESTFLIGHT2021  
       226 天前
    @oblivion 哥 不知道你那个图哪里来的。。。我和江苏那边施工队确认了下 一般就是 4*10g C600 他们还没见过超过 10g 的上联板
    TESTFLIGHT2021
        26
    TESTFLIGHT2021  
       226 天前
    @oblivion 4*10G VRRP 或者 2*2 聚合 VRRP
    ppoozl
        27
    ppoozl  
       226 天前
    @oblivion IPoE 也可以正常下发 V4 的吧,想要双栈。没有公网 v4 现在还是很难受的。
    youx
        28
    youx  
       225 天前
    @oblivion 城域网 直接关闭 ipv4 ,搞纯 ipv6
    username1919810
        29
    username1919810  
       225 天前
    @oblivion #14 要是有办法在光猫上抓包就好了,观察一下光猫是从什么接口获取 AFTR 网关 IP 的,也许可以在软路由上模拟出来。日本这边 transix 或者クロスパス采用 DS-Lite 接入,但是 AFTR 是固定的地址。
    maybeonly
        30
    maybeonly  
       225 天前
    @oblivion 对付虚拟化最好的办法就是也虚拟化,netns 了解一下。zone 的话,估计不太好用。
    yyzh
        31
    yyzh  
       225 天前
    @oblivion 看了一下是菊花家的,可能 vbras 后面的网络架构有些不一样吧.
    my2492
        32
    my2492  
       225 天前
    @yyzh 你这个就是多了一跳啊,到省 CR 用了 4 跳,普通 BRAS 都是 3 跳到 CR ,固定 ip 专线才是 4 跳
    yyzh
        33
    yyzh  
       225 天前
    @my2492 一样的.没改 vbras 前都是 100.64 之后跟三跳然后上 202 骨干.现在也是 100.74 然后三跳上骨干
    ppoozl
        34
    ppoozl  
       225 天前
    @youx 一刀切吗,那以后只能去买移动的商宽了
    369908633
        35
    369908633  
       225 天前 via Android
    @xixiv5 我也黄埔的,之前经常获取是 14 开头,现在经常是 116 开头
    yutian12345
        36
    yutian12345  
       224 天前 via Android
    垃圾电信。直接转网联通了。虽然慢,但是便宜啊
    youx
        37
    youx  
       224 天前
    @yutian12345 垃圾电信 联通 。直接转网移动了。虽然慢,但是便宜啊
    Kowloon
        38
    Kowloon  
       224 天前 via iPhone
    而且这个 MAN 变 MCN 了,所以原来一平面的宽带业务改走二平面了?
    Kowloon
        39
    Kowloon  
       224 天前 via iPhone
    @oblivion
    中兴 M6000 vBRAS 负责接入但菊花 NE9000 负责汇聚?还是异厂家,这是什么奇怪的搭配?
    ppoozl
        40
    ppoozl  
       224 天前
    @Kowloon 楼主的 VBRAS 是 M6000 14 楼 31 楼的是 vNE9000
    ppoozl
        41
    ppoozl  
       224 天前
    看错了 M6000 是个路由器啊,vBRAS 是 vNE9000 ,楼主的 vBRAS 是 V6000
    Kowloon
        42
    Kowloon  
       224 天前 via iPhone
    @ppoozl
    中兴 M6000-18S 是支持虚拟化的 ,所以这个 V6000 就是 M6000 开了 vBRAS 功能负责接入转发。
    oblivion
        43
    oblivion  
       224 天前
    @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 的。
    oblivion
        44
    oblivion  
       224 天前
    @ppoozl #27 电信还是有希望下发公网 IPv4 的,移动是大力推纯 IPv6 接入网的,联通两种都有
    ppoozl
        45
    ppoozl  
       223 天前
    @oblivion #44 我其实就一个需求,继续提供 v4 地址给需要的人,公网叠加包什么的。接入你用 v6 没事,只要给到用户路由设备给一个 v4 公网地址就行,IPoE 不拨号也可以 DHCP 直接给个 v4 地址啊。
    ppoozl
        46
    ppoozl  
       223 天前
    不然真得想办法去办移动那个政企套餐了
    872517414
        47
    872517414  
       223 天前 via Android
    @oblivion #44 家宽应该都没公网 v4 地址了,估计会只提供给商宽/精品网和专线。文件写得很清楚,“到 2025 年末……新增网站及应用、网络及应用基础设施规模部署 IPv6 单栈……之后再用五年左右时间,完成向 IPv6 单栈的演进过渡……”。虽然文件只提到“到 2023 年末……IPv6 单栈试点取得积极进展,新增网络地址不再使用私有 IPv4 地址”,但如果能加收一笔“公网 v4 地址费”,不赚白不赚。
    Kowloon
        48
    Kowloon  
       223 天前 via iPhone
    @oblivion
    明白了。这就是原本扁平化的网络又改回去了……
    Kowloon
        49
    Kowloon  
       223 天前 via iPhone
    @ppoozl
    为了强行上 IPv6 可以不择手段的,给客户一个公网 IPv4 地址在技术上不是问题,日本现网已经有类似操作了,但国内运营商向来不会为用户考虑,如果有集体被割接的那天,别抱太大希望。
    ppoozl
        50
    ppoozl  
       223 天前
    那就只能找朋友借营业执照去办商宽了
    yutian12345
        51
    yutian12345  
       223 天前
    @youx 我这里目前联通最便宜哈
    oblivion
        52
    oblivion  
       222 天前   ❤️ 1
    @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
    siyanmao
        53
    siyanmao  
       222 天前
    深圳电信也有了。一条在南山的宽带已经割接到了 vbras 上,按照返回的名称来看,应该是华为的 VNE9000 。发送一个 PPPoE Discovery 包,会有四个 MAC 地址响应。一个快一点三个慢一点,顺序不确定。在罗湖和宝安的两条宽带看起来还没有变,依旧是 M6000 和 NE40E 。
    Kowloon
        54
    Kowloon  
       222 天前 via iPhone
    @oblivion
    天津联通和移动现网基本上都是 BRAS 下沉到中心局直挂 OLT ,电信 BRAS 数量少,应该是 MSE 加大二层挂 OLT 的结构,不过 PPPoE 会话在 BRAS 终结后都是直接进城域 CR 的组网方式,联通以前的 BR 汇聚路由器在 2018 年 IPv6 改造被取消了。

    我个人觉得 vBRAS 这种模式纯粹是为了强行创造需求,发展方向跑偏了,公网就是应该扁平化的,但这个组网就是活生生的把公网变成了移动核心网,就算是上 IPoE 4in6 也不是很能说的过去,而且现网 OLT 也有三层转发能力,做的 CGNAT 也是。
    my2492
        55
    my2492  
       222 天前 via iPhone
    @oblivion 如何手动指定 MAC ?是账号后 @域吗?这个好像没用
    hubaq
        56
    hubaq  
       221 天前
    @my2492 ROS 有一个 ac name
    Benson1212
        57
    Benson1212  
    OP
       219 天前 via Android
    @siyanmao 如何探测有几个 pppoe 服务器?
    xingkong06
        58
    xingkong06  
       13 天前
    OpenWrt 可以用 pppoe-discovery
    例如以下是例:
    pppoe-discovery -I eth1
    这时候就可以显示 ac name 了。
    从昨天开始就发现苏州电信在我这里已经起用了 vBRAS 了。
    ImmortalWrt:~#
    pppoe-discovery -I eth1
    Access-Concentrator: JS-SZ-LQF-vBRAS-CP-01.CTC.NMAN.V6000
    Access-Concentrator: JS-SZ-ZJG-QNL-BAS-7.MAN.M6000E
    Access-Concentrator: JS-SZ-ZJG-QNL-BAS-8.MAN.M6000-18S
    现在的公网 IP 已经不更换 IP 段。
    songofsaya
        59
    songofsaya  
       12 天前
    @Benson1212 那就呵呵了,墙和反炸直接砌到你家门口,还不能吭声的那种
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   2697 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 39ms · UTC 11:35 · PVG 19:35 · LAX 04:35 · JFK 07:35
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.