CN101753597A - 对等节点-客户端架构下对等节点与客户端间保活方法 - Google Patents
对等节点-客户端架构下对等节点与客户端间保活方法 Download PDFInfo
- Publication number
- CN101753597A CN101753597A CN200810184019A CN200810184019A CN101753597A CN 101753597 A CN101753597 A CN 101753597A CN 200810184019 A CN200810184019 A CN 200810184019A CN 200810184019 A CN200810184019 A CN 200810184019A CN 101753597 A CN101753597 A CN 101753597A
- Authority
- CN
- China
- Prior art keywords
- client
- peer node
- keep
- session connection
- alive signaling
- 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
Images
Landscapes
- Computer And Data Communications (AREA)
Abstract
本发明公开了一种对等节点-客户端架构下对等节点与客户端间保活的方法，涉及对等网络领域，解决了对等节点-客户端架构下对等节点与客户端间保活信令数量多，对等节点负担重这一问题。解决方案为：对等节点周期性接收客户端发送的保活信令，保活信令中携带该客户端的会话表中存在的各会话的会话连接标识；对等节点将接收到的保活信令中携带的会话连接标识，与本地会话表中保存的各会话的会话连接标识进行匹配检查，若二者完全匹配，则确定客户端与对等节点间的各会话连接正常；若二者不完全匹配，则根据会话连接标识确定异常的会话连接。本发明用于对等节点-客户端架构下客户端与对等节点间的保活。
Description
技术领域
本发明涉及对等网络领域，尤其涉及一种对等节点-客户端架构下对等节点与客户端间保活方法。
背景技术
P2P是peer-to-peer(对等节点到对等节点)的缩写，又称对等网络，是一种通信网络中各方互为客户机/服务器的模式。在对等***中，两个或两个以上的PC机或其它设备，在网络上直接通信或协作，彼此共享包括处理能力(CPU)、存储空间和数据等资源。P2P的本质特性是分布式计算，其最大特点是没有中央服务器，网络上每一台计算机(特别是客户端设备)的计算能力都可以得到充分发挥，降低了在中央服务器端的昂贵支出(包括软件、硬件、通信以及人力投入等)，也避免了服务器可能带来的能力瓶颈和单点故障，从而使得***具有更低的运营成本和近乎无限的扩展能力。
根据P2P网络拓扑结构的不同，一般将P2P叠加网分为结构化P2P叠加网和非结构化P2P叠加网两种。如图1所示，为一种典型的结构化P2P叠加网，所有的Peer(对等节点)组成了P2P叠加网。结构化P2P叠加网一般是基于DHT技术，如Chord、CAN、Pastry等算法来组织网络中的对等节点，构建网络拓扑。
如图2所示，为一种常见的Peer-Client(对等节点-客户端)结构的P2P叠加网。所有的对等节点(Peer)组成了P2P叠加网。而客户端(Client)挂在对等节点之下，只能支持发布和接收内容，不参与P2P叠加网的路由和查找。例如，客户端可以通过Put命令将内容(Key/Value)发布到P2P叠加网上面，对等节点1按照特定的P2P规则(例如DHT算法，包含Chord、Pastry等等)找到专门负责存放Key/Value的root(在结构化P2P网络中负责存储key值及其对应内容的对等节点)的对等节点2。对等节点2保存Key/Value对，Key/Value对是记录了每个Key所对应的Value，而Value一般为Key所对应的内容(该内容可以是真正的内容，也可以是能够提供该内容的源地址)。当有客户端2需要同样的内容(Key)时，则可以向P2P叠加网发起Get命令，查找Key所对应的Value。对等节点3根据特定的P2P规则(例如DHT算法，包含Chord、Pastry等等)找到专门负责存放Key/Value的root的对等节点2。最后对等节点2返回Key所对应的Value(即客户端1发布的内容，或者是能够提供该内容的客户端1的地址)给客户端2。
对等节点与对等节点之间，对等节点与客户端之间需要相互判断是否正常，则需要有保活机制。保活机制，即指两通信单元之间通过周期性地的保活消息(Keepalive)来让一方获知另一方当前是否正常。如图3所示，单元1每隔周期Tc向单元2发送心跳保活消息(Keepalive)，单元2为单元1设置一个最大容忍定时器(Tp，且Tp大于Tc)。单元2只要在Tp范围内收到单元1的心跳保活消息，则判定单元1当前正常，并重新计时。
在实现上述保活过程中，发明人发现现有技术中至少存在如下问题：
如图4所示，对等节点-客户端架构下，每个对等节点可能下挂有上千甚至上万个客户端，而每个客户端的拓扑保活对象和会话(会话，指在媒体传输之前，两对等节点之间需要建立一个会话连接，并协商一些以备用以传输媒体的参数)保活对象又会重合到同一个对等节点之上，并且来自各个客户端的拓扑保活和会话连接保活又是离散的，客户端与对等节点之间保活信令的总数目就会显得臃肿，由于每保活信令都需要到对等节点的协议栈中转一下，对等节点的负担也会较重。
发明内容
本发明的实施例提供一种对等节点-客户端架构下对等节点与客户端间保活的方法，能够减少客户端与对等节点间的保活信令数量，从而减少对等节点上的协议栈需要处理的保活信令数量，减轻对等节点的负担。
为达到上述目的，本发明的实施例采用如下技术方案：
一种对等节点-客户端架构下对等节点与客户端间保活的方法，包括：
对等节点周期性接收客户端发送的保活信令，所述保活信令中携带所述客户端的会话表中存在的各会话的会话连接标识；
所述对等节点将接收到的所述保活信令中携带的所述会话连接标识，与本地会话表中保存的各会话的会话连接标识进行匹配检查，若二者完全匹配，则确定所述客户端与所述对等节点间的各会话连接正常；若二者不完全匹配，则根据所述会话连接标识确定异常的会话连接。
本发明实施例提供的对等节点-客户端架构下对等节点与客户端间保活的方法，客户端在周期性发送的保活信令中，携带客户端自身会话表中存在的各会话的会话连接标识；对等节点接收到保活信令后，与本地会话表中保存的各会话的会话连接标识进行逐一匹配检查，来判断各会话连接是否正常以及根据所述会话连接标识确定异常的会话连接。这样一来，原来需要发送多条的会话保活信令能够进行统一，其结果是，减少了客户端与对等节点间的保活信令数量，减少了对等节点上的协议栈需要处理的保活信令数量，减轻了对等节点的负担。
本发明的实施例还提供一种客户端，能够减少发送客户端与对等节点间的保活信令数量，从而减少对等节点上的协议栈需要处理的保活信令数量，减轻了对等节点的负担。
为达到上述目的，本发明的实施例采用如下技术方案：
一种客户端，包括：
生成单元，用于周期性生成保活信令，所述保活信令中包括客户端自身会话表中存在的各会话的会话连接标识；
发送单元，用于周期性向与所述客户端连接的对等节点发送所述生成单元生成的保活信令。
本发明实施例提供的客户端，通过生成单元周期性生成保活信令，并在保活信令中携带自身会话表中存在的各会话的会话连接标识，以及发送单元周期性地发送保活信令，从而有效减少了客户端与对等节点间的保活信令数量，进一步减少了对等节点上的协议栈需要处理的保活信令数量，减轻了对等节点的负担。
本发明的实施例还提供一种对等节点，能够减少客户端与对等节点间的保活信令数量，从而减少了对等节点上的协议栈需要处理的保活信令数量，减轻了对等节点的负担。
为达到上述目的，本发明的实施例采用如下技术方案：
一种对等节点，包括：
接收单元，用于周期性接收客户端发送的保活信令，其中，所述保活信令中携带有所述客户端自身会话表中存在的各会话的会话连接标识；
会话保活检测单元，用于将接收到的所述保活信令中携带的所述会话连接标识与本地会话表中保存的各会话的会话连接标识进行匹配检查，若二者完全匹配，则确定所述客户端与所述对等节点间的各会话连接正常；若二者不完全匹配，则根据所述会话连接标识确定异常的会话连接。
本发明实施例提供的对等节点，接收单元接收到保活信令后，通过会话保活检测单元，将接收到的保活信令中的会话连接标识与本地会话表中保存的各会话的会话连接标识进行逐一匹配检查，来判断各会话连接是否正常以及根据所述会话连接标识确定异常的会话连接。这样一来，接收保活信令也能判断客户端所有会话连接是否正常，其结果是，减少了客户端与对等节点间的保活信令数量，进一步减少了对等节点上的协议栈需要处理的保活信令数量，从而减轻了对等节点的负担。
本发明实施例还提供一种对等网络***，能够减少客户端与对等节点间的保活信令数量，从而减少了对等节点上的协议栈需要处理的保活信令数量，减轻了对等节点的负担。
为达到上述目的，本发明的实施例采用如下技术方案：
一种对等网络***，包括：
对等节点和与所述对等节点相连接的客户端；
所述客户端，用于周期性生成保活信令，并向与所述对等节点发送所述保活信令，所述保活信令中包括客户端自身会话表中存在的各会话的会话连接标识；
所述对等节点，用于周期性接收所述客户端发送的保活信令，并将接收到的所述保活信令中携带的所述会话连接标识与本地会话表中保存的各会话的会话连接标识进行匹配检查，若二者完全匹配，则确定所述客户端与所述对等节点间的各会话连接正常；若二者不完全匹配，则根据所述会话连接标识确定异常的会话连接。
本发明实施例提供的对等网络***，客户端能够在周期性生成并发送的保活信令中，携带客户端自身会话表中存在的各会话的会话连接标识；对等节点接收到保活信令后，通过与本地会话表中保存的所有会话的会话连接标识进行逐一匹配检查，来判断各会话连接是否正常以及根据所述会话连接标识确定异常的会话连接。这样一来，原来需要发送多条的会话保活信令便能够进行统一，其结果是，减少了客户端与对等节点间的保活信令数量，进一步减少了对等节点上的协议栈需要处理的保活信令数量，从而减轻了对等节点的负担。
附图说明
图1为现有技术中典型的结构化P2P叠加网的示意图；
图2为现有技术中对等节点-客户端结构的P2P叠加网的示意图；
图3为现有技术中心跳保活机制的示意图；
图4为现有技术中对等节点-客户端架构下保活的示意图；
图5为本发明实施例提供的对等节点-客户端架构下对等节点与客户端间保活的方法的流程图；
图6为本发明实施例一提供的对等节点-客户端架构下对等节点与客户端间保活的方法的示意图；
图7为为本发明实施例二提供的对等节点-客户端架构下对等节点与客户端间保活的方法的示意图；
图8为本发明实施例提供的客户端的结构框图；
图9为本发明实施例提供的对等节点的结构框图；
图10为本发明实施例提供的对等网络***的示意图。
具体实施方式
本发明的实施例提供一种对等节点-客户端架构下对等节点与客户端间保活的方法，能够减少客户端与对等节点间的保活信令数量，从而减少了对等节点上的协议栈需要处理的保活信令数量，减轻了对等节点的负担。
下面结合附图进行详细描述。
如图5所示，本发明是实施例提供的对等节点-客户端架构下对等节点与客户端间保活的方法，包括如下步骤：
S1、对等节点周期性接收客户端发送的保活信令，所述保活信令中携带该客户端的会话表中存在的各会话的会话连接标识；
S2、所述对等节点将接收到的所述保活信令中携带的所述会话连接标识，与本地会话表中保存的各会话的会话连接标识进行匹配检查，若二者完全匹配，则确定所述客户端与所述对等节点间的各会话连接正常；若二者不完全匹配，则根据所述会话连接标识确定异常的会话连接。
这样一来，客户端能够在周期性发送的保活信令中，携带客户端自身会话表中存在的各会话的会话连接标识；对等节点接收到保活信令后，与本地会话表中保存的各会话的会话连接标识进行逐一匹配检查，来判断各会话连接是否正常以及根据所述会话连接标识确定异常的会话连接。这样一来，原来需要发送多条的会话保活信令能够进行统一，其结果是，减少了客户端与对等节点间的保活信令数量，减少了对等节点上的协议栈需要处理的保活信令数量，从而减轻了对等节点的负担。
实施例一：
如图6所示，客户端在周期性(周期Tc)发送的保活信令中同时携带自身会话表中所有存在的会话连接标识(Session ID，缩写为Ses ID，例如Ses1、Ses2)；
对等节点端周期性接收保活信令，同时通过保活信令中即时携带的所有会话连接标识与对等节点本地会话表中保存的所有会话连接标识进行逐一匹配检查，以此来判断本地是否有会话连接异常挂死。若对等节点在大于某个给定的时间(Tp，Tp＞Tc，对等节点对该客户端保活的最大容忍时间)内没有收到来自该客户端的保活信令，则判定该客户端的已异常(该客户端的所有会话连接均异常)。
例如，如图6所示：
1)在t0时刻，
客户端获取当前自身存在的所有与对等节点已建立的会话连接(此时有：会话连接1、会话连接2、会话连接3)，在向对等节点发送的保活信令中同时携带所有与对等节点已建立的会话连接的会话连接标识(此时有：会话连接标识1(Ses1)、会话连接标识2(Ses2)和会话连接标识3(Ses3))。
对等节点端在t0’时刻收到来自客户端的保活信令后，通过将保活信令中携带的所有会话连接标识与本地会话表中保存的所有会话连接标识进行逐一匹配检查，发现两者相同，判定该客户端的所有会话连接正常。
2)在t1时刻，
客户端获取当前自身存在的所有与对等节点已建立的会话连接(此时有：会话连接2、会话连接4、会话连接5)，在向对等节点发送的保活信令中同时携带所有与对等节点已建立的会话连接的会话连接标识(此时有：会话连接标识2(Ses2)、会话连接标识4(Ses4)和会话连接标识5(Ses5))。
对等节点端在t1’时刻((t1’-t0’)＜Tp)收到来自客户端的保活信令后，通过将保活信令中携带的所有会话连接标识与对等节点本地会话表中保存的所有会话连接标识进行逐一匹配检查。发现对等节点本地会话表中保存的会话连接中多残留了一个会话连接标识3(Ses3)，则判定该Client的会话连接3异常，进行相关异常处理(例如：拆除Peer上会话连接3)。
3)在(t1’+Tp)时刻，
对等节点端由于在其最大容忍时间(Tp)范围内没有收到该客户端的保活信令，因此判定该客户端的会话连接2、4、5异常，进行相关异常处理(例如：拆除对等节点上会话连接2、4、5)。
这样一来，客户端在周期性发送的保活信令中携带所有与对等节点已建立的会话连接的标识，对等节点在接收之后，通过与本地的会话列表相匹配，判断客户端的会话连接是否正常以及根据所述会话连接标识确定异常的会话连接，这就将原本需用多条会话保活信令完成的工作，进行了统一，其结果是，减少了客户端与对等节点间的保活信令数量，减少了对等节点上的协议栈需要处理的保活信令数量，从而减轻了对等节点的负担。
实施例二：
如图7所示，客户端(Client)端在周期性(周期Tc)发送的保活(Keepalive)信令中除了携带自身的客户端标识(Client ID)以外，同时携带自身会话表中所有存在的会话连接标识(Session ID，缩写为Ses ID，例如Ses1、Ses2)；
对等节点(Peer)端除了通过周期性接收保活信令来判断该客户端是否存活以外，同时通过保活信令中携带的所有会话连接标识与对等节点本地会话表中保存的所有会话连接标识进行逐一匹配检查，以此来判断本地是否有会话连接异常挂死。若对等节点在大于某个给定的时间(Tp，Tp＞Tc，对等节点对该客户端保活的最大容忍时间)内没有收到来自该客户端的保活信令，则判定该客户端已异常(拓扑上异常和所有会话连接均异常)。
例如，如图7所示：
1)在t0时刻，
客户端获取当前自身存在的所有与对等节点已建立的会话连接(此时有：会话连接1、会话连接2、会话连接3)，在向对等节点发送的保活信令中除了携带自身的Client ID外，同时携带所有与对等节点已建立的会话连接的会话连接标识(此时有：会话连接标识1(Ses1)、会话连接标识2(Ses2)和会话连接标识3(Ses3))。
对等节点端在t0’时刻收到来自客户端的保活信令后，通过将保活信令中携带的所有会话连接标识与对等节点本地会话表中保存的所有会话连接标识进行逐一匹配检查，发现两者相同，判定该客户端的所有会话连接正常。
2)在t1时刻，
客户端获取当前自身存在的所有与对等节点已建立的会话连接(此时有：会话连接2、会话连接4、会话连接5)，在向对等节点发送的保活信令中除了携带自身的Client ID外，同时携带所有与对等节点已建立的会话连接的会话连接标识(此时有：会话连接标识2(Ses2)、会话连接标识4(Ses4)和会话连接标识5(Ses5))。
对等节点端在t1’时刻((t1’-t0’)＜Tp)收到来自客户端的保活信令后，通过将保活信令中携带的所有会话连接标识与本地会话表中保存的所有会话连接标识进行逐一匹配检查。发现本地会话表中保存的会话连接中多残留了一个会话连接标识3(Ses3)，则判定该客户端的会话连接3异常，进行相关异常处理(例如：拆除对等节点上会话连接3)。
3)在(t1’+Tp)时刻，
对等节点端由于在其最大容忍时间(Tp)范围内没有收到该客户端的保活信令，因此判定该客户端异常，进行相关异常处理(例如：通过之前保存的该客户端的客户端标识，找出并拆除所有与该客户端建立的会话连接)。
这样一来，客户端在周期性发送的保活信令中携带所有与对等节点已建立的会话连接的标识，对等节点在接收之后，通过与本地的会话列表相匹配，判断客户端的会话连接是否正常以及根据所述会话连接标识确定异常的会话连接，这就将原本需用多条会话保活信令完成的工作，进行了统一，其结果是，减少了客户端与对等节点间的保活信令数量，减少了对等节点上的协议栈需要处理的保活信令数量，从而减轻了对等节点的负担。另外，通过客户端标识来判断该客户端的拓扑保活，也统一了拓扑保活信令，进一步减少了信令的数量。
本发明实施例提供一种客户端，能够减少客户端与对等节点间的保活信令数量，从而减少了对等节点上的协议栈需要处理的保活信令数量，减轻了对等节点的负担。
如图8所示，该客户端包括：
生成单元801，用于周期性生成保活信令，所述保活信令中包括客户端自身会话表中存在的各会话的会话连接标识；
发送单元802，用于周期性向与所述客户端连接的对等节点发送所述生成单元生成的保活信令。
进一步地，所述生成单元801生成的保活信令中，还携带有所述客户端自身的客户端标识。
这样一来，使得原本需用多条会话保活信令完成的工作，能够进行统一，其结果是，减少了客户端与对等节点间的保活信令数量，减少了对等节点上的协议栈需要处理的保活信令数量，从而减轻了对等节点的负担。再有，本实施中生成单元801生成的保活信令中除携带有所有会话的会话连接标识外，还携带有客户端自身的客户端标识，能够通过客户端标识来判断该客户端的拓扑保活，也统一了拓扑保活信令，进一步减少了信令的数量。
本发明的实施例提供一种对等节点，能够减少客户端与对等节点间的保活信令数量，从而减少了对等节点上的协议栈需要处理的保活信令数量，减轻了对等节点的负担。
如图9所示，该对等节点包括：
接收单元901，用于周期性接收客户端发送的保活信令，其中，所述保活信令中携带有所述客户端自身会话表中存在的各会话的会话连接标识；
会话保活检测单元902，用于将接收到的所述保活信令中携带的所述会话连接标识与本地会话表中保存的各会话的会话连接标识进行匹配检查，若二者完全匹配，则确定所述客户端与所述对等节点间的各会话连接正常；若二者不完全匹配，则根据所述会话连接标识确定异常的会话连接。
进一步地，该接收单元901接收的保活信令中，还携带有所述客户端自身的客户端标识。
再进一步，该节点还包括：
拓扑保活检测单元903，用于判断所述客户端与所述对等节点间的连接是否正常，若所述接收单元超过所述周期没有收到所述保活信令，则根据所述客户端自身的客户端标识确定所述客户端与所述对等节点间的连接异常。
这样一来，通过接收单元901以及会话保活检测单元902，使得原本需用多条会话保活信令完成的工作，能够进行统一，其结果是，减少了客户端与对等节点间的保活信令数量，减少了对等节点上的协议栈需要处理的保活信令数量，从而减轻了对等节点的负担。另外，通过客户端标识来判断该客户端的拓扑保活，也统一了拓扑保活信令，进一步减少了信令的数量。
本发明的实施例提供一种对等网络***，能够减少客户端与对等节点间的保活信令数量，从而减少了对等节点上的协议栈需要处理的保活信令数量，减轻了对等节点的负担。
如图10所示，该***包括：
对等节点101和与所述对等节点相连接的客户端102；
所述客户端102，用于周期性生成保活信令，并向与所述对等节点发送所述保活信令，所述保活信令中包括客户端自身会话表中存在的各会话的会话连接标识；
所述对等节点101，用于周期性接收所述客户端发送的保活信令，并将接收到的所述保活信令中携带的所述会话连接标识与本地会话表中保存的各会话的会话连接标识进行匹配检查，若二者完全匹配，则确定所述客户端与所述对等节点间的各会话连接正常；若二者不完全匹配，则根据所述会话连接标识确定异常的会话连接。
进一步地，所述客户端102，在周期性生成并发送的保活信令中，携带有所述客户端自身的客户端标识。
所述对等节点101，用于判定所述客户端与所述对等节点间的连接是否正常，若超过所述周期没有收到所述保活信令，则根据所述客户端自身的客户端标识确定所述客户端与所述对等节点间的连接异常。
本实施例中提供的对等网络***中的对等节点和客户端与上述的对等节点与客户端构造相同，在此就不再赘述。
本发明实施例提供的对等网络***，客户端能够在周期性发送的保活信令中，携带客户端自身会话表中存在的各会话的会话连接标识；对等节点接收到保活信令后，通过与本地会话表中保存的所有会话连接标识进行逐一匹配检查，来判断各会话连接是否正常以及根据所述会话连接标识确定异常的会话连接。这样一来，原来需要发送多条的会话保活信令便能够进行统一，其结果是，减少了客户端与对等节点间的保活信令数量，减少了对等节点上的协议栈需要处理的保活信令数量，从而减轻了对等节点的负担，另外，通过客户端标识来判断该客户端的拓扑保活，也统一了拓扑保活信令，进一步减少了信令的数量。
以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应所述以权利要求的保护范围为准。
Claims (11)
1.一种对等节点-客户端架构下对等节点与客户端间保活方法，其特征在于，包括：
对等节点周期性接收客户端发送的保活信令，所述保活信令中携带所述客户端的会话表中存在的各会话的会话连接标识；
所述对等节点将接收到的所述保活信令中携带的所述会话连接标识，与本地会话表中保存的各会话的会话连接标识进行匹配检查，若二者完全匹配，则确定所述客户端与所述对等节点间的各会话连接正常；若二者不完全匹配，则根据所述会话连接标识确定异常的会话连接。
2.根据权利要求1所述的对等节点-客户端架构下对等节点与客户端间保活方法，其特征在于，所述保活信令中还携带所述客户端自身的客户端标识。
3.根据权利要求2所述的对等节点-客户端架构下对等节点与客户端间保活方法，其特征在于，若超过所述周期没有收到所述保活信令，则根据所述客户端自身的客户端标识确定所述客户端与所述对等节点间的连接异常。
4.一种客户端，其特征在于，包括：
生成单元，用于周期性生成保活信令，所述保活信令中包括客户端自身会话表中存在的各会话的会话连接标识；
发送单元，用于周期性向与所述客户端连接的对等节点发送所述生成单元生成的保活信令。
5.根据权利要求4所述的客户端，其特征在于，所述生成单元生成的保活信令中，还携带有所述客户端自身的客户端标识。
6.一种对等节点，其特征在于，包括：
接收单元，用于周期性接收客户端发送的保活信令，其中，所述保活信令中携带有所述客户端自身会话表中存在的各会话的会话连接标识；
会话保活检测单元，用于将接收到的所述保活信令中携带的所述会话连接标识与本地会话表中保存的各会话的会话连接标识进行匹配检查，若二者完全匹配，则确定所述客户端与所述对等节点间的各会话连接正常；若二者不完全匹配，则根据所述会话连接标识确定异常的会话连接。
7.根据权利要求6所述的对等节点，其特征在于，所述接收单元接收的保活信令中，还携带有所述客户端自身的客户端标识。
8.根据权利要求7所述的对等节点，其特征在于，所述对等节点还包括：
拓扑保活检测单元，用于判断所述客户端与所述对等节点间的连接是否正常，若所述接收单元超过所述周期没有收到所述保活信令，则根据所述客户端自身的客户端标识确定所述客户端与所述对等节点间的连接异常。
9.一种对等网络***，其特征在于，包括：
对等节点和与所述对等节点相连接的客户端；
所述客户端，用于周期性生成保活信令，并向与所述对等节点发送所述保活信令，所述保活信令中包括客户端自身会话表中存在的各会话的会话连接标识；
所述对等节点，用于周期性接收所述客户端发送的保活信令，并将接收到的所述保活信令中携带的所述会话连接标识与本地会话表中保存的各会话的会话连接标识进行匹配检查，若二者完全匹配，则确定所述客户端与所述对等节点间的各会话连接正常；若二者不完全匹配，则根据所述会话连接标识确定异常的会话连接。
10.根据权利要求9所述的对等网络***，其特征在于，所述客户端，在周期性生成并发送的保活信令中，携带有所述客户端自身的客户端标识。
11.根据权利要求10所述的对等网络***，其特征在于，所述对等节点，用于判定所述客户端与所述对等节点间的连接是否正常，若超过所述周期没有收到所述保活信令，则根据所述客户端自身的客户端标识确定所述客户端与所述对等节点间的连接异常。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200810184019 CN101753597B (zh) | 2008-12-09 | 2008-12-09 | 对等节点-客户端架构下对等节点与客户端间保活方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 200810184019 CN101753597B (zh) | 2008-12-09 | 2008-12-09 | 对等节点-客户端架构下对等节点与客户端间保活方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN101753597A true CN101753597A (zh) | 2010-06-23 |
| CN101753597B CN101753597B (zh) | 2013-04-17 |
Family
ID=42479992
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 200810184019 Active CN101753597B (zh) | 2008-12-09 | 2008-12-09 | 对等节点-客户端架构下对等节点与客户端间保活方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101753597B (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102111899A (zh) * | 2011-03-08 | 2011-06-29 | 中兴通讯股份有限公司 | 会话保活方法及装置 |
| CN102487355A (zh) * | 2010-12-03 | 2012-06-06 | 中兴通讯股份有限公司 | 路由查询方法及装置 |
| CN103139079A (zh) * | 2011-11-28 | 2013-06-05 | 中兴通讯股份有限公司 | P2p叠加网中路由表修复方法及p2p叠加网节点 |
| CN103188355A (zh) * | 2013-04-02 | 2013-07-03 | 汉柏科技有限公司 | 一种通过预判断对报文进行动态匹配的方法 |
| CN103491512A (zh) * | 2012-06-12 | 2014-01-01 | 腾讯科技（深圳）有限公司 | 消息推送的实现方法和装置 |
| CN104734939A (zh) * | 2013-12-24 | 2015-06-24 | 华为技术有限公司 | 会话保活方法和设备 |
| CN104754764A (zh) * | 2013-12-30 | 2015-07-01 | ***通信集团公司 | 一种信息处理方法及装置 |
| CN106803841A (zh) * | 2017-02-14 | 2017-06-06 | 北京奇虎科技有限公司 | 消息队列数据的读取方法、装置及分布式数据存储*** |
| CN104079494B (zh) * | 2014-07-11 | 2018-01-16 | 新华三技术有限公司 | 一种Echo Request报文的传输方法和设备 |
| WO2018107480A1 (zh) * | 2016-12-16 | 2018-06-21 | 华为技术有限公司 | 一种业务调度方法及*** |
| US10686890B2 (en) | 2016-05-31 | 2020-06-16 | Avago Technologies International Sales Pte. Limited | Keep-alive scheduler in a network device |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1874277A (zh) * | 2005-07-11 | 2006-12-06 | 华为技术有限公司 | 网络中racs对等实体间协议建立连接的实现方法 |
| CN1946062A (zh) * | 2006-10-10 | 2007-04-11 | 华为数字技术有限公司 | 保活nat设备中会话表项的方法和*** |
| US20080123521A1 (en) * | 2006-11-27 | 2008-05-29 | Jean-Philippe Vasseur | Failure protection for P2MP tunnel tail-end node |
-
2008
- 2008-12-09 CN CN 200810184019 patent/CN101753597B/zh active Active
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1874277A (zh) * | 2005-07-11 | 2006-12-06 | 华为技术有限公司 | 网络中racs对等实体间协议建立连接的实现方法 |
| CN1946062A (zh) * | 2006-10-10 | 2007-04-11 | 华为数字技术有限公司 | 保活nat设备中会话表项的方法和*** |
| US20080123521A1 (en) * | 2006-11-27 | 2008-05-29 | Jean-Philippe Vasseur | Failure protection for P2MP tunnel tail-end node |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102487355A (zh) * | 2010-12-03 | 2012-06-06 | 中兴通讯股份有限公司 | 路由查询方法及装置 |
| WO2012071924A1 (zh) * | 2010-12-03 | 2012-06-07 | 中兴通讯股份有限公司 | 路由查询方法及装置 |
| CN102487355B (zh) * | 2010-12-03 | 2015-08-12 | 中兴通讯股份有限公司 | 路由查询方法及装置 |
| CN102111899B (zh) * | 2011-03-08 | 2014-08-20 | 中兴通讯股份有限公司 | 会话保活方法及装置 |
| CN102111899A (zh) * | 2011-03-08 | 2011-06-29 | 中兴通讯股份有限公司 | 会话保活方法及装置 |
| CN103139079A (zh) * | 2011-11-28 | 2013-06-05 | 中兴通讯股份有限公司 | P2p叠加网中路由表修复方法及p2p叠加网节点 |
| WO2013078887A1 (zh) * | 2011-11-28 | 2013-06-06 | 中兴通讯股份有限公司 | P2p叠加网中路由表修复方法及p2p叠加网节点 |
| CN103139079B (zh) * | 2011-11-28 | 2018-01-19 | 中兴通讯股份有限公司 | P2p叠加网中路由表修复方法及p2p叠加网节点 |
| CN103491512A (zh) * | 2012-06-12 | 2014-01-01 | 腾讯科技（深圳）有限公司 | 消息推送的实现方法和装置 |
| CN103491512B (zh) * | 2012-06-12 | 2017-08-08 | 腾讯科技（深圳）有限公司 | 消息推送的实现方法和装置 |
| CN103188355A (zh) * | 2013-04-02 | 2013-07-03 | 汉柏科技有限公司 | 一种通过预判断对报文进行动态匹配的方法 |
| CN103188355B (zh) * | 2013-04-02 | 2016-03-02 | 汉柏科技有限公司 | 一种通过预判断对报文进行动态匹配的方法 |
| CN104734939A (zh) * | 2013-12-24 | 2015-06-24 | 华为技术有限公司 | 会话保活方法和设备 |
| CN104734939B (zh) * | 2013-12-24 | 2017-11-24 | 华为技术有限公司 | 会话保活方法和设备 |
| CN104754764B (zh) * | 2013-12-30 | 2018-11-02 | ***通信集团公司 | 一种信息处理方法及装置 |
| CN104754764A (zh) * | 2013-12-30 | 2015-07-01 | ***通信集团公司 | 一种信息处理方法及装置 |
| CN104079494B (zh) * | 2014-07-11 | 2018-01-16 | 新华三技术有限公司 | 一种Echo Request报文的传输方法和设备 |
| US10686890B2 (en) | 2016-05-31 | 2020-06-16 | Avago Technologies International Sales Pte. Limited | Keep-alive scheduler in a network device |
| US10785317B2 (en) | 2016-05-31 | 2020-09-22 | Avago Technologies International Sales Pte. Limited | Keep-alive technique in a network device |
| WO2018107480A1 (zh) * | 2016-12-16 | 2018-06-21 | 华为技术有限公司 | 一种业务调度方法及*** |
| CN112398913A (zh) * | 2016-12-16 | 2021-02-23 | 华为技术有限公司 | 一种业务调度方法及*** |
| CN112398913B (zh) * | 2016-12-16 | 2022-05-13 | 华为技术有限公司 | 一种业务调度方法及*** |
| CN106803841A (zh) * | 2017-02-14 | 2017-06-06 | 北京奇虎科技有限公司 | 消息队列数据的读取方法、装置及分布式数据存储*** |
| CN106803841B (zh) * | 2017-02-14 | 2020-04-10 | 北京奇虎科技有限公司 | 消息队列数据的读取方法、装置及分布式数据存储*** |
Also Published As
| Publication number | Publication date |
|---|---|
| CN101753597B (zh) | 2013-04-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101753597B (zh) | 对等节点-客户端架构下对等节点与客户端间保活方法 | |
| US8095935B2 (en) | Adapting message delivery assignments with hashing and mapping techniques | |
| Shaker et al. | Self-stabilizing structured ring topology p2p systems | |
| CN108600316B (zh) | 云存储服务的数据管理方法、***及设备 | |
| EP2634997B1 (en) | Maintaining distributed hash tables in an overlay network | |
| CN109951537B (zh) | 一种面向区块链的负载均衡分发方法 | |
| CN103780679A (zh) | 基于http协议的长延时远程调用方法 | |
| CN101809966A (zh) | 建立和管理diameter关联的方法和设备 | |
| US20120166556A1 (en) | Method, device and system for real-time publish subscribe discovery based on distributed hash table | |
| CN103581276A (zh) | 集群管理装置、***、业务客户端及相应方法 | |
| CN108055157A (zh) | 一种服务节点的获取方法及装置 | |
| CN103312528A (zh) | 一种心跳消息发送方法及用户终端 | |
| CN107689878A (zh) | 基于命名调度的tcp长连接负载均衡*** | |
| CN102769582A (zh) | 逻辑服务器、即时通信***和即时通信方法 | |
| CN105162623A (zh) | 一种云处理方法及云服务器 | |
| CN111427703A (zh) | 工业数据实时展示方法及*** | |
| CN114090342A (zh) | 存储容灾的链路管理方法及消息执行节点、存储控制集群 | |
| CN110225133A (zh) | 消息发送方法、节点、装置、***及相关设备 | |
| CN103312586A (zh) | 一种即时通信的方法、***及服务器 | |
| CN104243473A (zh) | 一种数据传输的方法以及装置 | |
| CN114490100A (zh) | 一种消息队列遥测传输负载均衡方法、装置及服务器 | |
| CN111880932A (zh) | 一种基于多网口的数据存储方法及装置 | |
| CN115037785B (zh) | 即时通讯***及方法 | |
| CN109347894A (zh) | 管理FastCGI进程的方法、管理器、设备及介质 | |
| CN101494664A (zh) | 基于jxta的p2p推式网络存储方法 |
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 | ||
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20201228 Address after: Building 2, No. 3, Fuqian Road, Hailing District, Taizhou City, Jiangsu Province Patentee after: Taizhou Haitong Asset Management Co.,Ltd. Address before: Unit 2414-2416, main building, no.371, Wushan Road, Tianhe District, Guangzhou City, Guangdong Province Patentee before: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. Effective date of registration: 20201228 Address after: Unit 2414-2416, main building, no.371, Wushan Road, Tianhe District, Guangzhou City, Guangdong Province Patentee after: GUANGDONG GAOHANG INTELLECTUAL PROPERTY OPERATION Co.,Ltd. Address before: 518129 headquarters building of Bantian HUAWEI base, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |