分别在我家里和阿里云用mtr去ping我的vps。
我看到一个奇怪的现象,同一个dstaddr,走到 202.97.50.78 这一跳,然后会走不同的2个骨干路由,达到下一个相同的下一跳 89.149.128.81 ,然后是雷同的 69.31.114.170,23.94.11.114
歧视?还是我被监控了?
5. 202.97.65.197 0.0% 1 62.7 62.7 62.7 62.7 0.0
6. 202.97.33.202 0.0% 1 47.6 47.6 47.6 47.6 0.0
7. 202.97.61.218 0.0% 1 84.2 84.2 84.2 84.2 0.0
8. 202.97.51.134 0.0% 1 336.9 336.9 336.9 336.9 0.0
9. 202.97.50.78 0.0% 1 299.8 299.8 299.8 299.8 0.0
10. 218.30.54.162 0.0% 1 421.3 421.3 421.3 421.3 0.0
11. 89.149.128.81 0.0% 1 282.5 282.5 282.5 282.5 0.0
12. 69.31.114.170 0.0% 1 277.2 277.2 277.2 277.2 0.0
13. 23.94.11.114 0.0% 1 295.9 295.9 295.9 295.9 0.0
7. 202.97.82.109 0.0% 4 7.3 6.4 4.9 7.3 1.0
8. 202.97.33.114 100.0 4 0.0 0.0 0.0 0.0 0.0
9. 202.97.35.90 0.0% 4 10.6 11.5 9.7 13.6 1.6
10. 202.97.58.182 0.0% 4 274.8 270.8 262.1 275.6 7.5
11. 202.97.50.78 0.0% 4 252.7 253.6 252.7 254.3 0.7
12. 218.30.53.34 66.7% 4 162.6 162.6 162.6 162.6 0.0
77.67.78.1
13. 89.149.128.81 66.7% 4 311.4 311.4 311.4 311.4 0.0
14. 69.31.114.170 0.0% 3 254.4 246.1 237.9 254.4 8.2
15. 23.94.11.114 33.3% 3 348.6 351.1 348.6 353.6 3.50
1
xenme 2015-06-10 10:27:31 +08:00
不同的线路应该会有不同的优先级,应该有 TAG,走不同的路由很正常啊。
即使同一条线路,不同有限都能看到差别。 --- 上海到澳洲,普通宽带到新加坡和精品网一样,吓一跳就直接差100延迟,这能比。 |
2
est OP |
4
jasontse 2015-06-10 10:40:33 +08:00 via iPad
说明到达目的地的可选路径很少,难道你想绕路吗?
|
5
halczy 2015-06-10 10:58:55 +08:00
电信不同地区出国线路还不一样呢.
|
6
wy315700 2015-06-10 11:13:02 +08:00
BGP的问题啊,不同的AS走不同的出口,
|
7
est OP @wy315700 根据AS话,是根据上一跳的AS还是源地址的AS?
我感觉不太可能是根据源地址的AS啊。 如果是根据上一跳的AS,那么我们是不是可以得出一个结论就是如果连续2跳的路由IP(假设没有anycast什么的)是相同的,那么接下来的路由IP应该也是相同的才对? |
8
wy315700 2015-06-10 11:33:10 +08:00
|
9
xiaozhizhu1997 2015-06-10 12:42:05 +08:00
负载均衡。也许下一个小时谁都变了
|
10
zhuang 2015-06-10 13:48:31 +08:00 via iPad 2
先明确两个概念,routing/qos 是两个不同的功能,qos 决定的是数据通过某一节点的优先级,而路由决定数据通过的流向,AS 之间是 BGP,AS 内部是 IGP/IBGP。所以这不是 qos 的结果。
我没有查这些节点的具体信息,不过大致可以推断出两种可能: 一种是 202.97.50.78 和 89.149.128.81 之间存在多条并行线路,路由分支不同源于负载平衡。 要验证的话只要找出反例即可,或者从你 vps 反向 mtr 看(如果二者走同一路由的话)。可能性比较小。 另一种是 202.97.50.78 存在 Policy-based Routing。根据源 ip 来路由是非常容易做到的,只要路由的 packet filtering 性能足够好。这种可能性比较大。PBR 可以实现非对称路由,反向 mtr 可能结果完全不同。 这个案例其实不涉及根据 AS 进行路由选择,原因是 202.97.50.78 是 IBGP 的边界,而非 peering 节点。 你家里和阿里云都是同属一个 AS 内部,目标 vps 在另一个 AS 内部,只存在 AS(国内)<->AS(国外) 的直接路由。 AS 路由选择的特征是不经过 AS 内部,只经过 AS 边界,通常 peering 不会有 AS 内部的信息,所以一般只能通过物理连接的接口来区分线路。 以中美之间某连接为例,经日本某 peering 中转,AS(电信)/AS(联通)<-> Peering(日本)<->AS(美国一)/AS(美国二)。那么这个 peering 节点可以根据 AS 所连接的物理线路决定国内来源到达美国时的路线。 至于 202.97.50.78 如何区分 ip 来源,并不是路由器维护巨大的路由表,这样性能不够。 根本策略还是根据物理连接来,网络层级拓扑可以让逻辑来源相同的数据走同一物理接口,这样骨干路由就不需要做包过滤了。为了方便管理,多物理接口可以组建虚拟网络。 本质上是三层包过滤路由降级为二层交换。跟 AS 路由选择一个道理。 |
12
efi 2015-06-13 03:02:06 +08:00
热
|
13
efi 2015-06-13 03:02:38 +08:00
绿条满了,为什么没封我?
|
14
tangooricha 2015-06-16 09:57:38 +08:00
@est 这叫flow based forwarding,现在的路由器都是这样的。方法是通过私有算法对flow中的关键字段(如五元组)进行hash,map到对应接口上;效果是近似可以做到等价负载分担。
|
15
est OP @tangooricha 学习鸟。有这玩意之后感觉定向封人很容易了啊。
|
16
tangooricha 2015-06-16 10:58:02 +08:00
@est 对封人根本没有用。算法的结果是不可配置的,用于hash的字段也没法和特定的人对应,只能用于加速调度过程,没其他特别的用法。
|
17
est OP @tangooricha 现在不可能不代表以后不可能,肯定已经有人在打歪主意说不定已经做出来了。
|
18
tangooricha 2015-06-16 11:12:52 +08:00
@est 完全是两码事!转发是在转发平面完成的,你想要的东西是在控制平面完成的,根本不搭嘎!
|
19
leopard080264 2015-07-25 02:42:38 +08:00 via iPad 1
搜索 cisco PBR 策略路由
juniper FBF |