成人免费xxxxx在线视频软件_久久精品久久久_亚洲国产精品久久久_天天色天天色_亚洲人成一区_欧美一级欧美三级在线观看

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

網絡 路由交換
我們在配置靜態路由時,下一跳通常有兩種選擇,一種是配置一個接口,另一種是配置一個IP地址,老司機都推薦下一跳使用IP地址,有沒有想過為什么呢?我們今天就使用一個例子來闡述老司機的選擇。

概述

我們在配置靜態路由時,下一跳通常有兩種選擇,一種是配置一個接口,另一種是配置一個IP地址,如下圖所示:

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

下一跳的兩種方式

這兩種方式配置以后,看起來網絡都是通的,好像沒有什么區別。但實際情況不是這樣哦,老司機都推薦下一跳使用IP地址,有沒有想過為什么呢?我們今天就使用一個例子來闡述老司機的選擇。

舉例:下一跳配置接口

1. 拓撲

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

拓撲

  • 按照拓撲搭建好測試環境
  • 在R1上訪問25.1.1.0/32網段,然后查看ARP表項

2. R1的配置

(1) R1的接口配置

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

R1的F0/0接口配置

(2) R1上配置一條24網段的靜態路由,這條靜態路由的下一跳使用接口

下一跳使用接口

(3) 查看路由表

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

查看路由表

3. R2的配置

R2在兩個接口上配置IP,其它的就不需要了

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

R2配置

4. R5的配置

R5的配置可以不關注,它配置接口IP + 靜態路由:

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

R5的接口配置

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

靜態路由

5. 測試過程

在R1上分別ping 20.1.1.5,20.1.1.6,20.1.1.200,查看ARP表項:

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

查看ARP表項

6. 結論

如果配置下一跳為接口,則路由器會認為這是一個LAN接口,訪問和這條route在同一個網段的所有主機地址,都會發送一個ARP去請求。

例如此例子中,訪問任何在25.1.1.0/24網段中的主機,R1都會發送一個ARP Request,去請求對應的MAC地址。

不知道你有沒有關注到MAC地址,為什么這些MAC地址是R2呢?并且所有在同一個網段的IP,對應的MAC地址都是一樣的?

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

MAC地址

這就涉及到ARP代理的功能的了,R2知道25.1.1.0/24如何轉發,所以用它自己的MAC地址回復了。關于ARP代理的內容,如果還有疑問,參加我之前的文章:ARP代理

舉例:下一跳配置IP

1. R1配置

組網和配置和上面的相同,只是R1上的下一跳配置為IP地址,如下圖所示:

 

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

 

 

下一跳地址為IP

 

查看路由表:

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

路由表

2. 測試

在R1上分別ping 20.1.1.5,20.1.1.6,20.1.1.200:

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

ping三個地址

查看ARP表項:

為什么推薦下一跳使用IP地址,而不是接口,一分鐘了解一下

ARP 表項

有沒有覺得很奇怪,只有一條靜態路由對應的ARP表項,其它的都沒有,這樣是正確的嗎?

這樣是正確的,因為配置的下一跳是IP,所以R1訪問所有在這個網段的主機,都會使用下一跳(12.1.1.2)對應的MAC去封裝。也就是說,R1只需要發送一次ARP Request就可以了,只要這個ARP表項沒有老化,后續所有訪問25.1.1.0/24網段的主機都使用這個表項。

總結

各位小伙伴看完上面的對比,應該理解老司機為啥要推薦下一跳使用IP地址了吧?

是的,就是你想的那樣,因為下一跳使用接口時,會有如下的問題:

  • 路由器訪問每一個在同一個網段的主機時,都會發送ARP Request去獲取MAC,增加網絡中的無效流量。
  • 如果掩碼很小,則路由器需要維護的ARP表項會非常大,耗費大量的設備的CPU和內存。
  • 極端情況,如果默認路由的下一跳使用接口,則路由器訪問任何地址都需要發送ARP請求并且創建ARP表項,這耗費的資源就非常大了。

而下一跳配置IP地址就沒有問題了,對于一個網段的所有主機,路由器只需要生成一條ARP表項就可以了,這樣就節省很多的資源。

責任編輯:趙寧寧 來源: 今日頭條
相關推薦

2017-07-06 08:12:02

索引查詢SQL

2022-07-18 06:16:07

單點登錄系統

2022-05-11 10:35:34

IP地址網絡協議

2020-07-17 07:44:25

云計算邊緣計算IT

2020-07-09 07:37:06

數據庫Redis工具

2017-12-26 16:24:36

接口代碼數據

2017-03-30 19:28:26

HBase分布式數據

2016-09-14 15:57:53

架構分布式系統負載均衡

2022-06-02 08:46:04

網卡網絡服務器

2017-02-21 13:00:27

LoadAverage負載Load

2018-07-31 16:10:51

Redo Undo數據庫數據

2020-05-21 19:46:19

區塊鏈數字貨幣比特幣

2018-06-26 05:23:19

線程安全函數代碼

2021-08-06 08:50:45

加密貨幣比特幣區塊鏈

2021-12-01 15:18:45

MySQL復制數據庫

2018-01-14 23:19:25

靜態動態互聯網

2015-10-10 14:11:00

互聯網數據挖掘爬蟲

2020-01-30 11:26:17

QinQVLAN協議

2022-02-22 13:20:57

RSA算法加密

2018-12-12 22:51:24

Java包裝語言
點贊
收藏

51CTO技術棧公眾號

主站蜘蛛池模板: 99精品电影 | 国产亚洲欧美在线 | 国产真实精品久久二三区 | 伊人中文字幕 | 成人免费视频网站在线观看 | 精品一区二区三区在线观看 | 日本激情视频中文字幕 | 亚洲传媒在线 | 久久伊人精品一区二区三区 | 精产国产伦理一二三区 | 精品国产乱码久久久久久影片 | 国产成人免费网站 | 日韩欧美二区 | 日韩欧美在线观看 | 成人一区二区三区在线观看 | 成人av一区二区亚洲精 | 亚洲狠狠爱 | 欧美一区二区三区免费在线观看 | 一区二区国产精品 | 香蕉婷婷| 99国产精品久久久 | 欧美一区二区三区精品免费 | 国产福利在线 | 亚洲色图在线观看 | 日韩一级免费看 | 精品久久九九 | 日韩成人一区二区 | 日韩视频中文字幕 | 久久久久久久网 | 国产免费色 | 亚洲综合色丁香婷婷六月图片 | 久草精品视频 | 亚洲高清视频一区 | 日本超碰 | 国产福利资源在线 | 欧美精品久久久久 | 亚洲天堂中文字幕 | 国产成人精品久久 | 99久久久久久久 | 最新中文字幕一区 | 91新视频|