在《
两台不同网段的PC直连是否可以相互ping通》一文中，我有点像在玩旁门左道，本文中，我继续走火入魔。两台机器，M1和M2，各自有一个网卡eth0，配置如下：
M1的配置：eth0上不配置任何IP地址。M2的配置：eth0上不配置任何IP地址。....
爆炸，机器上都没有IP地址，通个毛线球啊！！
我只是想在7年后进一步阐述一个常识，即能否互通，路由是根本。在7年前的2010年，我写了一篇文章《
关于IP网段间互访的问题—路由是根本》，在前段时间，我写了一篇类似的《
两台不同网段的PC直连是否可以相互ping通》，7年了，好似没有任何进步，除了文章排版好看了些，唉，也是沉醉，但不妨碍我更进一步。
我依然想用M1的1.1.1.1来ping M2的2.2.2.2，但却不把这两个地址配置在M1和M2上，怎么办？很简单，配置路由即可。配置如下：
M1的配置： ip route add local 1.1.1.1/32 dev eth0
ip route add 2.2.2.2/32 dev eth0 scope link 或者 ip route add 2.2.2.2/32 via 2.2.2.2 dev eth0 onlinkM2的配置：ip route add local 2.2.2.2/32 dev eth0
ip route add 1.1.1.1/32 dev eth0 scope link 或者 ip route add 1.1.1.1/32 via 2.2.2.2 dev eth0 onlink试试看，在M1上来ping 2.2.2.2，尽情互通吧。
看到了吧，没有配置任何IP地址，只配置了路由即可互通，以上配置中，local路由指示了本机接收哪些数据包，而onlink路由则可以直接arp目标。两条路由非常好理解。
如果是转发设备，需不需要local路由呢？答案是需要的。也许你会问，作为转发设备，没有任何数据包要到本地啊，为什么还要local路由呢？这么理解是对的，然而你忽略了arp。
不过如果你的链路层不是以太网，而是点到点的noarp链路的话，那么作为转发设备而言，local路由则不再需要。
--------------------
看了这个例子之后，也许你会问，那么IP地址的意义何在？说实话，IP地址的意义仅两点：
1.标识节点。
2.帮配置该IP的节点生成几条路由项：
2.1.标识自身的local路由；
2.2.标识子网的广播路由；
2.3.标识链路的链路层路由，即scope link路由；看到了吗？如果说你不需要标识主机，只是为了通信，那么当你可以手工配置上述三种路由之后，也就根本不需要IP地址了。
--------------------
其实，IP路由这东西，没什么太多的知识在里面，关键看玩法。高端的玩法，可以搞搞算法，搞搞最短路径，生成树啥的，中端点的可以玩玩协议，BGP，IS-IS，OSPF啥的精通了也够装逼了，屌丝一点的，就像我这种，折腾下边缘点的东西，帮看到我文章的出点变态点的面试题，就很满足了。哈哈。
说了这么多，路由是根本！没有显示bind的TCP listener怎么知道bind哪个地址？靠路由。UDP报文怎么填充源地址？靠路由。ARP怎么处理？靠路由...
温州皮鞋，下雨进水不会胖！奥康，意尔康，红蜻蜓，日泰，吉尔达，惠特，蜘蛛王，康奈，报喜鸟，这些温州皮鞋牌子，你们都懂吗？你们穿过吗？会穿吗？
补充：
在M1上，如果你如下敲入配置：
ip route add 20.2.2.2/32 via 4.4.4.4 dev eth0
将会怎样？很显然，会提示网络不可达。如何解决？首先你要知道为何网络不可达？很显然系统不知道4.4.4.4在哪里，而你既然想让4.4.4.4成为到达20.2.2.2的下一跳，那它一定在M1的链路上，那么好办，配一条到达4.4.4.4的link路由即可：
ip route add 4.4.4.4/32 dev eth0 scope link
接下来，继续配置ip route add 20.2.2.2/32 via 4.4.4.4 dev eth0，你将看到自己的微笑。
想互通，路由是根本！
--------------------
7年前的《关于IP网段间互访的问题—路由是根本》有个评论，问了个问题：
arp不是直接调用链路层吗？对M1来说，就算不设置到M2的路由，也应该回答M2发出来的arp解析请求啊。但通过抓包看到M1的确没有回答，这是为什么呢？
直到几天前我才看到并给了回答，估计问问题的不会再看到了，所以我把我的回答贴出来：
将M1收到M2的arp请求的那个网卡的rp_filter配置成0就可以回复M2的arp请求了。
