二台服务器虚拟一个ip_从广州访问一个北京的服务器，在IP的每一跳是怎么实现的？...

客户端在广州的某个地方，服务器在北京的某个地方，在客户端访问服务器的时候，中间肯定会经过N个跳点，路线是可以很多的，这中间是怎么完成这个过程的？

正文

所谓IP包路由，就是一个IP包裹，如何找到目的地？目的地从哪里来？从IP包的目的IP地址而来！我的问题是，IP包裹的目的IP地址如何获知？域名解析(DNS)啊！如何域名解析的呢？“www.zhihu.com”在浏览器地址栏输入，敲回车键，自动触发域名解析，压根不需要用户操心，完全是自动的。OK，域名解析之后，就得到了“www.zhihu.com”的IP地址了，假设此IP地址位于北京。用户从广州开始了向北京的“www.zhihu.com”邮寄IP包的体验之旅。如果不是IP包裹，而是快递包裹，想必这个快递包裹从广州运输中转到广州的过程，没有多少人感兴趣。无非公路、铁路、水路、空路，只要包裹上清清楚楚写着目的地地址，包裹基本上都会到达目的地。因为，在包裹中转过程大多依靠人的眼睛、大脑来实现分拣，人毕竟是智能的。一个正常的分拣人员不会把发往北京的包裹，扔到发往海南岛的卡车里。近年来，有了AI智能机器人，可以实现包裹自动识别与分拣，但大部分时间还是依靠人工的分拣。

假如有一天，人类实现了快递包裹自动投递，场景是这样的。

家家户户都有一个快递传送带，用户只要写好收件人地址，这个包裹就进入了自动物流邮寄网络。每一个物流中心，完全依赖于AI机器人自动分拣，无需人工干预，包裹自动送达收件人家中。

问题来了，AI机器人是如何知道一条传送带是通向北京的，而一条是通向海南岛的？人类预先告知AI机器人以上事实！OK，那如果通向北京的传送带断了、或故障不动了，如何解决？那还是需要人类的干预，要么修复传送带，要么发给深圳的传送带(次优路径)，听说也可以送到北京。能否不需要人类的干预？让AI机器人自动完成传送带的切换？可以！但需要满足一个条件，AI机器人要和自己邻居的AI机器人分享消息。消息依靠双向流动的传送带来分享。所谓邻居，就是一条传送带就可以到达的邻居。广州AI机器人，有四个邻居：福州深圳柳州三亚收到的短消息分别为：福州AI机器人发来短信：到北京1800KM深圳AI机器人发来短信：到北京2200KM柳州AI机器人发来短信：到北京2300KM三亚AI机器人发来短信：到北京2800KM广州AI机器人按照最短距离优先原则，肯定选最短的路径，福州传送带，对吗？如果到福州传送带断了，一旦检测到断了，会第一时间选择第二优路线，即深圳传送带。第二根断了，选第三根，以此类推！有读者会问，广州AI机器人如何实时监测传送带断了？很简单，事先约定好，30秒发一条短信。如果连续120秒没有收到邻居的短信，说明传送带故障，或邻居有故障！此时需要将故障传送带标记为“不可用”状态，在剩余的传送带里选择最短的！福州AI机器人，有四个邻居：广州杭州南昌南京收到的短消息分别为：南京AI机器人发来短信：到北京900KM杭州AI机器人发来短信：到北京1200KM南昌AI机器人发来短信：到北京1400KM广州AI机器人发来短信：到北京2500KM包裹到达福州，也是按照最短距离优先的原则。如果最优先的有故障，就选择次优路径，以此类推。就这样，包裹历经广州、福州、南京、济南、并最终到达北京，实现了自动邮寄。IP包从广州邮寄到北京的过程，和上文完全类似，只是人类的肉眼看不见而已！上文中AI机器人之间的短消息交互，就是路由(Routing)协议。

但上文这个基于谣言(Gossip)的路由协议，有明显的弱点。福州AI机器人只告知到北京的总里程为1800KM，却没有告知自己的邻居有哪些？如果福州的邻居，除了广州之外，只有一个邻居：南京，而到南京的传送带有故障，那广州还会把包裹发给福州AI机器人吗？会的！但福州却没有办法发给南京，于是包裹全堆积了下来，并最终丢弃，此为流量黑洞！如果短消息是这样的：福州AI机器人：直连广州 600KM直连南京 1000 KM南昌AI机器人：直连广州 1200KM直连南京 500 KM南京AI机器人：直连南昌500 KM直连福州1000 KM直连北京800 KM所有这些短消息，在全国的AI机器人上共享，每一个AI机器人，可以实时掌握每一条传送带的距离长短、以及状态信息(正常/故障)，那么这无疑是最便利的：广州AI机器人可以计算出，到达北京的所有选择：广州 > 福州 > 南京 > 北京 2400 KM广州 > 南昌> 南京 > 北京 2500 KM一旦福州与南京之间出现故障的短消息，被广州接收到，立马就会切换到备份链路(即第二条)。第一个路由协议，有点类似RIP路由协议。第二个路由协议，有点类似OSPF路由协议。