一种新IPv6任播地址解析协议及应用( 三 )


5 新的任播地址解析协议及应用
任播地址解析协议(AARP)可以满足IPv6任播和高层协议(诸如:没有必要去修改应用和协议的TCP和UDP) 。更明确的说 , 实行AARP的目的是为了解决专门用于通信单播地址的任播地址的问题 。AARP用来作为一种写在原始应用编程接口(API)之上的动态链接库(DLL) , 这种库实际上是能够提供一套与原始IPv6的API插槽相同的API插槽 , 并用来解决任播地址的AARP库 , 它可以在呼叫原始API之前将任播地址转换成相应的通信单播地址 。任播地址仅仅用于应用层和AARP库层 , 而在AARP库层以下的层并不采用任播地址 , 只是处理转换后的单播地址 。
5.1 AARP的地址解析过程
假设主机C想和任播地址为AA的另一个主机建立任播通信 , 任播地址解析过程如下:(1)主机C呼叫带有参数的任播地址的socket API模块(譬如:TCP中的connect( ) ) , AARP库的API替代API的套接层面而被呼叫 。(2)AARP库在被叫者的功能中将任播地址转换成单播地址 。(3)转换后 , AARP库通过单播地址呼叫原来的socket API 。(4)当通信被建立以后 , 从主机C发出的所有信息包的目的地地址都给被赋以单播地址 , 并传输给主机S 。
5.2 AARP的地址转换方法
由IPv6的协议规范得知当不能自身确定任播地址时 , 连接任播地址的主机通信应该至少从目的地主机接收到一个数据包 。地址转换有以下两种方法:
5.2.1探测数据包法(由客户端发起)
主机在进行通信之前首先发送一个探测数据包给任播地址 , 它可以从返回数据包的源地址中得到目的地主机的单播地址 。
5.2.2捎带确认法(由服务器端发起)
捎带确认法指的是经全双工(双向同时)数据链路,不用专门(确认)报文返回确认信息所用的技术 。与一个方向的报文流有关的确认信息钳在反方向正常携带数据的报文流中 , 当数据包从通信对端返传回来时 , 任播主机将任播地址附加到数据包 。通过检查附加在数据包上的信息 , 可以确认数据包是从与任播地址相联系的主机上发送出的 。
探测包方法中需要提供给探测数据包额外的网络带宽 , 这将会浪费网络资源 。与之相对的 , 捎带确认方法需要修改应用使得任播地址可以捎带到数据包上 。由于实际应用中应当避免应用的任何修改 , 必须在AARP中包括单播地址来使用探测包法 。
5.3 AARP的应用
为了解析任播地址到它相应的单播地址 , 可以使用ICMPv6 ECHO REQUEST/REPLY包 。由于任播地址不能设置到数据包头的源地址 , 任播成员主机在ICMP包源地址区域上设置通信单播地址来代替任播地址 。因此 , 接收发送到任播地址的ICMPv6 ECHO REQUEST/REPLY包的主机会附带使用它的单播地址来发送这个数据包 。假如AARP无法使用ICMPv6机制 , 从呼叫者主机需要配置非凡的软件来相应探测数据包 。
AARP库也会提供一张高速缓冲存储器表用来解析任播地址 , 当任播地址不能在表上隐藏时 , AARP可以发送探测数据包去解析任播地址 。解析后的单播地址和定时器一起存储在高速缓冲存储器表上 , 当超时后会被删除 。对客户端而言 , 向任播地址的数据包被传递到同一个任播服务器 , 直到高速缓冲存储器失效 , 与之相反 , AARP从高速缓冲存储器表返回解析后的单播地址 , 针对任播地址的条目在高速缓冲存储器表失效后 , 探测数据包才会被发送 。使用ICMP包的方法虽然简便 , 但是不能解决安全的问题 。即使恶意用户捕捉ICMP ECHO REQUEST包并发送它 , 客户端也只是用数据包的源地址 。
6 结论
【一种新IPv6任播地址解析协议及应用】目前 , IPv6任播机制在实际通信中的应用依然存在许多问题 。为了解决这些问题 , 在本文中介绍了一种新的IPv6地址解析协议(AARP)将任播地址转换为相应的通信单播地址 , 并在转换后可以直接用于实际的通信中 , 使得任播通信在不改变现有应用设置协议的基础上得以实现 。

推荐阅读