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 网关。