❶ "RFC1738"是什麼
RFC1738描述的是統一資源定位器（URL）
RFC由一系列草案組成，起始於1969年（第一個RFC文檔發布於1969年4月7日，參見「RFC30年」，RFC2555」），RFC文檔是一系列關於Internet（早期為ARPANET）的技術資料匯編。這些文檔詳細討論了計算機網路的方方面面，重點在網路協議，進程，程序，概念以及一些會議紀要，意見，各種觀點等。
❷ 使用vb調用哪個RFC可以獲得sap的表數據有人知道嗎
是可以用的 不過我自己改了一下，寫了一個函數ZRFC_READ_TABLE，還可以用BAPI、RFC等方式在SAP外部調用 呢。 需要的可以EMAIL給我。 希望交個朋友......
❸ 什麼是RFC
什麼是RFC(Request for Comments)
RFC及RFC編輯者：
RFC(Request For Comments)-意即「請求註解」，包含了關於Internet的幾乎所有重要的文字資料。如果你想成為網路方面的專家，那麼RFC無疑是最重要也是最經常需要用到的資料之一，所以RFC享有網路知識聖經之美譽。通常，當某家機構或團體開發出了一套標准或提出對某種標準的設想，想要征詢外界的意見時，就會在Internet上發放一份RFC，對這一問題感興趣的人可以閱讀該RFC並提出自己的意見；絕大部分網路標準的指定都是以RFC的形式開始，經過大量的論證和修改過程，由主要的標准化組織所指定的，但在RFC中所收錄的文件並不都是正在使用或為大家所公認的，也有很大一部分只在某個局部領域被使用或並沒有被採用，一份RFC具體處於什麼狀態都在文件中作了明確的標識
RFC由一系列草案組成，起始於1969年（第一個RFC文檔發布於1969年4月7日，參見「RFC30年」，RFC2555」），RFC文檔是一系列關於Internet（早期為ARPANET）的技術資料匯編。這些文檔詳細討論了計算機網路的方方面面，重點在網路協議，進程，程序，概念以及一些會議紀要，意見，各種觀點等。
「RFC編輯者」是RFC文檔的出版者，它負責RFC最終文檔的編輯審訂。「RFC編輯者」也保留有RFC的主文件，稱為RFC索引，用戶可以在線檢索。在RFC近30年的歷史中，「RFC編輯者」一直由約翰•普斯特爾（Jon Postel）來擔任，而現在「RFC編輯者」則由一個工作小組來擔任，這個小組受到「網際網路社團」（Internet Society）的支助。
RFC編輯者負責RFC以及RFC的整體結構文檔，並維護RFC的索引。Internet協議族的文檔部分（由Internet工程委員會「網際網路工程師任務組」IETF以及IETF 下屬的「網際網路工程師指導組」IESG 定義），也做為RFC文檔出版。因此，RFC在Internet相關標准中有著重要的地位。
RFC編輯者的職責是由Internet 中的大家提議形成的，所出版的語言也就和Internet一樣。IETF和ISOC是代表了世界各地的國際性組織，英語是IETF的第一工作語言，也是IETF的正式出版語言。RFC 2026 "The Internet Standards Process -- Revision 3" 允許RFC翻譯成其他不同的語言。但是不能保證其翻譯版本是否正確。因此，RFC編輯不對非英語的版本負責，而只是指明了哪裡有非英語的版本，將這些信息列在WEB頁上。
RFC處理過程：
一個RFC文件在成為官方標准前一般至少要經歷三個階段：建議標准、草案標准、網際網路標准。
第一步RFC的出版是作為一個Internet 草案發布，可以閱讀並對其進行注釋。准備一個RFC草案，我們要求作者先閱讀IETF的一個文檔"Considerations for Internet Drafts". 它包括了許多關於RFC以及Internet草案格式的有用信息。作者還應閱讀另外一個相關的文檔RFC 2223 "Instructions to Authors"。
一旦文檔有了一個ID號後，你就可以向[email protected]發送e-mail ，說你覺得這個文檔還可以，能夠作為一個有價值或有經驗的RFC文檔 。RFC編輯將會向IESG請求查閱該文檔並給其加上評論和注釋。你可以通過RFC隊列來了解你的文檔的進度。一旦你的文檔獲得通過，RFC編輯就會將其編輯並出版。如果該文檔不能出版，則會有email通知作者是什麼原因。作者有48個小時來校對RFC編輯的意見。我們強烈建議作者要檢測拼寫錯誤和丟字的錯誤，應該確保有引用，聯系和更新相關的信息。如你的文檔是一個MIB，我們則要你對你的代碼作最後一次檢測。一旦RFC文檔出版，我們就不會對其進行更改，因此你應該對你的文檔仔細的檢查。
有時個別的文檔會被正從事同一個項目的IETF工作組收回，如是這種情況，則該作者會被要求和IETF進行該文檔的開發。在IETF中, Area Directors (ADs) 負責相關的幾個工作組。這些工作者所開發的文檔將由ADs 進行校閱，然後才作為RFC的出版物。
如要獲得關於如何寫RFC文檔和關於RFC的Internet標准制定過程的更多詳細信息，請各位參見：
RFC 2223 "Instructions to RFC Authors"。
RFC 2026 "The Internet Standards Process -- Revision 3"。
實際上，在Internet上，任何一個用戶都可以對Internet某一領域的問題提出自己的解決方案或規范，作為Internet草案（Internet Draffs，ID）提交給Internet工程任務組（IETF）。草案存放在美國、歐洲和亞太地區的工作文件站點上，供世界多國自願參加的IETF成員進行討論、測試和審查。最後，由Internet工程指導組（IESG）確定該草案是否能成為Internet的標准。
如果一個Internet草案在IETF的相關站點上存在6個月後仍未被IESG建議作為標准發布，則它將被從上述站點中刪除。事實上，在任何時候，一個Internet 草案都有可能被新的草案版本所替換掉，並重新開始6個月的存放期。
如果一個Internet草案被IESG確定為Internet的正式工作文件，則被提交給Internet體系結構委員會（IAB），並形成具有順序編號的RFC文檔，由Internet協會（ISOC）通過Internet向全世界頒布。每個Internet標准文件在被批准後都會分配一個獨立於RFC的永久編號，這就是STD編號。有一個不斷被更新的文件RFC-INDEX.TXT按照RFC的編號來索引所有的文件，對於網際網路標准文件還列出了其相應的STD編號。
RFC文檔必須被分配RFC編號後才能在網路上發布。例如，RFC2026的內容是「Internet標准進程-修訂版3」、RFC1543的內容為「RFC作者指導」等等。需要時，可以復制或列印這些聯機文檔。用戶也可以通過遍布全世界的數個聯機資料資料庫中獲得RFC文檔。例如，可以使用路徑名RFC/RFCnnnn.TXT通過FTP的方式從ds.internic.net站點獲得RFC，其中「nnnn」指的是RFC的編號。在這里，使用FTP登錄時，所用的用戶名和口令分別為「anonymous」和你的電子郵件地址。此外，用戶還可以通過Internet網路信息中心（InterNIC）的目錄服務功能、電子郵件、WWW等方式獲得RFC文檔.
作為標準的RFC又分為幾種，第一種是提議性的，就是說建議採用這個作為一個方案擺出來，Draft是已經有一部分在用了，希望被採用為正式的標准，還有一種就是完全被認可的標准，這種是大家都在用，而且是不應該改變的。還有一種就是現在的最佳實踐法，它相當於一種介紹。這些文件產生的過程是一種從下往上的過程，而不是從上往下，也就是說不是一個由主席，或者由工作組負責人的給一個指令，說是要做什麼，要做什麼，而是有下邊自發的提出，然後在工作組里邊討論，討論了以後再交給剛才說的工程指導委員會進行審查。但是工程指導委員會只做審查不做修改，修改還是要打回到工作組來做。IETF工作組文件的產生就是任何人都可以來參加會議，任何人都可以提議，然後他和別人進行討論，大家形成了一個共識就可以產出這樣的文件。
❹ 請問一下RFP,RFC,CFA有什麼區別呢，希望說明白一點，謝謝
RFP、RFC、CFA的區別
1、概念不同:
RFP，即注冊財務策劃師。財務策劃師是為企業的資產保值、增值起著「領航」的作用。
RFC，即注冊財務顧問。財務顧問為顧客提供投資理財咨詢策劃服務。
CFA，即特許注冊金融分析師。金融分析師的工作內容最復雜，考試也最難。
2、認證機構不同:
RFP為美國注冊財務策劃師協會（RFPI）制定的國際權威認證資質。
RFC是由美國國際認證財務顧問協會頒發的認證資質。
CFA是由美國「特許金融分析師學院」（ICFA）發起成立。
3、考試科目不同:
RFP考試內容主要是財務策劃原理和高級財務策劃。
RFC考試內容主要分為基礎理論和實務操作兩部分。
CFA考試內容為道德和職業標准、數量分析、經濟學（邁克·帕金版）、財務報表分析、公司金融、投資組合管理、權益類投資分析、固定收益證券分析、衍生工具分析與應用、其它類投資分析。
❺ 什麼是DNS的資源記錄，記錄有哪些類型
DNS是域名系統（DomainNameSystem）。在Internet上域名與IP地址之間是一一對應的，域名雖然便於人們記憶，但機器之間只能互相認識IP地址，它們之間的轉換工作稱為域名解析，域名解析需要由專門的域名解析系統來完成，DNS就是進行域名解析的系統。
DNS 包括七大資源記錄類型：
SOA （起始授權機構） 定義了該與眾的權威名稱伺服器
NS （名稱伺服器） 表示某區域的權威伺服器鶴SOA中指定的該區域的主伺服器的輔助伺服器
A （主機） 列出了區域中的FQDN(完全合格的域名) 到ip 地址的映射
PTR（指針） 相對於A資源記錄，ptr記錄是把ip地址映射到FQDN
MX 郵件交換器記錄，向指定的郵件交換主機提供消息路由
SRV （服務） 列出了正在提供特定服務的伺服器
CNAME （別名） 將多個名字映射到同一台計算機上，便於訪問。
❻ 在WWW上,每一個信息資源都有統一的且在網上唯一的地址,該地址就是什麼
在WWW上，每一信息資源都有統一的且在網上唯一的地址，該地址就稱URL概述統一資源定位符（URL，英語 Uniform / Universal Resource Locator 的縮寫）也被稱為網頁地址，是網際網路上標準的資源的地址（Address)。它最初是由蒂姆·伯納斯-李發明用來作為萬維網的地址的。現在它已經被萬維網聯盟編制為網際網路標准RFC1738了。
❼ RFC中有哪些是講IPV4/IPV6轉換技術的
——IPv6技術詳解
當前，基於Internet的各種應用正在如火如荼地迅猛發展著，而與此熱鬧場面截然不同的是，Internet當前使用的 IP協議版本IPv4正因為各種自身的缺陷而舉步維艱。在 IPv4面臨的一系列問題中，IP地址即將耗盡無疑是最為嚴重的，有預測表明，以目前Internet發展速度計算，所
有IPv4地址將在2005～2010年間分配完畢。為了徹底解決IPv4存在的問題，IETF從1995年開始，著手研究開發下一代IP協議，即IPv6。IPv6具有長達128位的地址空間，可以徹底解決IPv4地址不足的問題，除此之外，IPv6還採用分級地址模式、高效IP包頭、服務質量、主機地址自動配置、
認證和加密等許多技術。
Ipv4尷尬的現狀
Internet起源於1968年開始研究的ARPANET，當時的研究者們為了給ARPANET建 立一個標準的網路通信協議而開發了IP協議。IP協議 開發者當時認為ARPANET的網路個數不會超過數十個，因 此他們將IP協議的地址長度設定為32個二進制數位， 其中前8位標識網路，其餘24位標識主機
。然而隨著 ARPANET日益膨脹，IP協議開發者認識到原先設想的網路個 數已經無法滿足實際需求，於是他們將32位IP地址分 成了三類：A類，用於大型企業；B類，用於中型企 業；C類，用於小型企業。A類、B類、C類地址可以標 識的網路個數分別是128、16384、2097152，每個網路可容
納的主 機個數分別是16777216、65536、256。雖然對IP地址進行分類大大增 加了網路個數，但新的問題又出現了。由於一個 C類網路僅能容納256個主機，而個人計算機的普及使 得許多企業網路中的主機個數都超出了256，因此， 盡管這些企業的上網主機可能遠遠沒有達到B類地 址的
最大主機容量65536，但InterNIC不得不為它們分配B類地址 。這種情況的大量存在，一方面造成了IP地址資源 的極大浪費，另一方面導致B類地址面臨著即將被 分配殆盡的危險。
非傳統網路區域路由（Classless InterDomain Routing, CIDR），是節省B類地址的一個緊急措施。CIDR的原理是為那些擁有數千個網路主機的企業分配一個由一系列連續的C類地址組成的地址塊，而非一個B類地址。例如，假設某個企業網路有1500個主機，那麼可能為該企業分配8個
連續的C類地址，如：192.56.0.0至192.56.7.0，並將子網掩碼定為255.255.248.0，即地址的前 21位標識網路，剩餘的11位標識主機。盡管通過採用 CIDR，可以保護B類地址免遭無謂的消耗，但是依然無法從根本上解決IPv4面臨的地址耗盡問題。
另一個延緩IPv4地址耗盡的方法是網路地址翻譯（Network Address Translation, NAT），它是一種將無法在Internet上使用的保留IP地址翻譯成可以在Internet上使用的合法IP地址的機制。NAT使企業不必再為無法得到足夠的合法IP地址而發愁了，它們只要為內部網路主機分配保留
IP地址，然後在內部網路與 Internet交接點設置NAT和一個由少量合法IP地址組成的IP地址池，就可以解決大量內部主機訪問Internet的需求了。由於目前要想得到一個A類或B類地址十分困難，因此許多企業紛紛採用了NAT。然而，NAT也有其無法克服的弊端。首先，NAT會使網路吞吐量降
低，由此影響網路的性能。其次，NAT必須對所有去往和來自Internet的IP數據報進行地址轉換，但是大多數NAT無法將轉換後的地址信息傳遞給IP數據報負載，這個缺陷將導致某些必須將地址信息嵌在IP數據報負載中的高層應用如FTP和 WINS注冊等的失敗。
IPv6的對策
IPv6採用了長度為128位的IP地址，徹底解決了IPv4地址不足的 難題。128位的地址空間，足以使一個大企業將其所 有的設備如計算機、列印機甚至尋呼機等聯入Internet而 不必擔心IP地址不足。
IPv6的地址格式與IPv4不同。一個IPv6的IP地址由8個地址節組成，每節包含16個地址位，以4個十六進制數書寫，節與節之間用冒號分隔，除了128位的地址空間，IPv6還為點對點通信設計了一種具有分級結構的地址，這種地址被稱為可聚合全局單點廣播地址（aggregatable global
unicast address），其分級結構劃分如圖所示。開頭3個地址位是地址類型前綴，用於區別其它地址類型。其後的13位TLA ID、32位 NLA ID、16位SLA ID和64位主機介面ID，分別用於標識分級結構中自頂向底排列的TLA（Top Level Aggregator，頂級聚合體）、NLA（Next Level Aggre
gator，下級聚合體）、SLA（Site Level Aggregator，位置級聚合體）和主機介面。TLA是與長途服務供應商和電話公司相互連接的公共網路接入點，它從國際Internet注冊機構如IANA處獲得地址。NLA通常是大型ISP，它從TLA處申請獲得地址，並為SLA分配地址。SLA也可稱為訂戶（sub
scriber），它可以是一個機構或一個小型 ISP。SLA負責為屬於它的訂戶分配地址。SLA通常為其訂戶分配由連續地址組成的地址塊，以便這些機構可以建立自己的地址分級結構以識別不同的子網。分級結構的最底級是網路主機。
Ipv6中的地址配置
眾所周知，手工配置主機IP地址是一件既費時又乏 味的事情，而管理分配給主機的靜態IP地址更是一 項艱難的任務，尤其當主機IP地址需要經常改動的 時候。在IPv4中，動態主機配置協議（Dynamic Host Configuration Protocol，DHCP）實現了主 機IP地址及其相關配置的自動設
置。一個DHCP伺服器擁 有一個IP地址池，主機從DHCP伺服器租借IP地址並獲得有 關的配置信息（如預設網關、DNS伺服器等），由此 達到自動設置主機IP地址的目的。IPv6繼承了IPv4的這種自 動配置服務，並將其稱為全狀態自動配置（stateful autoconfiguration）。
除了全狀態自動配置，IPv6還採用了一種被稱為無狀態自動配置（stateless autoconfiguration）的自動配置服務。在無狀態自動配置過程中，主機首先通過將它的網卡MAC地址附加在鏈接本地地址前綴1111111010之後，產生一個鏈接本地單點廣播地址（IEEE已經將網卡MAC地址由4
8位改為了64位。如果主機採用的網卡的MAC地址依然是48位，那麼IPv6網卡驅動程序會根據IEEE的一個公式將48位MAC地址轉換為64位MAC地址）。接著主機向該地址發出一個被稱為鄰居探測（neighbor discovrey）的請求，以驗證地址的唯一性。如果請求沒有得到響應，則表明主機自我
設置的鏈接本地單點廣播地址是唯一的。否則，主機將使用一個隨機產生的介面ID組成一個新的鏈接本地單點廣播地址。然後，以該地址為源地址，主機向本地鏈接中所有路由器多點廣播一個被稱為路由器請求（ router solicitation）的配置信息請求，路由器以一個包含一個可聚合全
局單點廣播地址前綴和其它相關配置信息的路由器公告響應該請求。主機用它從路由器得到的全局地址前綴加上自己的介面ID，自動配置全局地址，然後就可以與Internet中的其它主機通信了。
使用無狀態自動配置，無需手動干預就能夠改變網路中所有主機的IP地址。例如，當企業更換了聯入Internet的ISP時，將從新ISP處得到一個新的可聚合全局地址前綴。ISP把這個地址前綴從它的路由器上傳送到企業路由器上。由於企業路由器將周期性地向本地鏈接中的所有主機多點
廣播路由器公告，因此企業網路中所有主機都將通過路由器公告收到新的地址前綴，此後，它們就會自動產生新的IP地址並覆蓋舊的IP地址。
Ipv6中的安全協議
安全問題始終是與Internet相關的一個重要話題。由於在 IP協議設計之初沒有考慮安全性，因而在早期的Internet上 時常發生諸如企業或機構網路遭到攻擊、機密數 據被竊取等不幸的事情。為了加強Internet的安全性，從 1995年開始，IETF著手研究制定了一套用於保護IP通信的I
P安 全（IP Security，IPSec）協議。IPSec是IPv6的一個組成部分，也是IPv4的一個 可選擴展協議。
IPSec提供了兩種安全機制：認證和加密。認證機制使 IP通信的數據接收方能夠確認數據發送方的真實身份以及數據在傳輸過程中是否遭到改動。加密機制通過對數據進行編碼來保證數據的機密性，以防數據在傳輸過程中被他人截獲而失密。IPSec的認證包頭（Authentication Head
er，AH）協議定義了認證的應用方法，封裝安全負載（Encapsulating Security Payload，ESP）協議定義了加密和可選認證的應用方法。在實際進行IP通信時，可以根據安全需求同時使用這兩種協議或選擇使用其中的一種。AH和ESP都可以提供認證服務，不過，AH提供的認證服務要強於E
SP。
在一個特定的IP通信中使用AH或ESP時，協議將與一組安全信息和服務發生關聯，稱為安全關聯（Security Association，SA）。 SA可以包含認證演算法、加密演算法、用於認證和加密的密鑰。IPSec使用一種密鑰分配和交換協議如Internet安全關聯和密鑰管理協議（Internet Security
Association and Key Management Protocol，ISAKMP）來創建和維護SA。SA是一個單向的邏輯連接，也就是說，兩個主機之間的認證通信將使用兩個SA，分別用於通信的發送方和接收方。
IPSec定義了兩種類型的SA：傳輸模式SA和隧道模式SA。傳輸模式SA是在IP包頭（以及任何可選的擴展包頭）之後和任何高層協議（如TCP或UDP）包頭之前插入AH或ESP包頭，隧道模式SA是將整個原始的IP數據報放入一個新的IP數據報中。在採用隧道模式SA時，每一個IP數據報都有兩
個IP包頭：外部IP包頭和內部IP包頭。外部IP包頭指定將對IP數據報進行IPSec處理的目的地址，內部IP包頭指定原始IP數據報最終的目的地址。傳輸模式SA只能用於兩個主機之間的IP通信，而隧道模式SA既可以用於兩個主機之間的IP通信，還可以用於兩個安全網關之間或一個主機與一個
安全網關之間的IP通信。安全網關可以是路由器、防火牆或VPN設備。
做為IPv6的一個組成部分，IPSec是一個網路層協議。它只負責其下層的網路安全，並不負責其上層應用的安全，如Web、電子郵件和文件傳輸等。也就是說，驗證一個Web會話，依然需要使用SSL協議。不過，TCP/IPv6協議簇中的協議可以從IPSec中受益，例如，用於IPv6的OSPF路由協
議就去掉了用於IPv4的OSPF中的認證機制。Ipv4向Ipv6的過渡。
盡管IPv6比IPv4具有明顯的先進性，但是IETF認識到，要想在短時間內將Internet和各個企業網路中的所有系統全部從 IPv4升級到IPv6是不可能的，換言之，IPv6與IPv4系統在Internet中長期共存是不可避免的現實。為此，做為IPv6研究工作的一個部分，IETF制定了推動IPv4向IPv
6過渡的方案，其中包括三個機制：兼容IPv4的IPv6地址、雙IP協議棧和基於IPv4隧道的IPv6。
兼容IPv4的IPv6地址是一種特殊的IPv6單點廣播地址，一個IPv6節點與一個IPv4節點可以使用這種地址在IPv4網路中通信。這種地址是由96個0位加上32位IPv4地址組成的，例如，假設某節點的IPv4地址是192.56.1.1，那麼兼容IPv4的IPv6地址就是0:0:0:0:0:0:C038:101。
雙IP協議棧是在一個系統（如一個主機或一個路由器）中同時使用IPv4和IPv6兩個協議棧。這類系統既擁有 IPv4地址，也擁有IPv6地址，因而可以收發IPv4和IPv6兩種IP數據報。
與雙IP協議棧相比，基於IPv4隧道的IPv6是一種更為復雜的技術，它是將整個IPv6數據報封裝在IPv4數據報中，由此實現在當前的IPv4網路（如Internet）中IPv6節點與IPv4節點之間的IP通信。基於IPv4隧道的IPv6實現過程分為三個步驟：封裝、解封和隧道管理。封裝，是指由隧道
起始點創建一個IPv4包頭，將IPv6數據報裝入一個新的IPv4數據報中。解封，是指由隧道終結點移去IPv4包頭，還原原始的IPv6數據報。隧道管理，是指由隧道起始點維護隧道的配置信息，如隧道支持的最大傳輸單元（MTU）的尺寸等。
IPv4隧道有四種方案：路由器對路由器、主機對路由器、主機對主機、路由器對主機。如圖所示的使用IPv4路由基礎設施傳遞IPv6數據報的網路中，可以根據兩個主機之間特定的通信選用相應的隧道方案。例如：當主機2向主機4發送一個IPv6數據報時，路由器 A將把該IPv6數據報封
裝在一個目的地址為路由器B的IPv4數據報中。當路由器B收到該IPv4數據報後，就將它解封，取出其中的IPv6數據報並將其發往主機4。在這個隧道中，隧道終結點（路由器B）不是數據報的最終目的地址（主機4）。當隧道起始點（路由器A）建立隧道時，必須確定隧道終結點並從配置信
息中找到隧道終結點的地址，因此這種類型的隧道被稱為配置隧道（configured tunneling）。當主機7向主機1發送一個IPv6數據報時，主機7在它與路由器A之間建立一個主機對路由器隧道。因為路由器A不是該數據報的最終目的地址，所以這種主機對路由器隧道也是配置隧道。
當進行通信的兩個主機都有兼容IPv4的IPv6地址時，數據發送方主機將建立一個主機對主機隧道。隧道起始點（數據發送方主機）確定數據接收方主機就是隧道終結點，並自動從其兼容IPv4的IPv6地址中抽取後 32個地址位以確定隧道終結點的IPv4地址，這種類型的隧道被稱為自動隧
道（automated tunneling）。例如，當圖中的主機 5向主機7發送數據時，將使用從主機5到主機7的自動隧道。自動隧道也可以應用於路由器對主機的隧道方案，例如，當主機4向主機5發送數據時，主機 4 將使用從路由器B到主機5的自動隧道。
雙IP協議棧和基於IPv4的IPv6網路使IPv4網路能夠以可控的速度向IPv6遷移。在開始向IPv6過渡之前，首先必須設置一個同時支持IPv4和IPv6的新的DNS伺服器。在該DNS伺服器中，IPv6主機名稱與地址的映射可以使用新的AAAA資源記錄類型來建立，IPv4主機名稱與地址的映射仍然使
用A資源記錄類型來建立。
結 論
IPv6是一個建立可靠的、可管理的、安全和高效的IP網路的長期解決方案。盡管IPv6的實際應用之日還需耐心等待，不過，了解和研究IPv6的重要特性以及它針對目前IP網路存在的問題而提供的解決方案，對於制定企業網路的長期發展計劃，規劃網路應用的未來發展方向，都是十分
有益的。
參考資料：《互聯網周刊》
❽ 文件已在edp＿rfc中打開無法刪除，怎麼處理
摘要 進入任務管理器後，在其上方點擊【性能】選項卡，在頁面的左下角點擊【打開資源監視器】，進入資源監視器頁面後，在頁面上方的菜單欄中點擊CPU選項卡。進入到CPU的頁面後，在頁面中部位置找到「關聯的句柄」，在其後面的搜索欄中輸入剛才要進行重命名、刪除或者是移動的文件名稱，輸入後點擊搜索，在搜索結果中選中搜索的文件名，點擊滑鼠右鍵，在右鍵列表中點擊選擇【結束進程】
❾ 哪裡能免費下載到RFC的所有文檔
www.ietf.org/rfc.html
這個網站是IETF的RFC文檔發布網站，最正規的了。裡面有個RFC
number，輸入想要查找的RFC文檔號碼，直接按GO就好了。
不建議看中文翻譯，最好還是英文原版，其實英文不難的。
下載的話去
www.gougou.com
上面搜索吧。一共近100M那樣吧。
❿ 與IPv6相關的RFC文檔是哪些哪裡有得下載
rfc1981：Path MTU Discovery for IP Version 6 （IPv6的路徑MTU發現）1996.08
rfc2003：IP heapsuialion within IP （IP內部的IP封裝）1996.10
rfc2080：RIPng for IPv6 (IPv6 的RIPng) 1997.01
rfc2185：Routing Aspects of IPv6 Transition (IPv6轉換中的路由方面的問題)1997.09
rfc2205：Resource Reservation Protocol Version 1 Functional Specification (資源預留協議（RSVP）版本1的功能說明)1997.09
rfc2207：RSVP Extensions for IPSEC Data Flows(IPSEC數據流的RSVP擴展)1997.09
rfc2210：The Use of RSVP with IETF Integrated Services (RSVP與IETF集成服務的協同使用)1997.09
rfc2292：Advanced Sockes API for IPv6(IPv6的高級Socket API)1998.02
rfc2324：Hyper Text Coffee Pot Control Protocol(HTCPCP/1.0)(超文本咖啡壺控制協議)1998.04
rfc2373：IP Version 6 Addressing Architecture(IPv6的定址體主構)1998.07
rfc2374：An IPv6 Aggregatable Global Unicast Address Format(IPv6的可聚集全局單播地址格式）1998.07