先來看看為何預設路由設定下一跳不能互相ping通
R1 有兩條路由：
12.1.1.0/24 F0/0 Direct Connected
0.0.0.0 0.0.0.0 F0/0 next-hop 21.1.1.1
在R1上ping 21.1.1.1，匹配到0.0.0.0/0 這條預設路由，出介面F0/0，下一跳為 21.1.1.1，那如何到達21.1.1.1呢？依然要使用0.0.0.0/0 這條預設路由，這是一個無限迴圈，所以不會通。
為何不設定下一跳有可能會通？
0.0.0.0 0.0.0.0 F0/0 static
在R1上ping 21.1.1.1，匹配到0.0.0.0/0 這條預設路由，出介面F0/0，因為沒有下一跳引數，R1不知道誰是真正的閘道器，R1寄希望於F0/0這個介面所在廣播域裡可能存在閘道器可以到達21.1.1.1，於是透過ARP廣播請求21.1.1.1的MAC地址，有些閘道器發現自己另外的介面地址為21.1.1.0/24，並且支援Proxy ARP，也會使用自己的MAC地址進行ARP相應，R1擁有了閘道器的MAC，可以完成封裝，接下來就是小菜一碟了。
上面解釋了為何R1會發ARP廣播，在這個實驗中，R1傳送了ARP廣播請求21.1.1.1的MAC地址，到達R2，R2發現是自己的IP地址，自然會相應，所以雙方的ping 會通。
先來看看為何預設路由設定下一跳不能互相ping通
R1 有兩條路由：
12.1.1.0/24 F0/0 Direct Connected
0.0.0.0 0.0.0.0 F0/0 next-hop 21.1.1.1
在R1上ping 21.1.1.1，匹配到0.0.0.0/0 這條預設路由，出介面F0/0，下一跳為 21.1.1.1，那如何到達21.1.1.1呢？依然要使用0.0.0.0/0 這條預設路由，這是一個無限迴圈，所以不會通。
為何不設定下一跳有可能會通？
R1 有兩條路由：
12.1.1.0/24 F0/0 Direct Connected
0.0.0.0 0.0.0.0 F0/0 static
在R1上ping 21.1.1.1，匹配到0.0.0.0/0 這條預設路由，出介面F0/0，因為沒有下一跳引數，R1不知道誰是真正的閘道器，R1寄希望於F0/0這個介面所在廣播域裡可能存在閘道器可以到達21.1.1.1，於是透過ARP廣播請求21.1.1.1的MAC地址，有些閘道器發現自己另外的介面地址為21.1.1.0/24，並且支援Proxy ARP，也會使用自己的MAC地址進行ARP相應，R1擁有了閘道器的MAC，可以完成封裝，接下來就是小菜一碟了。
上面解釋了為何R1會發ARP廣播，在這個實驗中，R1傳送了ARP廣播請求21.1.1.1的MAC地址，到達R2，R2發現是自己的IP地址，自然會相應，所以雙方的ping 會通。