这是一个创建于 74 天前的主题，其中的信息可能已经有所发展或是发生改变。
拨了 N 次全都是 218.80.71.X 的 ip ，并且每拨一次 X 位置的数减 1
 |
1
abchehehe32 74 天前
之前我用了好几个月的 58.32 今天半夜突然断了， 自动分配了 58.41 段的。今晚重新拨了几次，一开始也是 218 的 ip 段，重新拨了几次最终还是获得了 58.32 段的，兄弟你再试试？
|
 |
2
omcourseecust 74 天前
断电 30-60 分钟后再拨
|
 |
3
shiyunjin OP @abchehehe32 #1 我从 218.80.71.100 多拨到了 218.80.71.0 然后是 218.80.70.255 ，继续往下减 1
|
 |
4
dizhang 74 天前
看了下，这几天都是 58.32.33 没有断过
|
 |
5
tril 74 天前  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 74 天前
https://v2ex.com/t/1083702 之前给精品 vbras 上 sa 板卡的时候，是有听说过等到舆论稳定了要进行这个改动...
|
 |
7
fengyaochen 74 天前 via iPhone
我也碰到过用脚本慢慢刷，刷到封号然后打报修电话说断网会有人后台修的，问就随便编个理由说路由器可能中毒了自己不停拨号，你就把电信的人当弱智就行了
|
 |
8
thinsychen 74 天前
同样问题了。观察一下 MTU 被改到了 1492 ，精品网应该是 1442
|
|
9
shiyunjin OP @tril #5 pppoe-discovery 有两个一个 vbras 一个普通的，都试过是两个不同的 218.80 段的 ip 。
@thinsychen #8 还真是确实 MTU 变成了 1492 |
 |
10
zoffypal 74 天前
看看是不是被拉 PCDN 小黑屋了，最近运营商大批量一刀切上传多的用户，典型表现之一就是拉入一个特殊的 IP 段
|
 |
11
chunriyeqiukong 74 天前
我已经一个月没掉了
Uptime 36d 22:57:32 |
|
12
shiyunjin OP 中午的时候扫了一下这几个段，发现我这个 C 段就两个活跃 ip ，一个我，一个网关。刚刚晚上的时候又扫了一遍，现在人数已经上十几个人了。
同志多起来了 |
 |
13
Silicon 73 天前
暂时还没发现。楼主哪个区局？
|
 |
14
nullgate 73 天前
我也一样，今天突然这样了
|
|
16
Silicon 73 天前
@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 70 天前
@bclerdx 这个读下就能读出来，不重要，只是 VBRAS 方便运营商上一些新类型的业务模板，传统 BRAS 扩展比较难。网段分配这种，无论是哪个 BRAS 都可以的。
|
 |
20
KexyBiscuit 70 天前
SH-SH-GD-VBASCP-1.NMAN.V6000
SH-SH-NHZP-MSE-2.MAN.NE40E |
|
21
KexyBiscuit 70 天前
SH-SH-GD-VBASCP-1.NMAN.V6000
SH-SH-NHZP-MSE-2.MAN.NE40E |
|
22
Silicon 70 天前
|
|
23
KexyBiscuit 70 天前
@Silicon vBRAS 这个地区就是奇奇怪怪，GD 推测是港东，还有群友是 HT 航头，但是似乎都距离实际安装地址挺远的，不清楚是 vBRAS 部署就是都在这边还是地区码不再是这个意思了
楼上 #16 的 TX 和 XIX 不太读的出来是什么，硬盘流泪 |
|
24
Silicon 70 天前
@KexyBiscuit TX 没思路（肯定不是腾讯）。XIX 一开始我想的是西区局，但不对，这个范围太大了。
|
|
26
shiyunjin OP 4 天前我刚被锁的时候扫了一下这几个段的活跃 ip 刨去网关活跃的算是我就 5 个，3 天前就十几个人。23 号下午扫了一下已经 130+的设备了
|
|
27
KexyBiscuit 70 天前
@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 70 天前
加一条，也是大概周四周五发现的
普通上海电信晚上到加州的流量丢包很严重，是时断时续的 到日本的倒还行 |
 |
29
rogeryu1983 70 天前
现在 58.32 连 gia cn2 不通,218.80 和手机联通速度没问题,是不是电信故意做了手脚
|
 |
30
PROJECT 70 天前
刚测试了下还可以拨到 58.32
|
|
31
Silicon 70 天前
@shiyunjin BRAS 是很靠前的，如果不是物理拓扑上有割接（比如一个 BRAS 下带机量太多被拆到另一个）应该不太会变。这次应该是 DHCP 服务器从一个换成了另一个，从而导致地址池变化；另外可能转发时打的标签/VLAN 也有变，从之前精品网的实现形式换成了其他形式，所以 MTU 也从 1442 变成了 1480 。
之前这条隧道的 overhead 是 50 字节，大家猜测是 VxLAN ；现在 overhead 是 12 字节，我猜可能是 MPLS 之类的什么东西多打了几层？一个 v4 头就要吃掉 20 个字节了，不太像是什么上层的隧道。 |
|
32
Silicon 44 天前
看来更新到我这边了，我这里也开始只有 218.80 了
|
 |
33
starwallace 43 天前 via iPhone
宝山地区中招，上周月中，试试不行就退了换 9929
|
|
34
abchehehe32 42 天前
@shiyunjin #3 好了我也拨不到 58.32 了，218.80 先苟着，难受
|
|
35
shiyunjin OP @abchehehe32 #34 温水煮青蛙
|
 |
36
Yserver 29 天前
@starwallace 9929 不卖了
|
Select Language