CN104092561A - 一种4over6动态地址分配服务器失效备援方法 - Google Patents
一种4over6动态地址分配服务器失效备援方法 Download PDFInfo
- Publication number
- CN104092561A CN104092561A CN201410262074.2A CN201410262074A CN104092561A CN 104092561 A CN104092561 A CN 104092561A CN 201410262074 A CN201410262074 A CN 201410262074A CN 104092561 A CN104092561 A CN 104092561A
- Authority
- CN
- China
- Prior art keywords
- dhcpv4
- dhcpv6
- over
- server
- address
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims abstract description 38
- 230000000977 initiatory effect Effects 0.000 claims description 33
- 230000008569 process Effects 0.000 claims description 17
- 238000013507 mapping Methods 0.000 claims description 6
- 230000004044 response Effects 0.000 claims description 4
- 230000001360 synchronised effect Effects 0.000 claims description 4
- 230000005540 biological transmission Effects 0.000 claims description 3
- 238000004891 communication Methods 0.000 claims description 3
- 238000011144 upstream manufacturing Methods 0.000 claims 2
- 230000007257 malfunction Effects 0.000 claims 1
- 238000012958 reprocessing Methods 0.000 claims 1
- 238000005516 engineering process Methods 0.000 description 10
- 239000003999 initiator Substances 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 4
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 238000012790 confirmation Methods 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
一种4over6动态地址分配服务器失效备援方法，首先建立Lightweight4over6隧道，隧道网络中包括在同一个组播域内互联互通且共享同一片IPv6地址池和IPv4地址池的DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器，DHCPv4-over-DHCPv6备援服务器上配置有额外的IPv6地址池和IPv4地址池；DHCPv4-over-DHCPv6备援服务器在确定DHCPv4-over-DHCPv6服务器正常工作时保持静默状态，不对DHCP消息回应；当DHCPv4-over-DHCPv6服务器故障或者DHCPv4-over-DHCPv6备援服务器无法和DHCPv4-over-DHCPv6服务器保持连接时，DHCPv4-over-DHCPv6备援服务器从静默模式转为正常模式，对DHCP消息进行处理，本发明可保证网络的稳定性。
Description
技术领域
本发明属于互联网技术领域，特别涉及一种4over6动态地址分配服务器失效备援方法。
背景技术
IPv6地址使用的一个128位地址，即大约有3.4×1038个地址，它约是IPv4地址提供量的7.9×1028倍，可以说IPv6具有几乎无限的地址空间。再者，相对于其他新技术来说，IPv6在全球唯一发展较为成熟，宜于大规模部署的技术。因此，IPv6技术成为了当前解决地址资源紧缺的最佳选择，它满足了当前互联网日益增长的地址需求。但是，由于当前IPv4服务的大量存在，同时IPv4地址紧缺，为了保证向IPv6过渡的时期IPv4服务仍然可以持续使用，运营商倾向于为多个用户分配同一个IPv4地址，每个用户占用此IPv4地址的一部分端口。
目前运营商新建的网络更倾向于使用IPv6，网络中存在IPv4用户跨越IPv6网络访问IPv4Internet的需求。Lightweight4over6过渡技术为多个IPv4用户分配同一个IPv4地址，每个用户使用不同的端口段。同时IPv4用户可以跨域IPv6网络与IPv4Internet进行相互通信。该技术在IPv6接入网和IPv4互联网交界处部署4over6隧道汇聚点TC((Tunnel Concentrator)，并且在IPv4网络和IPv6接入网交界处部署4over6隧道发起点TI(Tunnel Initiator)，通过4over6隧道发起点TI和4over6隧道汇聚点TC之间建立的IPv4-over-IPv6隧道，实现IPv4报文在IPv6网络中传输。4over6隧道技术的主要过程如下：4over6隧道发起点TI通过动态主机配置协议DHCPv6协议或静态配置获得IPv6地址和DHCPv4-over-DHCPv6服务器的IPv6地址，然后利用DHCPv4-over-DHCPv6技术与DHCPv4-over-DHCPv6服务器申请IPv4地址，DHCPv4-over-DHCPv6服务器将分配的IPv4地址加端口段和4over6隧道发起点TI的IPv6地址发往4over6隧道汇聚点TC，4over6隧道汇聚点TC将4over6隧道发起点TI的IPv4地址加端口段和IPv6地址建立映射；4over6隧道汇聚点TC维护4over6隧道发起点TI的IPv4地址加端口段与IPv6地址间的映射。这样4over6隧道汇聚点TC和4over6隧道发起点TI之间的隧道已经建立完成。任何4over6隧道发起点TI的IPv4报文和4over6隧道汇聚点TC的IPv4报文，都将通过IPv4-over-IPv6隧道中进行转发，从而实现了IPv4报文跨越IPv6网络的传输。
目前技术当中，DHCPv4-over-DHCPv6服务器为4over6隧道发起点TI配置共享IPv4地址，同时将4over6隧道发起点TI的IPv4地址加端口段和IPv6地址信息发往4over6隧道汇聚点TC。DHCPv4-over-DHCPv6服务器维护隧道租约信息。在当前的技术中，如果DHCPv4-over-DHCPv6服务器遇到故障，服务器所在网络内的4over6隧道在租约到期后，需要经历释放当前IPv4、IPv6地址，重新申请IPv6地址和IPv4地址的过程。用户需要经历下线再上线的过程，网络链接不够稳定，用户满意度下降。
发明内容
为了克服上述现有技术的缺点，本发明的目的在于提供一种4over6动态地址分配服务器失效备援方法，通过部署DHCPv4-over-DHCPv6备援服务器，使得DHCPv4-over-DHCPv6服务器出现故障时，仍可以对用户设备进行服务，保证了网络稳定性。
为了实现上述目的，本发明采用的技术方案是：
一种4over6动态地址分配服务器失效备援方法，首先建立Lightweight4over6隧道，隧道网络中包括DHCPv4-over-DHCPv6服务器、DHCPv4-over-DHCPv6备援服务器、4over6隧道发起点TI以及4over6隧道汇聚点TC，其中DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器配置在同一个组播域内互联互通，且共享同一片IPv6地址池和IPv4地址池，并在DHCPv4-over-DHCPv6备援服务器上配置一个额外的IPv6地址池和IPv4地址池，用于DHCPv4-over-DHCPv6服务器故障后处理新的租约信息；DHCPv4-over-DHCPv6备援服务器在确定DHCPv4-over-DHCPv6服务器正常工作时保持静默状态，不对DHCP消息回应；当DHCPv4-over-DHCPv6服务器故障或者DHCPv4-over-DHCPv6备援服务器无法和DHCPv4-over-DHCPv6服务器保持连接时，DHCPv4-over-DHCPv6备援服务器从静默模式转为正常模式，对DHCP消息进行处理。
所述Lightweight4over6隧道的建立过程是：
将DHCPv6服务器部署在DHCPv4-over-DHCPv6服务器内，以4over6隧道发起点TI为用户接入设备，向下与若干IPv4用户主机进行连接，向上通过IPv6网络与4over6隧道汇聚点TC连接，在隧道配置生成前，所述4over6隧道发起点TI的IPv6地址向DHCPv6服务器申请，DHCPv6服务器在为其下发IPv6地址的同时，在DHCPv6消息中携带包含DHCPv4-over-DHCPv6服务器IPv6地址的option；所述4over6隧道发起点TI上行接口在配置IPv6地址后，向DHCPv4-over-DHCPv6服务器申请IPv4地址；所述4over6隧道汇聚点TC下行接口已配置IPv6地址，上行接口已配置IPv4地址；DHCPv4-over-DHCPv6服务器收到4over6隧道发起点TI的IPv4地址请求消息后，为其下发IPv4地址及端口段，同时将4over6隧道发起点TI的IPv6地址和下发的IPv4地址及端口段信息发送至4over6隧道汇聚点TC，4over6隧道汇聚点TC根据收到的信息配置映射表。
所述DHCPv4-over-DHCPv6服务器包括DHCPv6服务器，负责为4over6隧道发起点TI下发IPv6地址和IPv4地址及端口段，IPv4地址租约和IPv6地址租约时间保持一致。
所述DHCPv4-over-DHCPv6备援服务器每隔10秒与DHCPv4-over-DHCPv6服务器通信以确认其是否在线。
所述DHCPv4-over-DHCPv6服务器正常工作时，4over6隧道发起点TI在租期超过50％时发送DHCP更新消息，对当前租期进行续约；当收到IP地址租约请求、续租以及释放请求消息时，首先进行对4over6隧道发起点TI下发地址、更新租约以及删除租约操作，然后向DHCPv4-over-DHCPv6备援服务器发送更新消息，如果为IP地址释放请求消息，则需向4over6隧道汇聚点TC发送消息，删除4over6隧道汇聚点TC的相应映射条目；如果IP地址为IPv4地址，则发送IPv4-UPDATE消息；如果为IPv6地址，则发送IPv6-UPDATE消息；DHCPv4-over-DHCPv6备援服务器根据收到的更新消息来更新自己的租约库，保持和DHCPv4-over-DHCPv6服务器租约信息一致。
所述DHCPv4-over-DHCPv6备援服务器正常模式下：
当有用户设备续租时，4over6隧道发起点TI在租期超过50％时发送单播的RENEW消息，若DHCPv4-over-DHCPv6服务器无回应，则用户设备在租期超过87.5％时发送组播类型的REBIND消息，此时DHCPv4-over-DHCPv6备援服务器收到REBIND消息，进行回应，对此地址进行续租；
当有新用户设备需要接入网络时，DHCPv4-over-DHCPv6备援服务器使用所述额外的IPv6地址池和IPv4地址池为新接入的用户设备配置隧道，使用户设备能够使用网络。
当DHCPv4-over-DHCPv6服务器从故障状态恢复重新启动时，向DHCPv4-over-DHCPv6备援服务器发送RECOVER消息，DHCPv4-over-DHCPv6备援服务器收到RECOVER消息，与DHCPv4-over-DHCPv6服务器建立TCP连接，逐条向DHCPv4-over-DHCPv6服务器传输租约信息，将所有的租约信息传输完毕后，DHCPv4-over-DHCPv6备援服务器从正常模式转变为静默模式。
当DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器之间的物理线路畅通后，DHCPv4-over-DHCPv6服务器向DHCPv4-over-DHCPv6备援服务器发送更新消息，同时互发租约同步信息，收到租约同步信息的一方查找本地租约信息，如果本地没有此条租约信息，则将此条租约信息插入租约信息库，如果租约信息库有此条租约时，查看本地此条租约信息是否是最新的；如果是最新的，则保持租约库不变，如果不是，则利用收到的租约信息对租约信息库进行更新；当双方都将自己的本地的租约信息向对方发送后，双方租约信息库保持一致，此时DHCPv4-over-DHCPv6备援服务器从正常模式转变为静默模式。
所述租约同步消息为IPv4-SYN或者IPv6-SYN。
与现有技术相比，本发明要求DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器部署在一片网络内，且需要在一定时间内确定对方是否在线。此技术不需要对用户设备进行修改，且DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器之间的通信机制简单，DHCPv4-over-DHCPv6备援服务器仅仅有两种状态：静默状态和正常状态。当DHCPv4-over-DHCPv6服务器出现故障时，用户设备的服务可以无缝切换到DHCPv4-over-DHCPv6备援服务器上，且DHCPv4-over-DHCPv6备援服务器在DHCPv4-over-DHCPv6服务器故障期间仍可以对新上线的用户设备进行服务，有良好的扩展性。能够避免因为网络故障或者DHCPv4-over-DHCPv6服务器故障导致网络内的用户下线，防止DNS频繁切换，提高用户满意度。
附图说明
图1是本发明DHCPv4-over-DHCPv6服务器失效备援的网络结构图。
图2是本发明地址租约更新方法流程图。
图3是本发明DHCPv4-over-DHCPv6服务器恢复后DHCPv4-over-DHCPv6备援服务器的模式转换流程图。
图4是本发明DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器租约信息同步方法流程图。
具体实施方式
下面结合附图和实施例详细说明本发明的实施方式。
本发明提出了一种4over6动态地址分配服务器失效备援方法，基本思想是，DHCPv4-over-DHCPv6服务器在正常情况下保持和DHCPv4-over-DHCPv6备援服务器的租约信息一致，且备援服务器保持静默状态。当备援服务器发现与主服务器之间的连接失败时，备援服务器转变为正常模式，且支持向主服务器提供恢复租约信息的功能。
为实现该方法，首先要建立Lightweight4over6隧道。如图1所示，本发明方法涉及的网络包括4over6隧道汇聚点TC、DHCPv4-over-DHCPv6服务器、DHCPv6服务器及4over6隧道发起点TI。为了机制更加安全易行，在本发明中，DHCPv6服务器部署在DHCPv4-over-DHCPv6服务器内，4over6隧道发起点TI作为用户接入设备，向下与众多IPv4用户主机进行连接，向上通过IPv6网络与4over6隧道汇聚点TC连接。隧道配置生成前，4over6隧道发起点TI的IPv6地址向DHCPv6服务器申请，DHCPv6服务器在为4over6隧道发起点TI下发IPv6地址的同时，在DHCPv6消息中携带包含DHCPv4-over-DHCPv6服务器IPv6地址的option。4over6隧道发起点TI上行接口在配置IPv6地址后，向DHCPv4-over-DHCPv6服务器申请IPv4地址。4over6隧道汇聚点TC下行接口已配置IPv6地址，上行接口已配置IPv4地址。DHCPv4-over-DHCPv6服务器收到4over6隧道发起点的IPv4地址请求消息后，按照策略为其下发IPv4地址和端口段，同时将4over6隧道发起点TI的IPv6地址和下发的IPv4地址以及端口段信息发送至4over6隧道汇聚点TC，4over6隧道汇聚点TC根据收到的信息配置映射表。此时Lightweight4over6隧道建立完成。在以后的过程中，DHCPv4-over-DHCPv6服务器维护4over6隧道发起点的IPv4租约信息。
基于上述网络，本发明中，DHCPv4-over-DHCPv6服务器可以处理正常的DHCPv6消息，也可以处理DHCPv4-over-DHCPv6消息。DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器部署在同一片IPv6网络里互联互通，且配置同一个组播地址域。本发明中，IPv4地址租约和IPv6地址租约时间保持一致。4over6隧道发起点TI先从DHCPv4-over-DHCPv6服务器使用DHCPv6协议获得IPv6地址，再利用DHCPv4-over-DHCPv6消息申请IPv4地址及端口段。在DHCPv4-over-DHCPv6服务器正常工作情况下，DHCPv4-over-DHCPv6备援服务器保持静默状态，对收到的地址租约请求忽略。
DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器共享同一片IPv6地址池和IPv4地址池。此外，在DHCPv4-over-DHCPv6备援服务器上配置额外的一个小IPv6地址池和IPv4地址池，用于DHCPv4-over-DHCPv6服务器故障后能够处理新的租约信息。两台服务器确定互联检测机制，必须每隔10秒发送一条连接确认消息检测对方是否在线，每个服务器收到这类报文，回复一个ACK消息给对方。
当DHCPv4-over-DHCPv6服务器收到新的IPv6地址以及DHCPv4-over-DHCPv6租约请求、地址续租请求，首先下发IP地址，然后向DHCPv4-over-DHCPv6备援服务器发送更新消息。如果下发IPv6地址，则发送IPv6-UPDATE消息；如果下发IPv4地址，则发送IPv4-UPDATE消息。DHCPv4-over-DHCPv6备援服务器收到IPv6-UPDATE和IPv4-UPDATE消息后，更新DHCPv6租约库和DHCPv4-over-DHCPv6租约库。当DHCPv4-over-DHCPv6服务器收到DHCPv6、DHCPv4-over-DHCPv6租约释放请求，首先删除租约库中的相应信息，然后向DHCPv4-over-DHCPv6备援服务器发送租约释放消息。如果IPv6地址释放，则发送IPv6-RELEASE消息；如果释放IPv4地址，则发送IPv4-RELEASE消息。即，两服务器正常情况下要保证租约信息同步，其具体过程包括如下步骤：
(1)IPv6地址租约更新
步骤1：4over6隧道汇聚TI向DHCPv6服务器申请IPv6地址，或者地址租约更新、释放(DHCPv6服务器在DHCPv4-over-DHCPv6服务器内)。
步骤2：DHCPv6服务器向4over6隧道汇聚点TI下发IPv6地址，或者地址租约更新、释放；同时向DHCPv4-over-DHCPv6备援服务器发送IPv6-UPDATE消息。
步骤3：DHCPv4-over-DHCPv6备援服务器收到此IPv6-UPDATE消息后，对本地DHCPv6租约库进行更新,同时向DHCPv4-over-DHCPv6服务器发送IPv6-CONFIRM消息。
(2)IPv4地址租约更新
步骤1：4over6隧道发起点TI向DHCPv4-over-DHCPv6服务器发送IPv4地址加端口段请求，或者地址租约更新、释放。
步骤2：DHCPv4-over-DHCPv6服务器向4over6隧道发起点下发IPv4地址和端口段，或者IPv4地址租约更新、释放；同时向DHCPv4-over-DHCPv6备援服务器发送IPv4-UPDATE消息。
步骤3：DHCPv4-over-DHCPv6备援服务器收到IPv4-UPDATE消息，对本地DHCPv4-over-DHCPv6租约进行更新，同时向DHCPv4-over-DHCPv6服务器发送IPv4-CONFIRM消息。
当DHCPv4-over-DHCPv6服务器出现故障，DHCPv4-over-DHCPv6备援服务器定期接收不到DHCPv4-over-DHCPv6服务器的应答，则会将状态从静默模式转变为正常模式。
在DHCPv4-over-DHCPv6服务器正常情况下，4over6隧道发起点TI在租期超过50％时发送DHCP更新消息，对当前租期进行续约。
假如DHCPv4-over-DHCPv6服务器发生故障，无法继续工作。DHCPv4-over-DHCPv6备援服务器通过互联检测机制无法接收到DHCPv4-over-DHCPv6服务器对连接确认的回应消息时，启动正常工作模式，维护现有4over6隧道租约信息，同时利用独立的IPv6地址池和IPv4地址池为新上线用户分配地址。当4over6隧道发起点TI在租期超过50％时发送单播的RENEW消息，而DHCPv4-over-DHCPv6服务器由于故障没有进行回应，则在租期87.5％时发动REBIND消息，此时是向DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器发送组播消息，DHCPv4-over-DHCPv6备援服务器收到REBIND消息后，对4over6隧道发起点TI的租期进行更新。
上述地址租约更新的具体过程如图2所示，包括如下步骤：
步骤1：4over6隋道发起点TI的IPv6地址(或者IPv4地址)租约期过50％时，向DHCPv4-over-DHCPv6服务器更新租约信息，如果在约定时间内收到DHCPv4-over-DHCPv6服务器的应答，则转向步骤4，否则转向步骤2。
步骤2：4over6隧道发起点TI在IPv6地址(或者IPv4地址)租约期超过87.5％时，向DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器发送组播类型的REBIND消息。
步骤3：DHCPv4-over-DHCPv6备援服务器收到REBIND消息，向4over6隧道发起点TI续租请求应答，更新租约信息，转向步骤5。
步骤4：DHCPv4-over-DHCPv6服务器收到租约更新消息，则向4over6隧道发起点TI续租请求应答，更新租约信息。
步骤5：更新租约过程结束。
当DHCPv4-over-DHCPv6服务器从故障中恢复时，需要向DHCPv4-over-DHCPv6备援服务器发送IPv4-RECOVER消息和IPv6-RECOVER消息，从DHCPv4-over-DHCPv6备援服务器将租约信息进行更新。DHCPv4-over-DHCPv6备援服务器收到RECOVER消息后，与DHCPv4-over-DHCPv6服务器建立TCP链接，更新DHCPv4-over-DHCPv6服务器租约信息。此过程完成后，DHCPv4-over-DHCPv6服务器恢复了当前的租约信息，同时DHCPv4-over-DHCPv6备援服务器进入静默状态。其具体过程如图3所示，包括如下步骤：
步骤1：DHCPv4-over-DHCPv6服务器向DHCPv4-over-DHCPv6备援服务器发送RECOVER消息。
步骤2：DHCPv4-over-DHCPv6备援服务器收到RECOVER消息后，建立TCP连接开始逐条传输租约信息。
步骤3：DHCPv4-over-DHCPv6服务器根据收到的租约信息更新本地租约信息库，向DHCPv4-over-DHCPv6备援服务器发送ACK消息。
步骤4：DHCPv4-over-DHCPv6备援服务器将所有租约信息传输完毕后，转入静默模式。
在本场景下存在一种情况，DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器运行正常，但是由于两服务器间的连接由于网络内物理设备的问题中断(如路由器，电缆等)。此时原先的一个网络有可能变成了两个网络，也有可能网络其他主机能相互通信，仅仅DHCPv4-over-DHCPv6服务器与备援服务器之间的连接出现问题。在此种情况下，DHCPv4-over-DHCPv6备援服务器从静默模式转变为正常工作模式为主机提供服务。如果有新用户上线，则使用DHCPv4-over-DHCPv6备援服务器配置的独立小型地址池分配地址，保证新用户能够正常接入网络。
当网络中出现了上述情况时，即两台服务器之间的连接中断，但是两台服务器都正常工作。此时两台机器在各自可以负责的网络为用户提供服务。当网络恢复正常，DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器租约信息如果不一致，需要进行同步。同步方式如下：
两台服务器相互发租约同步消息IPv4-SYN或者IPv6-SYN。当服务器收到同步消息后，将收到的租约信息和自己的租约信息库进行比对，如果收到的租约信息在本地租约信息库内没有，则将此条租约信息加入租约信息库，如果此租约信息在本地存在，则比较时间戳，时间戳值最新的保留在数据库内。同时，每处理一条IPv4-SYN消息，返回一条IPv4-ACK，每处理一条IPv6-SYN消息，返回一条IPv6-ACK。当数据同步完成后，DHCPv4-over-DHCPv6备援服务器进入静默状态。
如图4所示，为一台服务器和另一台服务器同步租约信息过程，包括如下步骤：
步骤1：服务器1向服务器2发送一条租约信息。
步骤2：服务器2收到此租约信息后，在本地租约库中寻找与此IP地址相关的租约。如果找到，转向步骤3，否则转向步骤4。
步骤3：服务器2将本地租约库中中租约信息的时间戳和收到的租约的时间戳进行比对，如果本地时间戳最新，则丢弃收到的租约，否则将本地的本条租约更新为收到的租约信息。
步骤4：将此条租约信息加入本地租约库。
步骤5：服务器1是否还有下一条要发送的租约，是则转到步骤1，否则结束。
如果要完成数据的同步，则需要两台服务器将上述过程各自执行一遍。
以上所述，是本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (9)
1.一种4over6动态地址分配服务器失效备援方法，其特征在于，首先建立Lightweight4over6隧道，隧道网络中包括DHCPv4-over-DHCPv6服务器、DHCPv4-over-DHCPv6备援服务器、4over6隧道发起点TI以及4over6隧道汇聚点TC，其中DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器配置在同一个组播域内互联互通，且共享同一片IPv6地址池和IPv4地址池，并在DHCPv4-over-DHCPv6备援服务器上配置一个额外的IPv6地址池和IPv4地址池，用于DHCPv4-over-DHCPv6服务器故障后处理新的租约信息；DHCPv4-over-DHCPv6备援服务器在确定DHCPv4-over-DHCPv6服务器正常工作时保持静默状态，不对DHCP消息回应；当DHCPv4-over-DHCPv6服务器故障或者DHCPv4-over-DHCPv6备援服务器无法和DHCPv4-over-DHCPv6服务器保持连接时，DHCPv4-over-DHCPv6备援服务器从静默模式转为正常模式，对DHCP消息进行处理。
2.根据权利要求1所述的4over6动态地址分配服务器失效备援方法，其特征在于，所述Lightweight4over6隧道的建立过程是：
将DHCPv6服务器部署在DHCPv4-over-DHCPv6服务器内，4over6隧道发起点TI为用户接入设备，向下与若干IPv4用户主机进行连接，向上通过IPv6网络与4over6隧道汇聚点TC连接，在隧道配置生成前，所述4over6隧道发起点TI的IPv6地址向DHCPv6服务器申请，DHCPv6服务器在为其下发IPv6地址的同时，在DHCPv6消息中携带包含DHCPv4-over-DHCPv6服务器IPv6地址的option；所述4over6隧道发起点TI上行接口在配置IPv6地址后，向DHCPv4-over-DHCPv6服务器申请IPv4地址；所述4over6隧道汇聚点TC下行接口已配置IPv6地址，上行接口已配置IPv4地址；DHCPv4-over-DHCPv6服务器收到4over6隧道发起点TI的IPv4地址请求消息后，为其下发IPv4地址及端口段，同时将4over6隧道发起点TI的IPv6地址和下发的IPv4地址及端口段信息发送至4over6隧道汇聚点TC，4over6隧道汇聚点TC根据收到的信息配置映射表。
3.根据权利要求1所述的4over6动态地址分配服务器失效备援方法，其特征在于，所述DHCPv4-over-DHCPv6服务器包括DHCPv6服务器，负责为4over6隧道发起点TI下发IPv6地址和IPv4地址及端口段，IPv4地址租约和IPv6地址租约时间保持一致。
4.根据权利要求1所述的4over6动态地址分配服务器失效备援方法，其特征在于，所述DHCPv4-over-DHCPv6备援服务器每隔10秒与DHCPv4-over-DHCPv6服务器通信以确认其是否在线。
5.根据权利要求1所述的4over6动态地址分配服务器失效备援方法，其特征在于，所述DHCPv4-over-DHCPv6服务器正常工作时，4over6隧道发起点TI在租期超过50％时发送DHCP更新消息，对当前租期进行续约；当收到IP地址租约请求、续租以及释放请求消息时，首先进行对4over6隧道发起点TI下发地址、更新租约以及删除租约操作，然后向DHCPv4-over-DHCPv6备援服务器发送更新消息，如果为IP地址释放请求消息，则需向4over6隧道汇聚点TC发送消息，删除4over6隧道汇聚点TC的相应映射条目；如果IP地址为IPv4地址，则发送IPv4-UPDATE消息；如果为IPv6地址，则发送IPv6-UPDATE消息；DHCPv4-over-DHCPv6备援服务器根据收到的更新消息来更新自己的租约库，保持和DHCPv4-over-DHCPv6服务器租约信息一致。
6.根据权利要求1所述的4over6动态地址分配服务器失效备援方法，其特征在于，所述DHCPv4-over-DHCPv6备援服务器正常模式下：
当有用户设备续租时，4over6隧道发起点TI在租期超过50％时发送单播的RENEW消息，若DHCPv4-over-DHCPv6服务器无回应，则用户设备在租期超过87.5％时发送组播类型的REBIND消息，此时DHCPv4-over-DHCPv6备援服务器收到REBIND消息，进行回应，对此地址进行续租；
当有新用户设备需要接入网络时，DHCPv4-over-DHCPv6备援服务器使用所述额外的IPv6地址池和IPv4地址池为新接入的用户设备配置隧道，使用户设备能够使用网络。
7.根据权利要求1所述的4over6动态地址分配服务器失效备援方法，其特征在于，当DHCPv4-over-DHCPv6服务器从故障状态恢复重新启动时，向DHCPv4-over-DHCPv6备援服务器发送RECOVER消息，DHCPv4-over-DHCPv6备援服务器收到RECOVER消息，与DHCPv4-over-DHCPv6服务器建立TCP连接，逐条向DHCPv4-over-DHCPv6服务器传输租约信息，将所有的租约信息传输完毕后，DHCPv4-over-DHCPv6备援服务器从正常模式转变为静默模式。
8.根据权利要求1所述的4over6动态地址分配服务器失效备援方法，其特征在于，当DHCPv4-over-DHCPv6服务器和DHCPv4-over-DHCPv6备援服务器之间的物理线路畅通后，DHCPv4-over-DHCPv6服务器向DHCPv4-over-DHCPv6备援服务器发送更新消息，同时互发租约同步信息，收到租约同步信息的一方查找本地租约信息，如果本地没有此条租约信息，则将此条租约信息插入租约信息库，如果租约信息库有此条租约时，查看本地此条租约信息是否是最新的；如果是最新的，则保持租约库不变，如果不是，则利用收到的租约信息对租约信息库进行更新；当双方都将自己的本地的租约信息向对方发送后，双方租约信息库保持一致，此时DHCPv4-over-DHCPv6备援服务器从正常模式转变为静默模式。
9.根据权利要求8所述的4over6动态地址分配服务器失效备援方法，其特征在于，所述租约同步消息为IPv4-SYN或者IPv6-SYN，其中IPv4-SYN同步IPv4地址，IPv6-SYN同步IPv6地址。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410262074.2A CN104092561B (zh) | 2014-06-12 | 2014-06-12 | 一种4over6动态地址分配服务器失效备援方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201410262074.2A CN104092561B (zh) | 2014-06-12 | 2014-06-12 | 一种4over6动态地址分配服务器失效备援方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN104092561A true CN104092561A (zh) | 2014-10-08 |
| CN104092561B CN104092561B (zh) | 2017-02-15 |
Family
ID=51640243
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201410262074.2A Active CN104092561B (zh) | 2014-06-12 | 2014-06-12 | 一种4over6动态地址分配服务器失效备援方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN104092561B (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104852821A (zh) * | 2015-06-02 | 2015-08-19 | 清华大学 | 一种基于NETCONF协议配置4over6接入网转发策略的方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020021703A1 (en) * | 1996-11-01 | 2002-02-21 | Hitachi, Ltd. | Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus |
| CN1716954A (zh) * | 2005-05-27 | 2006-01-04 | 清华大学 | 基于过渡机制的IPv6网和IPv4网间互通的方法 |
| EP1722523A1 (en) * | 2005-05-11 | 2006-11-15 | Samsung Electronics Co., Ltd. | Apparatus and method for reserving session resource in IPv4/IPv6 combination network |
| CN102523312A (zh) * | 2011-12-02 | 2012-06-27 | 清华大学 | 一种4over6场景下的最优隧道选择方法 |
| CN103118145A (zh) * | 2013-01-18 | 2013-05-22 | 清华大学 | 基于DNS的IPv4-over-IPv6多隧道自动建立方法 |
-
2014
- 2014-06-12 CN CN201410262074.2A patent/CN104092561B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20020021703A1 (en) * | 1996-11-01 | 2002-02-21 | Hitachi, Ltd. | Communicating method between IPv4 terminal and IPv6 terminal and IPv4-IPv6 converting apparatus |
| EP1722523A1 (en) * | 2005-05-11 | 2006-11-15 | Samsung Electronics Co., Ltd. | Apparatus and method for reserving session resource in IPv4/IPv6 combination network |
| CN1716954A (zh) * | 2005-05-27 | 2006-01-04 | 清华大学 | 基于过渡机制的IPv6网和IPv4网间互通的方法 |
| CN102523312A (zh) * | 2011-12-02 | 2012-06-27 | 清华大学 | 一种4over6场景下的最优隧道选择方法 |
| CN103118145A (zh) * | 2013-01-18 | 2013-05-22 | 清华大学 | 基于DNS的IPv4-over-IPv6多隧道自动建立方法 |
Non-Patent Citations (1)
| Title |
|---|
| 崔勇；陈煜驰: "《下一代互联网4over6软线隧道过渡技术》", 《中兴通讯技术》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104852821A (zh) * | 2015-06-02 | 2015-08-19 | 清华大学 | 一种基于NETCONF协议配置4over6接入网转发策略的方法 |
| CN104852821B (zh) * | 2015-06-02 | 2018-01-12 | 清华大学 | 一种基于NETCONF协议配置4over6接入网转发策略的方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN104092561B (zh) | 2017-02-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101695043B (zh) | 一种热备份端口复用的方法及网络系统 | |
| CN102404146B (zh) | 主从切换方法、网络设备及dhcp服务器 | |
| CN101510902B (zh) | 防止无线客户端在上网过程中掉线的方法、系统和设备 | |
| CN103428306B (zh) | 网元设备上线方法、设备及系统 | |
| CN102480423B (zh) | 一种l2tp网络的保护方法及系统 | |
| EP2482524B1 (en) | Address distribution method, device and system thereof | |
| CN106685818A (zh) | 报文反馈方法及装置 | |
| EP3217608B1 (en) | Switchback delay methods and devices | |
| CN101656764A (zh) | Dhcp用户的会话保活方法、系统和装置 | |
| CN101562576B (zh) | 一种路由发布方法和设备 | |
| WO2016034127A1 (zh) | 一种实现双节点互联伪线的系统及方法 | |
| CN109495593B (zh) | 地址分配方法及系统 | |
| CN102710520A (zh) | 一种备份lns的方法及装置 | |
| US10225091B2 (en) | Method for implementing point-to-multipoint multicast, network node, and system | |
| CN101729559A (zh) | 一种dhcp服务器备份的实现方法及系统 | |
| CN103401954A (zh) | 虚拟dhcp的实现方法 | |
| CN112615914A (zh) | 一种利用边界网关协议传递组播热备表项的方法 | |
| CN102447703B (zh) | 一种热备份方法和系统、cgn设备 | |
| CN101453744B (zh) | 业务控制方法及装置 | |
| CN104618943A (zh) | 一种操作维护通道故障处理的方法、设备及系统 | |
| CN109245911B (zh) | 一种bras热备的实现方法、设备及计算机可读存储介质 | |
| CN102594580A (zh) | 提高虚拟专用网中业务可靠性的方法及系统、接入装置 | |
| CN102957718B (zh) | 一种业务节点及业务节点间用户协议消息同步的方法 | |
| CN104092561B (zh) | 一种4over6动态地址分配服务器失效备援方法 | |
| CN107124729A (zh) | 一种无线中继方法及其系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant |