[0190] 所述目标网络设备根据所述第二配置信息，配置第二状态；
[0191] 所述第二状态指示所述目标网络设备接收到PADI报文时，即时返回PAD0报文；
[0192] 其中，所述第二配置信息是当所述控制器根据所述目标网络设备的负载参数确定 所述目标网络设备未处于负载超限的状态时所述控制器向所述目标网络设备发送的。
[0193] 需要说明的是，本发明实施例中的负载参数、第一配置信息、第二配置信息、第一 状态及第二状态的内容，可以参见图2所示实施例。另外，本发明实施例中目标网络设备执 行方法步骤的各种【具体实施方式】，也可以参见图2所示实施例的详细介绍，此处不再赘述。
[0194] 通过本实施例的技术方案，在网络中，负载过大的网络设备会被控制器配置成第 一状态，当接收到用户设备发送的PADI时，负载过大的网络设备延时或拒绝向用户设备返 回PAD0报文，而不是立即向用户设备返回PAD0报文，因此，负载空闲的网络设备就可以早 于负载过大的网络设备向用户设备返回PAD0报文，因此，当用户设备向最早返回PAD0报文 的网络设备请求建立PPP会话时，用户设备就可以与负载空闲的网络设备建立PPP会话，可 见，用户设备能够选择负载空闲的网络设备接入网络，而能够避免选择负载过大的网络设 备接入网络，因此，网络中各网络设备的负载更加均衡。
[0195] 为了使得本领域技术人员更清楚地理解本发明的具体应用方式，下面以两个示例 性的应用场景对本发明实施例进行介绍。
[0196] 在第一个示例性的应用场景中，第一配置信息为延迟策略，第一状态指示目标网 络设备对PADI报文做延时返回PAD0报文的处理，第二配置信息为取消延迟策略，第二状态 指示目标网络设备对PADI报文做即时返回PAD0报文的处理。控制器对第一网络设备和第 二网络设备进行负载均衡控制，用户设备需要接入网络时向第一网络设备和第二网络设备 同时发起PADI报文。
[0197] 参见图4,图4为本发明实施例中负载分担的方法又一实施例的流程图。本实施例 可以应用到上述第一个示例性的应用场景，所述方法包括以下步骤：
[0198] 步骤401、控制器获取第一网络设备的第一负载参数及第二网络设备的第二负载 参数。
[0199] 具体实现时，第一网络设备通过Multipart应答消息向控制器发送第一网络设备 当前的负载参数，作为第一负载参数；第二网络设备通过Multipart应答消息向控制器发 送第二网络设备当前的负载参数，作为第二负载参数。
[0200] 步骤402、控制器根据第一负载参数确定第一网络设备处于负载超限的状态，并 根据过载设备的记录确定第一网络设备未被记录为过载设备，向第一网络设备发送延迟策 略，并将第一网络设备记录为过载设备。
[0201] 步骤403、第一网络设备配置接收到的延迟策略。
[0202] 步骤404、控制器根据第二负载参数确定第二网络设备未处于负载超限的状态，并 根据过载设备的记录确定第二网络设备未被记录为过载设备，拒绝向第二网络设备发送配 置信息。
[0203] 步骤405、用户设备分别向第一网络设备和第二网络设备发送PADI报文。
[0204] 步骤406、第二网络设备接收到PADI报文时，即时向用户设备返回PAD0报文。
[0205] 步骤407、第一网络设备接收到PAD0报文时，按照已配置的延迟策略，延迟一段时 间之后再向用户设备返回PAD0报文。
[0206] 步骤408、用户设备先接收到第二网络设备返回的PAD0报文，后接收到第一网络 设备返回的PAD0报文，用户设备与第二网络设备建立PPP会话。
[0207] 步骤409、控制器获取第一网络设备的第三负载参数及第二网络设备的第四负载 参数。
[0208] 具体实现时，第一网络设备再次通过Multipart应答消息向控制器发送第一网络 设备当前的负载参数，作为第三负载参数；第二网络设备再次通过Multipart应答消息向 控制器发送第二网络设备当前的负载参数，作为第四负载参数。
[0209] 步骤410、控制器根据第三负载参数确定第一网络设备未处于负载超限的状态，并 根据过载设备的记录确定第一网络设备已被记录为过载设备，向第一网络设备发送取消延 迟策略，并删除第一网络设备作为过载设备的记录。
[0210] 步骤411、第一网络设备接收到取消延迟策略时，删除延迟策略的配置。
[0211] 步骤412、控制器根据第四负载参数确定第二网络设备处于负载超限的状态，并 根据过载设备的记录确定第二网络设备未被记录为过载设备，向第二网络设备发送延迟策 略，并将第二网络设备记录为过载设备。
[0212] 步骤413、第二网络设备配置接收到的延迟策略。
[0213] 步骤414、用户设备分别向第一网络设备和第二网络设备发送PADI报文。
[0214] 步骤415、第一网络设备接收到PADI报文时，即时向用户设备返回PAD0报文。
[0215] 步骤416、第二网络设备接收到PAD0报文时，按照已配置的延迟策略，延迟一段时 间之后再向用户设备返回PAD0报文。
[0216] 步骤417、用户设备先接收到第一网络设备返回的PAD0报文，后接收到第二网络 设备返回的PAD0报文，用户设备与第一网络设备建立PPP会话。
[0217] 通过本实施例的技术方案，通过控制器向网络设备下发延迟策略，负载过大的网 络设备对PADI报文做延时返回PAD0报文的处理，负载空闲的网络设备对PADI报文做即时 返回PAD0报文的处理，因此，用户设备能够选择与负载空闲的网络设备建立PPP会话而不 是负载过大的网络设备，这样就实现了负载均衡。
[0218] 在第二个示例性的应用场景中，第一配置信息为阻塞策略，第一状态指示目标网 络设备对PADI报文做丢弃处理，第二配置信息为取消阻塞策略，第二状态指示目标网络设 备对PADI报文做即时返回PAD0报文的处理。控制器对第一网络设备和第二网络设备进 行负载均衡控制，用户设备需要接入网络时向第一网络设备和第二网络设备同时发起PADI 报文。
[0219] 参见图5,图5为本发明实施例中负载分担的方法又一实施例的流程图。本实施例 可以应用到上述第二个示例性的应用场景，所述方法包括以下步骤：
[0220] 步骤501、控制器获取第一网络设备的第一负载参数及第二网络设备的第二负载 参数。
[0221] 具体实现时，第一网络设备通过Multipart应答消息向控制器发送第一网络设备 当前的负载参数，作为第一负载参数；第二网络设备通过Multipart应答消息向控制器发 送第二网络设备当前的负载参数，作为第二负载参数。
[0222] 步骤502、控制器根据第一负载参数确定第一网络设备处于负载超限的状态，并 根据过载设备的记录确定第一网络设备未被记录为过载设备，向第一网络设备发送阻塞策 略，并将第一网络设备记录为过载设备。
[0223] 步骤503、第一网络设备配置接收到的阻塞策略。
[0224] 步骤504、控制器根据第二负载参数确定第二网络设备未处于负载超限的状态，并 根据过载设备的记录确定第二网络设备未被记录为过载设备，拒绝向第二网络设备发送配 置信息。
[0225] 步骤505、用户设备分别向第一网络设备和第二网络设备发送PADI报文。
[0226] 步骤506、第二网络设备接收到PADI报文时，即时向用户设备返回PAD0报文。
[0227] 步骤507、第一网络设备接收到PAD0报文时，按照已配置的阻塞策略，丢弃PADI报 文。
[0228] 其中，第一网络设备丢弃PADI报文，即第一网络设备拒绝向用户设备返回PAD0报 文。
[0229] 步骤508、用户设备接收到第二网络设备返回的PAD0报文且未接收到第一网络设 备返回的PAD0报文，用户设备与第二网络设备建立PPP会话。
[0230] 步骤509、控制器获取第一网络设备的第三负载参数及第二网络设备的第四负载 参数。
[0231] 具体实现时，第一网络设备再次通过Multipart应答消息向控制器发送第一网络 设备当前的负载参数，作为第三负载参数；第二网络设备再次通过Multipart应答消息向 控制器发送第二网络设备当前的负载参数，作为第四负载参数。
[0232] 步骤510、控制器根据第三负载参数确定第一网络设备未处于负载超限的状态，并 根据过载设备的记录确定第一网络设备已被记录为过载设备，向第一网络设备发送取消阻 塞策略，并删除第一网络设备作为过载设备的记录。
[0233] 步骤511、第一网络设备接收到取消阻塞策略时，删除阻塞策略的配置。
[0234] 步骤512、控制器根据第四负载参数确定第二网络设备处于负载超限的状态，并 根据过载设备的记录确定第二网络设备未被记录为过载设备，向第二网络设备发送阻塞策 略，并将第二网络设备记录为过载设备。
[0235] 步骤513、第二网络设备配置接收到的阻塞策略。
[0236] 步骤513、用户设备分别向第一网络设备和第二网络设备发送PADI报文。
[0237] 步骤514、第一网络设备接收到PADI报文时，即时向用户设备返回PAD0报文。
[0238] 步骤515、第二网络设备接收到PAD0报文时，按照已配置的阻塞策略，丢弃PADI报 文。
[0239] 其中，第二网络设备丢弃PADI报文，即第二网络设备拒绝向用户设备返回PAD0报 文。
[0240] 步骤515、用户设备接收到第一网络设备返回的PAD0报文且未接收到第二网络设 备返回的PAD0报文，用户设备与第一网络设备建立PPP会话。
[0241] 通过本实施例的技术方案，通过控制器向网络设备下发阻塞策略，负载过大的网 络设备对PADI报文做丢弃处理，负载空闲的网络设备对PADI报文做即时返回PAD0报文的 处理，因此，用户设备能够选择与负载空闲的网络设备建立PPP会话而不是负载过大的网 络设备，这样就实现了负载均衡。
[0242] 需要说明的是，上述两个示例性的应用场景仅是本发明实施例的两个示例，本发 明实施例不限定于这两个应用场景。
[0243] 参见图6,图6为本发明中负载分担的装置一实施例的结构示意图。在本实施例 中，该装置可以配置于控制器600。该装置包括：
[0244] 获取模块601，用于获取目标网络设备的负载参数；
[0245] 第一确定模块602,用于根据所述负载参数，确定所述目标网络设备是否处于负载 超限的状态；
[0246] 第一发送模块603,用于当所述目标网络设备处于负载超限的状态时，向所述目标 网络设备发送第一配置信息；
[0247] 所述第一配置信息，用于将所述目标网络设备配置为第一状态；所述第一状态 指示所述目标网络设备接收到主动发现发起PADI报文时，延时或者不返回主动发现提供 PAD0报文。
[0248] 具体实现时，在控制器600中，获取模块601获取目标网络设备的负载参数，第一 确定模块602根据获取模块601获取到的负载参数确定目标网络设备是否处于负载超限的 状态，第一发送模块603在第一确定模块602确定目标网络设备处于负载超限的状态的情 况下向目标网络设备发送第一配置信息。
[0249] 可选的，所述获取模块601可以包括发送子模块和接收子模块。其中，发送子模 块，用于向所述目标网络设备发送负载参数请求；接收子模块，用于接收所述目标网络设备 对所述负载参数请求而返回的负载参数。
[0250] 可选的，所述负载参数请求可以是开放流Openf low协议的扩展的多部分 Multipart请求消息，所述负载参数可以通过Openflow协议的扩展的Multipart应答消息 进行发送。
[0251] 可选的，所述Mulipart请求消息可以包括类型Type字段和请求主体Body字段， 所述Type字段携带指示负载均衡信息的类型值，所述请求Body字段为空或者携带所述设 备标识；相应的，所述Mulipart应答消息可以包括所述Type字段和应答主体Body字段，所 述应答Body字段携带所述目标网络设备的负载参数。
[0252] 可选的，所述获取模块601，可以具体用于接收所述目标网络设备主动发送的负载 参数。
[0253] 可选的，所述第一确定模块602可以包括查找子模块，计算子模块，第一确定子模 块、第二确定子模块和第三确定子模块。其中，查找子模块，用于查找至少两个网络设备的 负载参数中的最小值，作为最小负载值；计算子模块，用于计算所述负载参数与所述最小负 载值之间的差值，作为负载差值；第一确定子模块，用于确定所述负载差值是否超过预设的 负载阈值；第二确定子模块，用于当所述负载差值超过所述负载阈值时，确定所述目标网络 设备处于负载超限的状态；第三确定子模块，用于当所述负载差值未超过所述负载阈值时， 确定所述目标网络设备未处于负载超限的状态。其中，所述至少两个网络设备中包括所述 目标网络设备。
[0254] 可选的，所述装置还可以包括第二发送模块。其中，第二发送模块，用于当所述所 述目标网络设备未处于负载超限的状态时，向所述目标网络设备发送第二配置信息；所述 第二配置信息，用于将所述目标网络设备配置为第二状态；所述第二状态指示所述目标网 络设备接收到PADI报文时，即时返回PAD0报文。
[0255] 可选的，所述装置还可以包括记录模块和删除模块。其中，记录模块，用于向所述 目标网络设备发送第一配置信息之后，将所述目标网络设备记录为过载设备；删除模块，用 于向所述目标网络设备发送第二配置信息之后，删除所述目标网络设备作为过载设备的记 录。
[0256] 可选的，所述装置还可以包括第二确定模块。其中，第二确定模块，用于确定所述 目标网络设备是否为已记录的过载设备；所述第一发送模块603,具体用于当所述目标网 络设备处于负载超限的状态且所述目标网络