1
zhaohanqing 2018-12-13 12:49:19 +08:00 via Android
SN 省,试了一下,到南边到北边,全部都不经过 202.97 层
|
2
paulgao 2018-12-13 13:31:26 +08:00
如果又可以依赖的数据给我们,我们可以把南京改为无锡。
|
3
hlz0812 OP @paulgao 举个例子,202.97.84.22 应该是位于无锡,202.97.92.6 位于南京,当然不止这两个,有很多 ip。目前测定结果是江苏省对外路由策略是相同的,但是根据地级市走南京和无锡的出口,国内国外方向都是。
目前证据是南京电信 tracert 到 202.97.84.22 需要经过另一跳 202.97 并且延迟高于无锡,而 tracert 到 202.97.92.6 只需要一跳,而无锡电信正好相反。 无锡电信家宽 ping202.97.84.22 延迟 2-3ms 不等,供参考,这个延迟感觉应该是在无锡。 而且以上省内不同市不同出口分配规则只适用于家宽,苏州电信天翼云监测点 tracert 默认是走南京出去的。 无锡的骨干网 ip 好多都是 202.97.84.*这个段的 |
5
hlz0812 OP @paulgao 现在可以确定的是,不管江苏另一个骨干汇聚是不是在无锡,肯定存在除南京以外另一个汇聚层负责苏南地区出口,这个通过做大量 tracert 一下就能看出规律
|
6
paulgao 2018-12-13 15:58:47 +08:00
你可以直接 ping 84 那个 C 段,把延迟明显比较低的列表发给我,我统一标注成无锡就好了。
用我们的 BESTTRACE WINDOWS 版就可以。有一个批量 ping 功能。 |
7
hlz0812 OP @paulgao ping 存在波动,今天晚上纯手工测试出以下数据
无锡-上海 202.97.84.6 202.97.84.90 202.97.84.30 202.97.84.26 202.97.84.86 202.97.84.2 202.97.84.94 202.97.84.18 202.97.84.22 202.97.84.82 无锡-北京 202.97.84.38 202.97.84.46 无锡-广州 202.97.65.145 202.97.65.141 202.97.65.129 202.97.64.173 202.97.65.137 202.97.65.149 列出的 ip 都是无锡的,从以上城市回程到苏南地区就是走这些 ip,由于时间有限暂时只提供给你北上广回程到苏南地区可能出现的 ip。其实国内其他省路由到江苏也是分了两个汇聚层,只不过网络结构复杂,又是同一个省,判断难度较大,以后有时间我再补充数据吧。 你可以随机测试一下北上广到江苏的路由,是否南京等苏北地区和无锡苏州等苏南地区明显不同。 测试 ip 南京 114.222.0.1 常州 114.226.0.1,无锡 114.223.0.1 苏州 114.219.0.1。目前外省路由到江苏省的家宽的 ip 段我测试是完全符合规律,路由到 IDC 的 ip 段有部分例外 |
12
tia 2018-12-14 02:18:43 +08:00 via Android
陕西
省内 走不走 202.97 或者 219.158 取决于是否跨运营商,如果是同一个运营商必定不走 202.97 或者 219.158 ,如果跨运营商了必定至少 2 跳 202.97 或者 219.158 。 省外 不跨运营商出流量落地点在外省 202.97 或者 219.158 且只有一跳,入流量则相反 |
13
hlz0812 OP @tia 江苏同运营商也走 202.97 ,老的不需要走 202.97 的线路估计也没拆,因为有些省只有到南京的通道,到了南京也不需要再经过一跳 202.97 到苏南地区,但是默认情况省内互联已经不走老的线路了
|
14
zhouyut001 2018-12-14 12:24:18 +08:00
然而重庆电信走哪里都是直连
|
15
hlz0812 OP @zhouyut001 重庆电信去上海有时候绕成都,而且不可能全国直连,偏远地区就那几个点可达,比如新疆只接了北京、西安、兰州这些地方
|
17
hlz0812 OP @MEISTING 最低是 40 出头,我觉得物理绕武汉了,西安业务压力大,西安那边的光缆估计负责西北地区,然后山西的数据也要经过那条光缆到北京,可能光缆容量带不动整个西南,就往低负载省分流了
|
18
jerry1977 2018-12-14 16:37:48 +08:00
中国电信的 IP 网络,很早就扁平化了,只有城域网和骨干网两个层。城域网内也完成了扁平化,只有 BRAS 和 CR,取消了 BR,BRAS 往下是接入网。江苏属于大区节点,所有城域网核心都会上联到南京和无锡的骨干网节点核心路由器。不会有苏南接南京,苏北接无锡这种情况。不过南京节点在级别上确实比无锡节点要高,但是南京节点要承接其他非大区省的流量,很容易拥塞,所以有时候不如走无锡节点。另外还可以告诉你,骨干网在做双平面的调整,你遇到的问题也许是调整期间的阶段性问题。
|
19
jerry1977 2018-12-14 16:43:25 +08:00
@MEISTING,因为骨干网也是有层次化的,重庆、贵州、云南不在三超 7 大内,普通节点都是要通过三超 7 大进行中转的。三超 7 大区是全互联结构,重庆、贵州、云南,1 条路由是从四川登陆,另一条是从广东登陆。
|
20
hlz0812 OP @jerry1977 无锡电信是我见过第一个不是省会城市还这么有逼格,能有骨干汇聚层的城市。其他省不知道存不存在两种情况,省内互联过 202.97 应该是路由表问题,外省过来的话确实两边都接了,南京带的用户量远多于无锡
|
21
hlz0812 OP @jerry1977 话说国内这种网络结构和海外很多运营商采用的经过沿途城市一路中转到目标城市的网络结构,哪种性能会更好?
|
22
vipcloos 2018-12-15 00:43:04 +08:00
南通电信--(1-2ms)下面方向第一跳
ping 上海电信或者出国 202.97.84.89 上海汇聚层 ping 苏州电信 无汇聚 ping 无锡超算 无汇聚 ping 南京电信 经过南京汇聚 202.97.27.29 ping 扬州电信 无汇聚 ping 徐州电信 无汇聚 (6ms 第一跳) ping 山东青岛电信 经过上海汇聚层 202.97.84.5 ping 浙江电信 经过上海汇聚层 202.97.84.1 ping 浙江阿里云 经过杭州汇聚层 202.97.84.221 这怎么看骨干汇聚层 |
23
Kowloon 2018-12-15 07:18:58 +08:00 via iPhone
@hlz0812
国内这种做法已经不错了,我学校 AS3999 上联 Comcast 校内出口回国走 PA-VA-GA-TX-CA 没过太平洋延迟已经 100 了,如果是走 Telia 接的机房在芝加哥,之后走堪萨斯再到圣何塞三跳出美国延迟 60 上下。中转性能可以不丢包,就是延迟太差了。 |
24
hlz0812 OP @vipcloos 其实有汇聚的
第一跳 114.223.*.*网关 第二跳 58.215.*.*城域网汇聚层 第三跳 58.215.*.*无锡电信骨干(此骨干路由器上拥有苏州、无锡、南通、泰州的 ip,实际地理位置位于无锡,对于不同市用户发起的 tracert 显示不同 ip ) 第四跳 202.97.84.*无锡电信设在外省的骨干 ip |
25
ritaswc 2018-12-16 09:38:33 +08:00
扬州电信 49.86.8.*
通过最多 30 个跃点跟踪到 202.97.85.6 的路由 1 <1 毫秒 <1 毫秒 <1 毫秒 10.*.*.* 2 1 ms 2 ms 1 ms 49.86.8.1 3 3 ms 3 ms 3 ms 58.220.181.153 4 6 ms 7 ms 7 ms 61.177.179.29 5 5 ms 7 ms 7 ms 202.97.37.78 6 5 ms 7 ms 7 ms 202.97.85.6 跟踪完成。 通过最多 30 个跃点跟踪到 202.97.84.38 的路由 1 2 ms <1 毫秒 <1 毫秒 10.*.*.* 2 2 ms 1 ms 1 ms 49.86.8.1 3 3 ms 3 ms 3 ms 58.220.107.17 4 7 ms 7 ms 7 ms 61.177.179.21 5 8 ms 7 ms 7 ms 202.97.27.34 6 11 ms 8 ms 7 ms 202.97.84.38 跟踪完成。 仅供参考 |
29
hlz0812 OP |
30
nathanwongggg 2018-12-17 00:15:05 +08:00
难道深圳也有自己独立的省骨干网汇聚层?直接从深圳电信 202.105.152.193 出来了,但是 tracert 202.97.85.6 的时候是走广州到北京再到南京.
通过最多 30 个跃点跟踪到 202.97.84.38 的路由 1 2 ms 2 ms 2 ms router.asus.com [10.0.0.1] 2 20 ms 14 ms 22 ms 113.92.32.1 3 4 ms 4 ms 4 ms 202.105.152.193 4 6 ms 12 ms 13 ms 183.56.65.10 5 42 ms 41 ms 42 ms 202.97.47.77 6 50 ms 39 ms 39 ms 202.97.37.14 7 55 ms 51 ms 51 ms 202.97.84.38 跟踪完成。 |
31
hlz0812 OP @nathanwongggg 我怀疑 183.56.65.10 实际位置在广州,它是广州的核心路由器,看延迟不像在深圳本地。江苏这边就是南京无锡的核心路由上都有地级市设立的 ip 的,回程的时候这个位置就显示 202.97 了,去程一般用地级市的 ip。不过深圳似乎有 cn2 的骨干存在,cn2 gia 可以直达深圳市
|
32
hlz0812 OP @nathanwongggg 你这个延迟不稳定,最好插有线多测几次,如果那一跳延迟明显高,很有可能就在广州
|
33
hlz0812 OP @nathanwongggg 另外,202.97.84.38 是无锡电信在北京设立的骨干,所以对非江苏省用户,去程应该会绕北京,回程就是正常的
|
34
yexm0 2018-12-17 18:37:06 +08:00 via Android
@nathanwongggg 深圳是后备啊,啥都有的,不过一般是广州那边的电信大厦出事了后才由深圳顶上去。
|
35
nathanwongggg 2018-12-17 18:43:57 +08:00 via iPhone
@yexm0 所以默认分配的 dns 也是这种情况?哪怕我在深圳,深圳 dns 是首选,但是永远优先连上广州的备选的。
|
36
yexm0 2018-12-17 19:25:20 +08:00 via Android
@nathanwongggg dns 是操作系统自动选择的啊。。。运营商控制不了。
其实深圳去广州也就 3ms.选啥没区别的。不过深圳连这个 dns 要上 202.97 又真是觉得电信那帮人是乱搞一通。 |
38
nathanwongggg 2018-12-17 19:52:21 +08:00 via iPhone
|
39
nathanwongggg 2018-12-17 19:53:59 +08:00 via iPhone
@hlz0812 还真有可能...用 Speedtest 测速的时候,以前还有深圳电信服务器的时候延迟是 3-4ms,现在只有广州电信的服务器以后,延迟才 6ms。
|
40
hlz0812 OP @nathanwongggg speedtest 测的延迟越近越不准,理论上本地只要 2ms
|
41
nathanwongggg 2018-12-17 19:59:45 +08:00 via iPhone
@hlz0812 以前用 Speed test 也试过 2ms,但是后面逐渐变成 3ms,然后 4ms,我还一度怀疑是不是光衰越来越严重。
|
42
nathanwongggg 2018-12-17 20:01:28 +08:00 via iPhone
@yexm0 还有哦,明明深圳的才是主 Dns,但是一直连广州的。有没有什么办法可以让 DNS 强制使用深圳的,等深圳的倒了再用广州的?因为毕竟广州的是全省通用的,总感觉负荷会很大,应该很有压力。然后深圳的空闲出来没人用,不想让深圳的闲着。
|
43
yexm0 2018-12-17 20:12:39 +08:00
@nathanwongggg 这就不知道了...电信只能做到给你分配 DNS 地址,但是你用什么 DNS 真没听说过电信还能控制的.
202 那个是骨干路由,负载很高,省内互联不应该走的. @hlz0812 毕竟延迟是电信的强项了...如果骨干网延迟过高那很可能连游戏玩家也会被移动抢走. |
44
hlz0812 OP @nathanwongggg 想多了,只是电信局端设备在某次割接后换成垃圾的了,我这边也是这样,2013 年 ping 网关 0-1ms,现在 3ms 起步,一开始以为是光衰把光猫到光纤全换新,还是没用,后来电信师傅说那段时间局端换了台设备
|
45
nathanwongggg 2018-12-17 21:10:19 +08:00 via iPhone
@yexm0 可惜 dnspod 的 119 整天有问题,除了自带就不知道用啥的,只有 119 有 ecs。
|
46
nathanwongggg 2018-12-17 23:36:57 +08:00
@yexm0 而且好像负载过高但是对于大部分人来说没啥影响.
|