1. 首頁 > 云知道 > >

支持IPv6地址聚合和重編號的DNS擴展

云知道

【支持IPv6地址聚合和重編號的DNS擴展】本備忘錄的狀態
本文檔講述了一種Internet社區的Internet標準跟蹤協議，它需要進一步進行討論和建議以得到改進 。請參考最新版的“Internet正式協議標準” (STD1)來獲得本協議的標準化程度和狀態 。本備忘錄的發布不受任何限制 。
版權聲明
Copyright (C) The Internet Society (2000).
摘要
本文檔定義了對域名系統的修改以支持可重編號和可聚合IPv6尋址 。這些修改包括用一種加速網絡重編號和修改已有查詢類型定義的方式以一種新的資源記錄類型來存儲IPv6地址，這些已有的查詢類型返回Internet地址作為部分附加開銷 。
對于側重于IPv6地址的查找（常稱為反向查找），本文檔定義了一種新的區域結構，答應使用一種區域，它無需修改地址空間的相同拷貝（對多宿主供給商和站點而言）并能穿越網絡重編號事件 。
目錄
1. 引言 2
2. 概述 3
2.1 域名到地址的查找 3
2.2 反向查找的根本機制 3
3. 特性 4
3.1 A6記錄類型 4
3.1.1 格式 4
3.1.2 處理 5
3.1.3 語義表示 5
3.1.4 域名解析過程 5
3.2 反向查找的區域結構 5
4. 已有查詢類型的修改 6
5. 使用說明 6
5.1 A6記錄鏈 6
5.1.1 實驗數據 7
5.1.2 粘合 7
5.1.3 變更 8
5.2 反向映射區域 9
5.2.2 ISP級別 9
5.2.3站點級別 10
5.3 查找 10
5.4 操作注重 11
6. RFC1886的過渡和配置注重 11
6.1 向AAAA過渡并與A記錄共存 11
6.2 從半位元標記向二進制標記過渡 12
7. 安全性考慮 12
8. IANA考慮 12
9. 鳴謝 12
10. 參考 13
11. 作者地址 14
12. 版權說明 14
致謝 15
1. 引言
維護DNS地址信息是阻礙節點和供給商在IPv4中進行重編號的難題之一 ?；诒３址€定的路由系統或其它目的，關于網絡重編號重要性的觀點可以參閱[RENUM1, RENUM2, RENUM3] 。為了支持對不能阻止重編號的IPv6地址的存儲，我們定義了下面的擴展 。
一種新的資源記錄類型，“A6”，定義為域名到IPv6地址的映射，并規定了間接的最主要的前綴位 。
執行定位IPv4地址額外處理功能的現有查詢被重新定義為既處理IPv4地址，又處理IPv6地址 。
一種新域，IP.ARPA，定義為支持基于IPv6地址的查找 。
定義了一種新的前綴授權方法，它依靠于新的DNS特性[BITLBL, DNAME] 。
這些變化都設計成與現有應用編程接口兼容，保留了對IPv4地址的支持 。DNS中IPv4和IPv6地址共存相關的轉換問題在[TRANS]中討論 。
本文檔提出了一種與目前實現相違反的方案并取代RFC1886中的規范 。這些變化使網絡重編號和多宿主操作更加方便 。與IPv6地址對應的A6記錄配置的域將自動產生的AAAA記錄插入到區域文件中，以簡化轉換 。相信假以時日，RFC1886有望成為歷史 。
本文檔將分為三個主要部分對本規范的定義與配置工具、規范內容和規范的應用案例進行描述 。
本文檔中的要害字“必須”，“必須不”，“要求的”，“應該”，“不應該”，“會”，“不會”，“建議”，“或許”，“可選的”在[KWord]中解釋 。要害字“推薦”表示介于或許和應該之間，通常認為多數情況下遵從“推薦”會帶來切實的好處 。
2. 概述
本節簡述了存儲IPv6地址和基于IPv6地址查找的DNS工具，包括本文檔或其它文檔定義的工具 。
2.1 域名到地址的查找
IPv6地址被保存為一條或多條A6資源記錄 。單個A6記錄或許包括一個完整IPv6地址，或者一個地址的鄰近部分和產生一個以上地址前綴的信息 。前綴信息包括一個前綴長度和一個域名，這個域名反過來又是一條或多條定義地址前綴的A6記錄的所有者，這些地址前綴需要形成一個或多個完整IPv6地址 。若前綴長度為0，則沒有域名并且所有主要的地址位都是有意義的 ?；蛟S存在多級間接查找，任何一級存在多個A6記錄都會增加其形成的IPv6地址數量 。

推薦閱讀