WO2011085612A1 - 状态同步的处理方法及装置 - Google Patents

状态同步的处理方法及装置 Download PDF

Info

Publication number
WO2011085612A1
WO2011085612A1 PCT/CN2010/078821 CN2010078821W WO2011085612A1 WO 2011085612 A1 WO2011085612 A1 WO 2011085612A1 CN 2010078821 W CN2010078821 W CN 2010078821W WO 2011085612 A1 WO2011085612 A1 WO 2011085612A1
Authority
WO
WIPO (PCT)
Prior art keywords
dhcp
user
message
lease
entry
Prior art date
Application number
PCT/CN2010/078821
Other languages
English (en)
French (fr)
Inventor
袁博
李莹
陈新辉
Original Assignee
中兴通讯股份有限公司
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by 中兴通讯股份有限公司 filed Critical 中兴通讯股份有限公司
Publication of WO2011085612A1 publication Critical patent/WO2011085612A1/zh

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1095—Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5007—Internet protocol [IP] addresses
    • H04L61/5014—Internet protocol [IP] addresses using dynamic host configuration protocol [DHCP] or bootstrap protocol [BOOTP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/50—Address allocation
    • H04L61/5053—Lease time; Renewal aspects
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route

Definitions

  • the present invention relates to the field of communications, and in particular, to a method and apparatus for processing state synchronization, and a background
  • DHCP Dynamic Host Configuration Protocol
  • IPoE IP over Ethernet
  • SN Service Node
  • DHCP Address Resolution Protocol
  • SN Address Resolution Protocol
  • the SN needs to release user resources to save the network resources of the SN.
  • the SN will stop the user accounting in the existing application, and the user entry will be deleted.
  • the DHCP user will be forced to apply for a DHCP address before it can go online.
  • the following problems may occur when the SN device is offline and the user entry is deleted from the DHCP user.
  • FIG. 1 is a schematic diagram of a network topology of a DHCP network in the prior art.
  • the DHCP user's uplink (Access Node) and the AG (Aggregation Node) is interrupted, the DHCP user is in the DHCP lease period because the link between the AN and the DHCP user is not interrupted.
  • the host cannot detect the network fault through the NIC interface DOWN.
  • the user host will not restart the DHCP protocol stack to restart the process of obtaining the DHCP address.
  • the SN detects the abnormality of the online DHCP user through the keep-alive detection. Force the DHCP user to go offline.
  • the prior art uses the user entry to be completely deleted on the SN, after the network fault is removed, the DHCP user must restart the DHCP process to re-acquire the DHCP address and start normal access to the network.
  • the DHCP protocol stack of the user host itself does not know that the DHCP user has been forced offline by the SN, so during the DHCP lease period (for example: DHCP lease period is 2 hours), the DHCP user The DHCP state machine does not release the DHCP address and does not restart the process of obtaining the DHCP address. Therefore, the DHCP user still considers that the DHCP address has been acquired but cannot access the network. Therefore, it is very likely that a DHCP user has a DHCP address but cannot access the Internet for a period of time after the failure is removed (the duration is less than the lease period).
  • the DHCP user's DHCP address is released on the SN, but the user host's DHCP address is not necessarily released. Then, after the network fails, the DHCP user and the SN are within the DHCP lease period.
  • the DHCP state has been in an unsynchronized state.
  • a primary object of the present invention is to provide a method and apparatus for processing state synchronization.
  • a state synchronization processing method includes: a user through a dynamic host allocation protocol DHCP Accessing the service node SN, the SN performs a keep-alive detection on the accessed DHCP user; the SN detects that the DHCP user network is abnormal, and sends a forced renewal message to the DHCP user, where the lease term of the mandatory renewal message is Receiving a DHCP message from the DHCP user, determining whether to delete a user entry in the user table about the DHCP user according to the type of the received DHCP message.
  • the SN determines, according to the type of the received DHCP message, whether to delete the user entry of the DHCP user in the user table, specifically: the type of the DHCP message is a DHCP request message, and the SN is according to the user table.
  • the user entry of the DHCP user sends an acknowledgement message to the DHCP user, and restarts the keepalive detection process of the DHCP user.
  • the SN determines, according to the type of the received DHCP message, whether to delete the user entry of the DHCP user in the user table, specifically: the type of the DHCP message is a DHCP discovery message, and the SN deletes the user table. User entry for the DHCP user.
  • the method further includes deleting the user entry for the DHCP user in the user table if the SN does not receive the DHCP message from the DHCP user during the lease period of the forced renewal message.
  • the method further includes: after detecting that the DHCP user network is abnormal, the SN stops charging the DHCP user.
  • a state synchronization processing device in which a DHCP user accesses the SN through DHCP, the device includes:
  • a detecting module configured to perform keep-alive detection on the user accessing the SN
  • a sending module configured to: the detecting module detects that the DHCP user network is abnormal, and sends a forced renewal message to the DHCP user, where the lease stop time of the forced renewal message is the lease period of the last successful lease Stop time a receiving module, configured to receive a DHCP message from the DHCP user during a lease period of the forced renewal message;
  • a processing module configured to determine, according to the type of the DHCP message received by the receiving module, whether to delete a user entry of the DHCP user in the user table of the SN.
  • the processing module includes: a first processing module, configured to send, by the receiving module, a DHCP message as a DHCP request message, and send an acknowledgement message to the DHCP user according to the user entry of the DHCP user in the user table. And re-triggering the detection module to perform keep-alive detection processing.
  • the processing module includes: a second processing module, where the DHCP message received by the receiving module is a DHCP discovery message, and the user entry of the DHCP user in the user table is deleted.
  • the processing module includes: a third processing module, configured to: when the receiving module does not receive a DHCP message from the DHCP user during a lease period of the forced renewal message, delete the user table User entry of the DHCP user.
  • the processing module is further configured to: after the detecting module detects that the DHCP user network is abnormal, stop charging the DHCP user.
  • a forced renewing message is sent to the DHCP user, and according to the received DHCP message type, it is determined whether to delete the user table.
  • the user entry of the DHCP user can ensure that the DHCP status of the SN and the DHCP user are synchronized.
  • 1 is a schematic diagram of a network topology of a DHCP network according to the prior art
  • 2 is a schematic flow chart of a method for processing state synchronization according to an embodiment of the present invention
  • FIG. 4 is a schematic structural diagram of a processing apparatus for state synchronization according to an embodiment of the present invention. detailed description
  • the main idea of the present invention is to discover that a DHCP user is forced to renew the lease process by using the DHCP access method to initiate a leased DHCP re-lease process, and to find out whether the network fault is eliminated or not. the goal of.
  • a processing method of state synchronization is provided.
  • FIG. 2 is a schematic flowchart of a method for processing state synchronization according to an embodiment of the present invention. As shown in FIG. 2, the method includes:
  • Step 202 The user accesses the SN through DHCP, and the SN performs the activity detection on the accessed DHCP user.
  • Step 204 The SN detects that the DHCP user is abnormal, and sends a forced renewal message (DHCP FORCE RENEW) to the DHCP user.
  • the lease stop time of the forced renewal message is the lease stop time of the last successful lease. During this lease, the SN stops charging the DHCP subscriber.
  • Step 206 The SN receives a DHCP message from the DHCP user during the lease period of the forced renewal message, and determines whether to delete the user entry of the DHCP user in the user table according to the type of the received DHCP message.
  • the type of the DHCP message received by the SN from the DHCP user includes: a DHCP request message (DHCP REQUEST) or a DHCP discovery message (DHCP DISCOVERY), If the DHCP message received by the SN is a DHCP request message, it indicates that the network fault of the DHCP user has been eliminated, and the SN sends an acknowledgement message to the DHCP user according to the user entry of the DHCP user in the user table, and restarts the DHCP user. If the DHCP message received by the SN is a DHCP discovery message, it indicates that the user host releases and re-applies for a DHCP address, and the SN stops the forced renewal process. The SN deletes the user entry of the DHCP user in the user table. As long as the SN senses that the DHCP user's network failure is eliminated or re-launched, the SN resumes charging.
  • DHCP REQUEST a DHCP request message
  • the SN deletes the DHCP table in the user table after the forced renewal time expires. User's user entry. At this time, the user host cannot renew the lease to obtain the DHCP address because the lease period has expired, and the user host will restart the DHCP process.
  • a DHCP message including DHCP REQUEST and DHCP DISCOVERY
  • the DHCP state of the SN and the user are ensured in the process of the DHCP user network failure being forced to go offline due to the link interruption between the AN and the AG, and then the network failure is re-launched. Sex.
  • Step 302 A DHCP user obtains a DHCP address and the DHCP user accesses the SN through DHCP.
  • Step 304 The SN performs a keepalive detection on the DHCP user, for example, detecting whether the DHCP user is active by using ARP or other methods.
  • Step 306 The SN detects that the DHCP user is unreachable due to a network failure, and the detection is abnormal.
  • the DHCP user does not respond to the active detection of the SN, that is, the DHCP user is considered to be inactive.
  • Step 308 The SN does not delete the user entry, and starts the process of forcibly renewing the DHCP user, that is, sending the DHCP FORCE RENEW to the user at a certain interval, forcing the user to renew the lease, and the forced renewal will keep the DHCP user renewing the last time.
  • the time of a lease after success straight Receive DHCP messages from DHCP users. During this time, the SN stops charging the DHCP user.
  • Step 310 Determine whether the SN receives the DHCP message from the DHCP user. If yes, go to step 312. If not, go to step 318.
  • Steps 312-314 During the forced renewal of the lease, the SN receives the DHCP REQUEST packet renewed by the DHCP user, indicating that the network of the DHCP user has been restored (for example, the network fault of the DHCP user is due to the link between the AN and the AG. The interrupt is caused, and the fault is eliminated during the user's DHCP lease duration. At this time, the SN stops the forced renewal process and restarts the charging, and performs step 304 to perform the keep-alive detection on the DHCP user.
  • Step 316 When the SN receives the DHCP DISCOVERY message from the DHCP user during the forced renewal, the SN indicates that the user host releases and re-applies for the DHCP address (for example, the network fault of the DHCP user is due to the link between the AN and the AG. The interrupt is caused, and the fault is cleared during the user's DHCP lease retention period. When the fault is removed, the host has released the address and re-applied for the DHCP address. The SN stops the forced renewal process and deletes the original user entry of the DHCP user. Start the DHCP online process. As long as the SN senses that the DHCP user's fault has been eliminated or is back online, the SN restarts charging.
  • the SN starts the DHCP online process. As long as the SN senses that the DHCP user's fault has been eliminated or is back online, the SN restarts charging.
  • Step 318 If the SN does not receive any DHCP message of the DHCP user within the time of forced renewal, including a DHCP discovery message and a DHCP request message, (for example, the network failure of the DHCP user is due to a link interruption between the AN and the AG. If the link is interrupted, the SN completely deletes the user entry. After the lease expires, the user cannot obtain the DHCP address because the lease expires. The user host will restart the DHCP process.
  • a DHCP discovery message and a DHCP request message for example, the network failure of the DHCP user is due to a link interruption between the AN and the AG. If the link is interrupted, the SN completely deletes the user entry. After the lease expires, the user cannot obtain the DHCP address because the lease expires. The user host will restart the DHCP process.
  • FIG. 3 illustrates a preferred process flow in accordance with an embodiment of the present invention.
  • a processing device for state synchronization is also provided, preferably the device is provided at the SN.
  • 4 is a schematic structural diagram of a processing device for state synchronization according to an embodiment of the present invention. As shown in FIG. 4, the device includes: a detecting module 10, a sending module 20, a receiving module 30, and a processing module 40, where:
  • the detecting module 10 is configured to perform keep-alive detection on a DHCP user accessing the SN, and the DHCP user accesses the SN through DHCP.
  • the sending module 20 is connected to the detecting module 10, and the detecting module 10 detects that the DHCP user network is abnormal, and sends a forced renewal message to the DHCP user, where the lease renewal time of the forced renewal message is the rent of the last successful lease. Period stop time.
  • the receiving module 30 is configured to receive a DHCP message from a DHCP user during a lease period of the forced renewal message.
  • the processing module 40 is connected to the receiving module 30, and is configured to determine, according to the type of the DHCP message received by the receiving module 30, whether to delete the user entry of the DHCP user in the user table of the SN.
  • the processing module 40 is further configured to: after the detecting module 10 detects the abnormality of the DHCP user network, stop charging the DHCP user.
  • the processing module 40 specifically includes: a first processing module or a second processing module or a third processing module.
  • the first processing module is configured to receive a DHCP request message from the receiving module 30, send a confirmation message to the DHCP user according to the user entry of the DHCP user in the user table, and re-trigger the detecting module 10 to perform the keep-alive detection process.
  • the second processing module is configured to: when the DHCP message received by the module 30 is a DHCP discovery message, delete the user entry of the DHCP user in the user table.
  • the third processing module is configured to: when the receiving module 30 does not receive the DHCP message from the DHCP user within the lease period of the forced renewal message, delete the user entry in the user table about the DHCP user.
  • FIG. 2 and FIG. 3 The specific processing flow of the processing apparatus according to the embodiment of the present invention may be as shown in FIG. 2 and FIG. 3 in the actual application process, and details are not described herein.
  • the DHCP user network is detected by the SN.
  • a forced renewing message is sent to the DHCP user, and according to the received DHCP message type, whether to delete the user entry of the DHCP user in the user table can ensure that the DHCP status of the SN and the DHCP user are synchronized.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明公开了一种状态同步的处理方法及装置。本发明方案中，用户通过DHCP接入SN，SN对接入的DHCP用户进行保活探测；SN探测到所述DHCP用户网络异常，向所述DHCP用户发送强制续租消息，其中，所述强制续租消息的租期停止时间为上次成功租约的租期停止时间；SN在所述强制续租消息的租期内接收到来自所述DHCP用户的DHCP消息，根据接收到的所述DHCP消息的类型判断是否删除其用户表中关于所述DHCP用户的用户表项。根据上述技术方案，保证了SN和DHCP用户的DHCP状态同步。

Description

状态同步的处理方法及装置 技术领域
本发明涉及通讯领域， 尤其涉及一种状态同步的处理方法及装置, 背景技术
随着 IPoE ( IP over Ethernet, 基于以太网的 IP )接入方式的广泛应用， DHCP ( Dynamic Host Configuration Protocol, 动态主机分配协议 )在酒店、 机场等公共场所的应用越来越普遍。用户通过 DHCP接入 SN( Service Node, 服务节点）设备， SN管理 DHCP用户并对 DHCP用户提供网络服务。
( Address Resolution Protocol, 地址解析协议 )或者其他方法探测 DHCP用 户是否活跃，如果 DHCP用户对 SN的主动探测没有任何响应，则认为 DHCP 用户不活跃， SN需要释放用户资源以节约 SN的网络资源。 当 SN探测到 DHCP用户不活跃时，现有应用下 SN会停止用户计费，彻底删除用户表项， 强制 DHCP用户下线， DHCP用户需要重新申请 DHCP地址的过程才能再 上线。
现有 SN设备对 DHCP用户探测异常而釆取的强制 DHCP用户下线、 删除用户表项可能导致存在以下问题。
参考图 1 , 图 1是现有技术中 DHCP网络的网络拓朴示意图。 当出现 DHCP用户上行 AN ( Access Node, 接入节点）和 AG ( Aggregation Node, 汇聚节点 )链路中断时， 由于 AN和 DHCP用户之间的链路没有中断， 所 以在 DHCP租期内， DHCP用户主机无法通过网卡接口 DOWN (故障）来 感知网络故障， 用户主机就不会重启 DHCP协议栈去重新开始获取 DHCP 地址的过程。 而此时 SN会通过保活探测感知在线 DHCP用户探测异常， 强制 DHCP用户下线。 由于现有技术釆用的是在 SN上完全彻底删除用户 表项， 所以网络故障消除后， DHCP用户必须重启 DHCP过程才能重新获 取 DHCP地址， 开始正常访问网络。
但是根据前面的描述， 由于用户主机网络连接正常， 用户主机本身 DHCP协议栈并不知道 DHCP用户已经被 SN强制下线， 所以在 DHCP租 期内 （例如： DHCP租期为 2小时）， DHCP用户的 DHCP状态机不会释放 DHCP地址 , 也不会重新开始获取 DHCP地址的过程 , 因此 DHCP用户仍 然认为 DHCP地址已获取， 但是却无法访问网络。 所以很有可能出现在故 障消除后的一段时间 （时长小于租期） 内 DHCP用户拥有 DHCP地址却无 法上网的情况。
同时， 如果网络故障消除， SN也无法获知， 因此在 SN上该 DHCP用 户的 DHCP地址释放， 但是用户主机 DHCP地址不一定释放， 那么网络发 生故障后在 DHCP租期的时间内 , DHCP用户和 SN的 DHCP状态一直处 于不同步的状态。
综上所述， 可知现有技术中长期以来一直存在 SN对 DHCP用户探测 异常而釆取的强制 DHCP用户下线并删除用户表项导致 DHCP用户和 SN 的 DHCP状态不同步的问题， 因此有必要提出改进的技术手段， 来解决此 问题。 发明内容 用户下线并删除用户表项导致 DHCP用户和 SN的 DHCP状态不同步的问 题而做出本发明， 为此本发明的主要目的在于提供一种状态同步的处理方 法及装置。
为解决上述技术问题， 本发明的技术方案是这样实现的：
一种状态同步的处理方法， 包括： 用户通过动态主机分配协议 DHCP 接入服务节点 SN, SN对接入的 DHCP用户进行保活探测； SN探测到所述 DHCP用户网络异常， 向所述 DHCP用户发送强制续租消息， 其中， 所述 强制续租消息的租期内接收到来自所述 DHCP用户的 DHCP消息， 根据接 收到的所述 DHCP消息的类型判断是否删除其用户表中关于所述 DHCP用 户的用户表项。
所述 SN根据接收到的所述 DHCP消息的类型判断是否删除其用户表 中关于所述 DHCP用户的用户表项， 具体包括： 所述 DHCP消息的类型为 DHCP请求消息， SN根据所述用户表中关于所述 DHCP用户的用户表项向 所述 DHCP用户发送确认消息， 并重新开始对所述 DHCP用户的保活探测 处理。
所述 SN根据接收到的所述 DHCP消息的类型判断是否删除其用户表 中关于所述 DHCP用户的用户表项， 具体包括： 所述 DHCP消息的类型为 DHCP发现消息， SN删除其用户表中关于所述 DHCP用户的用户表项。
所述方法进一步包括：若 SN在所述强制续租消息的租期内未接收到来 自所述 DHCP用户的 DHCP消息， 则删除其用户表中关于所述 DHCP用户 的用户表项。
所述方法进一步包括： SN探测到所述 DHCP用户网络异常后， 对所述 DHCP用户停止计费。
一种状态同步的处理装置， DHCP用户通过 DHCP接入 SN, 所述装置 包括：
探测模块， 用于对接入所述 SN的所述用户进行保活探测；
发送模块， 用于所述探测模块探测到所述 DHCP用户网络异常， 向所 述 DHCP用户发送强制续租消息， 其中， 所述强制续租消息的租期停止时 间为上次成功租约的租期停止时间； 接收模块， 用于在所述强制续租消息的租期内接收来自所述 DHCP用 户的 DHCP消息；
处理模块， 用于根据所述接收模块接收到的所述 DHCP消息的类型判 断是否删除所述 SN的用户表中关于所述 DHCP用户的用户表项。
所述处理模块包括： 第一处理模块，用于所述接收模块接收到的 DHCP 消息为 DHCP请求消息， 根据所述用户表中关于所述 DHCP用户的用户表 项向所述 DHCP用户发送确认消息， 并重新触发所述探测模块执行保活探 测处理。
所述处理模块包括： 第二处理模块，用于所述接收模块接收到的 DHCP 消息为 DHCP发现消息， 则删除所述用户表中关于所述 DHCP用户的用户 表项。
所述处理模块包括： 第三处理模块， 用于所述接收模块在所述强制续 租消息的租期内未接收到来自所述 DHCP用户的 DHCP消息， 则删除所述 用户表中关于所述 DHCP用户的用户表项。
所述处理模块进一步用于： 所述探测模块探测到所述 DHCP用户网络 异常后， 对所述 DHCP用户停止计费。
与现有技术相比， 根据本发明的技术方案， 通过在 SN探测到 DHCP 用户网络异常时，向 DHCP用户发送强制续租消息，并根据接收到的 DHCP 消息类型判断是否删除其用户表中关于该 DHCP用户的用户表项， 能够保 证 SN和 DHCP用户的 DHCP状态同步。 附图说明
此处所说明的附图用来提供对本发明的进一步理解， 构成本申请的一 部分， 本发明的示意性实施例及其说明用于解释本发明， 并不构成对本发 明的不当限定。 在附图中：
图 1是根据现有技术的 DHCP网络的网络拓朴示意图； 图 2是根据本发明实施例的状态同步的处理方法的流程示意图； 程图；
图 4是才艮据本发明实施例的状态同步的处理装置的结构示意图。 具体实施方式
本发明的主要思想主要在于， 在发现对 DHCP用户 （通过 DHCP接入 法， 而是启动一个租期的 DHCP强制续租过程， 来达到强制 SN和 DHCP 用户状态同步、 并及时发现网络故障是否消除的目的。
为使本发明的目的、 技术方案和优点更加清楚， 以下结合附图及具体 实施例， 对本发明作进一步地详细说明。
根据本发明的实施例， 提供了一种状态同步的处理方法。
图 2是根据本发明实施例的状态同步的处理方法的流程示意图，如图 2 所示， 该方法包括：
步骤 202, 用户通过 DHCP接入 SN, SN对接入的 DHCP用户进行保 活探测。
步骤 204, SN探测到 DHCP用户的网络异常， 向 DHCP用户发送强制 续租消息 （ DHCP FORCE RENEW ), 其中， 强制续租消息的租期停止时间 为上次成功租约的租期停止时间。 在该租期内， SN停止对该 DHCP用户计 费。
步骤 206 , SN在强制续租消息的租期内接收到来自 DHCP用户的 DHCP 消息， 根据接收到的 DHCP 消息的类型判断是否删除其用户表中关于该 DHCP用户的用户表项。
具体来说， SN接收的来自 DHCP用户的 DHCP消息的类型包括： DHCP 请求消息 （ DHCP REQUEST )或 DHCP发现消息 （ DHCP DISCOVERY ), 其中， 若 SN接收的 DHCP消息是 DHCP请求消息 , 则表示 DHCP用户的 网络故障已经消除， SN根据用户表中关于该 DHCP用户的用户表项向该 DHCP用户发送确认消息， 并重新开始对 DHCP用户进行保活探测； 若 SN 接收的 DHCP消息是 DHCP发现消息， 此时表示用户主机释放又重新申请 DHCP地址， SN停止强制续租过程， SN删除其用户表中关于该 DHCP用 户的用户表项， 只要 SN感知 DHCP用户的网络故障消除或重新上线， SN 重新开始计费。
另外， 若 SN 在强制续租消息的租期内未接收到来自 DHCP 用户的 DHCP消息 （包括 DHCP REQUEST和 DHCP DISCOVERY ), 那么在该强 制续租时间超时后， SN删除其用户表中关于该 DHCP用户的用户表项。 此 时， 用户主机由于租期已到期将无法续租获取 DHCP地址， 用户主机将重 新开始 DHCP过程。
通过上述的处理， 使得在因 AN和 AG之间链路中断导致 DHCP用户 网络故障被 SN强制下线、后又因该网络故障消除重新上线的过程中，保证 了 SN和用户的 DHCP状态的一致性。
下面结合图 3详细描述上述处理的细节。 如图 3所示， 包括： 步骤 302, DHCP用户获取 DHCP地址上线， DHCP用户通过 DHCP 接入 SN。
步骤 304, SN对 DHCP用户进行保活探测， 例如： 通过 ARP或者其他 方式探测 DHCP用户是否活跃。
步骤 306, SN感知 DHCP用户因网络故障导致用户不可达、探测异常， DHCP用户对 SN的主动探测没有任何响应， 即认为 DHCP用户不活跃。
步骤 308, SN不删除用户表项， 开始对该 DHCP用户进行强制续租过 程， 即以一定间隔向用户发送 DHCP FORCE RENEW , 强制用户续租， 这 个强制续租将保持 DHCP用户在上一次续租成功后的一个租期的时间， 直 到收到 DHCP用户的 DHCP报文。 在这个时间内， SN停止对该 DHCP用 户计费。
步骤 310 ,判断 SN是否收到来自 DHCP用户的 DHCP消息，如果收到， 则执行步骤 312, 如果未收到， 则执行步骤 318。
步骤 312-314, 在强制续租的时间内， SN 收到了 DHCP 用户续租的 DHCP REQUEST报文， 表示 DHCP用户的网络已经恢复（例如： DHCP用 户的网络故障是由于 AN和 AG之间链路中断导致， 并且在用户 DHCP租 期保持时间内故障消除）， 此时， SN停止强制续租过程并重新开始计费， 并执行步骤 304, 重新对该 DHCP用户进行保活探测。
步骤 316 , 在强制续租的时间内， SN 收到 DHCP 用户的 DHCP DISCOVERY报文时， 此时表明用户主机释放又重新申请 DHCP地址（例 如： DHCP用户的网络故障是由于 AN和 AG之间链路中断导致， 并且在用 户 DHCP租期保持时间内故障消除， 故障消除时用户主机已经释放地址并 重新申请 DHCP地址 ) , SN停止强制续租过程， 删除该 DHCP用户原有的 用户表项并重新开始 DHCP上线流程。 只要 SN感知 DHCP用户的故障消 除或重新上线， SN重新开始计费。
步骤 318, 如果 SN在强制续租的时间内未收到该 DHCP用户的任何 DHCP消息， 包括 DHCP发现消息和 DHCP请求消息， （例如： DHCP用户 的网络故障是由于 AN和 AG之间链路中断导致，并且该链路中断一直未恢 复）， 那么在该强制续租时间超时后， SN 完全删除用户表项， 此时用户主 机由于租期已到将无法续租获取 DHCP地址。 用户主机将重新开始 DHCP 过程。
图 3示出了根据本发明实施例的优选处理流程。
根据本发明的实施例， 还提供了一种状态同步的处理装置， 优选地， 该装置设置于 SN。 图 4是才艮据本发明实施例的状态同步的处理装置的结构示意图，如图 4 所示， 该装置包括： 探测模块 10、 发送模块 20、 接收模块 30和处理模块 40, 其中：
探测模块 10, 用于对接入 SN的 DHCP用户进行保活探测， 该 DHCP 用户通过 DHCP接入 SN。
发送模块 20, 其与探测模块 10连接， 用于探测模块 10探测到 DHCP 用户网络异常， 向 DHCP用户发送强制续租消息， 其中， 强制续租消息的 租期停止时间为上次成功租约的租期停止时间。
接收模块 30, 用于在强制续租消息的租期内接收来自 DHCP 用户的 DHCP消息。
处理模块 40, 其与接收模块 30连接， 用于根据接收模块 30接收到的 DHCP消息的类型判断是否删除 SN的用户表中关于 DHCP用户的用户表 项。 所述处理模块 40进一步用于： 探测模块 10探测到 DHCP用户网络异 常后， 对 DHCP用户停止计费。
其中， 处理模块 40具体包括： 第一处理模块或第二处理模块或第三处 理模块。第一处理模块用于接收模块 30接收到的 DHCP消息为 DHCP请求 消息， 根据用户表中关于 DHCP用户的用户表项向 DHCP用户发送确认消 息， 并重新触发探测模块 10执行保活探测处理。 第二处理模块， 用于接收 模块 30接收到的 DHCP消息为 DHCP发现消息，则删除用户表中关于 DHCP 用户的用户表项。 第三处理模块， 用于接收模块 30在强制续租消息的租期 内未接收到来自 DHCP用户的 DHCP消息， 则删除用户表中关于该 DHCP 用户的用户表项。
在实际应用过程中， 根据本发明实施例的处理装置的具体处理流程可 以参考图 2和图 3所示， 此处不赘述。
综上所述， 根据本发明上述技术方案， 通过 SN探测到 DHCP用户网 络异常时， 向 DHCP用户发送强制续租消息， 并根据接收到的 DHCP消息 类型判断是否删除其用户表中关于该 DHCP用户的用户表项，能够保证 SN 和 DHCP用户的 DHCP状态同步。
以上所述仅为本发明的实施例而已， 并不用于限制本发明， 对于本领 域的技术人员来说， 本发明可以有各种更改和变化。 凡在本发明的精神和 原则之内， 所作的任何修改、 等同替换、 改进等， 均应包含在本发明的权 利要求范围之内。

Claims

权利要求书
1、 一种状态同步的处理方法， 其特征在于， 包括：
用户通过动态主机分配协议 DHCP接入服务节点 SN, SN对接入的 DHCP用户进行保活探测；
SN探测到所述 DHCP用户网络异常，向所述 DHCP用户发送强制续租 消息， 其中， 所述强制续租消息的租期停止时间为上次成功租约的租期停 止时间；
SN在所述强制续租消息的租期内接收到来自所述 DHCP用户的 DHCP 消息， 根据接收到的所述 DHCP消息的类型判断是否删除其用户表中关于 所述 DHCP用户的用户表项。
2、 根据权利要求 1所述的方法， 其特征在于， 所述 SN根据接收到的 所述 DHCP消息的类型判断是否删除其用户表中关于所述 DHCP用户的用 户表项， 具体包括： 所述 DHCP消息的类型为 DHCP请求消息， SN根据所 述用户表中关于所述 DHCP用户的用户表项向所述 DHCP用户发送确认消 息， 并重新开始对所述 DHCP用户的保活探测处理。
3、 根据权利要求 1所述的方法， 其特征在于， 所述 SN根据接收到的 所述 DHCP消息的类型判断是否删除其用户表中关于所述 DHCP用户的用 户表项， 具体包括： 所述 DHCP消息的类型为 DHCP发现消息， SN删除其 用户表中关于所述 DHCP用户的用户表项。
4、 根据权利要求 1所述的方法， 其特征在于， 所述方法进一步包括： 若 SN在所述强制续租消息的租期内未接收到来自所述 DHCP用户的 DHCP 消息， 则删除其用户表中关于所述 DHCP用户的用户表项。
5、 根据权利要求 1至 4中任一项所述的方法， 其特征在于， 所述方法 进一步包括： SN探测到所述 DHCP用户网络异常后，对所述 DHCP用户停 止计费。
6、 一种状态同步的处理装置， DHCP用户通过 DHCP接入 SN, 其特 征在于， 所述装置包括：
探测模块， 用于对接入所述 SN的所述用户进行保活探测；
发送模块， 用于所述探测模块探测到所述 DHCP用户网络异常， 向所 述 DHCP用户发送强制续租消息， 其中， 所述强制续租消息的租期停止时 间为上次成功租约的租期停止时间；
接收模块， 用于在所述强制续租消息的租期内接收来自所述 DHCP用 户的 DHCP消息；
处理模块， 用于根据所述接收模块接收到的所述 DHCP消息的类型判 断是否删除所述 SN的用户表中关于所述 DHCP用户的用户表项。
7、 根据权利要求 6所述的装置， 其特征在于， 所述处理模块包括： 第 一处理模块， 用于所述接收模块接收到的 DHCP消息为 DHCP请求消息， 根据所述用户表中关于所述 DHCP用户的用户表项向所述 DHCP用户发送 确认消息， 并重新触发所述探测模块执行保活探测处理。
8、 根据权利要求 6所述的装置， 其特征在于， 所述处理模块包括： 第 二处理模块， 用于所述接收模块接收到的 DHCP消息为 DHCP发现消息， 则删除所述用户表中关于所述 DHCP用户的用户表项。
9、 根据权利要求 6所述的装置， 其特征在于， 所述处理模块包括： 第 三处理模块， 用于所述接收模块在所述强制续租消息的租期内未接收到来 自所述 DHCP用户的 DHCP消息， 则删除所述用户表中关于所述 DHCP用 户的用户表项。
10、 根据权利要求 6至 9中任一项所述的装置， 其特征在于， 所述处 理模块进一步用于： 所述探测模块探测到所述 DHCP用户网络异常后， 对 所述 DHCP用户停止计费。
PCT/CN2010/078821 2010-01-15 2010-11-17 状态同步的处理方法及装置 WO2011085612A1 (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201010003440.4 2010-01-15
CN201010003440.4A CN101778107B (zh) 2010-01-15 2010-01-15 状态同步的处理方法及装置

Publications (1)

Publication Number Publication Date
WO2011085612A1 true WO2011085612A1 (zh) 2011-07-21

Family

ID=42514435

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2010/078821 WO2011085612A1 (zh) 2010-01-15 2010-11-17 状态同步的处理方法及装置

Country Status (2)

Country Link
CN (1) CN101778107B (zh)
WO (1) WO2011085612A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103095722A (zh) * 2013-02-01 2013-05-08 华为技术有限公司 一种更新网络安全表的方法及网络设备、dhcp服务器

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101778107B (zh) * 2010-01-15 2014-03-12 中兴通讯股份有限公司 状态同步的处理方法及装置
CN103024226B (zh) * 2012-12-10 2015-04-15 深圳市共进电子股份有限公司 一种数据通信方法以及通信终端
CN110557331A (zh) * 2019-07-15 2019-12-10 中移（杭州）信息技术有限公司 用户下线的控制方法、控制器、转发设备与用户接入系统
CN111586153B (zh) * 2020-04-30 2023-08-29 北京达佳互联信息技术有限公司 一种用于云平台的通信方法及装置
CN112649690A (zh) * 2020-12-31 2021-04-13 上海遨有信息技术有限公司 一种输变电设备物联网入网一致性检测方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1450756A (zh) * 2002-04-08 2003-10-22 华为技术有限公司 一种接入设备实时探测以太网接入计算机在线状态的方法
US20050114341A1 (en) * 2003-11-24 2005-05-26 Droms Ralph E. Methods and apparatus supporting configuration in a network
CN101335652A (zh) * 2007-06-29 2008-12-31 华为技术有限公司 一种动态主机配置协议的状态检测方法、设备及系统
CN101778107A (zh) * 2010-01-15 2010-07-14 中兴通讯股份有限公司 状态同步的处理方法及装置

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1225866C (zh) * 2002-11-19 2005-11-02 华为技术有限公司 一种检测web认证用户是否在线的方法
CN100525204C (zh) * 2005-08-16 2009-08-05 上海贝尔阿尔卡特股份有限公司 媒体网关控制器/媒体网关及其断连后连接状态同步方法

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1450756A (zh) * 2002-04-08 2003-10-22 华为技术有限公司 一种接入设备实时探测以太网接入计算机在线状态的方法
US20050114341A1 (en) * 2003-11-24 2005-05-26 Droms Ralph E. Methods and apparatus supporting configuration in a network
CN101335652A (zh) * 2007-06-29 2008-12-31 华为技术有限公司 一种动态主机配置协议的状态检测方法、设备及系统
CN101778107A (zh) * 2010-01-15 2010-07-14 中兴通讯股份有限公司 状态同步的处理方法及装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
T'JOENS ET AL.: "RFC 3203, DHCP reconfigure extension", NETWORK WORKING GROUP, 31 December 2001 (2001-12-31), Retrieved from the Internet <URL:http://tools.ietf.org/pdf/rfc3203.pdf> *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103095722A (zh) * 2013-02-01 2013-05-08 华为技术有限公司 一种更新网络安全表的方法及网络设备、dhcp服务器

Also Published As

Publication number Publication date
CN101778107A (zh) 2010-07-14
CN101778107B (zh) 2014-03-12

Similar Documents

Publication Publication Date Title
WO2011085612A1 (zh) 状态同步的处理方法及装置
WO2011035598A1 (zh) Dhcp客户端的会话保活方法、dhcp通信系统和sn设备
CA2550291C (en) Method for monitoring a media gateway controller status by a media gateway
WO2011026358A1 (zh) 一种Web认证用户异常下线的处理方法和系统
EP1641192B1 (en) Method and device for detecting connectivity termination within an internet protocol version 6 access networks
JP2006505200A (ja) 無線データ接続を維持するための方法およびシステム
WO2008138196A1 (fr) Procédé et dispositif permettant de rapporter des informations
WO2009030173A1 (fr) Procédé de traitement et dispositif pour la configuration de raccordement qinq
JP4186480B2 (ja) モバイル携帯端末及びそれに用いる常時オン状態のｐｄｐコンテキスト管理方法
WO2011147312A1 (zh) 一种业务接入路由器的端口备份方法、装置和系统
EP2139189B1 (en) Method and system for performing keepalive monitoring on client sessions
WO2012065436A1 (zh) Dhcp租约处理方法及装置
US20100039956A1 (en) Method and system for performing keep-alive monitoring on subscriber sessions
WO2011072548A1 (zh) 一种邻居发现协议表项处理的方法和三层交换设备
WO2013078869A1 (zh) 一种aos中保持长连接的方法、系统、aoe、aog及终端
WO2011091667A1 (zh) 一种数据卡及其快速建立拨号连接的方法
WO2012103725A1 (zh) 维持传输线路连通的方法和装置
WO2006111077A1 (fr) Procede pour faire correspondre une identification de point de maintenance avec une adresse mac
JP5079000B2 (ja) 通信ネットワーク接続装置
WO2010000158A1 (zh) 路径状态检测的方法、设备和系统
CN1956444A (zh) 通信系统中发送握手报文的方法及装置
CN101335652A (zh) 一种动态主机配置协议的状态检测方法、设备及系统
WO2012028011A1 (zh) 一种会话监控方法及服务节点设备
CN101304406B (zh) 一种会话连接的管理方法及装置、系统
TW201010337A (en) Apparatus power restart method in response to network connection status

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 10842895

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 10842895

Country of ref document: EP

Kind code of ref document: A1