这是一个创建于 113 天前的主题，其中的信息可能已经有所发展或是发生改变。
拨了 N 次全都是 218.80.71.X 的 ip ，并且每拨一次 X 位置的数减 1
 | 1 abchehehe32 113 天前 之前我用了好几个月的 58.32 今天半夜突然断了， 自动分配了 58.41 段的。今晚重新拨了几次，一开始也是 218 的 ip 段，重新拨了几次最终还是获得了 58.32 段的，兄弟你再试试？ |
 | 2 omcourseecust 113 天前 断电 30-60 分钟后再拨 |
 | 3 shiyunjin OP @abchehehe32 #1 我从 218.80.71.100 多拨到了 218.80.71.0 然后是 218.80.70.255 ，继续往下减 1 |
 | 4 dizhang 112 天前 看了下，这几天都是 58.32.33 没有断过 |
 | 5 tril 112 天前  1 我的目前没断，还是之前拨的 58.32 ，看你这么说暂时不敢去试着重拨:( 去 https://www.189.cn/sh/notice_list/ 看看有没有你那里的维护公告，或者是标题里写着 6 月 19 日的那些维护公告里有没有你那地区。 如果可以的话，路由器上试着跑一下 pppoe-discovery ，看看你那里有哪几个 BRAS 、分别叫什么，以及看看路由器日志里你拨号拨到的是哪个。 你也可以试着继续拨，看看 -1 -1 减到池子底了会给你什么 IP ，是从头再来还是到 58.41/58.32 里继续逐步 -1 。 如果减到底才进下一个段继续 -1 的话说不定是升级维护的时候分配规则选错了，可以试试报修，让他们问问机房那边。毕竟这样对你以后刷 IP 段也不方便。 |
 | 6 tibbersvs 112 天前 https://v2ex.com/t/1083702 之前给精品 vbras 上 sa 板卡的时候，是有听说过等到舆论稳定了要进行这个改动... |
 | 7 fengyaochen 112 天前 via iPhone 我也碰到过用脚本慢慢刷，刷到封号然后打报修电话说断网会有人后台修的，问就随便编个理由说路由器可能中毒了自己不停拨号，你就把电信的人当弱智就行了 |
 | 8 thinsychen 112 天前 同样问题了。观察一下 MTU 被改到了 1492 ，精品网应该是 1442 |
| 9 shiyunjin OP @tril #5 pppoe-discovery 有两个一个 vbras 一个普通的，都试过是两个不同的 218.80 段的 ip 。 @thinsychen #8 还真是确实 MTU 变成了 1492 |
 | 10 zoffypal 112 天前 看看是不是被拉 PCDN 小黑屋了，最近运营商大批量一刀切上传多的用户，典型表现之一就是拉入一个特殊的 IP 段 |
 | 11 chunriyeqiukong 112 天前 我已经一个月没掉了 Uptime 36d 22:57:32 |
| 12 shiyunjin OP 中午的时候扫了一下这几个段，发现我这个 C 段就两个活跃 ip ，一个我，一个网关。刚刚晚上的时候又扫了一遍，现在人数已经上十几个人了。 同志多起来了 |
 | 13 Silicon 112 天前 暂时还没发现。楼主哪个区局？ |
 | 14 nullgate 112 天前 我也一样，今天突然这样了 |
| 16 Silicon 112 天前 @shiyunjin 我这里没看到 Access-Concentrator: SH-SH-TX-VBASCP-1.NMAN.VNE9000 AC-Ethernet-Address: 00:00:5e:00:01:64 -------------------------------------------------- Access-Concentrator: SH-SH-XIX-MSE-1.MAN.M6000 AC-Ethernet-Address: cc:1a:fa:e9:67:a0 -------------------------------------------------- Access-Concentrator: SH-SH-TX-VBASCP-1.NMAN.VNE9000 AC-Ethernet-Address: 00:00:5e:00:01:65 -------------------------------------------------- |
| 19 Silicon 108 天前 @bclerdx 这个读下就能读出来，不重要，只是 VBRAS 方便运营商上一些新类型的业务模板，传统 BRAS 扩展比较难。网段分配这种，无论是哪个 BRAS 都可以的。 |
 | 20 KexyBiscuit 108 天前 SH-SH-GD-VBASCP-1.NMAN.V6000 SH-SH-NHZP-MSE-2.MAN.NE40E |
| 21 KexyBiscuit 108 天前 SH-SH-GD-VBASCP-1.NMAN.V6000 SH-SH-NHZP-MSE-2.MAN.NE40E |
| 22 Silicon 108 天前 |
| 23 KexyBiscuit 108 天前 @Silicon vBRAS 这个地区就是奇奇怪怪，GD 推测是港东，还有群友是 HT 航头，但是似乎都距离实际安装地址挺远的，不清楚是 vBRAS 部署就是都在这边还是地区码不再是这个意思了 楼上 #16 的 TX 和 XIX 不太读的出来是什么，硬盘流泪 |
| 24 Silicon 108 天前 @KexyBiscuit TX 没思路（肯定不是腾讯）。XIX 一开始我想的是西区局，但不对，这个范围太大了。 |
| 26 shiyunjin OP 4 天前我刚被锁的时候扫了一下这几个段的活跃 ip 刨去网关活跃的算是我就 5 个，3 天前就十几个人。23 号下午扫了一下已经 130+的设备了 |
| 27 KexyBiscuit 108 天前 @shiyunjin BRAS 是 BRAS ，这次的问题应该是更上一层的设备切换导致的，目前观察到……（仅讨论使用 @vip1 用户名后缀拨号的情况） - IPv4 池子变了，我这边 BRAS 大部分时候是 218.80.64.0/22 ，vBRAS 大部分时候是 218.80.68.0/22 ，偶有例外，之前的情况大家都很熟悉了不提 - IPv6 池子也变了，我这边 DHCPv6-PD 和 RA SLAAC 分到的前缀都在 240e:b88::/29 (240e:b8f::/32)，之前 DHCPv6-PD 分到的前缀在 240e:38b::/32 ，RA SLAAC 前缀在 240e:38f::/32 - DHCPv6 服务器错误的使用了 0:80fe::/32 作为源地址（而非正确的 fe80::/10 ），导致了如 https://www.chiphell.com/thread-2675022-1-1.html 的问题 - 目前 BRAS 的 MTU 是 1492 、vBRAS 的 MTU 是 1480 ，之前都是 1442 - 尽管昨晚被动断连后出现了上述情况，但是 BRAS (PPPoE AC) 的名字和 MAC 地址在近期都没有发生变化 |
 | 28 hahastudio 108 天前 加一条，也是大概周四周五发现的 普通上海电信晚上到加州的流量丢包很严重，是时断时续的 到日本的倒还行 |
 | 29 rogeryu1983 108 天前 现在 58.32 连 gia cn2 不通,218.80 和手机联通速度没问题,是不是电信故意做了手脚 |
 | 30 PROJECT 108 天前 刚测试了下还可以拨到 58.32 |
| 31 Silicon 108 天前 @shiyunjin BRAS 是很靠前的，如果不是物理拓扑上有割接（比如一个 BRAS 下带机量太多被拆到另一个）应该不太会变。这次应该是 DHCP 服务器从一个换成了另一个，从而导致地址池变化；另外可能转发时打的标签/VLAN 也有变，从之前精品网的实现形式换成了其他形式，所以 MTU 也从 1442 变成了 1480 。 之前这条隧道的 overhead 是 50 字节，大家猜测是 VxLAN ；现在 overhead 是 12 字节，我猜可能是 MPLS 之类的什么东西多打了几层？一个 v4 头就要吃掉 20 个字节了，不太像是什么上层的隧道。 |
| 32 Silicon 82 天前 看来更新到我这边了，我这里也开始只有 218.80 了 |
 | 33 starwallace 81 天前 via iPhone 宝山地区中招，上周月中，试试不行就退了换 9929 |
| 34 abchehehe32 80 天前 @shiyunjin #3 好了我也拨不到 58.32 了，218.80 先苟着，难受 |
| 35 shiyunjin OP @abchehehe32 #34 温水煮青蛙 |
 | 36 Yserver 67 天前 @starwallace 9929 不卖了 |
Select Language