标题 | 一种基于Android的DS—Lite方案设计和实现 |
范文 | 李晨琛++申圣 [摘 要]IPv4、IPv6过渡技术是当前网络技术领域研究的热点之一,过渡技术在网络进化的过程中已不可或缺。DS-Lite技术是一种为IPv6用户提供IPv4网络接入服务的过渡技术,具有效率高、适用范围广等优势,但DS-Lite技术对于设备稳定性及工作效率有较高的要求。在大量用户的情况下,容易出现通信时延增大,数据包转发效率降低的问题。本文结合现有文献,分析DS-Lite技术的不足,并根据DS-Lite技术的缺点提出域内隧道功能的解决方案。 [关键词]过渡技术;DS-Lite技术;隧道技术 doi:10.3969/j.issn.1673 - 0194.2017.16.086 [中图分类号]TP393 [文献标识码]A [文章编号]1673-0194(2017)16-0-02 现代网络的不同参与者对IPv6部署的积极性不同,工业界,包括某些大型应用服务提供商,需要耗费较多资源才能对IP协议进行升级。针对此类问题,学术界提出了过渡技术,希望通过过渡技术对IPv4网络和IPv6网络进行融合,最终将整个网络全部平滑升级为IPv6网络。过渡技术一般分为双栈、隧道、翻译等方式,无论是哪种技术都涉及一定的复杂度和相对较多的资源消耗,如何达到最低的过渡成本,已成为工程部署上的难题。 DS-Lite过渡技术,结合三种基础过渡方式:双栈、隧道、翻译。其中,AFTR作为隧道集中器,是整个DS-Lite的核心设备,承担地址转换功能的功能,但AFTR设备也有其不足之处,如DS-Lite基于星型拓扑架构,对AFTR的依赖性是阻碍DS-Lite发展的因素之一。 1 主機模式下DS-Lite域内隧道设计模型 1.1 DS-Lite主机模式应用场景 DS-Lite主机模式适用于新型大范围的网络部署,可以针对具有双栈特点的网络设备,DS-Lite的应用范围不局限于固定网络,还可以应用于移动网络。主机模式中,用户终端发起隧道,AFTR作为隧道终点和聚集点,负责数据报文的解析和地址转换,双栈用户配以私有IPv4地址,通过隧道进行通信,在AFTR处,通过用户终端的隧道地址端点来区分私有IPv4地址相同的用户。 典型DS-Lite主机模式中,由于AFTR设备需进行大量的网络地址协议转换,因此,其转换速度和资源利用率成为整个网络的性能“瓶颈”。 本设计是对典型的DS-Lite主机模式进行改进。如图1所示,CPE_A与CPE_B属于一个AFTR域内,而CPE_C与CPE_D属于另一个AFTR域内,IPv4网络表示域外通信流量。该通信流量先经由AFTR的地址及端口转换,再通过路由器连接到相应的AFTR设备上,随后再进行地址翻译和数据包的封装,再发送到目的主机。此外,域外通信包括典型的终端与IPv4服务器通信,通信经由AFTR设备进行翻译及解封装,依据纯IPv4网络中的路由表转发至相应的IPv4服务提供商主机上。 其次,CPE_A与CPE_B间表示终端域内通信,域内通信旨在将域内的流量直接定向到目的主机上,不经由AFTR翻译及解封,减轻了AFTR处的负载及减少了网络中的流量,降低了用户的通信延迟。通过这样的方式,降低了整个网络的负载。 1.2 DS-Lite网络参数自动配置设计 本设计主要对Android终端进行适应性修改和功能增强。通过在底层代码修改DHCPv6逻辑代码,使用户终端获得IPv6地址以及相关网络参数。通过“脚步”对网络进行配置和查询,使客户端配置透明。 自动配置是IPv6中一个重要的特性,在本项目中,DHCPv6安装在Android移动端系统中,从网络自动获取需要使用的相关参数,本地自动配置。DHCPv6虽然简单,且其具有信息自定义机制,通过配置文档,可以实现自定义网络及操作系统的自动配置,DHCPv6这种特性能够更好地实现移动互联网用户的前期接入。因此,将DHCPv6移植到移动终端,实现通过DHCPv6选项(DHCPv6 option)传递网络参数,并支持移动终端自动配置是有相应的应用场景及实践意义的。 修改后的DHCPv6选项,按照传统的点分十进制,配合子网长度定义得到地址格式,由于该格式化表达方式已经被广泛应用于当前网络的通信过程中,因此,使用同一套地址格式可以使设备具有更好的兼容性。 在Linux系统中,Shell脚本具有高度自动化功能。在Shell脚本的帮助下,可以实现对用户透明,不需要额外配置。本设计使用脚本完成自动化设计模式。Android本地化脚本首先尝试开启DHCPv6客户端,把从DHCPv6服务器接收到的参数配置到相应的接口上,随后将上文所述的地址进行无状态转换,并将相应的IPv4地址配置到物理接口,并运行开启隧道的相关配置,使用户终端能够自动建立DS-Lite隧道,同时将IPv4地址存入Android系统属性中,用于后续应用的调用。 2 基于Android的DS-Lite隧道的实现 整个Android的DS-Lite隧道的实现分为两部分,第一部分是服务器,路由的配置的实现;第二部分是用户终端的实现。 服务器位置如图1所示,从图1可以看出,内容提供给服务器设置在IPv4网络中,用户设备在IPv6网段,同时,AFTR设备与用户终端并不处于同一网段中,中间以路由器进行分隔,跨越多个网络,这样的部署更加具有普遍性。最后,在网络拓扑中,AFTR设备的两侧网络制式必须不同,其中一侧为纯IPv6网络,另一侧为纯IPv4网络。 本设计的重点是针对移动用户设备的修改。用户设备是基于Android操作系统的。通过交叉编译工具链的工作原理,使用NDK进行交叉编译,在系统底层对DHCPv6进行移植,实现通过DHCPv6传递网络参数,支持自动化配置,修改后的Android系统的网络配置更加透明化、智能化、自动化。 另外,Android还需要重点实现域内隧道功能模块。Linux系统内核本身已经提供了一个IPv4-in-IPv6隧道功能,此功能可以对从上层来的使用隧道功能的报文报头封装,并构造相应的数据报文。整个隧道处理发生报文的流程如图2所示。 其中,增加IPv6报头的部分由内核本身提供的ip4ip6_tnl_xmit函数执行,之后,在发送函数ip6_tnl_xmit2中,增加判断功能和提取地址功能。本设计扩展了ip6_tnl_xmit2本身的封装功能,由于需要提取IPv4报头中的信息,函数会首先对IPv4报头中的目的地址进行提取,并对比目的地址信息与私有IPv4地址信息,当发现目的地址与本机不属于同一个AFTR域时,执行函数本身的默认流程会将AFTR的隧道端点作为IPv6数据包头的目的地址,完成典型的DS-Lite的通信过程。 3 基于Android的DS-Lite方案的测试 搭建测试环境的目的是测试和验证基于Android设备的DS-Lite的有效性和正确性。测试拓扑如图3所示。 测试拓扑中,CPE_A 和CPE_B终端用户均处于2001:da8: 202:102::/64网段。其中,CPE_A配置有隧道功能,CPE_B作为参照物没有配置隧道,路由器作为IPv6中的默认网关,起到模拟真实环境的作用,AFTR设备的IPv6位于IPv6和IPv4网络的交界处,其中,IPv6网络的地址前缀为2001:da8:202:103::/64;IPv4网络地址前缀为202.204.22.0/24;AFTR的虚拟DS-Lite隧道端点地址为2001:da8:202:102::2。测试过程为:首先,通过脚本对DS-Lite进行配置,其次,在配置有DS-Lite功能及域内隧道模块用户终端CPE_A执行ping和ping6命令,模拟用户进行网络访问IPv4网络和IPv6网络。 主要参考文献 [1]赵金萍,熊君星,罗华群.对IPv4到IPv6协议转换技术的研究[J].电脑知识与技术:学术交流,2007(10). [2]李涛.IPv4向IPv6过渡策略的分析及应用[J].计算机与网络,2007(9). |
随便看 |
|
科学优质学术资源、百科知识分享平台,免费提供知识科普、生活经验分享、中外学术论文、各类范文、学术文献、教学资料、学术期刊、会议、报纸、杂志、工具书等各类资源检索、在线阅读和软件app下载服务。