[实用新型]接入设备及系统

说明书

技术领域

本实用新型实施例涉及计算机网络技术领域，尤其涉及一种接入设备及系统。

背景技术

目前，在网络应用领域，网络服务提供商(Internet Service Provider；以下简称：ISP)为用户提供付费的接入服务，因此，需要对接入用户的身份进行认证，并对通过认证的用户提供访问网络和使用服务。对于需要进行计费的接入服务，在用户上线后，还需要统计用户在线的情况并作为计费的依据。

在相关技术中，通常使用远程用户拨号认证服务器(RemoteAuthentication Dial In User Service；以下简称：RADIUS)对接入用户进行认证授权记账(Authentication，Authorization and Accounting；以下简称：AAA)操作。在网络接入设备收到AAA操作的用户请求后，将该请求发送到RADIUS服务器，RADIUS服务器在认证成功后，会根据预先设置的配置信息对用户进行授权。此外，RADIUS服务器还可以记录用户的上线下线信息，并根据该信息为用户进行记账。用户在线期间，RADIUS服务器也会定期接收网络接入设备发送的用户的记账信息。

为了防止RADIUS服务器出现服务中断等故障，实际应用中，在接入设备上一般会配置多个RADIUS服务器。并采用主备服务器的方式处理AAA操作：在主RADIUS服务器出现故障时，会切换到备用RADIUS服务器上继续为用户提供服务。可以看出，备用RADIUS服务器只在主RADIUS服务器出现问题时才会使用，在主RADIUS服务器正常运行时，备用RADIUS服务器处于空闲状态。也就是说，同一时间点只有一台RADIUS服务器在进行工作。

由于RADIUS服务器是基于用户数据报协议(User Datagram Protocol；以下简称：UDP)的，为了区分来自同一客户端(即，源IP相同)针对不同用户的请求，在报文中设置了ID字段，不同的用户使用不同的ID，用户在没有操作完成之前是不能够释放ID给其他用户使用的。报文ID的范围为0-255，也就是说，一台RADIUS服务器最多只能同时只能处理256个用户。

在接入设备上，针对用户的请求，会首先为其分配一个未使用的ID并发出请求报文，然后等待服务器响应。在实际应用中，接入设备为了提高效率，不需要需等待前一个用户的服务器响应，就可以发出下一个用户的请求。如果用户请求瞬时增多，例如，网络中断恢复、接入设备重启、或大量的用户同时发起接入认证请求，在服务器处理速度较慢的情况下，接入设备上就会存储很多的未得到服务器响应的用户请求，新的用户因申请不到ID而无法进行操作。

在实现本实用新型过程中，发明人发现现有技术中至少存在如下问题：从上述处理过程可以看出，如果用户请求的数量非常巨大，会使得RADIUS服务器的负载会过高，有可能导致不能够及时处理用户请求，从而影响用户的上线。

实用新型内容

本实用新型实施例提供一种接入设备及系统，实现多台RADIUS服务器并行处理用户认证授权记账请求。

本实用新型实施例提供一种接入设备，包括：

接收模块，用于接收当前认证授权记账请求；

选择模块，用于从多个并行运行的远程用户拨号认证服务器中选择一个远程用户拨号认证服务器；

发送模块，用于将所述当前认证授权记账请求发送到所述选择模块选择的远程用户拨号认证服务器上，以处理当前认证授权记账请求。

本实用新型实施例提供一种接入系统，包括上述接入设备和多个并行运行的远程用户拨号认证服务器。

本实用新型实施例的接入设备及系统，通过接入设备为多台并行工作的RADIUS服务器发送用户AAA请求，克服了现有技术中在用户请求的数量巨大的情况下，一台RADIUS服务器不能够及时处理用户请求，从而影响用户上线的问题，实现了多台RADIUS服务器并行处理用户认证授权记账请求，提高了处理用户AAA请求的处理效率，减轻了各台RADIUS服务器的负担，并且能够同时支持更多的用户进行AAA操作。

附图说明

为了更清楚地说明本实用新型实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本实用新型的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本实用新型实施例的网络结构示意图；

图2是本实用新型实施例的接入设备的结构示意图；

图3是本实用新型实施例的接入设备处理用户AAA请求的流程图；