Ip地址协商报文的处理方法及装置的制造方法
【专利摘要】本申请提供一种IP地址协商报文的处理方法，所述方法包括：从接收到的IP地址协商报文中获取协商IP地址；判断所述协商IP地址是否为已使用的IP地址，并在所述协商IP地址为已使用的IP地址时，向使用所述协商IP地址的PPPoE客户端发送探测报文；如果在预设的时间内未接收到所述PPPoE客户端针对所述探测报文回复的响应报文，向发送所述IP地址协商报文的PPPoE客户端发送指示所述协商IP地址可用的确认报文；反之，向发送所述IP地址协商报文的PPPoE客户端发送拒绝报文。本申请中，PPPoE服务端可以在发现PPPoE客户端请求的IP地址已被使用时，主动探测使用该IP地址的PPPoE客户端是否在线，从而可以解决配置静态IP地址的PPPoE客户端在异常掉线后无法及时上线的问题。
【专利说明】
IP地址协商报文的处理方法及装置
技术领域
[0001] 本申请涉及通信技术领域，尤其涉及一种IP地址协商报文的处理方法及装置。
【背景技术】
[0002] 在PPPoE(Point to Point Protocol over Ethernet，以太网上的点对点协议）客 户端拨号上线的过程中，PPPoE服务端可以通过IPCP(IP Control Protocol，IP控制协议） 协议为PPPoE客户端分配IP地址，PPPoE客户端下线后，PPPoE服务端可以回收该IP地址，并 为新PPPoE会话中的PPPoE客户端分配该IP地址；当然，PPPoE客户端也可以为自身配置静态 的IP地址，当一个有效的IP地址被某个PPPoE客户端通过静态配置的方式使用时，其他 PPPoE客户端不能使用此IP地址进行拨号上网。如果此PPPoE客户端异常下线，则PPPoE服务 端不会立刻回收该IP地址，而是在探测到该客户端不在线后才会回收该IP地址，并在回收 该IP地址后才会允许该IP地址被上述PPPoE客户端或其他PPPoE客户端使用。
[0003] 在相关技术中，当配置静态IP地址的PPPoE客户端异常掉线时，PPPoE服务端需要 通过保活机制探测到此PPPoE客户端下线后才会回收此IP地址。然而，PPPoE服务端通过保 活机制探测到一个PPPoE客户端已下线的过程需要较长的时间，在这段较长的时间里， PPPoE客户端无法使用该IP地址。因此，当一个配置静态IP地址的PPPoE客户端异常掉线，并 基于之前配置的IP地址在短时间内再次上线时，对应的PPPoE服务端会在未探测出该PPPoE 客户端已下线的情况下认为该IP地址为已使用的IP地址，并拒绝该PPPoE客户端的上线请 求，从而导致上述PPPoE客户端不能及时上线。
【发明内容】
[0004] 为克服相关技术中存在的问题，本申请提供了一种IP地址协商报文的处理方法及 装置。
[0005] 本申请提供一种IP地址协商报文的处理方法，所述方法应用于以太网上的点对点 协议PPPoE服务端，所述方法包括：
[0006] 从接收到的IP地址协商报文中获取协商IP地址；
[0007] 判断所述协商IP地址是否为已使用的IP地址，并在所述协商IP地址为已使用的IP 地址时，向使用所述协商IP地址的PPPoE客户端发送探测报文；
[0008] 如果在预设的时间内未接收到所述PPPoE客户端针对所述探测报文回复的响应报 文，向发送所述IP地址协商报文的PPPoE客户端发送指示所述协商IP地址可用的确认报文； 反之，向发送所述IP地址协商报文的PPPoE客户端发送拒绝报文。
[0009] 可选的，所述方法包括：
[0010] 如果在预设的时间内未接收到所述PPPoE客户端针对所述探测报文回复的响应报 文，将所述PPPoE客户端下线，并回收所述协商IP地址。
[0011] 可选的，所述PPPoE服务端上预设若干个地址池以及已上线客户信息表，其中，所 述已上线客户信息表包括已上线客户的MAC地址以及上线IP地址的对应关系，所述方法包 括：
[0012] 判断获取到的所述协商IP地址是否为所述预设的若干个地址池中的IP地址；
[0013] 当所述协商IP地址为所述预设的若干个地址池中的IP地址时，基于预设的已上线 客户信息表判断所述协商IP地址是否为已使用的IP地址。
[0014] 可选的，所述方法还包括：
[0015] 当发送所述协商IP地址的PPPoE客户端基于所述协商IP地址成功上线时，在所述 已上线客户信息表中保存所述PPPoE客户端的MAC地址和所述协商IP地址的对应关系。
[0016] 本申请同时提供一种IP地址协商报文的处理装置，所述装置应用于以太网上的点 对点协议PPPoE服务端，所述装置包括：
[0017] 获取单元，用于从接收到的IP地址协商报文中获取协商IP地址；
[0018] 发送单元，用于判断所述协商IP地址是否为已使用的IP地址，并在所述协商IP地 址为已使用的IP地址时，向使用所述协商IP地址的PPPoE客户端发送探测报文；
[0019] 处理单元，用于如果在预设的时间内未接收到所述PPPoE客户端针对所述探测报 文回复的响应报文，向发送所述IP地址协商报文的PPPoE客户端发送指示所述协商IP地址 可用的确认报文;反之，向发送所述IP地址协商报文的PPPoE客户端发送拒绝报文。
[0020] 可选的，所述装置包括：
[0021] 回收单元，用于如果在预设的时间内未接收到所述PPPoE客户端针对所述探测报 文回复的响应报文，将所述PPPoE客户端下线，并回收所述协商IP地址。
[0022] 可选的，所述PPPoE服务端上预设若干个地址池以及已上线客户信息表，其中，所 述已上线客户信息表包括已上线客户的MAC地址以及上线IP地址的对应关系，所述装置包 括：
[0023] 判断单元，用于判断获取到的所述协商IP地址是否为所述预设的若干个地址池中 的IP地址，以及当所述协商IP地址为所述预设的若干个地址池中的IP地址时，基于预设的 已上线客户信息表判断所述协商IP地址是否为已使用的IP地址。
[0024] 可选的，所述装置还包括：
[0025]保存单元，用于当发送所述协商IP地址的PPPoE客户端基于所述协商IP地址成功 上线时，在所述已上线客户信息表中保存所述PPPoE客户端的MAC地址和所述协商IP地址的 对应关系。
[0026]在本申请中，PPPoE服务端可以从接收到的IP地址协商报文中获取协商IP地址，并 判断该协商IP地址是否为已使用的IP地址，在判断该协商IP地址为已使用的IP地址时， PPPoE服务端可以向使用该协商地址的PPPoE客户端发送探测报文，如果在预设的时间内未 接收到该PPPoE客户端针对上述探测报文回复的响应报文，则向发送上述IP地址协商报文 的PPPoE客户端发送指示所述协商IP地址可用的确认报文;反之，PPPoE服务端可以向发送 上述IP地址协商报文的PPPoE客户端发送拒绝报文。在本申请中，PPPoE服务端可以在发现 PPPoE客户端请求的IP地址已被使用时，主动探测使用该IP地址的PPPoE客户端是否在线， 从而可以缩短该IP地址的回收时间，并解决配置静态IP地址的PPPoE客户端在异常掉线后 无法及时上线的问题。
【附图说明】
[0027]图1是本申请一实施例示出的一种IP地址协商报文的处理方法的流程图；
[0028]图2是本申请实施例中IP地址协商报文的处理装置的硬件结构框图；
[0029]图3是本申请根据一示例性实施例示出的一种IP地址协商报文的处理装置的框 图。
【具体实施方式】
[0030]这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及 附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例 中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附 权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。
[0031 ]在本申请使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请。 在本申请和所附权利要求书中所使用的单数形式的"一种"、"所述"和"该"也旨在包括多数 形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语"和/或"是指并包 含一个或多个相关联的列出项目的任何或所有可能组合。
[0032]应当理解，尽管在本申请可能采用术语第一、第二、第三等来描述各种信息，但这 些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离 本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第 一信息。取决于语境，如在此所使用的词语"如果"可以被解释成为"在……时"或"当…… 时"或"响应于确定"。
[0033]在PPPoE客户端拨号上线的过程中，PPPoE客户端可以为自身配置静态的IP地址。 具体地，PPPoE客户端可以向对应的PPPoE服务端发送IP地址协商报文，其中，该协商报文可 以包括PPPoE客户端为自身配置的静态IP地址。PPPoE服务端接收到该IP地址协商报文后， 可以判断该协商报文中的IP地址是否为已使用的IP地址。当该IP地址为未使用的IP地址 时，PPPoE服务端可以向该PPPoE客户端发送确认报文，以使PPPoE客户端可以根据该确认报 文基于该IP地址成功上线；当该IP地址为已使用的IP地址时，PPPoE服务端可以向该PPPoE 客户端发送拒绝报文，以使该PPPoE客户端根据该拒绝报文无法基于该IP地址上线。
[0034]当该PPPoE客户端基于该IP地址成功上线时，其他PPPoE客户端将无法使用该IP地 址。当该PPPoE客户端下线时，可以向PPPoE服务端发送会话终止报文，从而使得PPPoE服务 端可以根据该会话终止报文终止与该PPPoE客户端的会话连接，并回收该PPPoE客户端之前 上线时使用的上述IP地址。然后，PPPoE服务端可以接收包含上述IP地址的IP地址协商报 文，并在判断上述IP地址为未使用的IP地址后，向发送该协商报文的PPPoE客户端发送确认 报文，以使该PPPoE客户端可以基于该IP地址上线。
[0035] 然而，PPPoE客户端基于IP地址成功上线后，存在异常掉线的情况。当PPPoE客户端 异常掉线时，不会向对应的PPPoE服务端发送会话终止报文，因此，对应的PPPoE服务端将接 收不到对应的会话终止报文，此时，PPPoE服务端会认为该PPPoE客户端仍然基于对应的IP 地址上线。故，PPPoE服务端不会立即终止与该PPPoE客户端的会话连接，也不会立即回收该 PPPoE客户端上线时使用的IP地址。
[0036]相关技术中，当配置静态IP地址的PPPoE客户端异常掉线时，PPPoE服务端需要通 过保活机制探测到上述PPPoE客户端下线后才会回收对应的IP地址，具体地，PPPoE服务端 可以在向上述PPPoE客户端发送若干次探测报文后在一定的时间内没有接收到回复报文的 情况下确定上述PPPoE客户端已下线，但是由于PPPoE服务端上的用户较多，因此，PPPoE服 务端向同一PPPoE客户端发送探测报文的时间间隔也较长，例如，间隔3分钟。因此，PPPoE服 务端通过保活机制探测到上述PPPoE客户端已下线并回收对应的IP地址的过程需要较长的 时间。
[0037]当上述PPPoE客户端在异常掉线后在较短的时间重新上线时，可以向对应的PPPoE 服务端发送IP地址协商报文，PPPoE服务端接收到该协商报文后，可以在未探测出上述 PPPoE客户端已下线的情况下认为上述IP地址为已使用的IP地址，并向上述PPPoE客户端发 送拒绝报文。此时，PPPoE客户端无法基于已配置的静态IP地址及时上线。
[0038]有鉴于此，本申请提供一种IP地址协商报文的处理方法，来解决相关技术中配置 静态IP地址的PPPoE客户端在异常掉线后无法及时上线的问题。在本申请中，PPPoE服务端 可以从接收到的IP地址协商报文中获取协商IP地址，并判断该协商IP地址是否为已使用的 IP地址，在判断该协商IP地址为已使用的IP地址时，PPPoE服务端可以向使用该协商地址的 PPPoE客户端发送探测报文，如果在预设的时间内未接收到该PPPoE客户端针对上述探测报 文回复的响应报文，则向发送上述IP地址协商报文的PPPoE客户端发送指示所述协商IP地 址可用的确认报文;反之，PPPoE服务端可以向发送上述IP地址协商报文的PPPoE客户端发 送拒绝报文。在本申请中，PPPoE服务端可以在发现PPPoE客户端请求的IP地址已被使用时， 主动探测使用该IP地址的PPPoE客户端是否在线，从而可以缩短该IP地址的回收时间，并解 决配置静态IP地址的PPPoE客户端在异常掉线后无法及时上线的问题。
[0039]请参见图1，为本申请一实施例示出的一种IP地址协商报文的处理方法的流程图， 该实施例应用于PPPoE服务端，包括以下步骤：
[0040]步骤101:从接收到的IP地址协商报文中获取协商IP地址。
[0041 ] 在本申请中，上述PPPoE服务端可以与对应的PPPoE客户端建立会话连接。在建立 会话连接后，PPPoE服务端和PPPoE客户端可以在完成LCP(Link Control Protocol，链路控 制协议）协商以及对应的认证后，进行NCP(Network Control Protocol，网络控制协议）协 商。在NCP协商中，PPPoE客户端和PPPoE服务端之间可以针对PPPoE客户端上线时使用的IP 地址进行协商。
[0042] PPPoE客户端的上线IP地址可以由PPPoE服务端通过IPCP协议动态分配，也可以由 自身静态配置。当PPPoE客户端为自身配置静态IP地址时，PPPoE客户端可以向对应的PPPoE 服务端发送包含该IP地址的IP地址协商报文，此时，该IP地址可以为协商IP地址。
[0043] PPPoE服务端接收到PPPoE客户端发送的IP地址协商报文时，可以从该协商报文中 获取协商IP地址。其中，该协商IP地址可以位于该协商报文的选项字段中。
[0044]在示出的一个实施例中，PPPoE服务端接收到的来自PPPoE客户端的IP地址协商报 文的部分报文信息可以如表1所示：
[0046]表 1
[0047] 其中，表1中的第一列可以表示该IP地址协商报文的源MAC地址，即发送该IP地址 协商报文的PPPoE客户端的MAC地址;表1中的第二列可以表示该IP地址协商报文的目的MAC 地址，即接收该IP地址协商报文的PPPoE服务端的MAC地址;表1中的第三列可以表示该IP地 址协商报文使用的网络控制协议;表1中的第四列可以表示该IP地址协商报文的报文长度； 表1中的第五列可以表示该IP地址协商报文携带的信息，其中，该信息可以包括配置选项信 息，在示出的一个实施例中，表1中所示的IPCP数据帧的部分信息可以如表2所示：
[0049] 表 2
[0050] 其中，表2的第一列可以表示该协商报文携带的IPCP数据帧的类型，当表2中的第 一列取值0x01时，可以表示该协商报文携带的IPCP的数据帧的类型为Conf iguration-Request，即确认请求;表2中的第二列可以表示该协商报文携带的IPCP数据帧的标识，该标 识可以唯一标识该协商报文为哪一个IPCP协商过程中的协商报文;表2中的第三列可以表 示该协商报文携带的IPCP数据帧的长度;表2中的第四列可以表示该协商报文携带的配置 选项，其中，该配置选项可以包括上述协商IP地址，在示出的一个实施例中，表2中所示的配 置选项可以如表3所示：
[0052]表 3
[0053]其中，表3中的第一列可以表示PPPoE客户端为自身配置的静态IP地址，即本申请 中的协商IP地址。表3中的第二列和第三列分别为名称服务端的初始IP地址和第二次的IP 地址，由于关于名称服务端IP地址的技术为现有技术，因此本申请在此不再详细说明。 [0054]由表1、表2以及表3可知，当PPPoE服务端接收到PPPoE客户端发送的IP地址协商报 文时，PPPoE服务端可以从该协商报文中获取协商IP地址。
[0055] 步骤102:判断所述协商IP地址是否为已使用的IP地址，并在所述协商IP地址为已 使用的IP地址时，向使用所述协商IP地址的PPPoE客户端发送探测报文。
[0056]在本申请中，从接收到的IP地址协商报文中获取到对应的协商IP地址后，PPPoE服 务端可以先判断该协商IP地址是否为已使用的IP地址。具体地，PPPoE服务端可以基于预设 的已上线客户信息表来判断该协商IP地址是否为已使用的IP地址。而在此之前，PPPoE服务 端可以先判断该协商IP地址是否为有效的IP地址。
[0057] 在一个实施例中，PPPoE服务端上可以预设若干个地址池，每个地址池中可以包括 若干个IP地址段。PPPoE服务端在获取到对应的协商IP地址后，可以判断该协商IP地址是否 为上述预设的若干个地址池中的IP地址。当该协商IP地址为上述预设的若干个地址池中的 IP地址时，可以确定该协商IP地址为有效IP地址，然后，可以进一步判断该协商IP地址是否 为已使用的IP地址；当该协商IP地址不为上述预设的若干个地址池中的IP地址池时，可以 确定该协商IP地址为无效IP地址，此时，PPPoE服务端可以向发送上述IP地址协商报文的 PPPoE客户端发送拒绝报文。
[0058] 在示出的一个实施例中，PPPoE服务端上可以预设已上线客户信息表，当PPPoE客 户端基于对应的IP地址成功上线时，PPPoE服务端可以在已上线客户信息表中保存该PPPoE 客户端的客户信息，其中，该客户信息可以包括PPPoE客户端的MAC地址以及与其对应的上 线IP地址。可以假设某一已上线PPPoE客户端的MAC地址为00 : 23 : 24: 61:16 : 81，则当该 PPPoE客户端基于IP地址10.27.30.1成功上线时，PPPoE服务端可以在预设的已上线客户信 息表中保存如表4所示的对应关系：
[0060]表 4
[00611 PPPoE服务端在判断获取到的协商IP地址为有效IP地址后，可以基于该协商IP地 址从预设的已上线客户信息表中查询对应的表项。当PPPoE服务端从已上线客户信息表中 查询到对应的表项时，可以判断该协商IP地址为已使用的IP地址;反之，可以判断该协商IP 地址为未使用的IP地址。
[0062] 在本申请中，当上述协商IP地址被判断为已使用的IP地址时，PPPoE服务端可以向 使用该IP地址的PPPoE客户端发送探测报文，以探测该PPPoE客户端是否正常在线。其中，为 了确保准确性，PPPoE服务端可以向该PPPoE客户端发送若干次探测报文，例如，可以发送3 次探测报文。
[0063]当上述协商IP地址被判断为未使用的IP地址时，PPPoE服务端可以向发送上述IP 地址协商报文的PPPoE客户端发送指示该协商IP地址可用的确认报文，以使发送上述IP地 址协商报文的PPPoE客户端可以基于该协商IP地址上线。
[0064]步骤103:如果在预设的时间内未接收到所述PPPoE客户端针对所述探测报文回复 的响应报文，向发送所述IP地址协商报文的PPPoE客户端发送指示所述协商IP地址可用的 确认报文;反之，向发送所述IP地址协商报文的PPPoE客户端发送拒绝报文。
[0065]在本申请中，PPPoE服务端向使用上述协商IP地址的PPPoE客户端发送探测报文 后，如果在预设的时间内未接收到该PPPoE客户端针对上述探测报文回复的响应报文，则可 以确定对应的PPPoE客户端未正常在线，此时，PPPoE服务端可以向发送上述IP地址协商报 文的PPPoE客户端发送指示上述协商IP地址可用的确认报文，并将未正常在线的上述PPPoE 客户端下线后，回收上述协商IP地址。
[0066]需要说明的是，上述未正常在线的PPPoE客户端与发送上述IP地址协商报文的 PPPoE客户端可以为同一PPPoE客户端，本申请对此不做限制。
[0067] 在示出的一个实施例中，可以假设上述协商IP地址为10.27.30.1，且该协商IP地 址为已使用的IP地址。则PPPoE服务端可以基于从上述已上线客户信息表中查询到的对应 PPPoE客户端的客户信息向使用该协商IP地址的PPPoE客户端发送若干个探测报文。由于该 探测报文由PPPoE服务端主动发送，因此，该若干个探测报文的发送间隔（例如3秒钟）远远 小于PPPoE服务端基于保活机制发送的若干探测报文的发送间隔（例如3分钟hPPPoE服务 端在发送若干探测报文后，如果在预设的时间内没有接收到对应的PPPoE客户端针对该若 干探测报文回复的响应报文，则PPPoE服务端可以确定对应的PPPoE客户端未正常在线，并 向发送上述IP地址协商报文的PPPoE客户端发送指示上述协商IP地址可用的确认报文，以 使PPPoE客户端可以基于该协商IP地址快速上线。当然，此时PPPoE服务端可以将该未正常 在线的上述PPPoE客户端下线后，回收上述协商IP地址。
[0068] 在本申请中，当发送上述协商IP地址的PPPoE客户端基于上述协商IP地址成功上 线时，PPPoE服务端可以在上述预设的已上线客户信息表中保存上述PPPoE客户端的MAC地 址和上述协商IP地址的对应关系。
[0069]在一个实施例中，PPPoE服务端向使用上述协商IP地址的PPPoE客户端发送探测报 文后，如果在预设的时间内接收到该PPPoE客户端针对上述探测报文回复的响应报文，则可 以确定对应的PPPoE客户端正常在线，此时，PPPoE服务端可以向发送所述IP地址协商报文 的PPPoE客户端发送拒绝报文。
[0070] 由上述实施例可知，在本申请中，PPPoE服务端可以从接收到的IP地址协商报文中 获取协商IP地址，并判断该协商IP地址是否为已使用的IP地址，在判断该协商IP地址为已 使用的IP地址时，PPPoE服务端可以向使用该协商地址的PPPoE客户端发送探测报文，如果 在预设的时间内未接收到该PPPoE客户端针对上述探测报文回复的响应报文，则向发送上 述IP地址协商报文的PPPoE客户端发送指示所述协商IP地址可用的确认报文；反之，PPPoE 服务端可以向发送上述IP地址协商报文的PPPoE客户端发送拒绝报文。在本申请中，PPPoE 服务端可以在发现PPPoE客户端请求的IP地址已被使用时，主动探测使用该IP地址的PPPoE 客户端是否在线，从而可以缩短该IP地址的回收时间，并解决配置静态IP地址的PPPoE客户 端在异常掉线后无法及时上线的问题。
[0071] 基于与上述方法同一的申请构思，本申请实施例还提供了 IP地址协商报文的处理 装置的实施例。
[0072]本申请IP地址协商报文的处理装置可以应用于以太网上的点对点协议PPPoE服务 端。其中，该IP地址协商报文的处理装置可以通过软件实现，也可以通过硬件或者软硬件结 合的方式实现。以软件实现为例，作为一个逻辑意义上的装置，是通过其所在的处理器，将 非易失性存储器中对应的计算机程序指令读取到内存中运行形成的。从应用层面而言，如 图2所示，是本申请实施例中IP地址协商报文的处理装置的硬件结构框图，除了图2所示的 处理器、网络接口、内存以及非易失性存储器外，还可以包括其他硬件，如摄像装置、负责处 理报文的转发芯片等。
[0073]如图3所示，为本申请根据一示例性实施例示出的一种IP地址协商报文的处理装 置的框图。
[0074]所述装置应用于以太网上的点对点协议PPPoE服务端，其中，所述装置包括：
[0075]获取单元310，用于从接收到的IP地址协商报文中获取协商IP地址；
[0076]发送单元320,用于判断所述协商IP地址是否为已使用的IP地址，并在所述协商IP 地址为已使用的IP地址时，向使用所述协商IP地址的PPPoE客户端发送探测报文；
[0077]处理单元330,用于如果在预设的时间内未接收到所述PPPoE客户端针对所述探测 报文回复的响应报文，向发送所述IP地址协商报文的PPPoE客户端发送指示所述协商IP地 址可用的确认报文;反之，向发送所述IP地址协商报文的PPPoE客户端发送拒绝报文。
[0078]在一个可选的实现方式中，所述装置可以包括(图3中未示出）：
[0079]回收单元330,用于如果在预设的时间内未接收到所述PPPoE客户端针对所述探测 报文回复的响应报文，将所述PPPoE客户端下线，并回收所述协商IP地址。
[0080]在一个可选的实现方式中，所述PPPoE服务端上预设若干个地址池以及已上线客 户信息表，其中，所述已上线客户信息表包括已上线客户的MAC地址以及上线IP地址的对应 关系，所述装置可以包括(图3中未示出）：
[0081] 判断单元340,用于判断获取到的所述协商IP地址是否为所述预设的若干个地址 池中的IP地址，以及当所述协商IP地址为所述预设的若干个地址池中的IP地址时，基于预 设的已上线客户信息表判断所述协商IP地址是否为已使用的IP地址。
[0082] 在一个可选的实现方式中，所述装置还可以包括(图3中未示出）：
[0083]保存单元350,用于当发送所述协商IP地址的PPPoE客户端基于所述协商IP地址成 功上线时，在所述已上线客户信息表中保存所述PPPoE客户端的MAC地址和所述协商IP地址 的对应关系。
[0084]在本申请中，PPPoE服务端可以从接收到的IP地址协商报文中获取协商IP地址，并 判断该协商IP地址是否为已使用的IP地址，在判断该协商IP地址为已使用的IP地址时， PPPoE服务端可以向使用该协商地址的PPPoE客户端发送探测报文，如果在预设的时间内未 接收到该PPPoE客户端针对上述探测报文回复的响应报文，则向发送上述IP地址协商报文 的PPPoE客户端发送指示所述协商IP地址可用的确认报文;反之，PPPoE服务端可以向发送 上述IP地址协商报文的PPPoE客户端发送拒绝报文。在本申请中，PPPoE服务端可以在发现 PPPoE客户端请求的IP地址已被使用时，主动探测使用该IP地址的PPPoE客户端是否在线， 从而可以缩短该IP地址的回收时间，并解决配置静态IP地址的PPPoE客户端在异常掉线后 无法及时上线的问题。
[0085]本领域技术人员在考虑说明书及实践这里申请的申请后，将容易想到本申请的其 它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或 者适应性变化遵循本申请的一般性原理并包括本申请未申请的本技术领域中的公知常识 或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的 权利要求指出。
[0086]应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并 且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。 [0087]以上所述仅为本申请的较佳实施例而已，并不用以限制本申请，凡在本申请的精 神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本申请保护的范围之内。
【主权项】
1. 一种IP地址协商报文的处理方法，所述方法应用于以太网上的点对点协议PPPoE月艮 务端，其特征在于，所述方法包括： 从接收到的IP地址协商报文中获取协商IP地址； 判断所述协商IP地址是否为已使用的IP地址，并在所述协商IP地址为已使用的IP地址 时，向使用所述协商IP地址的PPPoE客户端发送探测报文； 如果在预设的时间内未接收到所述PPPoE客户端针对所述探测报文回复的响应报文， 向发送所述IP地址协商报文的PPPoE客户端发送指示所述协商IP地址可用的确认报文;反 之，向发送所述IP地址协商报文的PPPoE客户端发送拒绝报文。2. 根据权利要求1所述的方法，其特征在于，所述方法包括： 如果在预设的时间内未接收到所述PPPoE客户端针对所述探测报文回复的响应报文， 将所述PPPoE客户端下线，并回收所述协商IP地址。3. 根据权利要求1所述的方法，其特征在于，所述PPPoE服务端上预设若干个地址池以 及已上线客户信息表，其中，所述已上线客户信息表包括已上线客户的MAC地址以及上线IP 地址的对应关系，所述方法包括： 判断获取到的所述协商IP地址是否为所述预设的若干个地址池中的IP地址； 当所述协商IP地址为所述预设的若干个地址池中的IP地址时，基于预设的已上线客户 信息表判断所述协商IP地址是否为已使用的IP地址。4. 根据权利要求3所述的方法，其特征在于，所述方法还包括： 当发送所述协商IP地址的PPPoE客户端基于所述协商IP地址成功上线时，在所述已上 线客户信息表中保存所述PPPoE客户端的MAC地址和所述协商IP地址的对应关系。5. -种IP地址协商报文的处理装置，所述装置应用于以太网上的点对点协议PPPoE月艮 务端，其特征在于，所述装置包括： 获取单元，用于从接收到的IP地址协商报文中获取协商IP地址； 发送单元，用于判断所述协商IP地址是否为已使用的IP地址，并在所述协商IP地址为 已使用的IP地址时，向使用所述协商IP地址的PPPoE客户端发送探测报文； 处理单元，用于如果在预设的时间内未接收到所述PPPoE客户端针对所述探测报文回 复的响应报文，向发送所述IP地址协商报文的PPPoE客户端发送指示所述协商IP地址可用 的确认报文;反之，向发送所述IP地址协商报文的PPPoE客户端发送拒绝报文。6. 根据权利要求5所述的装置，其特征在于，所述装置包括： 回收单元，用于如果在预设的时间内未接收到所述PPPoE客户端针对所述探测报文回 复的响应报文，将所述PPPoE客户端下线，并回收所述协商IP地址。7. 根据权利要求5所述的装置，其特征在于，所述PPPoE服务端上预设若干个地址池以 及已上线客户信息表，其中，所述已上线客户信息表包括已上线客户的MAC地址以及上线IP 地址的对应关系，所述装置包括： 判断单元，用于判断获取到的所述协商IP地址是否为所述预设的若干个地址池中的IP 地址，以及当所述协商IP地址为所述预设的若干个地址池中的IP地址时，基于预设的已上 线客户信息表判断所述协商IP地址是否为已使用的IP地址。8. 根据权利要求7所述的装置，其特征在于，所述装置还包括： 保存单元，用于当发送所述协商IP地址的PPPoE客户端基于所述协商IP地址成功上线 时，在所述已上线客户信息表中保存所述PPPoE客户端的MAC地址和所述协商IP地址的对应 关系D
【文档编号】H04L29/12GK105959432SQ201610414079
【公开日】2016年9月21日
【申请日】2016年6月13日
【发明人】仇俊杰
【申请人】杭州迪普科技有限公司