我已经了解了更多关于IPv6的知识，并且正准备实施一个IPv6实验室来testing我们公司所依赖的各种技术，以便我可以在必要时对其进行重新devise未来的IPv6切换。
我的计划是，在一年半的时间里，我们能够在networking内部完全运行IPv6，并且我们将运行双栈来访问客户端。 我已经决定了一年半的时间，以便进行6个月的testing和规划，并将IPv6基础架构的“热”方面作为IPv6运行6个月，而“温暖”方面是IPv4，6个月后，将“温暖”转换为IPv6。 这会给我一个testing，上线，并回落点。
我很想听听其他人如何解决这个问题，以及你的推出计划是什么样的。
编辑
@Evan：我的商业理性是远见卓识。 如果你想要新的networking块，最终将有必要拥有IPv6。 最终，我的客户将使用IPv6。 最终，每个人都将使用IPv6。 在我们被迫转换之前，我想转换，而且我希望能够按照我的条件来做，而不是受到一些pipe理机构的压力。
编辑2
杰拉尔德·库布斯（Gerald Combs）说得很好 新兴市场将无法获得他们需要的IPv4块，因此在不久的将来，远远早于已build立的基础设施，他们将定期使用IPv6。 任何有国际客户或在世界经济显示增长潜力的市场中，都可能想要加强。
我们在我们的办公室有几个外部托pipe的网站和一个商业DSL连接。 我们的主机提供商（SoftLayer）最近增加了对IPv6的支持，而我们的DSL提供商（AT＆T）仍然只支持IPv4。
在谷歌和Netflix领导下，我正在为面向公众的网站添加IPv6专用主机名。 一旦我满意，一切工作正常，我会为每个标准（WWW）主机名添加AAAAlogging。
我不确定何时将IPv6添加到我们的办公networking。 我宁愿有室内pipe道（IPv6本地路由），也不愿意采用户外pipe道（某种隧道）。 在我们的公共站点上有明显的需求支持6，因为我们在接下来的几年中只能访问IPv6。 在我们的办公室，6的需要不那么明显。
也许我的头被牢牢地固定在沙地上（或者更糟糕的是！），但是我还没有看到任何令人信服的商业理由，至今还没有将我的客户转移到IPv6。
出于好奇，什么原因促使你迁移？
我的客户简介中，面向公众服务的中小型企业（SMB / SME）公司通常不在场外数据中心，这样就不会推动IPv6。 通常情况下，他们不需要任何数量的公共IP地址分配，尽pipe我不是目前的NAT – 大家都在单一的IPv4地址文化已经成长的粉丝，这通常是他们这样做。
顺便说一句：我不是那些认为防火墙是 NAT的人之一。 能够将networking上的所有内容分配给公共分配的IP地址将是相当酷的。 但是，这并不是说我的中小型企业客户将会看到任何商业利益，但是（至less现在还没有）。
地址空间耗尽不会驱动互联网上的IPv6，IMO。 消费者并不关心端到端，许多ISP和媒体公司都希望看到NAT降低端到端的原则。 除非一些激进的应用能够驱动它，否则在接下来的5年里，我不会预见IPv6会被广泛采用。
编辑：为了清楚我的立场，我认为IPv6对互联网有好处的重要原因，但是对于互联网的许多业务最终用户来说，这可能没有意义。
如果我正在部署面向公众的服务或者开发产品，那么我将从第1天开始全面支持IPv6。新产品和服务的提供不应局限于仅限于IPv4的世界，因为您只是在构build在ob </s>中。
由于是在正确的时间对这个互联网事物感兴趣的更高版本，我们有一个B类。是的，我们的分配在CIDR之前。 我们不缺乏IPv4地址，甚至使用所有设备的v4地址，即使是我们的核心，即使是他们closures的服务器（除了受到必须进行NAT的PCI标准的服务器）。
只是因为你可以解决我的pipe理工作站的IP地址并不意味着你实际上可以得到它。 虽然大多数安全专业人员都对捍卫networking的观点嗤之以鼻，但是对于公众互联网来说，这是v6所强调的。 而通过“完全可见性”，我的意思是即使地址不可达，IP空间也是可映射的。
当国家要求我们必须或者保持纯粹v4的痛苦变得太大的时候，我们将转向v6。 我们是国家支持的，所以如果财务pipe理办公室说我们必须在某个date前搬到第六版，那么应该是这样。
我在一家中型网站开发公司工作。 我们的内联网已经运行了大约一年的时间。 我们的互联网提供商不提供IPv6，所以我们使用了一个SixXs隧道，工作正常。
我们的公共服务器托pipe在一个colo上，并且自6个月以来具有本地v6连接。 我们所要做的只是问，哪一种让我感到惊讶。 并不是所有的主机都是这么远。
我在家庭局域网上有了几年的SixX和IPv6经验，在工作中实现了这个function。 值得庆幸的是pipe理层明白，作为一个webdev公司，我们需要支持和体验许多不同的技术，尽pipeRoI可能还不明显。 我们的理由和你们的一样：先见之明，按照我们的条件去做。 你的推出计划似乎是明智的。
我们的经验大多是积极的。 尽早开始帮助我的编程同事们去适应，并调整我们的框架和应用程序来支持它。 诸如IPv6中的IPv6地址validation（例如，用于inputvalidation或访问白名单）比我们首先想到的更困难，所以我们很高兴完成这些工作。 PHP的内置或公共可用的function大多是有缺陷的。
我们遇到的一个问题是，如果IPv6连接断开，大多数主机将需要很长时间才能回退到IPv4，而有些则永远不会倒退。 由于他们比v4更喜欢v6，他们根本不会连接。 一些应用程序有一个开关来强制v4，但很多没有。 确保在你的实验室里testing这个。
我希望有一些人会移动…因为我们（ SmoothWall ）明年将要采用我们所有的产品 – 也许它不会马上回报，但我确实认为我们会到达那里。
我为一个小创业工作。 我们没有正式的计划将IPv6支持纳入我们的产品，但是我认为尽早这样做是明智的做法。 我已经悄悄地为它编码支持，我可以在适当的时候推出。 据推测，在各个公司更像我。
看看其他答复，我看到了Evan的“也许我的头被牢牢地卡在沙子里（或者更糟糕的是！），但是我还没有看到任何令人信服的商业理由，至今还没有将我的客户转移到IPv6。 “ 我就是这么看的，而且自从“我们用尽IP地址”这个问题出现以来，我首先提出了这个问题。 对我来说，它不像“85”能源危机“。
在我的工作生活中，如果需要（不仅仅是想象的）运行IPv6，我一点也不关心，因为我可以想象的任何事情都可以直接处理IPv6。 除了电子邮件以外，我们唯一需要直接与其他IPv6系统对话的是防火墙。 网站由第三方托pipe，所以这是他们的问题，我很满意他们支持IPv6的能力。 内部什么都不需要IPv6。 我不需要额外的支持不必要的层次的麻烦，公司不需要花费更换那些无法处理的项目。 让我们面对现实吧，没有人的内部networking如此之大，IPv4不能应付，面向互联网的设备不应该在内部networking中。