基于多家乡主机扩展hip协议实现流分配和流重定向的方法

文档序号:7750744阅读:168来源:国知局
专利名称:基于多家乡主机扩展hip协议实现流分配和流重定向的方法
技术领域
本发明涉及一种基于多家乡主机扩展主机标识协议HIP实现流分配和流重定向 的方法,属于互联网通信技术领域。
背景技术
现在,越来越多的主机配置有多个网络接口,这些网络接口既可以在主机上配置 多个物理接口来实现,也可以通过物理接口和逻辑接口的结合来实现。比如,当前的移动设 备(手机或笔记本电脑)通常通过多个接口(有线,无线等)连接网络。这些接口可以连 接到相同的网络,也可以连接到不同的网络。随着网络的普及和发展,用户对网络的传输性能提出了更高要求,在带宽有限的 情况下,如何为用户提供高性能的服务已经成为一个重要问题。多接口主机的存在使得在 有限带宽下提供更好的服务成为可能。因为各接口连接的网络当前的可用带宽、拥塞情况 等的不同,导致各个接口能够提供不同的服务质量,如果能将数据分配到网络状况较好的 接口,或者同时分配到多个接口上进行传输,能提高服务质量,使用户得到更好的服务体 验。但是,由于多个接口的IP地址不同,在当前的网络架构中,IP地址不仅是位置标 识,同时也是主机标识,传输层是与IP地址绑定在一起的,发送方无法将同一个应用流关 联到多个IP地址上,而且,接收方的上层应用也无法区分从多个接口收到的目的IP地址的 不同数据包是否属于同一个流。主机标识协议HIP (Host Identity Protocol)通过在传输层和网络层之间增加主 机标识层,该层采用主机标识HI (Host Identity)来标识主机,使得IP地址仅为主机的位 置标识,从而将IP地址的主机标识功能分离开来,切断了网络层和传输层的紧密耦合,使 应用层和传输层的连接不受IP地址变化的影响。在HIP协议中,只要确定主机标识HI,就 能根据主机标识和端口号来区分上层应用,而目的IP地址只起到路由功能,当IP地址在一 个连接中发生改变时,HIP协议为终端分配的主机标识HI保持不变,从而为多接口的同时 使用提供了便利。现有的HIP协议支持多家乡主机的场景,即支持一个主机存在多个IP地址的情况 的方式为多家乡主机通过更新(Update)消息将自己的多个可用IP地址通知给通信对端, 同时指定其中的一个IP地址作为通信的首选IP地址(PreferredIP)。在与对端的通信过 程中,对端主机在多家乡主机的多个可用地址中选择一个IP地址作为首选地址进行通信, 当该IP地址不可达或多家乡主机指定另一个首选地址时,对端主机就将当前使用的目的 地址变为新的首选地址(参见RFC5206)。因此,尽管多家乡主机可能存在多个可用接口,但 是,现有的HIP协议将每个流同时只发送到一个IP地址上,即通信对端只选择多家乡主机 指定的首选IP地址作为目的地址,并没有同时充分利用多家乡主机的多个可用接口对数 据流进行调度,多家乡主机也不能根据应用的特征为应用数据选择合适的网络接口,以提高传输效率和网络利用率;同时,现有的HIP协议对于接口的改变是基于主机进行的,并不 是针对某个流进行,不够灵活。这些缺陷就成为HIP协议拓展应用的技术瓶颈,如何针对网 络当前的可用带宽与拥塞等情况尽快解决数据流的重新分配和再定向的技术课题,就成为 业内科技人员关注的焦点
发明内容

有鉴于此,本发明的目的是提供一种基于多家乡主机扩展HIP协议实现流分配和 流重定向的方法,该方法是对HIP协议进行扩展,在主机标识不改变的前提下,将数据流从 主机的一个接口切换到另一个接口或者分配到多个接口上,以便充分利用主机的多个接 口,提高数据的传输效率和网络的利用率。为了达到上述目的,本发明提供了一种基于多家乡主机扩展主机标识协议HIP实 现流分配和流重定向的方法,其特征在于对现有的HIP协议进行扩展,增添多个重定向消 息,使得数据的接收端能够为不同类型的数据设定多个不同的接收接口 ;所述方法包括下 列操作步骤(1)在通信之前,发送端和接收端通过HIP协议的基本交换过程建立双方的主机 标识关联;(2)接收端使用更新消息中的定位符LOCATOR参数向发送端追加接收端的多个新 的IP地址;(3)发送端接收到接收端发送的更新消息后,先更新主机标识关联及其与接收端 间的绑定信息,再向接收端的新的IP地址发送该更新消息的应答消息;(4)接收端接收到发送端发送的该更新消息的应答消息后,向发送端反馈该更新 消息的确认消息;当发送端接收到该更新消息的确认消息后,就认为接收端的新的IP地址 有效;(5)为提高传输效率,接收端以携带有重定向请求选项的重定向请求消息向发送 端提出请求,要求发送端将某个应用的数据包发送到另一个或多个接口 ;(6)发送端通过携带有重定向回复选项或重定向失败选项的重定向应答消息通知 接收端其重定向请求中携带的多个IP地址全部被接受、或拒绝其中的部分IP地址、或拒 绝全部IP地址;(7)接收端收到发送端发送的重定向应答消息后,向发送端发送重定向确认消息; 如果重定向应答消息中携带的是重定向回复选项,则重定向确认消息表示接收端已经准备 好从相应的接口接收数据;如果重定向应答消息中携带的是重定向失败选项,则重定向确 认消息表示接收端已经准备好从正确的接口接收数据;(8)发送端和接收端之间的通信转换到接收端相应的一个或多个接口进行,或者 维持原有发送链路不变。所述更新消息用于接收端向发送端追加多个新的IP地址,以便接收端通过该更 新消息中的LOCATOR参数将该多个新的IP地址通知发送端,并指定其中一个为首选地址; 该更新消息包括下述三个参数封装安全有效负载信息,包括用于建立安全关联的旧的和 新的安全参数索引SPI(Security Parameter Index) ;LOCATOR,包括接收端希望向发送端 追加的新的IP地址;用数字表示的序列号,携带序列号参数的更新消息表明更新消息的接收端必须对接收到的该更新消息进行确认。所述更新消息的应答消息是发送端对接收端的更新消息的响应;该更新消息的应答消息包括下述三个参数封装安全有效负载信息,包括用于建立安全关联的旧的和新的 安全参数索引SPI ;用数字表示的序列号,其数值与发送端接收到的更新消息中的序列号 的数值相同;用一个随机数表示的回响请求,当更新消息的应答消息中包含回响请求参数 时,更新消息的接收端必须回复该应答消息,用于证明追加的新的IP地址的有效性。所述更新消息的确认消息是接收端对发送端的更新消息的应答消息的确认;该更 新消息的确认消息包括下述两个参数确认,用于对发送端发出的该更新消息的应答消息 进行确认;用一个随机数表示的回响回复,其数值和更新消息的应答消息中回响请求的随 机数的数值相同。所述重定向消息是接收端和发送端之间用于实现接收端的重定向请求与协商的 相关信息,根据其中携带的重定向请求选项、重定向回复选项与重定向失败选项、确认的四 种不同选项而细分为重定向请求消息、重定向应答消息和重定向确认消息。所述重定向请求消息是接收端使用该消息中的重定向请求选项向发送端发出重 定向请求,请求发送端将当前某个应用的数据流发送到该重定向请求选项中指定的另一个 或多个目的IP地址,以便实现负载分担,提高传输效率;该重定向请求消息格式依次设有下述六个字节类型,标识该消息为重定向请求 消息;长度,标明该消息长度;生存期,标明该消息的有效时间;端口号,接收数据的端口 号,与主机标识标签HIT (Host Identity Tag)共同标识一个流;主机标识标签,接收端的主 机标识;切换的一个或多个IP地址,顺次在该选项中设定。所述重定向应答消息是由发送端根据接收端提出的IP地址是否可达或其他情况 对重定向请求消息作出的响应,包括下述两种应答消息携带重定向回复选项的重定向应答消息表示发送端接受接收端的流重定向请 求,并根据重定向请求消息的要求将流分配到另一个或多个接口,或者维持原来的流分配 不变;该应答消息格式依次设有下述五个字节类型,标识该应答消息中的选项类型;长 度,标明该消息长度;生存期,标明该消息的有效时间;端口号,接收相应数据流的端口号, 与主机标识标签共同标识一个流;主机标识标签,接收端的主机标识;携带重定向失败选项的重定向应答消息表示发送端拒绝接收端的流重定向请 求,其中的重定向失败选项设有拒绝的IP地址列表和拒绝理由,而在重定向请求消息中包 含的、未在拒绝的IP地址列表中出现的IP地址则默认为发送端接受的重定向的IP地址; 该应答消息的格式依次设有下述六个字节类型,标识该应答消息中的选项类型;长度,标 明该消息长度;生存期,标明该消息的有效时间;端口号,标明接收相应数据流的端口号, 与主机标识标签共同标识一个流;主机标识标签,接收端的主机标识;错误类型,告知接收 端拒绝该IP地址的原因;错误的IP地址,顺次在该选项中设定。所述重定向请求消息中可能涉及多个IP地址,当发送端拒绝其中部分IP地址时, 发送端要将拒绝的IP地址的相关信息通知接收端;如果拒绝多个IP地址时,则错误类型和 错误IP地址的组合字节会有顺序的多组,逐个说明每个拒绝的IP地址的拒绝原因。所述重定向确认消息是带有确认的重定向消息,用于接收端和发送端之间的重定 向请求消息的互相确认。
本发明方法是基于主机标识协议HIP,利用HIP协议中增加的主机标识HI (Host Identity)和端口号来区分每个流,不需要在原有IP包的基础上再做额外的封装。HIP协 议将主机标识和位置标识分离,使通信不会因为位置(IP地址)的改变发生中断,这就为将 一个数据流从多家乡主机的一个接口重定向到另一个或多个接口提供了很好的前提条件。
本发明方法的优点是由用户提出同时使用多个接口的请求,可以根据接收端的 主动要求,将某个数据流从一个地址/接口切换到另外一个地址/接口,或将某一个流分 配到多个地址/接口上,这样就能更好地利用主机的多个接口来提高传输效率和网络利用 率,实现流量均衡,为用户提供更好的服务。此外,本发明对于接口的改变是基于业务流进 行的,具有更好的灵活性。当多个网络接口负载很不均衡时,如果将负载流量大的接口上的 业务流转移到主机上的其他负载较小的接口,或者在主机的多个接口上平均分配所有的流 量,能够实现负载均衡,提高网络利用率。本发明技术创新点是在HIP协议里拓展了重定向请求、重定向应答与重定向确认 等消息,从而既增强了 HIP协议对多接口的支持,又与现有的HIP协议保持很好的兼容。本 发明方法在实施时,可以逐步部署和推广,不会对现行的通信网络或秩序造成混乱。并且在 实施过程中,对于支持本发明扩展方法的终端与不支持扩展方法的主机或终端的通信都没 有影响。对于不能识别本发明扩展消息的主机或终端,只需维持其原来目的地址即可实现 其通信。因此,本发明的部署和推广可以逐步地开展,不需在短时间内大规模地改变现有网 络系统的部署。再者,本发明的操作步骤简单、便利、易行,只需对主机的相关通信协议进行 扩展,对网络上其他网元不需进行任何修改,因此,对于现有通信协议的修改量非常小。所 以,本发明具有很好的推广应用前景。


图1是本发明基于多家乡HIP协议实现流分配和流重定向的方法中发送端与接收 端的操作时序示意图;图2是本发明扩展HIP协议的重定向请求消息格式示意图。图3(A)、(B)是本发明扩展HIP协议的分别携带有重定向回复选项和重定向失败 选项的两种重定向应答消息的格式示意图。
具体实施例方式为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步 的详细描述。众所周知,主机标识协议HIP定义了一个新的名字空间主机标识 HI (HostIdentity),用于将主机标识和主机的位置标识分离开。在传统网络中,主机的IP 地址既是主机标识,同时也是主机的位置标识,当重新编址时,IP地址的改变意味着主机标 识也发生了改变,应用层会话必须终止连接,并与新的IP地址重新建立连接。基于新的命 名空间,HIP协议在传输层和IP层之间增加了一个主机标识层,去除了 IP地址的主机标识 功能,传输层不再绑定到IP地址,而是绑定到主机标识;重新编址时,主机标识不会发生变 化,这样在发生地址改变时,上层应用的会话不需要重新建立连接。由于HIP议在IP层和TCP层之间封装了一个主机标识层,在数据传输过程中,可以通过主机标识和端口号唯一标识一个流,不论IP层的地址是否改变,对流的识别没有影 响,因此在HIP协议中很容易将一个流发送到目的端的任意一个或者多个接口,而不影响 上层应用。虽然HIP协议本身支持主机多家乡的情况,主机可以缓存对端的多个IP地址,能 从多个IP地址中选择一个作为目的地址。但是,在存在多接口主机时,现有的HIP协议对 一个流同时只发送到一个地址,在首选地址失效或首选地址改变时,就发送到另一个接口, 但是,这种切换是基于主机、不是基于流进行的,没有很好地利用多接口进行流的调度。为了更好地利用多接口,本发明是对现有的HIP协议进行扩展,利用主机标识不 变的特点,根据网络的实时状况和应用的需求,增加重定向请求、应答和确认的相关消息, 使得数据的接收端能够为不同类型的数据指定不同的接收接口,将某个流发送到另一个接 口,或者将属于同一个流的数据包同时发送到多个接口上,提高传输效率。假设数据的发送端和接收端都使用HIP协议,且接收端是多家乡主机,它有两个 网络接口 接口 1和接口 2,它们的IP地址分别为IPl和IP2。在发送端向接收端发送数据 之前,二者需要通过主机标识协议的基本交换(Base Exchange)过程建立主机标识关联,只 有主机标识关联成功建立后,二者才可相互通信,假设建立主机标识关联时,接收端使用的 是接口 1的IP地址(IPl)。发送端和接收端建立主机标识关联后,接收端通过向发送端发送更新消息 (Update)将接口 2的IP地址(IP2)通知给发送端,更新消息中携带IP2的参数是LOCATOR。 为了提高效率,接收端希望通过接口 1和接口 2同时接收发送端发送的数据。接收端通过 重定向请求消息,请求发送端将报文同时发送到接口 1和接口 2。发送端接收到接收端的重 定向请求消息后,先判断该请求是否可以满足,如果能够满足,则重新对数据包进行封装, 发送到接收端的不同接口。在该过程中,因接收端的主机标识不变,所以发送给接收端的数 据包的HIP层包头不变,发送端根据接收端的重定向请求,将IP层包头分别封装为接口 1 和接口 2的IP地址。也就是上述过程发生改变的事用于路由的接收端的位置标识(IP地 址)。参见图1,具体介绍本发明方法的操作过程(1)在通信之前,发送端和接收端通过HIP协议的基本交换过程建立双方的主机 标识关联。基本交换过程的具体消息交互过程参照RFC5201。(2)接收端使用更新消息中的LOCATOR参数向发送端追加接收端的多个新的IP地 址。更新消息用于接收端向发送端追加多个IP地址,接收端通过更新消息中的LOCATOR参 数将其多个IP地址通知发送端,并指定其中一个为首选地址。更新消息的参数有三个用 于建立安全关联的旧的和新的安全参数索引的封装安全有效负载信息参数,包括接收端希 望向发送端追加新的IP地址的LOCATOR参数,以及用一个数字表示的序列号参数,携带序 列号参数的更新消息表明该更新消息的接收端必须对接收到的该更新消息进行确认。更新 消息的具体交互过程参照RFC5206。(3)发送端接收到接收端发送的更新消息后,先更新主机标识关联及其与接收端间的绑定信息,再向接收端的新的IP地址发送该更新消息的应答消息。该应答消息的参数 也有三个用于建立安全关联的旧的和新的安全参数索引的封装安全有效负载信息参数, 其数值和上述更新消息中的序列号参数数值相同的序列号参数,以及由一个随机数表示的 回响请求参数,该参数在更新消息中的作用是证明地址的有效性。
(4)接收端接收到发送端发送的该更新消息的应答消息后,向发送端反馈该更新消息的确认消息;该确认消息包括下述两个参数确认,用于对步骤(3)发送端发出的该更 新消息的应答消息进行确认;用一个随机数表示的回响回复,其数值和更新消息的应答消 息中回响请求的随机数的数值相同。当发送端接收到该更新消息的确认消息后,就认为接 收端的新的IP地址有效。(5)为提高传输效率,接收端以携带有重定向请求选项的重定向请求消息向发送 端提出请求,要求发送端将某个应用的数据包发送到另一个或多个接口。重定向请求消息是接收端使用该消息中的重定向请求选项向发送端发出重定向 请求,请求发送端将当前某个应用的数据流发送到该重定向请求选项中指定的另一个或多 个目的IP地址,以便实现负载分担,提高传输效率。参见图2,举例说明本发明中的重定向请求消息的格式-依次设有下述六个字节类型(16bits),标识该消息为重定向请求消息;长度(16bits),标明该消息长度;生存期debits),标明该消息的有效时间;端口号(16bits),接收数据的端口号,与主机标识标签共同标识一个流;主机标识标签HIT (Host Identity Tag, 128bits),接收端的主机标识;切换的一个或多个IP地址,顺次在该选项中设定。(6)发送端通过携带有重定向回复选项或重定向失败选项的重定向应答消息通知 接收端其重定向请求中携带的多个IP地址全部被接受、或拒绝其中的部分IP地址、或拒 绝全部IP地址。重定向应答消息是由发送端根据接收端提出的IP地址是否可达或者其他情况对 重定向请求消息作出的响应,包括下述两种应答消息携带重定向回复选项的重定向应答消息是表示发送端接受接收端的流重定向请 求,并根据重定向请求消息的要求将流分配到另一个或多个接口,或维持原来的流分配不变。参见图3(A),举例说明本发明中的重定向应答消息的格式-依次设有下述五个字 节类型(16bits),标识该应答消息中的选项类型;长度(16bits),标明该消息长度;生存期debits),标明该消息的有效时间;端口号(16bits),接收相应数据流的端口号,与主机标识标签共同标识一个流;主机标识标签(128bits),接收端的主机标识;携带重定向失败选项的重定向应答消息是表示发送端拒绝接收端的流重定向请 求,其中的重定向失败选项设有拒绝的IP地址列表和拒绝理由,而在重定向请求消息中包 含的、未在拒绝的IP地址列表中出现的IP地址则默认为发送端接受的重定向的IP地址。参见图3(B),举例说明本发明中的重定向应答消息的格式-依次设有下述七个字 节类型(16bits),标识该应答消息中的选项类型;长度(16bits),标明该消息长度;
生存期(16bits),标明该消息的有效时间;端口号(16bits),标明接收相应数据流的端口号,与主机标识标签共同标识一个 流;主机标识标签(128bits),接收端的主机标识;错误类型(32bits),告知接收端拒绝该IP地址的原因;
错误的IP地址,拒绝的IP地址,并顺次在该选项中设定。因重定向请求消息中可能涉及多个IP地址,当发送端拒绝其中部分IP地址时,发 送端要将拒绝的每个IP地址的相关信息都通知接收端;如果拒绝多个IP地址时,则错误类 型和错误IP地址的组合字节会有顺序的多组,逐个说明每个拒绝的IP地址的拒绝原因。(7)接收端收到发送端发送的重定向应答消息后,向发送端发送重定向确认消息, 告知其已准备好从相应的接口接收数据;如果重定向应答消息中携带的是重定向回复选 项,则重定向确认消息表示接收端已经准备好从相应的接口接收数据;如果重定向应答消 息中携带的是重定向失败选项,则重定向确认消息表示接收端已经准备好从正确的接口接 收数据。重定向确认消息是带有确认的重定向消息,用于接收端和发送端之间的重定向请 求消息的互相确认。(8)发送端和接收端之间的通信转换到接收端相应的一个或多个接口进行,或者 维持原有发送链路不变。
权利要求
一种基于多家乡主机扩展主机标识协议HIP实现流分配和流重定向的方法,其特征在于对现有的HIP协议进行扩展,增添多个重定向消息,使得数据的接收端能够为不同类型的数据设定多个不同的接收接口;所述方法包括下列操作步骤(1)在通信之前,发送端和接收端通过HIP协议的基本交换过程建立双方的主机标识关联;(2)接收端使用更新消息中的定位符LOCATOR参数向发送端追加接收端的多个新的IP地址;(3)发送端接收到接收端发送的更新消息后,先更新主机标识关联及其与接收端间的绑定信息,再向接收端的新的IP地址发送该更新消息的应答消息;(4)接收端接收到发送端发送的该更新消息的应答消息后,向发送端反馈该更新消息的确认消息;当发送端接收到该更新消息的确认消息后,就认为接收端的新的IP地址有效;(5)为提高传输效率,接收端以携带有重定向请求选项的重定向请求消息向发送端提出请求,要求发送端将某个应用的数据包发送到另一个或多个接口;(6)发送端通过携带有重定向回复选项或重定向失败选项的重定向应答消息通知接收端其重定向请求中携带的多个IP地址全部被接受、或拒绝其中的部分IP地址、或拒绝全部IP地址;(7)接收端收到发送端发送的重定向应答消息后,向发送端发送重定向确认消息;如果重定向应答消息中携带的是重定向回复选项,则重定向确认消息表示接收端已经准备好从相应的接口接收数据;如果重定向应答消息中携带的是重定向失败选项,则重定向确认消息表示接收端已经准备好从正确的接口接收数据;(8)发送端和接收端之间的通信转换到接收端相应的一个或多个接口进行,或者维持原有发送链路不变。
2.根据权利要求1所述的方法,其特征在于所述更新消息用于接收端向发送端追加 多个新的IP地址,以便接收端通过该更新消息中的LOCATOR参数将该多个新的IP地址通 知发送端,并指定其中一个为首选地址;该更新消息包括下述三个参数封装安全有效负 载信息,包括用于建立安全关联的旧的和新的安全参数索引;LOCATOR,包括接收端希望向 发送端追加的新的IP地址;用数字表示的序列号,携带序列号参数的更新消息表明更新消 息的接收端必须对接收到的该更新消息进行确认。
3.根据权利要求1所述的方法,其特征在于所述更新消息的应答消息是发送端对接 收端的更新消息的响应;该更新消息的应答消息包括下述三个参数封装安全有效负载信 息,包括用于建立安全关联的旧的和新的安全参数索引SPI ;用数字表示的序列号,其数值 与发送端接收到的更新消息中的序列号的数值相同;用一个随机数表示的回响请求,当更 新消息的应答消息中包含回响请求参数时,更新消息的接收端必须回复该应答消息,用于 证明追加的新的IP地址的有效性。
4.根据权利要求1所述的方法,其特征在于所述更新消息的确认消息是接收端对发 送端的更新消息的应答消息的确认;该更新消息的确认消息包括下述两个参数确认,用 于对发送端发出的该更新消息的应答消息进行确认;用一个随机数表示的回响回复,其数 值和更新消息的应答消息中回响请求的随机数的数值相同。
5.根据权利要求1所述的方法,其特征在于所述重定向消息是接收端和发送端之间 用于实现接收端的重定向请求与协商的相关信息,根据其中携带的重定向请求选项、重定 向回复选项与重定向失败选项、确认的四种不同选项而细分为重定向请求消息、重定向应 答消息和重定向确认消息。
6.根据权利要求5所述的方法,其特征在于所述重定向请求消息是接收端使用该消 息中的重定向请求选项向发送端发出重定向请求,请求发送端将当前某个应用的数据流发 送到该重定向请求选项中指定的另一个或多个目的IP地址,以便实现负载分担,提高传输 效率;该重定向请求消息格式依次设有下述六个字节类型,标识该消息为重定向请求消息; 长度,标明该消息长 度;生存期,标明该消息的有效时间;端口号,接收数据的端口号,与主 机标识标签HIT共同标识一个流;主机标识标签,接收端的主机标识;切换的一个或多个IP 地址,顺次在该选项中设定。
7.根据权利要求5所述的方法,其特征在于所述重定向应答消息是由发送端根据接 收端提出的IP地址是否可达或其他情况对重定向请求消息作出的响应,包括下述两种应 答消息携带重定向回复选项的重定向应答消息表示发送端接受接收端的流重定向请求,并 根据重定向请求消息的要求将流分配到另一个或多个接口,或者维持原来的流分配不变; 该应答消息格式依次设有下述五个字节类型,标识该应答消息中的选项类型;长度,标明 该消息长度;生存期,标明该消息的有效时间;端口号,接收相应数据流的端口号,与主机 标识标签共同标识一个流;主机标识标签,接收端的主机标识;携带重定向失败选项的重定向应答消息表示发送端拒绝接收端的流重定向请求,其 中的重定向失败选项设有拒绝的IP地址列表和拒绝理由,而在重定向请求消息中包含的、 未在拒绝的IP地址列表中出现的IP地址则默认为发送端接受的重定向的IP地址;该应答 消息的格式依次设有下述六个字节类型,标识该应答消息中的选项类型;长度,标明该消 息长度;生存期,标明该消息的有效时间;端口号,标明接收相应数据流的端口号,与主机 标识标签共同标识一个流;主机标识标签,接收端的主机标识;错误类型,告知接收端拒绝 该IP地址的原因;错误的IP地址,顺次在该选项中设定。
8.根据权利要求7所述的方法,其特征在于所述重定向请求消息中可能涉及多个IP 地址,当发送端拒绝其中部分IP地址时,发送端要将拒绝的IP地址的相关信息通知接收 端;如果拒绝多个IP地址时,则错误类型和错误IP地址的组合字节会有顺序的多组,逐个 说明每个拒绝的IP地址的拒绝原因。
9.根据权利要求5所述的方法,其特征在于所述重定向确认消息是带有确认的重定 向消息,用于接收端和发送端之间的重定向请求消息的互相确认。
全文摘要
一种基于多家乡主机扩展HIP协议实现流分配和流重定向的方法,是对现有的HIP协议进行扩展,增添重定向请求、重定向应答与重定向确认等消息,从而既增强了HIP协议对多接口的支持,又与现有的HIP协议保持很好的兼容,使得数据接收端能为不同类型的数据设定多个不同的接收接口,提高数据传输效率和网络利用率。本发明方法实施时,对于不能识别本发明扩展消息的主机或终端,只需维持其原来目的地址即可实现其通信。故可以逐步开展本发明的部署和推广。再者,本发明操作步骤简单、便利、易行,只需对主机的相关协议进行扩展,对网络上其他网元不需进行任何修改,因此,对现有通信网络的修改工作量很小。所以,本发明具有很好的推广应用前景。
文档编号H04L1/16GK101848164SQ20101019314
公开日2010年9月29日 申请日期2010年5月27日 优先权日2010年5月27日
发明者侯云静, 时岩, 李玉宏, 炳佳楠, 胡渭琦 申请人:北京邮电大学
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1