- 產品與解決方案
- 行業解決方案
- 服務
- 支持
- 合作夥伴
- 關於我們
01-IP地址配置
本章節下載： 01-IP地址配置 (217.91 KB)
目 錄
若非特別指明，本文所指的IP地址均為IPv4地址。
連接到IPv4網絡上的設備通過IP地址標識。IP地址長度為32比特，通常采用點分十進製方式表示，即每個IP地址被表示為以小數點隔開的4個十進製整數，每個整數對應一個字節，如10.1.1.1。
IP地址由兩部分組成：
· 網絡號碼字段（Net-id）：用於區分不同的網絡。網絡號碼字段的前幾位稱為類別字段（又稱為類別比特），用來區分IP地址的類型。
· 主機號碼字段（Host-id）：用於區分一個網絡內的不同主機。
為了方便管理及組網，IP地址分成五類，如圖1-1所示，其中藍色部分為類別字段。
上述五類IP地址的地址範圍如表1-1所示。目前大量使用的IP地址屬於A、B、C三類。
表1-1 IP地址分類及範圍
|
地址類型 |
地址範圍 |
說明 |
|
A |
0.0.0.0～127.255.255.255 |
IP地址0.0.0.0僅用於主機在係統啟動時進行臨時通信，並且永遠不是有效目的地址 127.0.0.0網段的地址都保留作環回測試，發送到這個地址的分組不會輸出到鏈路上，它們被當作輸入分組在內部進行處理 |
|
B |
128.0.0.0～191.255.255.255 |
- |
|
C |
192.0.0.0～223.255.255.255 |
- |
|
D |
224.0.0.0～239.255.255.255 |
組播地址 |
|
E |
240.0.0.0～255.255.255.255 |
255.255.255.255用於廣播地址，其它地址保留今後使用 |
下列IP地址具有特殊的用途，不能作為主機的IP地址。
· Net-id為全0的地址：表示本網絡內的主機。例如，0.0.0.16表示本網絡內Host-id為16的主機。
· Host-id為全0的地址：網絡地址，用於標識一個網絡。
· Host-id為全1的地址：網絡廣播地址。例如，目的地址為192.168.1.255的報文，將轉發給192.168.1.0網絡內所有的主機。
隨著Internet的快速發展，IP地址已近枯竭。為了充分利用已有的IP地址，可以使用子網掩碼將網絡劃分為更小的部分（即子網）。通過從主機號碼字段部分劃出一些比特位作為子網號碼字段，能夠將一個網絡劃分為多個子網。子網號碼字段的長度由子網掩碼確定。
子網掩碼是一個長度為32比特的數字，由一串連續的“1”和一串連續的“0”組成。“1”對應於網絡號碼字段和子網號碼字段，而“0”對應於主機號碼字段。
圖1-2所示是一個B類地址劃分子網的情況。
圖1-2 IP地址子網劃分
多劃分出一個子網號碼字段會浪費一些IP地址。例如，一個B類地址可以容納65534（216-2，去掉主機號碼字段全1的廣播地址和主機號碼字段全0的網段地址）個主機號碼。但劃分出9比特長的子網字段後，最多可有512（29）個子網，每個子網有7比特的主機號碼，即每個子網最多可有126（27-2，去掉主機號碼字段全1的廣播地址和主機號碼字段全0的網段地址）個主機號碼。因此主機號碼的總數是512*126=64512個，比不劃分子網時要少1022個。
若不進行子網劃分，則子網掩碼為默認值，此時子網掩碼中“1”的長度就是網絡號碼的長度，即A、B、C類IP地址對應的子網掩碼默認值分別為255.0.0.0、255.255.0.0和255.255.255.0。
接口獲取IP地址有以下幾種方式：
· 通過手動指定IP地址，本手冊隻介紹通過手動指定IP地址的方式。
· 通過BOOTP分配得到IP地址，通過BOOTP分配得到IP地址方式的介紹請參見“三層技術-IP業務配置指導”中的“BOOTP客戶端”。
· 通過DHCP分配得到IP地址，通過DHCP分配得到IP地址方式的介紹請參見“三層技術-IP業務配置指導”中的“DHCP客戶端”。
· 通過PPP協商獲得IP地址，通過PPP協商獲得IP地址方式的介紹請參見“二層技術-廣域網接入配置指導”中的“PPP”。
這幾種方式是互斥的，通過新的配置方式獲取的IP地址會覆蓋通過原有方式獲取的IP地址。例如，首先通過手動指定了IP地址，然後使用DHCP協議申請IP地址，那麼手動指定的IP地址會被刪除，接口的IP地址是通過DHCP協議分配的。
設備的每個接口可以配置多個IP地址，其中一個為主IP地址，其餘為從IP地址。
一般情況下，一個接口隻需配置一個主IP地址，但在有些特殊情況下需要配置從IP地址。比如，一台設備通過一個接口連接了一個局域網，但該局域網中的計算機分別屬於2個不同的子網，為了使設備與局域網中的所有計算機通信，就需要在該接口上配置一個主IP地址和一個從IP地址。
可以為IP地址配置浮動屬性，該屬性僅在RBM組網下生效，不影響其他情況下的使用。在RBM組網下，浮動IP地址可以簡化HA（High Availability，高可靠性）功能的配置。將浮動IP地址配置在HA主設備接入下行租戶的接口，該地址會自動同步到備設備，不需要在主/備設備的業務接口上配置VRRP（Virtual Router Redundancy Protocol，虛擬路由器冗餘協議）虛擬地址。浮動IP地址僅在主備模式的主設備上配置，不支持雙主模式,不支持在備設備上配置、修改或刪除。通過ip address命令配置同樣的IP地址，但不攜帶float參數，可以取消該地址的浮動屬性。有關HA和RBM的詳細介紹請參見“可靠性”中的“高可靠性”，有關VRRP的詳細介紹請參見“可靠性”中的“VRRP”。
· 一個接口隻能有一個主IP地址，在同一個接口上多次執行本命令，最後一次執行的命令生效。
· 當接口被配置為通過BOOTP、DHCP、PPP方式獲取IP地址或借用其它接口的IP地址後，則不能再給該接口配置從IP地址。
· 同一接口的主、從IP地址可以在同一網段，但不同接口之間、主接口及其子接口之間、同一主接口下不同子接口之間的IP地址不可以在同一網段。
· 設備支持在不同接口上配置掩碼不同但最短掩碼對應網絡位相同的地址，比如地址1.1.1.1/16和1.1.2.1/24，這兩個地址的最短掩碼16對應的網絡位都是1.1.0.0。缺省連接這兩個接口上的用戶不能互通，如需互通，需要配置普通代理ARP功能，關於普通代理ARP的描述，請參見“三層技術-IP業務配置指導”中的“ARP”。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置接口的IP地址。
ip address ip-address { mask-length | mask } [ sub ] [ float ]
缺省情況下，未配置接口IP地址。
IP地址借用是指一個接口上未配置IP地址，但為了使該接口能正常使用，就向同一設備上其它有IP地址的接口借用一個IP地址。IP地址借用的使用場景如下：
· 在IP地址資源比較匱乏的環境下，為了節約IP地址資源，可以配置某個接口借用其它接口的IP地址。
· 如果某個接口隻是偶爾使用，可以配置該接口借用其它接口的IP地址，而不必讓其一直占用一個單獨的IP地址。
· Loopback接口的IP地址可被其它接口借用，但本身不能借用其它接口的地址。
· 被借用接口的地址本身不能為借用地址。
· 一個接口的地址可以借給多個接口。
· 如果被借用接口有多個手動配置的IP地址，則隻有手動配置的主IP地址能被借用。
· 由於借用方接口本身沒有IP地址，無法在此接口上啟用動態路由協議。所以必須手動配置一條到對端網段的靜態路由，才能實現設備間的連通。
· 三層以太網子接口或三層聚合子接口通過地址借用功能借用到IP地址後，無法學習到與借用地址對應的ARP表項，故不建議在以太網子接口或三層聚合子接口配置地址借用功能。
被借用接口的IP地址已經配置，配置方法可以為手動指定、通過BOOTP或DHCP動態獲取或通過PPP協商分配。
(1) 進入係統視圖。
system-view
(2) 進入接口視圖。
interface interface-type interface-number
(3) 配置本接口借用指定接口的IP地址。
ip address unnumbered interface interface-type interface-number
缺省情況下，本接口未借用其它接口的IP地址。
在完成上述配置後，在任意視圖下執行display命令可以顯示配置後IP地址的運行情況，通過查看顯示信息驗證配置的效果。
表1-2 IP地址的顯示和維護
|
操作 |
命令 |
|
顯示浮動IP地址詳細信息 |
display ip address float [ interface interface-type interface-number | vpn-instance vpn-instance-name [ ip-address ] ] [ slot slot-number ] |
|
顯示三層接口與IP相關的簡要信息 |
display ip interface [ interface-type [ interface-number ] ] brief [ description ] |
|
顯示三層接口與IP相關的配置和統計信息 |
display ip interface [ interface-type [ interface-number ] ] |
不同款型規格的資料略有差異, 詳細信息請向具體銷售和400谘詢。H3C保留在沒有任何通知或提示的情況下對資料內容進行修改的權利!
支持
