在“2015全球未來網絡暨SDN技術大會”上，ISC創始人Paul Vixie表示，“我是來自于ISC的一個CEO，我今天不是和大家介紹我的企業是做什么的。首先我想跟大家來介紹一下我們今天互聯網的一個域名和接入方式的問題。而且我也希望大家能夠盡可能地和我進行互動，能夠一塊兒提供一個將來互聯網的方案。"
現在我想和大家分享一下我這么多年對服務器、對服務方式和域名的了解。而且我現在想了解一下大家有什么樣的疑問？請稍等一下。據我們現在所知所有因特爾網的組織都會使用DNS的服務器進行工作，所有服務器都會選擇ISP的設置或者是開放式的設置方式或者是DNS，基本會選擇本國的方式，或者通過企業內部創新發展自己的DNS。所以很多的這種他們的DNS的服務器他們都會選擇自己的根DNS服務器，他們既可以使用INNA，同時也可以使用企業層面上的，使用ISP等級上面的，通過使用本地化運行他們的根服務器，或者是通過這種創造新的其他的這種服務器。同時DNS是很多時候對于DNS的單邊化并不是可取的，很多時候這種酒店和ISP他們可以強行使用他們自己的DNS，都是對于VPN是不是可以呢？他們可以和DNS加深這種合作關系，同時這種DNS服務器也可以簽字一些根關鍵因素也可以進行替代的使用。
同時所有的相關的這些問題很多時候經常對于一種情況的誤解，這個誤解，對于剛才就像前一位演講嘉賓已經提到，對于根服務器的服務區域的尺寸并不是特別的大。所以這個時候就意味著信息量并不是特別的大。所以當你選擇根服務器的時候，這個時候DNSSEC可以進一步加深這個DNS的合作，同時很多時候這個DNSSEC他們根服務器服務商可以選擇自己的DNS比如說酒店或者是ISP他們可以選擇自己的DNS，但是對于VPN是否可以進行強行選擇這個DNS呢？所以有一些相關的管理的機構，無論你選擇哪一個根服務器，他們可以通過復制他們根服務器的域名，這個僅僅是在他們公司內部才是可以使用的，也就是這個公司內部的這種網絡上可以使用的。然后這個時候對于這個公司，究竟在根服務器方面哪些能做，哪些不能做，沒有人來告訴他們這方面的答案。所以很多時候我也要長期地通過我的電腦關注很多公司的一些根服務器的一些相關的情況，同時給他們提供相關的一些解決的方案。但是很多人他們都會選擇，很多時候這個互聯網的域名必須是一種連貫性的，存在一種連貫性空間域名當中。所以這個時候他們一種合理的選擇，可以決定選擇他們這個域名的空間。
同時很多的時候對于DNS這種單邊化并不是可取的，很多的比如說酒店和ISP或者是咖啡店他們都使用他們自己的DNS，這個單邊化并不能幫助你的解決這個問題，而且很多時候也是不可信任的。幾年之前在美國，當時美國NISP他們展示了互聯網很小的一部分，所以這個網上的分區確實是一種問題，對于僅僅使用這種DNS這個是可取的。所以就像我剛才提到的一樣，如果這個DNSSEC它通過這種縮歸的DNS，也是歸因于這種根簽定協議的關鍵。所以很多時候這個DNS很多時候是有利于自己利益的這種選擇和抉擇。所以IANA是一種互聯網指定的這種數據當局一種權力當局，他同志操縱DNS的分子，可以為IETF，所以這是一種合作形的過程。所以對于比如說相關的一些數據，相關的一些政策是透明的。比如說通過互聯網的一些運營商、相關的用戶同時也可以在全球有多重的服務器，這個服務器的運營商很多時候他們來自很多國家的這種志愿者，他們是志愿性質的。
同時他們使用DNSSEC他們是用一種可以公開的協議的關鍵簽訂的關鍵，同時他們都有自己的這種DNSSEC的簽訂，所以就像剛才David Conrad提到的，我們是比較幸運的，因為根服務器是最為可靠的服務器，所以很多人在網上乞求獲得這個域名，但是他們卻沒有成功，他們取得這種延遲然后失敗了。
它對于三十多年以來這個根服務器技術上還是很可靠的一種服務器，同時他們有一種安全的方法可以管理他們這種鑰匙。所以我們所有人都可以使用相關的數據，同時可以將我們接收到的這些相關信息，可以進行激活，把它們賦予有效性，所以一些相關協調者他們共同合作，來進一步確保這些信息是及時地，同時確保這些信息也是準確的。然后在我們美國是USDOCK是第二大服務商，以后也要被取代或者是替換。對于數以萬計的人他們使用互聯網的人們，他們都需要這樣一種服務商的協調，還有SKLIT這個項目，其中這個項目包含我還有BNI的相關團隊，他們有一個在日本建立的數據庫，我們可以精確地反應這個TLT相關的問題，這個就是簡單是DNS的一個簡單復制，很多時候我們通過一些變革，有一個小時的延時，然后通過這些相關的延遲，我們可以這個區段內的一些變化。還有很多時候在全球這個服務器是多重化、多樣化，而且很多相關的志愿者他們是來自很多的國家，他們做這種服務是處于他們志愿性的服務，所以這個DNS是一種關鍵性的鑰匙，所以很多時候他們都有自己自身DNSSE的自己可以使用的鑰匙。
我們必須很多時候要簽訂自己相關自己的版本的一些相關協議，這個目的并不是要增加新的域名，或者是減少，或者是消除某些域名，這套系統它的目的初衷也就是對于互聯網的范圍它的一些相關的生產，這個目的是用于這方面。然后一會兒我還會小小地闡述一下。我們可以從事一些相關的科學，比如說相關的一些政策，就像David Conrad剛才提到過一些相關的根服務器的一些運營商。同時什么是EID，這個就是實驗性根服務器的項目。如果大家不使用這個IN或者是EID的原因，我也能想出來，就是這兩個在我們這個城市之內是沒有根服務器，而已我們發現IN也許是外部依賴的體系，現在也沒有同他簽訂一個網絡協議和合同，可能帶來一些相關的風險?，F在我們發現的，有一些IN和EID已經招來一些對他們不滿的人，他們現在討論，IN和EID能夠為他們提供一些什么服務，他們服務器是不是靠譜，是不是有用，會不會導致一些遠程的問題。同時我們發現如果把我們現在遠程這些數據，通過IN或者EID送過去，送到非常遠的用戶或者是一些本地區之外的一些地區，比如說把我們這些既有數據送到合作伙伴，合作伙伴可能是位于另外一個國家或者是另外一個地區，這些數據傳輸的時候，會不會受到這些外部監管的影響。這種外部監管可能導致的風險是現在很多人不能夠承受的，所以我認為由于我們整個的IN和EID有很多外部的依賴性，就是很多用戶不愿意用它的原因。
第二個理由就是我們監管問題。由于IN和EID現在遭受一些外部監管和一些政策干涉，現在就是我們IN和EID還沒有大規模使用的一個主要原因。但是我還是想給大家介紹一下IN和EID的一些優勢，雖然說現在沒有完全成形和大規模應用，那么它們的優勢是什么呢？我想有一個優勢就是它的規模，剛才我反復提到過，David Conrad也提到過，我們有一個關鍵詞就是DNSSEC，這個是在互聯網進行生產和升級的。在互聯網進行生產和升級也是我們面臨服務器的一個改革方案。這個本質是自主的網絡系統，它是一個互聯網上的一個主機系統，它可以融合我們現在的DNS服務器和根服務器，它也不是一個單純、單一的主機，而是一個空回性、環繞性的網絡。那就是意味著我們可以把不同這些集合和不同的一些網絡空間組合起來，因為它所取得的功能已經超過了一個簡單的主機。比如說我們現在這邊擁有一個筆記本，這個筆記本一旦使用了我們剛剛說的EID，就不單單是一個單純的主機，而是一個完整環繞性的網絡。我們利用這個空回性的網絡，不僅是利用現在筆記本，還可以利用任何無限的網絡，一個LAN，一個RSP，我們可以在一個國家或者是整個一個區域都可以使用，并且打造整個空回性的網絡。我們如果現在下一個定義的話，這個IN整個內容就不僅僅是的讓我們所有在網絡上都可以使用到的，它是一個完全公開的內容系統。現在我們這個內容完全是開放型的，因為現在我們已經有五個服務器，尤其是五個根服務器已經為我們所用了，我想這五個根服務器使用時間是非常長的。
現在我也發現了，我們這個團隊還有一些技術人士在不斷考慮如何去跟進和優化整個IN上的內容，現在我發現有很多人希望來通過我們的EID來獲取他們想要的數據，因為EID在獲取數據和內容方面可可能比INNA更有效。比如說我們每小時可以計算一下EID上面的一些數據和內容獲取量?，F在我們嘗試把EID和ENS融合一塊兒，來滿足客戶對數據傳輸要求，而且我們現在目標是關注一些大型的企業，也在不斷地統一些大企業負責部門進行合作，來看看如何把EID為他們量身訂作。我們整個EID有一個口號，這個口號可能聽上去有一些大，也是比較理論上和原則性的，就是一個世界、一個互聯網，但是我們希望把這句話口號再加一句叫做一個世界，一個互聯網，一個域名的空間，這就是我們一個目標一個夢想，我們希望整個世界只有一個域名，這個域名在全世界都能夠通用，不管在世界哪一個地方、一個區域，只要有一個域名，就能獲取你所需要的資料和內容，當然這是我們一個理念和一個想法，這也是我們將來所想要做到的，我們希望在整個團隊和我個人都會把我們精力投入到創造一個共同的、為全人類、全世界所分享的一個域名空間中。這也是我們IN和EID的一個終極目標。
說到我們這個自主發展這個網絡空間，它包括了三大部分，第一個部分就是設計環節。設計環節也是我們現在的一個重點內容。這個設計環節分過了四個定量是需要不斷滿足的：第一個就是我們需要找到一些服務器的運營商，包括運營商的名稱和地址。第二是我們找到服務根區一些關鍵性的鑰匙和這些關鍵密室的一些管理體系和流程。這些密室管理的名稱也是有他們體系的，如果有了這些密室的話，我們就可以把不同的信息進行傳輸。第三就是我們需要一系列的這種網絡的主要的運營商和他們的整個傳輸體系和流程，包括他們的一些運營商的名稱和體系。最后就是我們一個提示發布點，信任毛點和區域性的一個數據管理，這四個定量就是滿足我們第一步進行DNS設計的一個核心要旨。當我們滿足四個定量以后，就能夠逐步形成本地根文件大致的流程和形狀，而且能夠為我們展示認證密碼和相關的這些根區域的劃分，所以這四個定量，是不能夠省掉的。
第二個部分就是加工。加工就像我們工業環節中的加工環節。它需要我們首先展示一個加工過程的一個草案和方針，而且每天這個草案流程的運行肯定是不止一次。比如說我們在整個流程在運營的時候要找到IN的一個劃分地點。而且要反復去尋找，IN的一個擴容區域的具體的簽名。同樣我們要取代這些傳統的NSRR的設定，取而代之是本地設置的服務商。在擁有本地設置服務商之后，要重新對區域劃分進行設置，在劃分設置的時候也是要運用本地自行的密室，在本地設置的密室和本地設置的服務商之后，再來發布更新新的區域，同時我們在公布新的區域的時候，通常是用這個N和E這兩個系統。
最后一部分就是在我們設計和模擬工業流程最后一步，進行實時的操作，這實時對我們設計出來的根服務器進行運營，在運營的時候對整個根服務區進行所有參數的重新設置，在設置參數的時候，要同既有的地歸性的服務器進行合作，利用既有的服務系統和根服務系統，以及采用既有認證密室。如果大家想要了解認證密室細節，可以參看我們剛剛第一步。這也是我們開始來設置一個全球規模類的EID就是這樣一步一步進行的，但是現在我們還沒有進行真正的互聯網內容生產。
剛剛我說完三部曲以后，還想重說一下EID的測試平臺，其實我們一開始想了解一下怎么樣通過互聯網的管制，通過相關方面的政策，來進行一個測試平臺的設置。比如說究竟使用互聯網擴容DNSSEC密室平率有多久？有時候我對政策方面不是太清楚，因為我往往覺得，一旦你對政策挖得過細的話，可能在技術方面就沒有辦法實施了，所以我剛剛反復提供的就是SIS，就是對互聯網基本的原理和基本技術。
第二個問題就是要了解我們第一個問題基礎上，就是一個頻率。如果我們了解到密室的頻率之后，就要反復地了解現在我們的密室頻率可能是一年一次，但是我很有信心，這個密室的頻率肯定是會提高的，這一點我非常地確定。而且我覺得這種變革，會通過全球政策變革相關，而且我現在覺得互聯網是處于一種趨中性化發展，我們現在在設置EID的過程當中，也是希望推動密室的更新，我們希望改到一周一次，哪怕它沒有一周一次，也不是說一年一次。
我們已經在這方面有一些開始我們的工作，對于這個IPV6這個服務器可以工作，如果沒有這個IPV4是一種比較老的這種模式，然后現在已經IPV4已經有三十年，現在我們正在進行轉向，然后我們想實行這種轉化。這個并不是生產的系統可以進行嘗試的，然后我們在生產服務器上的不能產生問題。我們使人們允許在網絡上實行科學的方式，我們有同樣一個團隊的人他們做同樣的工作，然后這些團隊他們已經做了很長時間的工作，很多時候他們做了這么長時間，他們工作可能即將停止，我們這個時候很多人要取決于這個時候的根服務區，然后EID可以幫助我們尋找這些答案。同時很多時候IANA空間名可以被精確地復制，只有這種根名稱服務器，還有DNSSEC鑰匙可以進行區分。同時互聯網管理的政策，也必須要通知給相關的人們。比如說什么問題通知給他們呢？首先DNSSEC的相關的密室鑰匙是否經常要被更換特？IPV6系統是如何運作、如何工作的呢？然后對于根域名服務其它的運營方是否可以輕易把他們換掉呢？是否輕易實現更換呢？同時根服務器究竟需要多少才是足夠的呢？這些數量是多還是少呢？是否是足夠的呢？所以很多時候我們希望這些相關的這些工作技術工人，他們可以告訴我他們的一些解決方案。然后這就是我的大概四個想法，剛才列到我的PPT上。我們可以運行到2018年時間，我們有更多時間和空間可以進行更多時間，所以如果大家對于這服務器方面有更多新的想法，可以跟我們提。很多時候可以進行流量的實驗。
最后作為結尾我可以這樣說，我的這項提議很多時候是具有爭議性的，因為很多這些人們他們感覺這個根空間的根區域和域名空間是一回事，但是事實上答案卻并不是如此的。很多這種根區域可以代表這個既定的這種域名空間，僅僅是可以代表這種域名空間，但是他們兩個并不是等同的。同時這項提議，也很多時候有另外一個方面，就是這個衡量措施更加地少，然而全球的這種谷歌的DNS或者是開放的DNS已經可以實現這樣一個功能。但是很多的ISP這種研究者，以及相關的進行實驗的這些實驗室他們在世界范圍內也都有很多，也有很廣泛的一個范圍。同時這些外部的一些衡量的措施，感覺就像一種監督的機制一樣。他們用這種高層次的域名的系統，他們進行了相關的一些嘗試，但是最后并沒有取得成功。很多時候他們用一些比較流行的域名，但是這些域名現在是不存在的這些域名。盡管這些域名非常流行，但是很多時候在實際上還是難以奏效的。所以很多時候在實驗的時候，他們還需要提供給我們他的一些相關測量方式。這個時候可以把這個相干的政策通知給他們。還有谷歌的這個DNS和開放的DNS已經達到了取得了這樣一種方式，取得了這樣一個實現的功能。所以大約有數以億計的人們他們都使用這種DNS一般是難以衡量的。盡管這個Paul 提議有另外一些方面，但是我的提議并不是新的，所以歡迎大家提各種建議和問題。
主持人：下面是提問時間，如果有任何問題可以舉手。第一個問題是關于我們先一代互聯網工程中心是從事IPV6為下一代互聯網技術標準，所以在和Paul Vixie先生進行討論的時候，就首先想到了在V6過渡過程中，不依賴IPV4環境下，現有系統尤其是很重要的根服務器是否還能夠存活？會有什么技術挑戰？這是我們當時的一個題目。所以我想向Paul Vixie也提一個問題，因為在我們研究和測試方案中還在想怎么去進行實驗，所以我的第一個問題是在IPV6條件下，會有什么新的機遇和問題會發生？
Paul Vixie：現在最大的IPV6的挑戰是它的分區框架是不同的，所以你應該很多時候能進行在IPV4，如果很多時候你通過IPV4進行傳輸的時候，如果比路由器能承受的規模的數據流量大的話，可以把他們進行分解，分解成更小的數據包。同時也有很多的這種控制的方法，然后很多時候這個關鍵的問題就是數據包的尺寸究竟可以傳送多大的一個數據的數據包，多大尺寸的數據包，然后這個問題并沒有得到一個很好的解決。因為這個IPV4它是有一些不確定性，所以我們認為我們可以發現一些可以在這個只存在IPV6環境當中，向這些用戶提出一種反應的機制。然后他們可以通過TCP進行重試。同時這個時候可以把這些數據傳輸實現為可能，因為我們可以對這個IPV6我們發現它很多方面是行不通的，所以很多時候我們對IPV6進行更深的這種創新和變革。
主持人：我還想問一個問題，如果在純凈IPV6情況下會不會引起DNS的變化，比如說用HTTP或者更多交互，來攜帶更大信息，更大的數據包？這樣的話是不是能引發根服務器在體制上有一個不變化？
Paul Vixie：首先原因比較復雜，因為IPV6是比較新的，我是指如果你提操作系統，然后過去這個操作系統在過去十年的IPV6被更新，同時很多互聯網這二十年的時候都不會更新他們操作系統，所以說這個IPV6是比較新的。很多時候IPV4和IPV6系列需要其他的一些控制裝置也需要進行隨時的一些更新。我們做了一些相關的實驗，我們對這些互聯網的主機進行實驗，他們并不僅僅還有存儲等等這些相關的裝飾性設施，都是進行更新的。所以有一些出現了問題，我們早下了一個決定，這個IPV6是我們一個必然的選擇。同時很多時候這個時候不能給IPV6確定提出所有的解決方案，這是一種遺憾。
Andrew Sullivan：我完全理解這個決定的原因，為什么你下的這個決定也就是根服務器為什么要進行，然后有很多相關的爭論，并不是關于根服務器本身的問題，而是關于它的一些相關的域名的相關爭論和問題，然后很多相關研究根服務區如何處理？
Paul Vixie：對，確實是這個非直接的方式，我來簡單解釋一下。所以我們收集這些數據都是我們這些相關的研究人員他們都可以獲得，他們可以向我們提議他們實驗的方案，同時對于我們相關收集的數據也可以提供給我們這些相關使用者。然后還有一些獨立的科學家和研究人員，他們有一些問題希望能得到答案，他們很多時候會爭論，哪些事情可以做，哪些事情不可以做。同時通過我們的這個相關的操作系統，他們可以集成一些實驗和研究?；卮鹨粋€具體的問題，我是一個科學家，我尋求這種相關的跟其他人可以密切合作的實驗，因為我從IANA實驗當中大約可以產生很多的根區域，然后可以滿足這些高層用戶的這個需求。他們復制根服務器的路徑，然后可以有一些我們可以進步提高有很多的這種比如說多重的地域的服務器?？梢允惯@個IANA進行獨立的使用。如果我可以通過這種透明、科學的方式可以重復使用IANA的辦法，有一種新的DNS的服務器。比如說TCT，這個服務器可以為數億的用戶進行提供服務。對你的問題有兩方面的原因，首先很多比如說獨立的科學研究人員，他們可以進行獨立的實驗，獨立的這種研究。
馬嚴：我的名字是馬嚴，然后我要說中文，我的問題是從技術角度講，如果他自己定義了，怎么樣反饋到服務器上？
Paul Vixie：根據剛剛的問題，因為我剛剛聽到很多的回音我聽得不是很清楚，我想你問的是如果有一天有一個自定義，是不是可以直接走到用戶地區那邊，答案是走定的。
主持人：就是我們要一直保持跟IANA數據同步，他那邊會會聚所有的自定義。
Paul Vixie：的確是這樣，但是我想換一個角度來回答。因為我覺得你可能是問的另外一個問題，你想問的方式是這樣的。在ITI的討論中，我們討論很多技術可能性，在這個論壇上其中有一個ICANN的同事，他去年參加的時候這么跟我說，當時我也是這個委員會論壇的一個成員，當時我們出了一份最后的調查表，我們最后就決定，要界定一個投票機制，那么是不是整個域名體系都能夠歡迎很多成員，因為我們希望整個世界上不只有一個IM的組織，我們歡迎不同的組織加入進來，我們希望現在能夠設計互聯網管制有不同組織進來，因為大家知道互聯網管制的組織只有ICANN一個，我們希望未來有不同的機構和組織都能夠參加進來。當我們會員多了之后，我們這種合作的模式也就更多。我們也能夠改變互聯網管制的模型，這個問題本身它挺有意思的，談到管制的話。我們希望今年或者說更晚一點的時候，我們能夠嘗試去鼓勵不同的組織，尤其是一些獨立的研發機構能夠提出他們自己的一些互聯網的協議。我們也能夠把這些DNSSEC發布出去，我們希望如果真正一個互聯網變革的話，是能夠從DNSSCE中來，或者是從投票機制中來。當然我在回答這個問題之前，我做一些獨立的調查研究，同時我也希望有一些獨立的組織和機構能夠加入進來支持，來解決現存的DNS問題。我覺得現在EID的成立業就是為了這個目的，但是EID現在沒有數據，因為大部分數據都流向了IN這個機構。
主持人：根據剛剛您的回答，我現在有一個新的問題，這個問題希望Paul Vixie能夠幫忙回答一下。有的人說每個都可以從IN數據庫下載一些不同的資源，如果我們現在引導一些企業，一些用戶在技術上面可能去黑掉了IN的整個數據庫，因為我覺得可能會有人往這個方面想，是不是有這樣可能性？IN能不能夠滿足兩方面需求，一方面是滿足這種技術上極其刁鉆的用戶，一方面是一些本地普通用戶的要求？
Paul Vixie：您剛剛問的問題非常明確，而且這個問題對我來說也挺重要，謝謝你能夠提出這個問題，我覺得很有意思。其實問題答案是很簡單，是肯定的。其實經過我這么多年觀察和對EID系統的觀察，EID現在能夠滿足很多國家、很多地區、很多企業的需求，而且很多企業他們能夠擺脫EID的管制，設置自己的DNS這是絕對有可能的情況。
現在第一他們這種可能性一旦實現的話，也是可以在整個互聯網去落實的。但現在是我們很難要求不同的企業，不同本地用戶，強制他們同EID合作，哪怕我們IN已經提出了一個完整的管制法律框架，我們也很難去要求每一個企業和用戶非要使用我們的數據和框架。因此我們基于所有用戶的需求和預期，我們總會有一些這種訪客的機制，對一些偶然性的訪客和技術要求不同的訪客，我們會給他們不同的方式，比如說給不同的域名。比如有一些企業他們想設置自己的域名空間，如果這個企業想單獨設置自己的域名空間，可能這個域名空間運行不是很穩定，而且可能帶來一些政策方面的問題，一旦出現政策問題，可能需要高層方面對話才能解決的。目前我們不太鼓勵大家去申請獨立的宇明空間。
京公網安備 11010502049343號