隔日，下午一点。

工兵走在通往汤岛天神的上坡路。

一旁是套装打扮的室见。她一手提着大纸袋，另一只手中则拎着手提包。两人正在前往拜访客户——一间中等规模的印刷公司「美仓印刷」的路上。

他们此行是要与客户进行无线区域网路的导入会议，还有讨论东京市内的新据点现场调查的时程，以及AP纸上设计的审查。然而，工兵的脑中却充斥着另一件事情。

新服务，新服务，新服务。

「你怎么回事？从早上就摆出一副苦瓜脸。不要这样，害我的心情也跟着变差了。」

室见一脸困扰地告知。工兵叹了一口气：「话是这么说没错啦。」

「不过我昨天开始就一直在伤脑筋喔。新服务到底要做什么，总得先确定一个方向后才能着手进行吧？梢也说过了，详情要等概念定案之后再做讨论。」

「所以我昨天提案了啊。社长裁员服务，接单后的一周内立刻处理，还免费提供估价和谘詾。」

「你要是在公司内这么提案，我们马上就会被解雇了……」

叹息消逝在半空中。

事实上，自己宁愿现在就被解雇好逃离这个大坑。工兵想起昨晚——与室见她们分开后，与社长的对话。「办不到的。」「怎么会办不到？」「不，我真的没办法。」「别担心，我相信你，你也要相信我！」经过这种根本称不上沟通的互动后，工兵终于在晚问八点接下产品经理一职。尽管随后他继续纠缠，希望对方起码将现有业务调整一下，但六本松却是回了句莫名其妙的理由：「我现在要去高尔夫练习场，下次再说！」那么试着改用邮件的方式告知，业务调整一事又被华丽忽略，只接获「服务事业计划在本周内提出！」的回覆，让人不禁想苦着一张脸。

话说回来，具有独创性和市场竞争力，凭藉骏河系统现有的人力物力可以实现的服务。要是随便就能想到这些东西，自己现在早就已经去创业了。

总之先去书店找了几本商业相关书籍，熟读平时看过就算的报纸，最后甚至在Google搜寻引擎输入「新服务」「理想的」等关键字。当然，跑出来的结果大多都是既有产品的说明网页，对提供灵感或点子实在没有什么帮助。呜呜地哀鸣一整晚的结果，就成了现在这副模样。老实说，根本已经无心参加接下来的会议了。

「干脆把过去的建构实绩拿来当作服务，你觉得如何？」

工兵无奈地这么提议。室兄扬起眉毛：「怎么说？」

「例如前阵子展示给业平产业的交换埠管理系统，或者是江古田的提案中所设计的VPN用负载平衡器。这两者都很有独创性，应该足够吸引客户的兴趣吧？」

「嗯——」

室见的嘴唇扭向一边。

「连接埠管理再怎么说也可以用人力来弥补。至于VPN用负载平衡器，也只要加装一台同性能的机器就没必要了。这样一来，最后就会变成纯粹的成本比较喔。真的值得拿来贩卖吗？」

「我们的架构独树一帜，这样也不行？」

「客户根本不会关心架构的问题吧。反正只要连接埠可以正常管理，VPN能连线就行了。至于内部是如何运作的完全无关，他们也毫无兴趣。」

「啊啊。说到这个，梢以前也讲过呢。重要的是能够实现什么，技术理论或详细的设定根本无关紧要。」

「……不要再提那个稻草头了。」

室见很不愉快地摇摇手。或许是察觉自己的发言受了某人影响，她露出一脸不悦的表情：

「总之必须想一想，选有没有其他业者所无法提供的功能或解决方案。例如会飞的路由器、太空区域网路之类的。」

「实现的方法毫无头绪……」

「这样才能凸显出我们的特色啊。」

「话是这么说没错——」

但太空区域网路这种东西，到底要花多少钱来准备？难道还要发射火箭吗？

想着想着，就抵达了客户的办公室。在柜台取得入馆证后，两人被带到接待区里。等了几分钟后，一名枯瘦的男性带着轻微的脚步声走了进来。

「哎呀，让你们久等了。不好意思，劳烦两位跑这么多趟。」

「不，我们才是。抱歉占用了您的时间。」

室见摆出社会人士的模样行了一礼。

从「跑这么多趟」这句话中可以知道，光这个月已经是第三次和这位负责人见面了。由于新据点的无线区域网路导入时程相当紧迫，纸上设计、流量计划、电波设计，这些每当工程公司的规划图送达时就要全部再更新一次。一个弄不好，跟这位负责人交谈的时间会比跟自己的上司藤崎说话的时间还要长。

工兵取出资料，同时环视四周：

「Y崎先生，今天是您一个人吗？」

由于以往总是会有另一名年轻员工陪同，工兵考虑是否要等人都到齐再开始比较好。

「是的，今天只有我一个。其他成员都在处理别的案件。」

原来如此，既然这样就开始进行好了。

他将带来的资料叠在一起发给对方，待室见坐下后自己也跟着就座。

「那么，先从站点勘测的结果开始确认吗？」

面对Y崎的问题，工兵点头回答：「是的。」他摊开A3大小的规划图，开始逐一解说电波状况的颜色区分。

所幸Y崎很熟悉公司内的环境，因此会议进行得十分顺利。待结束议程，大家开始穿插一些闲聊时，Y崎突然「啊」了一声：

「不好意思，有个完全无关的问题可以请教两位吗？」

「是？」

室见不解地眨眼。Y崎坐正身子，双手握起，整个人呈微微前倾的姿势。

「贵公司是否精通v6？」

「v6？」

「就是IPv6。」

啊啊——室见这么点头然后说道：

「有处理过几个案子。贵公司打算导入吗？」

「唔……并不是导入……啊——说导入的话也可以吧。」？

Y崎尴尬地抓了抓鼻翼。

「事情说来有点复杂，其实我们上个月被某家公司收购了喔。就是那个用拼图图案当商标，很有名的……」

说着，Y崎透露了某家网路广告代理商的名字。对于有在使用部落格服务的工兵来说，也是间相当熟悉的公司。

Y崎点点头：

「然后，对方的社长似乎在网际网路业界相当出名，好像把自家公司的网路全换成IPv6了。所以现在规定，来自旗下公司的连线原则上也要采用v6。」

「不是双堆叠（注：Dual　Stack，这里的「堆叠」是指网际网路协定与之下所有相关的通讯技术跟协定的综合体）？仅用v6来建构网路环境吗？那间母公司。」

「似乎是这样。」

「这个……做法挺激进的呢。」

室见感叹地说道。

然而，一旁倾听的工兵却不太了解怎么一回事。唔，v6这个字眼本身的确听过好几次，但将它放进网路里会有什么作用，实在没有任何的头绪。

他偷偷地用笔电搜寻，先从基础知识开始温习。IPv6是……？

「网际网路通讯协定（注Internet　Protocol。简称IP）第六版

取代现行的IP（IPv4）的下一代通讯协定。

拥有高达128位元的广大位址长度，可望解决目前全球的位址匮乏问题。」

……嗯？

我们现在所使用的IP位址——例如192.168.0.1就是IPv4，位址长度为32位元。由于连接网际网路的设备呈爆发性增长，位址的数量也急遽减少。为了有效利用稀少的资源，于是就诞生了私人位址、NAT及子网路遮罩等技术。反观IPv6一开始就具备四倍的位址长度，所以不必透过麻烦的方式就可配发所需要的位址。

比方说像是电话号码，03-222-1111的位数不足，于是便将中间的222改成了2222。

然后呢？位数增加会导致什么问题吗？

顶多只是多花点功夫打字而已吧？抱着这种想法一边搜寻，工兵找到了一段冲击性的记遖。

『现行的IPv4与IPv6之间并不相容（无法相互传递通讯）。』

…………

咦？

无……无法通讯？

为什么？明明同样都是IP啊。

循着说明文字看下去，他终于发现了问题的本质。也就是说，v4和v6尽管都是网际网路通讯协定，但却是两种完全不同的东西。不仅位址长度，就连表头架构和通讯的种类在规格上都不尽相同。有别于现行的网际网路，又诞生了另外一个名叫「v6网际网路」的网路——这么思考似乎较为妥当。

既然如此，也难怪Y崎会烦恼了。

在只有v4的环境下被要求与v6间的连线能力，还有接获必须连上不同基础建设的指示。或许是真的没办法了，才会像这样子找我们商量吧。

室见发出「嗯——」的长声：

「最正统的方案，应该是将贵公司的网路环境变更为双堆叠架构吧，在现行的IPv4网路里面追加IPv6网路的处理能力。」

「不过这样一来，所有电脑和路由器都必须支援吧？我们现在光用户端就有将近五百台电脑喔。D　z　cn和应用程式可能也要进行修改，无论时间或人力上都不太符合现实吧。」

「那么，要不要试试看代理伺服器呢？贵公司应该导入了BlueCoat(注：BlueCoat是一家网路闸道管制设备的厂商）对吧？利用那台机器将HTTP或FTP的通讯部分转换成v6即可。」

「很遗憾，对方表示通讯协定不能设限。总之就是IP上面的所有通讯，全部都要用v6来传输。」

Y崎叹了一口气：

「其实在今天开会之前，我们就已经询问过其他供应商了。EXEC　SOL，他们有在贩卖v6转换设备(Translator)对吧，就是打算使用那个。」

「啊啊……是KX公司的产品。后来行不通吗？」

「不行呢。」

Y崎的声音相当沮丧。

「首先，价格就完全出局了。那两台机器似乎要价五六百万呢。正因为预算不多，我们才会去寻找双堆叠以外的方案，这样一来岂不是本末倒置了吗？另外一点，我自己也太天真了。虽说是转换设备，却并非所有的通讯都能够顺利转换。」

「怎么说？」

「封包的内容，资料部分——应该叫做酬载(Payload)吧。那里记录的位址就不在转换之列了。」

「指的是SIP或FTP之类的吗？」

「嗯，那些代表性的通讯协定似乎还无妨，但我们公司目前使用不少自家规格的应用程式，而转换设备却无法一并转换封包里面的内容。」

接二连三的专业用语。

呜哇——！客户显然比我还清楚嘛——糟糕糟糕糟糕。

工兵假装在做会议纪录，一边拚命地上网搜寻。

首先是双堆叠。这似乎是在一台终端机上同时设定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。我们会透过Regio　Net来确认一下DIM的规格，看是否能满足贵公司的条件。」

「真是麻烦您了，室见小姐。」

话题不知不觉中结束。Y崎开始收拾资料，而室见也不断按着原子笔。

「啊，对了。能多提供一些关于应用程式的资讯吗？只要知道必须转换酬载的什么东西，我想就可以和供应商讨论出一个具体的方针来。」

Y崎点点头：

「了解。我们先提供封包撷取的结果并在需要处理的部分做标示，可以吗？」

「是的，这样就很够了。」

会议结束。发现室见投来「你在发什么呆啊」的瞪人目光，工兵急忙动手收拾行李。

离开之际，Y崎用恳求般的眼神望着室见：

「不好意思，还请贵公司务必提供一个理想的方案。」

「我们会尽力的。」

室见恭敬地低头行礼。

两人走进汤岛车站前的咖啡厅，点了特调咖啡。

室见启动笔电，另一只手从手机的电话簿开始拨打电话，她选择Regio　Net字样的联络人，不久后便坐正身子：

「啊，承蒙照顾了。我是骏河系统的室见。不好意思，想跟贵公司确认一件事情。」

她重复了一遍刚才与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位址转换为用户容易记忆的英文字串。例如