宽带平时是直播+挂 BT 。最近 30 天,PeerBanHelper 统计 BT 大概传了 1.2T 。Windows 统计 OBS 传了 635G ,看了下后台播了 111.5 小时。减掉这些算了一下下载,没算手机大概下载了 2.3T 这样
9 号晚上突然发现 IPv6 掉了,尝试重新拨号还是拿不到。路由器自身还能拿到 240e:3b0::的/64 ,但是拿不到 240e:3b4::的/60 PD 了
ifstatus wan_6
"ipv6-address": [
{
"address": "240e:3b0:4c0:xxxx:xxxx:xxxx:xxxx:xxxx",
"mask": 64,
"preferred": 172203,
"valid": 258603
}
],
"ipv6-prefix": [
],
"ipv6-prefix-assignment": [
],
路由拿到的 IPv6 还能通
curl -6 ip.sb
240e:3b0:4c0:xxxx:xxxx:xxxx:xxxx:xxxx
因为本来就没 IPv4 公网,IPv4 似乎没什么变化
ifstatus wan
"ipv4-address": [
{
"address": "100.64.174.79",
"mask": 32,
"ptpaddress": "100.64.0.1"
}
],
mtu 似乎还是 1492
ip a
11: pppoe-wan: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1492 qdisc fq_codel state UNKNOWN group default qlen 3
ping -4 -s 1464 www.baidu.com
PING www.baidu.com (183.2.172.17): 1464 data bytes
1472 bytes from 183.2.172.17: seq=0 ttl=55 time=7.540 ms
1472 bytes from 183.2.172.17: seq=1 ttl=55 time=7.283 ms
^C
--- www.baidu.com ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 7.283/7.411/7.540 ms
用 NatTypeTester 测 Mapping & Filtering behavior 都是 EndpointIndependent ,发现 natmap 还能打洞出去,就用 librespeed/speedtest-rust 搭了一个测速,然后用联通流量测
librespeed-cli --local-json
Using local JSON server list: /mnt/d/apps/config.json
Selecting the fastest server based on ping
Selected server: Rust Backend [2xx.xxx.xx.xx5]
You're testing from: 1xx.xx.xx.xx4 - China Unicom Guangzhou network, China
Ping: 38.18 ms Jitter: 5.44 ms
Download rate: 23.13 Mbps
Upload rate: 13.96 Mbps
看来流量上传有点慢,但是下载还是能测出宽带的上传的。我又去下了个 BT ,下载能跑到满速,没什么问题
试了一下 traceroute ,好像没什么问题
nexttrace --ipv4 cloudflare.com
NextTrace v1.5.0 2025-11-25T07:11:07Z 82cebb7
[NextTrace API] preferred API IP - 103.117.102.27 - 184.46ms - DMIT.NRT
IP Geo Data Provider: LeoMoeAPI
traceroute to 104.16.132.229 (cloudflare.com), 30 hops max, 52 bytes payload, ICMP mode
1 192.168.233.1 * RFC1918
1.02 ms / 1.14 ms / 0.64 ms
2 100.64.0.1 * RFC6598
4.89 ms / 4.13 ms / 4.34 ms
3 *
4 *
5 202.97.82.62 AS4134 [CHINANET-BB] 中国 广东 广州 chinatelecom.com.cn 电信
5.35 ms / * ms / * ms
6 202.97.12.37 AS4134 [CHINANET-BB] 中国 广东 广州 chinatelecom.com.cn 电信
5.59 ms / * ms / * ms
7 202.97.53.198 AS4134 [CHINANET-BB] 美国 加利福尼亚 圣何塞 chinatelecom.com.cn 电信
161.83 ms / 159.61 ms / * ms
8 *
9 172.68.188.94 AS13335 [CLOUDFLARENET] 美国 加利福尼亚 圣何塞 cloudflare.com
158.22 ms / 167.09 ms / 169.27 ms
10 104.16.132.229 AS13335 [CLOUDFLARENET] Anycast cloudflare.com
150.30 ms / 150.37 ms / 149.67 ms
MapTrace URL: https://assets.nxtrace.org/tracemap/9950a2fe-c4dd-5feb-9e6a-76edd73551c0.html
nexttrace --ipv4 apple.com
NextTrace v1.5.0 2025-11-25T07:11:07Z 82cebb7
[NextTrace API] preferred API IP - 103.117.102.27 - 193.90ms - DMIT.NRT
IP Geo Data Provider: LeoMoeAPI
traceroute to 17.253.144.10 (apple.com), 30 hops max, 52 bytes payload, ICMP mode
1 192.168.233.1 * RFC1918
1.05 ms / 0.63 ms / 0.72 ms
2 100.64.0.1 * RFC6598
4.19 ms / 4.20 ms / 4.21 ms
3 *
4 *
5 *
6 202.97.12.5 AS4134 [CHINANET-BB] 中国 广东 广州 chinatelecom.com.cn 电信
15.75 ms / 5.67 ms / * ms
7 202.97.116.2 AS4134 [CHINANET-BB] 中国 香港 chinatelecom.com.cn
9.48 ms / 9.38 ms / 9.72 ms
8 203.215.232.230 AS4134 [CHINANET-FJ] 中国 香港 chinatelecom.com.cn
10.07 ms / 9.81 ms / 9.88 ms
9 17.253.144.10 AS714 美国 apple.com
10.41 ms / 9.88 ms / 10.10 ms
MapTrace URL: https://assets.nxtrace.org/tracemap/4a23aaef-9b48-5acb-bbfd-b422b1af725e.html
1
mooyo 15 小时 13 分钟前
这个/64 是你路由器的 WAN 口拿到的/64 ?你桥接了吗?如果是你自己的路由器拿到的/64 ,还能往下分
|
2
birdvdsk 14 小时 57 分钟前 via Android
我进 pcdn 黑屋之后也被收走了 ipv6 pd ,即使后来放出来也没有 pd 了。只好用了 nat v6
|
3
tpxcer 14 小时 45 分钟前
1.2T 也不多啊
|
4
strobber16 14 小时 4 分钟前 via Android
直接投诉咯。就说电信不配合国家推广 ipv6 的政府,逆行倒施
|
5
alfawei 12 小时 41 分钟前
大流量被判定 pcdn 估计很难
|
6
filifelet 12 小时 13 分钟前
广东电信惯用伎俩啦,IPv4 肯定又变成 nat4 ,然后出口 IP 很大机会不是本市,然后网关也变成一个公网 IP ,也是外市的,不是正经 100.64.00.1
|
7
P945 6 小时 41 分钟前 via iPhone
@filifelet #5 改进了,网关是外地,出口 ip 回到归属地(投诉太多了)。还有 Ipv6 分配是一个不通的地址,也就是说目前只能用 nat4 的 V4 。
|
8
blessme 5 小时 35 分钟前
黑屋的话,你看看 wan 的网关是不是变成一个公网 ip 了,而不是正常的 100.64.0.1 这样的
|