嗚哇——!客戶顯然比我還清楚嘛——糟糕糟糕糟糕。
工兵假裝在做會議紀錄,一邊拚命地上網搜尋。
首先是雙堆疊。這似乎是在一台終端機上同時設定v4和v6雙方的位址。例如192.168.0.1和2001:Odb8:1234:1::6——之類的。與v4主機連線時使用前者,與v6主機溝通則使用後者。總之就像是一條線路里同時在跑兩種不同的網路。雙方的通訊是獨立的,不會影響到對方,的確是相當理想的方案。缺點就如Y崎剛才所說,必須針對所有的機器進行v6設定,至于DNS之類的伺服器也要變更本身的登記內容。這當然很花錢了,所以被未被采用。
接下來是用代理伺服器來處理。
讓WEB代理伺服器記憶v4、v6雙方的位址,把v4過來的通訊改以v6位址傳送出去,也就是一種中轉手法。這種情況下只有代理伺服器本身才需要支援v6。相對地,能轉換的通訊相當有限。嗯,畢竟是WEB代理伺服器,頂多只有HTTP或HTTPS之類的通訊吧。自家規格的應用程式……這又如何呢?既然是未支援的通訊協定,應該是無法轉換吧。
最後,就是v6轉換設備了。
「知道了。說到轉換設備的制造商,就是KX還有另一家DIM。我們會透過RegioNet來確認一下DIM的規格,看是否能滿足貴公司的條件。」
「真是麻煩您了,室見小姐。」
話題不知不覺中結束。Y崎開始收拾資料,而室見也不斷按著原子筆。
「啊,對了。能多提供一些關于應用程式的資訊嗎?只要知道必須轉換酬載的什麼東西,我想就可以和供應商討論出一個具體的方針來。」
Y崎點點頭︰
「了解。我們先提供封包擷取的結果並在需要處理的部分做標示,可以嗎?」
「是的,這樣就很夠了。」
會議結束。發現室見投來「你在發什麼呆啊」的瞪人目光,工兵急忙動手收拾行李。
離開之際,Y崎用懇求般的眼神望著室見︰
「不好意思,還請貴公司務必提供一個理想的方案。」
「我們會盡力的。」
室見恭敬地低頭行禮。
兩人走進湯島車站前的咖啡廳,點了特調咖啡。
室見啟動筆電,另一只手從手機的電話簿開始撥打電話,她選擇RegioNet字樣的聯絡人,不久後便坐正身子︰
「啊,承蒙照顧了。我是駿河系統的室見。不好意思,想跟貴公司確認一件事情。」
她重復了一遍剛才與Y崎的談話內容。此時恰好也收到封包擷取的結果,便一並穿插這方面的相關資訊向對方說明。
「……是的……是的……沒有錯。是否能夠使用轉換器……是的,KX公司的產品已經確認完畢,結果是不行。因此想查詢DIM公司的產品能否達到要求。」
沉默。
手機話筒里傳出斷斷續續的聲音。室見微微點頭︰
「了解。那麼,可以請貴公司調查後再行通知嗎………是的……是的。不好意思,突然這麼要求。抱歉失禮了。」
室見的手指按下掛斷鈕。她嘆了一口氣︰
「對方似乎會幫忙確認,但希望不大呢。畢竟KX公司在功能上一向居于領先的地位。」
「那個,室見,可以問一下嗎?」
工兵怯怯地舉起手來。室見射出凌厲的目光︰「干嘛?」
「唔,那個,我還是不太了解問題點在那里。客戶的課題究竟是什麼,又希望我們解決什麼問題呢?」
「啊?莫非你不曉得v4和v6互不相容的事情?」
「不,這個我知道。」
听見螺絲起子的拔刀聲,工兵急忙這麼解釋。盡管是臨時調查而來的知識,畢竟也算是知情了。他一邊按住室見肩膀,同時繼續補充︰
「因為要花錢和花時間,所以無法采用雙堆疊。又因為不能限制通訊內容,于是代理伺服器也出局了。到這里為止我都可以理解。只不過,關于轉換設備可以解決什麼問題,如今卻又踫到什麼限制而必須回來研究一番,這些我實在是毫無頭緒。」
室見看似有些訝異地「哦——」了一聲︰
「想不到你倒是挺清楚的嘛。還以為你會說什麼『既然都是IP,那麼v4和v6之間就能相互通訊了吧』。」
嚇死我也。
「真……真是的——我怎麼可能說出那種蠢話來呢。」
「也對,好歹你已經是專業人士了。要是懂得比客戶還少,不如去切腹自殺算了。」
「就……就是說啊——」
……有種被公然戲弄的感覺。
室見將手機闔起,靠在椅子上︰
「嗯,好吧,我就來解釋一下。所謂的轉換設備,顧名思義是用來轉換v4和v6通訊的機器。檢查IP表頭,根據既定的規則轉換來源及目的位址。嗯,就類似NAT的機器吧。」
「NAT……是用來轉換私有位址和公共位址的那個?」
「沒錯,就是那個。」
這是一般寬頻路由器都會具備的功能,一種將家庭內的私有位址與網路網路的公共位址相互轉換的技術。
「原來如此,那個叫轉換設備的東西不是用來轉換私有位址和公共位址,而是一種v4和v6的相互轉換設備呢。」
「是的,所以使用的技術也被簡稱為NAT64或者NAT46。64是從v6轉換到v4的意思,46則反之。」
「……功能那麼簡單的機器,居然要賣五百萬?」
實在不太明白。市面上的寬頻路由器僅幾萬圓就能買到,CISCO的存取路由器也只要價十幾萬。即便支援v6,單純的轉換位址動作實在不值得花費數百萬圓。
「嗯,如果是單純的NAT,的確是這樣沒錯呢。」
室見一反常態看似開心地說著。她用手指沾了水杯表面的水滴,在桌子上開始畫圖︰
「听好羅?假設v4NW(網路)有十台終端,v6NW也有十台終端。如果要讓它們全都可以進行雙向通訊,NAT機器需要做什麼樣的設定?」
「什麼樣的設定……」
假設v4終端A的位址為(a4),v6終端B的位址為(b6)。NAT機器擁有(a4)的v6轉換用位址(a6)。反過來說,(b6)的v4轉換用位址是(b4)。然後,設定轉換策略。因為IP通訊需要一並轉換來源和目的位址,所以——
‧A→B的通訊
轉換來源︰(a4)→(a6)轉換目的︰(b4)→(b6)
‧B→A的通訊
轉換來源︰(b6)→(b4)轉換目的︰(a6)→(a4)
接下來,只要針對其他終端進行同樣設定即可。听完工兵上述的回答,室見露出意味深長的笑容︰
「哦——那麼二十台終端的傳送與接收,總共就需要四十條策略了對吧。那麼我問你,假如v4NW有一千台,v6NW也有一千台終端,這時候該怎麼辦呢?」
「一……一千台?」
「一萬台也行喔。」
分別需要四千和四萬條策略。別開玩笑了,這麼多的數量根本無法設定得來。而且這純粹是區域網路內的通訊。倘若另一邊要連向網際網路的話呢?如果必須將全世界的主機位址都登記在NAT規則里呢?光想像就讓人不寒而栗。
工兵面色鐵青地搖著頭。室見點頭道︰
「普通的NAT機器當然不可能高達上百萬圓。正因為被設計成有辦法解決如此大規模的問題,轉換設備才會成為一個獨立的產品。」
「辦法?」
「就是DNS64。」
彷佛在闡明世上的真理,室見這麼告知。
她在桌上的圖形中加了一個小四角形︰
「簡單來說,它是一種利用主機名稱解析來吸收v4和v6雙方不同點的架構。關于一般的主機名稱解析——櫻阪,你解釋一下。」
「呃——」
工兵的目光在半空中游移。
「就是將IP位址轉換為用戶容易記憶的英文字串。例如http://www.google.jp
www.google.jp的實際位址為74.125.235.151。」
「其次的優點是?」
「因維護等因素而變更伺服器的IP位址時,只要修改DNS伺服器登記的資料即可。用戶不必去理會主機名稱的實際位址。」
「很好。」
室見看似心滿意足地微笑。
「沒錯,只要利用主機名稱解析就能遮蔽實際位址,不讓用戶看見。既然如此,v6→v4的通訊也是一樣,將v4的位址用其他名稱來隱藏即可。」
「隱藏?意思是改成主機名稱嗎?」
「有點不一樣。就算單純將v4終端的主機名稱登記在DNS伺服器里,v6終端在向伺服器詢問後,依舊無法解讀回傳的位址,這是因為實際位址還是v4的緣故。所以,即便通訊對象4tv4位址,DNS仍必須回傳v6位址才行。」
「這種事辦得到嗎?」
「可以喔,讓轉換設備搖身一變成為DNS伺服器,將v4位址動態轉換為v6位址,再變更位址與主機名稱之間的掛勾就行了。換句話說,從使用者的角度來看,被遮蔽的對象是真實環境的DNS伺服器。而轉換設備在接受主機名稱解析的要求後,便吸收v4與v6的差異,在彼此的網路之間架起一道橋梁。也就是所謂的Fake技術。」
「原來……如此。」
工兵听得半知半解,只得先隨口附和一下。呃——也就是怎麼一回事?主機名稱解析的前半部分,也包括了對DNS伺服器本身的轉換?然後,NAT規則會動態產生?所以用不著一一去設定。
嗯——細節上好像不同,但似乎掌握到了要點吧。轉換設備是一台裝設後就能轉換v4.v6NW的魔法盒子。價格雖高,效果也十分驚人。
剛想到這里,工兵忽然冒出一個疑問︰
「奇怪?那麼美倉印刷的條件不就都符合了嗎?導入的繁瑣程度壓在最低,通訊內容也沒有限制,難道還有什麼問題嗎?那個……除了預算以外。」
「其實預算才是最主要的因素……算了。對方目前詢問的是ALG方面的事情。」
「ALG?」
「ApplicationLayerGateway(注︰應用層閘道)。」
「…………」