IPv6 CIDR 速查表 - 按字首長度檢視地址數量【免費】
列出從 /0 到 /128 每個字首長度對應的 IPv6 地址數量和等效 /64 子網數。輸入所需的子網數量即可自動判斷最適合的字首長度。
IPv6 CIDR 速查表（/0 至 /128）
每個字首長度對應的主機位數、總地址數和等效 /64 子網數一覽。
| 字首 | 主機位數 | 總地址數 | /64 子網數 | 典型用途 |
|---|---|---|---|---|
| /0 | 128 | 340,282,366,920,938,463,463,374,607,431,768,211,456 | 18,446,744,073,709,551,616 | 整個地址空間（理論值，實際上從未被分配） |
| /1 | 127 | 170,141,183,460,469,231,731,687,303,715,884,105,728 | 9,223,372,036,854,775,808 | |
| /2 | 126 | 85,070,591,730,234,615,865,843,651,857,942,052,864 | 4,611,686,018,427,387,904 | |
| /3 | 125 | 42,535,295,865,117,307,932,921,825,928,971,026,432 | 2,305,843,009,213,693,952 | 全域性單播地址整體範圍（2000::/3） |
| /4 | 124 | 21,267,647,932,558,653,966,460,912,964,485,513,216 | 1,152,921,504,606,846,976 | |
| /5 | 123 | 10,633,823,966,279,326,983,230,456,482,242,756,608 | 576,460,752,303,423,488 | |
| /6 | 122 | 5,316,911,983,139,663,491,615,228,241,121,378,304 | 288,230,376,151,711,744 | |
| /7 | 121 | 2,658,455,991,569,831,745,807,614,120,560,689,152 | 144,115,188,075,855,872 | 唯一本地地址整體範圍（fc00::/7，相當於 IPv4 的私有地址） |
| /8 | 120 | 1,329,227,995,784,915,872,903,807,060,280,344,576 | 72,057,594,037,927,936 | |
| /9 | 119 | 664,613,997,892,457,936,451,903,530,140,172,288 | 36,028,797,018,963,968 | |
| /10 | 118 | 332,306,998,946,228,968,225,951,765,070,086,144 | 18,014,398,509,481,984 | 鏈路本地地址整體範圍（fe80::/10） |
| /11 | 117 | 166,153,499,473,114,484,112,975,882,535,043,072 | 9,007,199,254,740,992 | |
| /12 | 116 | 83,076,749,736,557,242,056,487,941,267,521,536 | 4,503,599,627,370,496 | |
| /13 | 115 | 41,538,374,868,278,621,028,243,970,633,760,768 | 2,251,799,813,685,248 | |
| /14 | 114 | 20,769,187,434,139,310,514,121,985,316,880,384 | 1,125,899,906,842,624 | |
| /15 | 113 | 10,384,593,717,069,655,257,060,992,658,440,192 | 562,949,953,421,312 | |
| /16 | 112 | 5,192,296,858,534,827,628,530,496,329,220,096 | 281,474,976,710,656 | |
| /17 | 111 | 2,596,148,429,267,413,814,265,248,164,610,048 | 140,737,488,355,328 | |
| /18 | 110 | 1,298,074,214,633,706,907,132,624,082,305,024 | 70,368,744,177,664 | |
| /19 | 109 | 649,037,107,316,853,453,566,312,041,152,512 | 35,184,372,088,832 | |
| /20 | 108 | 324,518,553,658,426,726,783,156,020,576,256 | 17,592,186,044,416 | |
| /21 | 107 | 162,259,276,829,213,363,391,578,010,288,128 | 8,796,093,022,208 | |
| /22 | 106 | 81,129,638,414,606,681,695,789,005,144,064 | 4,398,046,511,104 | |
| /23 | 105 | 40,564,819,207,303,340,847,894,502,572,032 | 2,199,023,255,552 | |
| /24 | 104 | 20,282,409,603,651,670,423,947,251,286,016 | 1,099,511,627,776 | |
| /25 | 103 | 10,141,204,801,825,835,211,973,625,643,008 | 549,755,813,888 | |
| /26 | 102 | 5,070,602,400,912,917,605,986,812,821,504 | 274,877,906,944 | |
| /27 | 101 | 2,535,301,200,456,458,802,993,406,410,752 | 137,438,953,472 | |
| /28 | 100 | 1,267,650,600,228,229,401,496,703,205,376 | 68,719,476,736 | |
| /29 | 99 | 633,825,300,114,114,700,748,351,602,688 | 34,359,738,368 | |
| /30 | 98 | 316,912,650,057,057,350,374,175,801,344 | 17,179,869,184 | |
| /31 | 97 | 158,456,325,028,528,675,187,087,900,672 | 8,589,934,592 | |
| /32 | 96 | 79,228,162,514,264,337,593,543,950,336 | 4,294,967,296 | RIR 分配給大型 ISP 或運營商的常見最小單位 |
| /33 | 95 | 39,614,081,257,132,168,796,771,975,168 | 2,147,483,648 | |
| /34 | 94 | 19,807,040,628,566,084,398,385,987,584 | 1,073,741,824 | |
| /35 | 93 | 9,903,520,314,283,042,199,192,993,792 | 536,870,912 | |
| /36 | 92 | 4,951,760,157,141,521,099,596,496,896 | 268,435,456 | |
| /37 | 91 | 2,475,880,078,570,760,549,798,248,448 | 134,217,728 | |
| /38 | 90 | 1,237,940,039,285,380,274,899,124,224 | 67,108,864 | |
| /39 | 89 | 618,970,019,642,690,137,449,562,112 | 33,554,432 | |
| /40 | 88 | 309,485,009,821,345,068,724,781,056 | 16,777,216 | |
| /41 | 87 | 154,742,504,910,672,534,362,390,528 | 8,388,608 | |
| /42 | 86 | 77,371,252,455,336,267,181,195,264 | 4,194,304 | |
| /43 | 85 | 38,685,626,227,668,133,590,597,632 | 2,097,152 | |
| /44 | 84 | 19,342,813,113,834,066,795,298,816 | 1,048,576 | |
| /45 | 83 | 9,671,406,556,917,033,397,649,408 | 524,288 | |
| /46 | 82 | 4,835,703,278,458,516,698,824,704 | 262,144 | |
| /47 | 81 | 2,417,851,639,229,258,349,412,352 | 131,072 | |
| /48 | 80 | 1,208,925,819,614,629,174,706,176 | 65,536 | 分配給單個組織的標準大小（常見準則：一個組織對應一個 /48） |
| /49 | 79 | 604,462,909,807,314,587,353,088 | 32,768 | |
| /50 | 78 | 302,231,454,903,657,293,676,544 | 16,384 | |
| /51 | 77 | 151,115,727,451,828,646,838,272 | 8,192 | |
| /52 | 76 | 75,557,863,725,914,323,419,136 | 4,096 | |
| /53 | 75 | 37,778,931,862,957,161,709,568 | 2,048 | |
| /54 | 74 | 18,889,465,931,478,580,854,784 | 1,024 | |
| /55 | 73 | 9,444,732,965,739,290,427,392 | 512 | |
| /56 | 72 | 4,722,366,482,869,645,213,696 | 256 | ISP 常分配給家庭或小型辦公室的大小 |
| /57 | 71 | 2,361,183,241,434,822,606,848 | 128 | |
| /58 | 70 | 1,180,591,620,717,411,303,424 | 64 | |
| /59 | 69 | 590,295,810,358,705,651,712 | 32 | |
| /60 | 68 | 295,147,905,179,352,825,856 | 16 | 小型站點的典型分配示例 |
| /61 | 67 | 147,573,952,589,676,412,928 | 8 | |
| /62 | 66 | 73,786,976,294,838,206,464 | 4 | |
| /63 | 65 | 36,893,488,147,419,103,232 | 2 | |
| /64 | 64 | 18,446,744,073,709,551,616 | 1 | 標準單個子網大小（SLAAC/EUI-64 自動地址生成所需的最小單位） |
| /65 | 63 | 9,223,372,036,854,775,808 | — | |
| /66 | 62 | 4,611,686,018,427,387,904 | — | |
| /67 | 61 | 2,305,843,009,213,693,952 | — | |
| /68 | 60 | 1,152,921,504,606,846,976 | — | |
| /69 | 59 | 576,460,752,303,423,488 | — | |
| /70 | 58 | 288,230,376,151,711,744 | — | |
| /71 | 57 | 144,115,188,075,855,872 | — | |
| /72 | 56 | 72,057,594,037,927,936 | — | |
| /73 | 55 | 36,028,797,018,963,968 | — | |
| /74 | 54 | 18,014,398,509,481,984 | — | |
| /75 | 53 | 9,007,199,254,740,992 | — | |
| /76 | 52 | 4,503,599,627,370,496 | — | |
| /77 | 51 | 2,251,799,813,685,248 | — | |
| /78 | 50 | 1,125,899,906,842,624 | — | |
| /79 | 49 | 562,949,953,421,312 | — | |
| /80 | 48 | 281,474,976,710,656 | — | |
| /81 | 47 | 140,737,488,355,328 | — | |
| /82 | 46 | 70,368,744,177,664 | — | |
| /83 | 45 | 35,184,372,088,832 | — | |
| /84 | 44 | 17,592,186,044,416 | — | |
| /85 | 43 | 8,796,093,022,208 | — | |
| /86 | 42 | 4,398,046,511,104 | — | |
| /87 | 41 | 2,199,023,255,552 | — | |
| /88 | 40 | 1,099,511,627,776 | — | |
| /89 | 39 | 549,755,813,888 | — | |
| /90 | 38 | 274,877,906,944 | — | |
| /91 | 37 | 137,438,953,472 | — | |
| /92 | 36 | 68,719,476,736 | — | |
| /93 | 35 | 34,359,738,368 | — | |
| /94 | 34 | 17,179,869,184 | — | |
| /95 | 33 | 8,589,934,592 | — | |
| /96 | 32 | 4,294,967,296 | — | |
| /97 | 31 | 2,147,483,648 | — | |
| /98 | 30 | 1,073,741,824 | — | |
| /99 | 29 | 536,870,912 | — | |
| /100 | 28 | 268,435,456 | — | |
| /101 | 27 | 134,217,728 | — | |
| /102 | 26 | 67,108,864 | — | |
| /103 | 25 | 33,554,432 | — | |
| /104 | 24 | 16,777,216 | — | |
| /105 | 23 | 8,388,608 | — | |
| /106 | 22 | 4,194,304 | — | |
| /107 | 21 | 2,097,152 | — | |
| /108 | 20 | 1,048,576 | — | |
| /109 | 19 | 524,288 | — | |
| /110 | 18 | 262,144 | — | |
| /111 | 17 | 131,072 | — | |
| /112 | 16 | 65,536 | — | |
| /113 | 15 | 32,768 | — | |
| /114 | 14 | 16,384 | — | |
| /115 | 13 | 8,192 | — | |
| /116 | 12 | 4,096 | — | |
| /117 | 11 | 2,048 | — | |
| /118 | 10 | 1,024 | — | |
| /119 | 9 | 512 | — | |
| /120 | 8 | 256 | — | |
| /121 | 7 | 128 | — | |
| /122 | 6 | 64 | — | |
| /123 | 5 | 32 | — | |
| /124 | 4 | 16 | — | |
| /125 | 3 | 8 | — | |
| /126 | 2 | 4 | — | |
| /127 | 1 | 2 | — | 僅用於點對點鏈路（RFC 6164，路由器之間僅使用 2 個地址） |
| /128 | 0 | 1 | — | 單一主機地址（如迴環地址） |
/64 子網數表示該地址塊中包含多少個標準大小（/64）的子網（字首長度為 65 及以上的地址塊小於 /64，以「—」表示）。
IPv6 位址空間與 CIDR 表示法（字首長度）解說
IPv6 擁有 128 位元的位址空間，相當於 IPv4（32 位元）的 2 的 96 次方倍，是天文數字等級的龐大範圍。CIDR（無類別域間路由）表示法用來將這片廣大的空間劃分為網路位與主機位，寫成「2001:db8::/32」這樣的形式，「/」後面的數字（字首長度）代表網路位所佔的位元數。與 IPv4 不同，IPv6 並沒有另外以子網路遮罩（如 255.255.255.0）來表示的慣例，字首長度本身就唯一決定了位址區塊的大小。
在 IPv6 的設計中，並不預期會出現字首長度 65 以上的精細切割，/64 事實上已成為標準的單一子網路大小。這是因為 SLAAC（無狀態位址自動設定）依賴從 MAC 位址等資訊產生 64 位元介面識別碼的機制（EUI-64），因此業界普遍的做法是為每個區域網路網段分配一個完整的 /64。本工具列出了從 /0 到 /128 所有字首長度所包含的位址總數，以及換算成 /64 子網路後的數量，並可依據所需的子網路數量反推出最合適的字首長度。
IPv6 CIDR 速查表的使用方法
- 掌握所需的 /64 子網路數量 先估算即將規劃的網路中，依據點數、部門數或 VLAN 數量等，實際需要多少個 /64 子網路。
- 在上方輸入欄填入數值 在「按所需 /64 子網路數量查詢」欄位輸入估算出的數量，系統會自動判斷出能容納該數量的最小字首長度。
- 確認判定結果的字首長度 頁面會顯示「您需要 /{prefix} 或更大的地址塊」的結果，可作為向 ISP 或雲端服務商申請分配大小時的參考依據。
- 在速查表中比較前後的字首長度 判定結果所在的列會在表格中高亮顯示。同時比對上下相鄰字首長度對應的位址數量差異，有助於規劃時預留未來擴充的空間。
用好本工具的小技巧
- IPv6 子網規劃通常是圍繞「需要多少個 /64 子網」而非主機數量來考慮的——SLAAC（無狀態地址自動配置）要求每個區域網段都分配一個完整的 /64。
- 家庭 ISP 通常分配 /56 或 /60，而企業分配通常為 /48。簽約前最好確認一下 ISP 的分配政策。
- /127 是 RFC 6164（2015年）正式批准的特殊字首長度，專用於路由器之間的點對點鏈路，相當於 IPv4 中的 /31。
- 在上方輸入框中輸入所需的 /64 子網數量，系統會自動判斷出能容納該數量的最小字首長度，並高亮下方表格中的對應行。
IPv6 CIDR 速查表的實用情境
企業內部網路的 IPv6 位址規劃
依總公司、分公司、各據點分別估算所需的 /64 子網路數量並加總，用於評估整個企業內部應申請的字首長度（如 /48 或 /56）。
核對 ISP 分配的位址區塊
當 ISP 通知分配了某個 /56 或 /48 的字首時，可以立即透過速查表確認其中實際包含多少個 /64 子網路。
雲端 VPC 的 IPv6 子網路規劃
當雲端服務商分配了 IPv6 CIDR 位址區塊後，可用來評估依地區或可用區域應以哪種字首長度來切分子網路。
為網路架構圖與提案書準備依據
在架構圖或提案書中需要明確寫出「該字首長度下可取得多少個子網路」時，可以直接引用速查表中的數值。
術語表
- CIDR（無類別域間路由）
- 在劃分網路位與主機位時不再依賴傳統的位址分級，而是以任意位元數（字首長度）來劃分的一種表示方法。IPv6 僅透過這種表示法來表達位址區塊的大小。
- 字首長度
- CIDR 表示法中「/」後面的數字，代表從位址開頭起有多少位元被當作網路位使用。數值越小，代表的位址範圍越大；數值越大，範圍越小。
- /64 子網路
- IPv6 中事實上的標準單一子網路大小。這是 SLAAC 自動產生位址得以正常運作所需的最小單位，通常區域網路網段都會分配這個大小。
- IPv6 位址空間
- 以 128 位元表示的 IPv6 整體位址範圍。與 IPv4（32 位元）相比大出許多個數量級，這也是「無需精打細算、可以大方分配」這種設計理念的前提。
- 主機位元數
- 將字首長度從 128 中減去後得到的數值，代表可用於主機部分（位址末端）的位元數。這個數值的 2 次方即為該位址區塊所包含的位址總數。
- SLAAC（無狀態位址自動設定）
- 一種不需借助類似 DHCP 的管理伺服器，終端裝置自行依據路由器傳送的資訊與 MAC 位址等自動產生 IPv6 位址的機制。其設計前提是建立在 /64 大小的子網路之上。
- RIR（區域網際網路註冊管理機構）
- 依地區管理 IP 位址分配的組織。它們制定了向 ISP 或大型機構分配 /32、/48 等字首長度位址區塊的相關政策。
常見問題
從技術上講，掩碼這個概念依然存在，但實際上幾乎從不使用——所有表示都改用字首長度（如 /64）。由於 IPv6 的設計並不以 NAT 為前提，因此沒有必要為了節省地址而精細調整掩碼。
因為 SLAAC（無狀態地址自動配置）假定主機位由一個 64 位介面識別符號（EUI-64，通常從裝置 MAC 地址推導而來）填充。如果給單個區域網段分配比 /64 更長的字首，可能會破壞這套自動配置機制。
IPv4 通常依賴 NAT 將私有地址轉換為共享的全域性地址，而 IPv6 的設計是直接為每臺裝置分配可全域性路由的地址，因此不以 NAT 為前提。此外，IPv4 為了節省稀缺資源往往以較小的單位（如 /24 或 /29）分配，而 IPv6 則以 /48 或 /56 這樣更大、更整齊的單位分配。
首先確認 ISP 或資料中心分配給您的字首長度。如果是 /48 或 /56，您可以將其拆分為多個 /64 子網——使用本工具輸入所需的 /64 子網數量，確認您的規劃留有足夠的增長空間。
閒話 ― 為什麼 IPv6 不使用「子網掩碼」
IPv4 使用子網掩碼（如 255.255.255.0 這樣的值）來劃分網路位和主機位，而 IPv6 幾乎完全通過 CIDR 風格的字首長度（如 /64）來表示，在實踐中幾乎不會在任意位元位置劃分掩碼。這反映了 IPv6 的設計理念：地址空間十分充裕，無需精打細算地節省每一位元。
實際上，固定 64 位主機位已成為 IPv6 事實上的標準做法。這是因為 SLAAC（無狀態地址自動配置）依賴一種稱為 EUI-64 的機制，從裝置的 MAC 地址推匯出 64 位介面識別符號；如果給單個區域網段分配短於 /64 的子網，這套自動配置機制就會失效。
在 IPv4 時代，「不浪費任何一個地址」是首要原則，而 IPv6 則反其道而行之——現在的建議是為未來的增長慷慨地分配地址。即便是 RFC 指南也建議為家庭連線分配 /56 甚至 /48，這在 IPv4 的規則下是難以想像的巨大塊。這種思維方式的轉變正是兩種協議之間最大的差異之一。