CIDR 與 Classful su.netting

Question

我正在研究使用 su.netting 和無類尋址的有類尋址，但我無法清楚地理解它們兩者之間的區別/優勢。

假設我有一家公司只需要 32 個公共 IP 地址，我可以給他們一個 Class C 地址和 27 位的 su.net。 同樣，我可以給他們一個 CIDR su.net 來獲得相同的結果。

| What is my advantage in using CIDR?

| Why was CIDR required even after su.netting can achieve the same result?

| Shortcomings of su.netting with classful addresses.

提前致謝。

Answer 1

您會混淆兩個概念。 網絡類別下的域間路由要求將整個地址類別塊分配給一個實體。 除類外，無法路由域間流​​量。 您可以在單個實體內划分子網，但不能在實體之間划分一個有類的塊。

CIDR所做的所有事情就是說這些類不再存在，您可以拆分過去在不同實體之間的有類地址塊。

網絡類已不復存在，並且實際上僅出於歷史目的對其進行研究。 首先學習如何使用CIDR進行子網划分（成為它的專家），然后可以學習網絡類作為歷史課程。

• A類從第一個位0開始
• B類以頭兩位開始10
• C類從頭三個位開始110
• D類1110四個位1110開頭
• E類1111四個位1111開頭

Answer 2

我的朋友，分類尋址基本上將整個 ipV4 范圍分為五類： Class A Class B Class C Class D Class E 而 CIDR 是基於 su.netting 的概念。 在您的示例中，您的公司需要 32 個公共 ip 地址。 When we give them a class C address for example: 192.168.2.0, their company will be reserved for whole ip addresses in range 192.168.2.1 - 192.168.2.254.But they only want 32 ip addresses which means 223 ip addresses will be wasted. 這是分類尋址的約束。 現在，如果我們只看 su.netting，class c ip 地址的默認 su.net 為 255.255.255.0，所以如果我們將 192.168.2.0 的范圍划分為 6 個 su.net，每個包含 32 個可用的 ip 解決了您的問題但是，如果我們將此示例提升到更高級別，我們將需要 CIDR。 根據傳統的 su.netting，我們不能將 .networks 192.168.2.0 和 192.168.3.0 的地址組合起來，因為 class C 地址的.netmask 是 255.255.255.0。但是，使用 CIDR 表示法，我們可以通過引用組合這些塊這個塊為 192.168.2.0/23。 這指定有 23 位用於我們所指的 .network 部分。 有了這個，第 24 位可以是 0 或 1，它仍然會匹配，因為 .network 塊只關心前 23 位數字。 CIDR 允許我們更好地控制尋址 IP 地址的連續塊。 這比我們原來講的 su.netting 有用多了。 您的示例只需要 su.netting，但如果我們需要大量地址，那么我們可能需要將 class C 地址與 class B 部分鏈接起來，我們將需要 CIDR。

Answer 3

IP 地址保持不變。 發生變化的是“設備如何從 IP 地址確定網絡和節點部分。通過基於分類 IP 地址的處理，分配給網絡和主機部分的位數是固定的。例如，當使用類概念處理 ip 地址時，系統會先判斷 IP Address 中的 class 然后使用預先確定的 su.net 掩碼來判斷 .network 部分和 host 部分。
對於 class 第一個八位字節是.network 位，它允許表示 126.networks。

由於類對主機和.networks 數量的限制，您可以定義自己的子任務掩碼，它代表 IP 地址的 .network 和主機部分，而不管您使用的是哪個 IP 地址 class。 su.net 掩碼在文本中的表示方式稱為“CIDR 表示法”。