在服务提供商网络的商业案例IPv6的 - 特别是宽带服务提供商网络 - 是所有的地址供给，你知道的例行得好：IANA的IPv4地址池已经一去不复返了，在APNIC，ARIN，RIPE和池将在今年年底前消失了，内容非常重要yadda ...
（LACNIC和AfriNIC查询的IPv4池将持续的时间长一点，但他们自己的方式来消耗也。）
所以，如果你是一个宽带服务提供商，你想保持增长的客户群，你最好用自己的方式与支持IPv6的新客户。
但是，如果你运行一个企业网络，IPv6是可能不是在雷达上的。这是为什么呢？您的网络是温馨幸福的背后NAT44，RFC 1918地址将很容易支持预计增长在可预见的未来，你的公共IPv4地址是绰绰有余的面向公众的服务器。
当然，也有将是互联网上新的IPv6为广大用户牛群在未来数年，现在使用IPv4起来。但是，宽带提供商正在采取措施，以确保其新启用了IPv6的客户仍然可以达到仅支持IPv4的内容通过大规模NAT类似的解决方案NAT444和DS-精简版。那么，有什么可担心的？
那么，那些基于LSN的过渡服务是什么来操心。正如我在写前面的文章，LSN是在后IPv4的全球用户连接到IPv4的内容必要的，但问题的解决方案。它使服务提供商能够通过私有IPv4地址的双栈用户的IPv4侧，集中在那里他们可以在成千上万的用户可以有效地共享公共IPv4地址的其有限的池。
但是LSN的附带的困难一个长长的清单。例如：
·穿越双NAT架构类似NAT444时已经适应了，虽然单NAT44工作，许多应用将打破
·当一个LSN的外部的地址是由成千上万的用户共享该标识由IP地址的用户服务会出现问题
·在LSN有状态地址映射和重日志需求可以呈现性能瓶颈
·的LSN可以单一故障点，并且对于CPU消耗或地址池枯竭攻击的有吸引力的目标
作为一个企业的网络运营商，这真的是你的问题？LSN被服务提供商网络中，毕竟。
该效果的LSN的肯定会是你的问题。绝大多数终端用户不知道互联网是如何工作的，并不在乎它是如何工作的。事实上，如果我们做我们的工作做好，网络应该是透明的，以他们。终端用户只关心他们正在使用的服务。还有的难题是：如果某个服务无法正常工作，用户要怪的是服务的提供者。
比方说，你经营一个银行的网络。如果您的客户的一个不能用他的网上银行服务，他不会去关心它是否是他的宽带提供商的LSN是造成问题的原因。他要责怪银行。
这就是在企业对IPv6的情况。或者更准确地说，在企业边缘。
你可以保持温暖和快乐的背后NAT44，现在。没有太多的情况下，对IPv6的还没有。但你运行的应用程序通过向公众开放？电子商务？客户账户管理？内容供应？也许，甚至，一个简单的新闻服务，其中用户被允许发表评论？（你在听，网络世界？）足球竞猜app软件
LSN的问题成为你的问题。和方法来绕过这些问题是绕过的LSN：让你的公共服务，直接通过IPv6访问。