RFC3053(中文)-IPv6 隧道代理.pdfVIP

本文翻译者：weicq2000 RFC3053( 中文) IPv6 隧道代理 (2001 年1 月) 摘要 现在的IPv6 全球互联网，在目前IPv4 基础设施上使用了大量隧道。在大规模环境中对 这些隧道进行配置和维护是困难的。6bone 的实践已经证明大规模部署站点和ISP 能够这样 做，但是对于已经有IPv4 连接并希望访问IPv6 世界的孤立终端用户而言，对隧道进行配置 和维护过于复杂。开发隧道代理(Tunnel Broker)模型希望能够帮助早期IPv6 应用者挂接到目 前的IPv6 网络(例如，6bone)并且获得稳定、永久的IPv6 地址和DNS 名称。隧道代理概念 首次出现在1998 年12 月Orlando’s IETF 中。1999 年2 月，在Grenoble IPng NGtrans 会 议期间，演示了两种实现方案。 第1 部分 序言 IPv6 网络的成长，在开始阶段主要使用目前的互联网提供的传输设施。这引起几种管 理IPv6 over IPv4 隧道的技术被开发出来。目前大多数6bone 网络是使用人工配置隧道，借 助互联网建立起来的。这种方法的主要缺点是给网络管理者带来大量管理负担：网络管理者 必须为每个隧道进行大量的人工配置工作。为了减轻管理开销，提出了多种技术方案。与隧 道代理相比，每种方案都有令人感兴趣的优点，解决了不同的问题，同时也存在隧道代理没 有的缺点。这几种方案如下：  采用IPv4 兼容地址[1]的自动隧道是一种简单机制，它在孤立的双栈主机和/或路由器中建 立起早期的IPv6 连通。此方法的问题是不能解决IPv4 地址消耗问题。还引起很大担忧，包 括整个IPv4 路由表进入IPv6 世界，这将恶化路由表大小问题，使其扩大5 倍； 6over4[2]是站点本地转换机制，该机制基于把IPv4 多播作为虚拟链路层。它没有解决连接 孤岛用户到全球IPv6 互联网问题； 6to4[3]可实现附着在广域网络(例如，IPv4 互联网)上但没有本地IPv6 支持的孤立IPv6 域， 与其他同类相互通信，同时最小化人工配置工作量。基本概念是嵌入IPv4 隧道地址进入IPv6 前缀，以至于任何域边界路由器能够自动发现出境IPv6 流量的隧道端点。 隧道代理是一种替代方案，它基于称作隧道代理的专用服务器的服务，自动管理来自用 户的隧道请求。此方法希望有助于刺激IPv6 互连主机数量的增长，希望使早期IPv6 网络运 用商能为用户提供较方便访问他们IPv6 网络的方法。 隧道代理和6to4 机制的主要区别是它们为IPv6 社区的不同部分提供服务：  隧道代理较适用于小型孤立IPv6 站点，尤其是IPv4 互联网上孤立IPv6 主机，这些主机 希望方便地连接到目前的IPv6 网络。 6to4 方法使孤立的IPv6 站点容易地连接在一起，不必等待它们的IPv4 ISPs 提供本地IPv6 服务。这非常适合外联网和虚拟专用网(VPN) 。使用6to4 中继，6to4 站点也能够通达 IPv6 互联网上的站点。 此外，隧道代理方法允许IPv6 ISPs 方便地对用户执行访问控制，贯彻他们自己的网络 资源应用策略。 本文件试图提出一种框架，该框架描述在互联网中提供隧道代理服务的原则。本文件没 有规定任何协议，但是详述了建议方法的一般结构。本文件也简述了一组实现时可用的替代 方案。第2 部分全面描述隧道代理模型；第3 部分报告该模型已知的局限性；第4 部分简介 隧道代理方法的其他可能应用；第5 部分讨论安全问题。 第2 部分 隧道代理模型 隧道代理可被视为虚拟IPv6 ISPs ，它为已经连接到IPv4 互联网的用户提供IPv6 连通。 在逐渐发展的IPv6 互联网中，可以设想许多隧道代理将提供服务，用户将需要选择一个隧 道代理。隧道代理列表应当可在 “众所周知”的网页(例如，在 上)上找 到，以便允许用户选择“最近的”、“最便宜的”一个，或选择任何其他的。 隧道代理模型基于图1 描述的一组功能元素。 隧道 服务器 双栈节点 隧道 隧道代理 (用户)