震惊！深圳电信家宽被割接到 vBRAS 了！

[zhengrt]

坐标 0755 ，迁移宽带之后，再拨号就发现 ip 变成了陌生的网段。把光猫从桥接改回路由模式，发现 BRAS 名称变成了 GD-SZ-SNL-vBRAS-C-HW-VNE9000-01 。我是公网 ip 用户，以前的网段是 113.116.*.*，现在变成了 14.155.*.*网段。GD-SZ-NG-MSE-1.MAN.NE40E 是之前的旧 BRAS 名称。找了另一条没有改公网 ip 的宽带发现拨号网关地址从 100.64.0.1 变成了 100.75.0.1 <br>
图 4 、5 分别对电信 dns 和旧内网网关 100.64.0.1 进行路由跟踪。发现跳数变多了，而且总会经过如第 3 第 4 跳的 14.147.202.*的 ip 。<br>
经过对附近的一些电信宽带的 ip 查看，应该只有部分宽带被割接到 vBRAS 上，有些宽带仍未被割接。
GD-SZ-SNL-vBRAS-C-HW-VNE9000-01 <br>
网友分析的内容全部发现了，<br>
首先是遇到了 MTU 的问题，回退 PPPoE 后拨号协商 MTU1480 ， 但是偶发大于 1460 的包双向丢包，<br>
再就是遇到了频繁上下线的问题，vBRAS 使用了 12 组 VRRP MAC 地址，电信后端做热升级就只能被迫下线重拨，稳定性远不如传统 BRAS 。<br>
再后来遇到了丢包率一塌糊涂的情况，间歇性的出城域网丢包 34%以上，<br>
再后来又遇到了随机高延迟的问题，突然 1~2 分钟出城域网 600+ms ，<br>
再后来就遇到了 TCP 随机不通的问题。<br>
该死的虚拟化 X86 vBARS!<br>

[zhengrt]

@yueisme 他们其实大概率还是一台机子，虚拟机之间起 vrrp 保障业务，但是很鸡肋