CN105991370A - 一种udp通道探测方法及装置 - Google Patents
一种udp通道探测方法及装置 Download PDFInfo
- Publication number
- CN105991370A CN105991370A CN201510140380.3A CN201510140380A CN105991370A CN 105991370 A CN105991370 A CN 105991370A CN 201510140380 A CN201510140380 A CN 201510140380A CN 105991370 A CN105991370 A CN 105991370A
- Authority
- CN
- China
- Prior art keywords
- channel
- message
- udp
- server
- channel detection
- 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
Landscapes
- Computer And Data Communications (AREA)
Abstract
本申请提供一种UDP通道探测方法及装置，该方法包括：从端口号列表中选择一个目的端口号；执行如下UDP通道探测操作：根据所述目的端口号向服务器发送通道探测报文；判断在预设的报文响应时长内是否接收到所述服务器根据所述通道探测报文回应的通道响应报文；当在预设的报文响应时长内未接收到所述服务器根据所述通道探测报文回应的通道响应报文时，确认所述端口号列表中是否存在未选择过的目的端口号；当所述端口号列表中存在未选择过的目的端口号时，从所述未选择过的目的端口号中选择一个目的端口号，返回所述执行UDP通道探测操作。本申请可提高发现可用UDP通道的概率，保证相关业务的顺利传输。
Description
技术领域
本申请涉及网络通信技术领域，尤其涉及一种UDP通道探测方法及装置。
背景技术
SSL(Secure Sockets Layer，安全套接层)VPN(Virtual Private Network，虚拟专用网)是解决远程用户访问公司敏感数据最简单最安全的解决技术。在使用UDP(User Datagram Protocol，用户数据包协议)传输SSL VPN业务报文时，由于网络环境的复杂性，可能会阻断UDP报文的传输，从而无法建立SSL VPN通道，无法进行SSL VPN业务报文转发。
发明内容
有鉴于此，本申请提供一种UDP通道探测方法及装置。
具体地，本申请是通过如下技术方案实现的：
本申请提供一种UDP通道探测方法，应用于客户端设备上，该方法包括：
从端口号列表中选择一个目的端口号；
执行如下UDP通道探测操作：
根据所述目的端口号向服务器发送通道探测报文；
判断在预设的报文响应时长内是否接收到所述服务器根据所述通道探测报文回应的通道响应报文；
当在预设的报文响应时长内未接收到所述服务器根据所述通道探测报文回应的通道响应报文时，确认所述端口号列表中是否存在未选择过的目的端口号；
当所述端口号列表中存在未选择过的目的端口号时，从所述未选择过的目的端口号中选择一个目的端口号，返回所述执行UDP通道探测操作。
本申请还提供一种UDP通道探测方法，应用于服务器上，该方法包括：
接收客户端设备发送的通道探测报文，所述通道探测报文中携带会话标识；
根据所述会话标识确定通道状态；
向所述客户端设备发送通道响应报文，所述通道响应报文中携带所述通道状态，以使所述客户端设备根据所述通道状态进行业务处理。
本申请还提供一种UDP通道探测装置，应用于客户端设备上，该装置包括：
选择单元，用于从端口号列表中选择一个目的端口号；
发送单元，用于根据所述目的端口号向服务器发送通道探测报文；
判断单元，用于判断在预设的报文响应时长内是否接收到所述服务器根据所述通道探测报文回应的通道响应报文；
确认单元，用于当在预设的报文响应时长内未接收到所述服务器根据所述通道探测报文回应的通道响应报文时，确认所述端口号列表中是否存在未选择过的目的端口号；
所述选择单元，还用于当所述端口号列表中存在未选择过的目的端口号时，从所述未选择过的目的端口号中选择一个目的端口号，返回所述发送单元。
本申请还提供一种UDP通道探测装置，应用于服务器上，该装置包括：
接收单元，用于接收客户端设备发送的通道探测报文，所述通道探测报文中携带会话标识；
确定单元，用于根据所述会话标识确定通道状态；
发送单元，用于向所述客户端设备发送通道响应报文，所述通道响应报文中携带所述通道状态，以使所述客户端设备根据所述通道状态进行业务处理。
由以上描述可以看出，本申请通过在客户端设备中预设多个目的端口号，并依次对不同目的端口号对应的UDP通道进行通道探测，以提高发现可用UDP通道的概率，保证相关业务的顺利传输。
附图说明
图1是本申请一示例性实施例示出的一种UDP通道探测方法流程图；
图2是本申请另一示例性实施例示出的一种UDP通道探测方法流程图；
图3是本申请一示例性实施例示出的UDP通道探测装置所在设备的基础硬件结构示意图；
图4是本申请一示例性实施例示出的一种UDP通道探测装置的结构示意图；
图5是本申请另一示例性实施例示出的一种UDP通道探测装置的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。在本申请和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
UDP协议是一种无连接的传输层协议。目前，有大量的业务报文需要基于UDP协议进行传输，但是，在一些组网环境中，会出现UDP报文被阻断的情况，此时，将无法进行正常的业务报文传输。
针对上述问题，本申请实施例提出一种UDP通道探测方法，该方法通过在客户端设备中预设多个目的端口号，并依次对不同目的端口号对应的UDP通道进行通道探测，以提高发现可用UDP通道的概率，保证业务报文的顺利传输。
参见图1，为本申请UDP通道探测方法的一个实施例流程图，该实施例从客户端设备侧对UDP通道探测过程进行描述。
步骤101，从端口号列表中选择一个目的端口号。
本申请实施例中，服务器预先为某一特定业务配置多个端口号，以保证该特定业务的业务报文顺利传输。客户端设备将服务器配置的端口号保存在本地的端口号列表中。当客户端设备拟向服务器请求访问该特定业务时，客户端设备从端口号列表中选择一个端口号作为目的端口号，以执行后续UDP通道探测。通常，在客户端设备中会预设一个默认目的端口号，如果该默认目的端口号对应的UDP通道可用，将通过该UDP通道进行业务报文传输。
步骤102，使用所述目的端口号向服务器发送通道探测报文。
客户端设备在通过步骤101选定目的端口号后，为本次访问生成一个新的源端口号，使用该源端口号和选定的目的端口号向服务器发送通道探测报文。
步骤103，判断在预设的报文响应时长内是否接收到所述服务器根据所述通道探测报文回应的通道响应报文。
客户端设备向服务器发送通道探测报文后，可以通过启动定时器，判断在预设的报文响应时长内是否可以接收到服务器回应的通道响应报文。
步骤104，当在预设的报文响应时长内未接收到所述服务器根据所述通道探测报文回应的通道响应报文时，确认所述端口号列表中是否存在未选择过的目的端口号。
客户端设备根据步骤103的判断结果，分以下两种情况进行处理：
当客户端设备在预设的报文响应时长内接收到服务器根据通道探测报文回应的通道响应报文时，说明该UDP通道可用，确认此次UDP通道探测成功。客户端设备在探测到可用的UDP通道后，从接收的通道响应报文中获取通道状态，该通道状态是服务器根据客户端设备发送的通道探测报文中携带的会话标识进行相关处理后确定的当前UDP通道的状态。当该通道状态为通道正常时，客户端设备可以通过该UDP通道进行业务报文传输；当该通道状态为通道异常时，断开当前的UDP通道，客户端设备需重新发送访问请求，重新进行UDP通道探测。
当客户端设备在预设的报文响应时长内未接收到服务器根据通道探测报文回应的通道响应报文时，说明报文在传输过程中出现问题，例如，通道探测报文被拦截，该拦截可能是中间网络设备针对特定端口号的报文采取的控制策略，因此，通过该UDP通道无法进行业务报文传输。此时，客户端设备重新查询端口号列表，确认该端口号列表中是否还存在其它未选择过的目的端口号。
步骤105，当所述端口号列表中存在未选择过的目的端口号时，从所述未选择过的目的端口号中选择一个目的端口号，返回步骤102。
客户端设备根据步骤104的确认结果，分以下两种情况进行处理：
当端口号列表中存在未选择过的目的端口号时，客户端设备从端口号列表中选择新的目的端口号，重新启动新的UDP通道探测。
当端口号列表中不存在未选择过的目的端口号时，说明所有的UDP通道均已被探测过，且均未接收到服务器回应的通道响应报文，因此，确认UDP通道探测失败，客户端设备与服务器之间无可用的UDP通道，客户端设备无法访问服务器。
参见图2，为本申请UDP通道探测方法的另一个实施例流程图，该实施例从服务器侧对UDP通道探测过程进行描述。
步骤201，接收客户端设备发送的通道探测报文，所述通道探测报文中携带会话标识。
步骤202，根据所述会话标识确定通道状态。
客户端设备与服务器在通过UDP通道传输业务报文之前，通过已建立的TCP(Transmission Control Protocol，传输控制协议)通道协商此次访问的会话标识，该会话标识用于唯一标识此次访问，可以通过字符串的形式表示。同时，服务器为该会话标识设置了有效时长，当在预设的有效时长内未接收到客户端设备发送的通道探测报文时，删除该会话标识，所以，本申请实施例中，当服务器接收到客户端设备发送的通道探测报文时，从该通道探测报文中获取会话标识，并判断本地是否存在该会话标识，根据判断结果进行如下处理：
当本地存在该会话标识时，说明服务器在预设的有效时长内接收到了客户端设备发送的通道探测报文，此次协商有效，因此，确定该UDP通道的通道状态为通道正常。
当本地不存在该会话标识时，说明服务器在预设的有效时长内未接收到客户端设备发送的通道探测报文，UDP通道存在传输延时，导致此次协商无效，需要重新协商，重新进行UDP通道探测，因此，确定该UDP通道的通道状态为通道异常。
步骤203，向所述客户端设备发送通道响应报文，所述通道响应报文中携带所述通道状态，以使所述客户端设备根据所述通道状态进行业务处理。
服务器将步骤202中获得的通道状态携带在通道响应报文中发送给客户端设备，以使客户端设备根据通道状态进行相应的业务处理，具体参见步骤104的描述，在此不再赘述。
现以SSL VPN业务为例，详细介绍UDP通道探测过程。
SSL VPN技术通常用于企业专用网络的部署中，通过该技术可以保证远程访问的安全性。将SSLVPN服务器布置于企业内网中，当远程客户端设备访问SSLVPN服务器时，需要建立SSL VPN通道，而SSL VPN通道的建立是基于UDP协议进行SSL VPN报文传输，因此，需要找到客户端设备和服务器之间可用的UDP通道。
假设，SSLVPN服务器为SSLVPN业务预设了2个端口号，分别为4000、5000，客户端设备可以通过上述端口号访问SSLVPN服务器。客户端设备预先在本地保存了包含上述端口号的端口号列表，参见表1。
| 序号 | 目的端口号 |
| 1 | 4000 |
| 2 | 5000 |
表1
假设，表1中的第1个目的端口号为默认端口号。客户端设备本地生成源端口号1000，从端口号列表中获取目的端口号4000，根据源端口号1000和目的端口号4000向SSL VPN服务器发送通道探测报文，并设置报文响应时长为5秒。当客户端设备在5秒钟内未接收到SSL VPN服务器返回的通道响应报文时，说明当前探测的UDP通道不可用。
客户端设备重新生成新的源端口号2000，从端口号列表中选择第2个目的端口号5000，根据源端口号2000和目的端口号5000向SSL VPN服务器发送通道探测报文，并设置报文响应时长为5秒。当客户端设备在5秒钟内接收到SSL VPN服务器返回的通道响应报文时，说明当前探测的UDP通道可用，进而通过该UDP通道传输SSL VPN业务报文。
可见，本申请通过在客户端设备中预设多个目的端口号，并依次对不同目的端口号对应的UDP通道进行通道探测，以提高发现可用UDP通道的概率，保证相关业务的顺利传输。
与前述UDP通道探测方法的实施例相对应，本申请还提供了UDP通道探测装置的实施例。
本申请UDP通道探测装置的实施例可以应用在客户端设备或服务器上。装置实施例可以通过软件实现，也可以通过硬件或者软硬件结合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在设备的处理器运行存储器中对应的计算机程序指令形成的。从硬件层面而言，如图3所示，为本申请UDP通道探测装置所在设备的一种硬件结构图，除了图3所示的处理器、网络接口、以及存储器之外，实施例中装置所在的设备通常根据该设备的实际功能，还可以包括其他硬件，对此不再赘述。
请参考图4，为本申请一个实施例中的UDP通道探测装置的结构示意图。该UDP通道探测装置包括选择单元401、发送单元402、判断单元403以及确认单元404，其中：
选择单元401，用于从端口号列表中选择一个目的端口号；
发送单元402，用于根据所述目的端口号向服务器发送通道探测报文；
判断单元403，用于判断在预设的报文响应时长内是否接收到所述服务器根据所述通道探测报文回应的通道响应报文；
确认单元404，用于当在预设的报文响应时长内未接收到所述服务器根据所述通道探测报文回应的通道响应报文时，确认所述端口号列表中是否存在未选择过的目的端口号；
所述选择单元401，还用于当所述端口号列表中存在未选择过的目的端口号时，从所述未选择过的目的端口号中选择一个目的端口号，返回所述发送单元402。
进一步地，所述UDP通道探测装置还包括：
确定单元，用于当所述端口号列表中不存在未选择过的目的端口号时，确认UDP通道探测失败。
进一步地，所述UDP通道探测装置还包括：
确定单元，用于当在预设的报文响应时长内接收到所述服务器根据所述通道探测报文回应的通道响应报文时，确认UDP通道探测成功。
进一步地，所述UDP通道探测装置还包括：
处理单元，用于在所述确定单元确认UDP通道探测成功之后，从所述通道响应报文中获取所述服务器根据会话标识确定的通道状态，所述会话标识携带在所述客户端设备发送的通道探测报文中；当所述通道状态为通道正常时，通过探测成功的UDP通道传输业务报文；当所述通道状态为通道异常时，断开所述探测成功的UDP通道。
进一步地，
所述发送单元402，具体用于获取新的源端口号；根据所述新的源端口号和选定的目的端口号向所述服务器发送通道探测报文。
请参考图5，为本申请一个实施例中的UDP通道探测装置的结构示意图。该UDP通道探测装置包括接收单元501、确定单元502以及发送单元503，其中：
接收单元501，用于接收客户端设备发送的通道探测报文，所述通道探测报文中携带会话标识；
确定单元502，用于根据所述会话标识确定通道状态；
发送单元503，用于向所述客户端设备发送通道响应报文，所述通道响应报文中携带所述通道状态，以使所述客户端设备根据所述通道状态进行业务处理。
进一步地，
所述确定单元502，具体用于判断本地是否存在所述会话标识；当本地存在所述会话标识时，确定所述通道状态为通道正常；当本地不存在所述会话标识时，确定所述通道状态为通道异常。
上述装置中各个单元的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本申请方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
Claims (14)
1.一种UDP通道探测方法，应用于客户端设备上，其特征在于，该方法包括：
从端口号列表中选择一个目的端口号；
执行如下UDP通道探测操作：
根据所述目的端口号向服务器发送通道探测报文；
判断在预设的报文响应时长内是否接收到所述服务器根据所述通道探测报文回应的通道响应报文；
当在预设的报文响应时长内未接收到所述服务器根据所述通道探测报文回应的通道响应报文时，确认所述端口号列表中是否存在未选择过的目的端口号；
当所述端口号列表中存在未选择过的目的端口号时，从所述未选择过的目的端口号中选择一个目的端口号，返回所述执行UDP通道探测操作。
2.如权利要求1所述的方法，其特征在于，所述方法还包括：
当所述端口号列表中不存在未选择过的目的端口号时，确认UDP通道探测失败。
3.如权利要求1所述的方法，其特征在于，所述方法还包括：
当在预设的报文响应时长内接收到所述服务器根据所述通道探测报文回应的通道响应报文时，确认UDP通道探测成功。
4.如权利要求3所述的方法，其特征在于，所述确认UDP通道探测成功之后，还包括：
从所述通道响应报文中获取所述服务器根据会话标识确定的通道状态，所述会话标识携带在所述客户端设备发送的通道探测报文中；
当所述通道状态为通道正常时，通过探测成功的UDP通道传输业务报文；
当所述通道状态为通道异常时，断开所述探测成功的UDP通道。
5.如权利要求1至4任一所述的方法，其特征在于，所述根据所述目的端口号向服务器发送通道探测报文，包括：
获取新的源端口号；
根据所述新的源端口号和选定的目的端口号向所述服务器发送通道探测报文。
6.一种UDP通道探测方法，应用于服务器上，其特征在于，该方法包括：
接收客户端设备发送的通道探测报文，所述通道探测报文中携带会话标识；
根据所述会话标识确定通道状态；
向所述客户端设备发送通道响应报文，所述通道响应报文中携带所述通道状态，以使所述客户端设备根据所述通道状态进行业务处理。
7.如权利要求6所述的方法，其特征在于，所述根据所述会话标识确定通道状态，包括：
判断本地是否存在所述会话标识；
当本地存在所述会话标识时，确定所述通道状态为通道正常；
当本地不存在所述会话标识时，确定所述通道状态为通道异常。
8.一种UDP通道探测装置，应用于客户端设备上，其特征在于，该装置包括：
选择单元，用于从端口号列表中选择一个目的端口号；
发送单元，用于根据所述目的端口号向服务器发送通道探测报文；
判断单元，用于判断在预设的报文响应时长内是否接收到所述服务器根据所述通道探测报文回应的通道响应报文；
确认单元，用于当在预设的报文响应时长内未接收到所述服务器根据所述通道探测报文回应的通道响应报文时，确认所述端口号列表中是否存在未选择过的目的端口号；
所述选择单元，还用于当所述端口号列表中存在未选择过的目的端口号时，从所述未选择过的目的端口号中选择一个目的端口号，返回所述发送单元。
9.如权利要求8所述的装置，其特征在于，所述装置还包括：
确定单元，用于当所述端口号列表中不存在未选择过的目的端口号时，确认UDP通道探测失败。
10.如权利要求8所述的装置，其特征在于，所述装置还包括：
确定单元，用于当在预设的报文响应时长内接收到所述服务器根据所述通道探测报文回应的通道响应报文时，确认UDP通道探测成功。
11.如权利要求10所述的装置，其特征在于，所述装置还包括：
处理单元，用于在所述确定单元确认UDP通道探测成功之后，从所述通道响应报文中获取所述服务器根据会话标识确定的通道状态，所述会话标识携带在所述客户端设备发送的通道探测报文中；当所述通道状态为通道正常时，通过探测成功的UDP通道传输业务报文；当所述通道状态为通道异常时，断开所述探测成功的UDP通道。
12.如权利要求8至11任一所述的装置，其特征在于：
所述发送单元，具体用于获取新的源端口号；根据所述新的源端口号和选定的目的端口号向所述服务器发送通道探测报文。
13.一种UDP通道探测装置，应用于服务器上，其特征在于，该装置包括：
接收单元，用于接收客户端设备发送的通道探测报文，所述通道探测报文中携带会话标识；
确定单元，用于根据所述会话标识确定通道状态；
发送单元，用于向所述客户端设备发送通道响应报文，所述通道响应报文中携带所述通道状态，以使所述客户端设备根据所述通道状态进行业务处理。
14.如权利要求13所述的装置，其特征在于：
所述确定单元，具体用于判断本地是否存在所述会话标识；当本地存在所述会话标识时，确定所述通道状态为通道正常；当本地不存在所述会话标识时，确定所述通道状态为通道异常。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510140380.3A CN105991370B (zh) | 2015-03-27 | 2015-03-27 | 一种udp通道探测方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510140380.3A CN105991370B (zh) | 2015-03-27 | 2015-03-27 | 一种udp通道探测方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN105991370A true CN105991370A (zh) | 2016-10-05 |
| CN105991370B CN105991370B (zh) | 2020-01-03 |
Family
ID=57040344
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510140380.3A Active CN105991370B (zh) | 2015-03-27 | 2015-03-27 | 一种udp通道探测方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN105991370B (zh) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108616393A (zh) * | 2018-04-24 | 2018-10-02 | 杭州迪普科技股份有限公司 | 一种基于ldap服务器的认证方法和装置 |
| CN111163190A (zh) * | 2020-01-14 | 2020-05-15 | 上海曼恒数字技术股份有限公司 | 一种跨网段获取服务端ip的方法及系统 |
| CN112887976A (zh) * | 2019-11-29 | 2021-06-01 | 北京华耀科技有限公司 | 智能终端的vpn网络自动恢复系统及方法 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1588900A (zh) * | 2004-09-30 | 2005-03-02 | 西安西电捷通无线网络通信有限公司 | 实现建立随机隧道的方法 |
| CN101572643A (zh) * | 2008-04-30 | 2009-11-04 | 成都市华为赛门铁克科技有限公司 | 实现私网之间转发数据的方法和系统 |
| CN101808043A (zh) * | 2010-03-12 | 2010-08-18 | 成都市华为赛门铁克科技有限公司 | 端口汇聚trunk成员业务报文转发状态的检测方法及装置 |
| CN103036904A (zh) * | 2012-12-27 | 2013-04-10 | 东方通信股份有限公司 | 一种在通信网络中使用udp协议进行数据可靠传输的方法 |
| CN104067559A (zh) * | 2012-12-31 | 2014-09-24 | 华为技术有限公司 | 组播通道的性能检测方法、装置和系统 |
-
2015
- 2015-03-27 CN CN201510140380.3A patent/CN105991370B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1588900A (zh) * | 2004-09-30 | 2005-03-02 | 西安西电捷通无线网络通信有限公司 | 实现建立随机隧道的方法 |
| CN101572643A (zh) * | 2008-04-30 | 2009-11-04 | 成都市华为赛门铁克科技有限公司 | 实现私网之间转发数据的方法和系统 |
| CN101808043A (zh) * | 2010-03-12 | 2010-08-18 | 成都市华为赛门铁克科技有限公司 | 端口汇聚trunk成员业务报文转发状态的检测方法及装置 |
| CN103036904A (zh) * | 2012-12-27 | 2013-04-10 | 东方通信股份有限公司 | 一种在通信网络中使用udp协议进行数据可靠传输的方法 |
| CN104067559A (zh) * | 2012-12-31 | 2014-09-24 | 华为技术有限公司 | 组播通道的性能检测方法、装置和系统 |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108616393A (zh) * | 2018-04-24 | 2018-10-02 | 杭州迪普科技股份有限公司 | 一种基于ldap服务器的认证方法和装置 |
| CN112887976A (zh) * | 2019-11-29 | 2021-06-01 | 北京华耀科技有限公司 | 智能终端的vpn网络自动恢复系统及方法 |
| CN112887976B (zh) * | 2019-11-29 | 2023-06-30 | 北京华耀科技有限公司 | 智能终端的vpn网络自动恢复系统及方法 |
| CN111163190A (zh) * | 2020-01-14 | 2020-05-15 | 上海曼恒数字技术股份有限公司 | 一种跨网段获取服务端ip的方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN105991370B (zh) | 2020-01-03 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3198892B1 (en) | Control of communication using service function chaining | |
| US7936743B2 (en) | Method and system for determining a path between two points of an IP network over which datagrams are transmitted | |
| US9762546B2 (en) | Multi-connection system and method for service using internet protocol | |
| CN101138219B (zh) | 通过网络与客户机通信的方法和系统 | |
| CN101159552B (zh) | 控制从计算机终端访问网络的方法和系统 | |
| CN101582856B (zh) | 一种门户服务器与宽带接入设备的会话建立方法及其系统 | |
| CN103428032B (zh) | 一种攻击定位、辅助定位装置和方法 | |
| US10397225B2 (en) | System and method for network access control | |
| CN105991370A (zh) | 一种udp通道探测方法及装置 | |
| CN104539604A (zh) | 网站防护方法和装置 | |
| CN101305581B (zh) | 用于访问控制的方法、装置 | |
| US20170171092A1 (en) | Network analysis and monitoring tool | |
| EP2835950A2 (en) | Access control method, access control system and access control device | |
| US9608960B2 (en) | Systems and methods of geo-location based community of interest | |
| CN105934925A (zh) | 用于在设备中基于证书认证通信伙伴的方法、管理装置和设备 | |
| US20160182528A1 (en) | Systems and methods of geo-location based community of interest | |
| CN102598637A (zh) | 通信系统 | |
| WO2007072245A2 (en) | Dynamic firewall rule definition | |
| CN105471927B (zh) | 一种对业务路由报文进行处理的方法和业务节点 | |
| CN106230726A (zh) | 转发路径的探测方法和装置 | |
| US9210139B2 (en) | Secure relay system | |
| US11588699B2 (en) | Detecting access points located within proximity of a computing device for troubleshooting of a network | |
| CN109150661A (zh) | 一种设备发现方法及装置 | |
| CN105939221A (zh) | 网络设备的配置方法及装置 | |
| CN107066874B (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 | ||
| CB02 | Change of applicant information |
Address after: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building Applicant after: Hangzhou Dipu Polytron Technologies Inc Address before: Binjiang District and Hangzhou city in Zhejiang Province Road 310051 No. 68 in the 6 storey building Applicant before: Hangzhou Dipu Technology Co., Ltd. |
|
| CB02 | Change of applicant information | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |