首页 | 新闻 | 新品 | 文库 | 方案 | 视频 | 下载 | 商城 | 开发板 | 数据中心 | 座谈新版 | 培训 | 工具 | 博客 | 论坛 | 百科 | GEC | 活动 | 主题月 | 电子展
返回列表 回复 发帖

IPv6推广心有余而力不足 解析双堆栈网络技术

IPv6推广心有余而力不足 解析双堆栈网络技术

几乎公共互联网上所有可用服务都仅限IPv4。  虽然新技术的替换很快,但是许多宽带用户运行的操作系统要么不支持IPv6,要么在对IPv6的支持方面还存在缺陷。
  LSN(大规模NAT)是对运营级NAT(CGN)更新更准确的称呼。它是位于服务供应商网络NAT,一般属于路由提供的一种服务,而不是一个单独的设备;LSN是否能达到运营级的性能标准和规模,还要拭目以待。
  NAT444是在运营商和客户之间提供IPv4地址的最简单的架构。
  客户端网络中已有的NAT也可以被利用,而相同的NAT44基本功能也会在运营商LSN中得到利用。但是,如我们在前面的文章中所提到的,在客户端连接上使用RFC1918地址需要考虑到一些问题,即客户端RFC1918地址和运营商指定的RFC1918地址之间的覆盖问题,以及相同LSN后客户之间的寻址问题。此前我们建议保留一些IPv4地址作为共享地址,以此预防RFC1918地址的覆盖问题,而且也可以避免客户之间的地址过滤问题。尽管如此,这也只是我们给出的建议,仅作参考,而目前尚未有人预留IPv4地址块作为共享地址。
  而使用IPv6地址也是一种可行的方法。IPv6地址不仅可以解决共享地址能够解决的问题,而且还能为那些需要分配和管理IPv4地址与IPv6地址的运营商减轻负担。这一方法还能让运营商更接近自己的理想:一个纯粹的IPv6架构。而NAT464架构的不利面在于,CPE NAT 和LSN都必须进行IPv4与IPv6的转换,这种转换比较复杂,而且涉及很多性能,规模方面的问题。
  Dual-Stack Lite是一种前景比较好的方法,因为它很好地利用了NAT464的优势又巧妙地避免了其不足:它在运营商和客户之间只使用IPv6链接,但是却不使用NAT64转换。当客户端网络的设备将IPv4数据包发送到外部终端时,IPv4数据包会被装载到一个IPv6数据包中,然后再将IPv6数据包发送到运营商网络。在LSN中,该数据包又被解开,以NAT44的方式执行。此隧道技术远比转换技术简单,因此性能和复杂性的顾虑全部被打消。

  这样还不够,还要在LSN的NAT44中添加一项额外要素。
继承事业,薪火相传
返回列表