可转发至对应的服务器。
[0046] 进一步地，若所述BRAS服务器的上下行链路为多条链路，则根据所述客户端入接 口标识将所述PPPOE报文转发至与其对应的业务板。
[0047] 具体地，首先预设入接口标识与业务板的对应关系表项，请参考表3所示：
[0048]
[0049] 表 3
[0050] 表3为预设的入接口标识与业务板对应关系表项，该表项仅为进一步理解本发明 而举例说明。表3可由开发人员根据需要而自定义设置，本发明对此无限制。在接收到客 户端发送的PPPOE报文并解析出该PPPOE报文的客户端信息后，根据该客户端信息的入接 口标识在表3查找与其对应的业务板编号，并将所述PPPOE报文转发至对应编号的业务板。
[0051] 在业务板接收到该PPPOE报文后，同样首先判断该PPPOE报文为PPPOE控制报文 还是PPPOE业务报文，若该PPPOE报文为PPPOE控制报文且为认证报文，则通过用户名以及 密码对该客户端进行校验。在认证通过后，为发送该PPPOE控制报文的客户端分配外网IP 地址，使其使用该外网IP地址进行通信。如表2所示，在客户端认证通过后，业务板从自身 保存的地址池中选取IP地址作为外网IP地址分配给发送PPPOE报文的客户端。
[0052] 业务板在为所述PPPOE报文分配完外网IP地址后，在后续的业务往来时，若接收 到该客户端的PPPOE业务报文时，则对其进行解封装，去掉该PPPOE业务报文的报文头，转 换成正常的业务报文根据该PPPOE业务报文的目的IP地址即可转发至对应的服务器。
[0053] 进一步地，在由所述多块业务板组成云板卡的场景时，根据所述客户端的MAC地 址将MAC地址相同的PPPOE报文转发至同一个业务板；并将客户端MAC地址不同的PPPOE 报文根据负载分担算法转发至对应的业务板。
[0054] 实际应用中，在用户带宽较大超出一块业务板的负载时，通常将多块业务板聚合 成一个云板卡，那么设备的负载能力也会相应的扩大很多倍，从而满足使用需求。这种情况 下，在接收到客户端的PPPOE报文时，解析出该PPPOE报文的客户端信息，根据该客户端信 息的客户端MAC地址查找自身是否有该客户端MAC地址与业务板对应关系记录，若有则说 明已为所述客户端分配过业务板，根据该客户端MAC地址与业务板对应关系的记录将所述 PPPOE报文转发至与其对应的业务板。若未查找到，则根据发送该PPPOE报文的客户端MAC 地址按照负载分担算法将该PPPOE报文分配业务板。
[0055] 在业务板接收到该PPPOE报文后，同样首先判断该PPPOE报文为PPPOE控制报文 还是PPPOE业务报文，若该PPPOE报文为PPPOE控制报文且为认证报文，则通过用户名以及 密码对该客户端进行校验。在认证通过后，为发送该PPPOE控制报文的客户端分配外网IP 地址，使其使用该外网IP地址进行通信。在客户端认证通过后，业务板从自身保存的地址 池中选取IP地址作为外网IP地址分配给发送PPPOE报文的客户端。
[0056] 业务板在为所述PPPOE报文分配完外网IP地址后，在后续的业务往来时，若接收 到该客户端的PPPOE业务报文时，则对其进行解封装，去掉该PPPOE业务报文的报文头，转 换成正常的业务报文根据该PPPOE业务报文的目的IP地址即可转发至对应的服务器。 [0057] 另外，在一个BRAS服务器中，根据业务需要存在将多块业务板分别聚合为多个云 板卡的情况，那么在业务板接收到PPPOE报文后，首先根据Vlan ID和/或入接口信息判断 将该PPPOE报文分配到哪个云板卡，再根据客户端MAC地址判断将PPPOE报文分配到云板 卡中的某块业务板。
[0058] 具体地，若BRAS服务器的上下行链路为单条链路时，预设Vlan与云板卡的对应关 系表项，根据Vlan ID查找与其对应的云板卡编号，将该PPPOE报文转发至对应的云板卡 后，再根据发送该PPPOE报文的客户端MAC地址进行负载分担算法将其分配至对应的业务 板。
[0059] 若BRAS服务器的上下行链路为多条链路时，预设入接口标识与云板卡的对应关 系表项，根据入接口标识查找与其对应的云板卡编号，将该PPPOE报文转发至对应的云板 卡后，再根据发送该PPPOE报文的客户端MAC地址进行负载分担算法将其分配至对应的业 务板。
[0060] 进一步地，请参考图3-2,该BRAS服务器的交换芯片还预存有IP地址网段与业务 板对应关系表项，在接收到服务器回复的业务报文时，查找该业务报文的目的IP地址，该 目的IP地址为认证阶段时为客户端分配的外网IP地址，根据业务报文的目的IP地址查找 所述IP地址网段与业务板对应关系表项，由于每个业务板保存的地址池的IP地址网段各 不相同，因此根据所述业务报文的目的IP网段即可查找到该IP网段所在的业务板，并在查 找到对应的业务板时将所述业务报文发送至对应的业务板，由业务板将所述业务报文进行 封装后转发至对应的客户端。
[0061] 综上所述，本发明提供的PPPOE报文转发方法以及BRAS服务器在接收客户端发送 的PPPOE报文后通过解析其客户端信息后，根据所述PPPOE报文的客户端信息将所述PPPOE 报文发送至对应的业务板，并在判断所述PPPOE报文为PPPOE业务报文，对所述PPPOE业务 报文进行解封装处理后，转发至对应的服务器。本发明可在多种场景下无需主控板参与即 可将PPPOE报文转发至对应的业务板，同时还。
[0062] 以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精 神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
【主权项】
1. 一种PPPOE报文转发方法，应用于BRAS服务器，所述BRAS服务器包括多个业务板， 其特征在于，包括 ： 接收客户端发送的PPPOE报文，解析所述PPPOE报文的客户端信息，并根据所述PPPOE 报文的客户端信息将所述PPPOE报文发送至对应的业务板； 若所述PPPOE报文为PPPOE业务报文，对所述PPPOE业务报文进行解封装，并转发至对 应的服务器。2. 如权利要求1所述的方法，其特征在于，所述客户端信息包括所述客户端的Vlan ID, 若所述BRAS服务器的上下行链路为单条链路，所述接收的PPPOE报文则根据所述Vlan ID转发至与其对应的业务板。3. 如权利要求1所述的方法，其特征在于，所述客户端信息包括客户端入接口标识， 若所述BRAS服务器的上下行链路为多条链路，所述接收的PPPOE报文则根据所述客户 端入接口标识转发至与其对应的业务板。4. 如权利要求1所述的方法，其特征在于，所述客户端信息包括所述客户端的MAC地 址， 由所述多块业务板组成云板卡时，根据所述客户端的MAC地址将MAC地址相同的PPPOE 报文转发至同一个业务板； 将客户端MAC地址不同的PPPOE报文根据负载分担算法转发至对应的业务板。5. 如权利要求1所述的方法，其特征在于，在接收到服务器回复的业务报文时，根据所 述业务报文的目的IP地址将所述业务报文发送至对应的业务板，并由业务板将所述业务 报文进行封装后转发至对应的客户端。6. -种BRAS服务器，所述BRAS服务器包括交换芯片以及多个业务板，其特征在于，包 括： 交换芯片，用于接收客户端发送的PPPOE报文，解析所述PPPOE报文的客户端信息，并 根据所述PPPOE报文的客户端信息将所述PPPOE报文发送至对应的业务板； 业务板，用于在判断所述PPPOE报文为PPPOE业务报文时，对所述PPPOE业务报文进行 解封装，并转发至对应的服务器。7. 如权利要求6所述的BRAS服务器，其特征在于，所述客户端信息包括所述客户端的 Vlan ID, 若所述BRAS服务器的上下行链路为单条链路，所述接收的PPPOE报文则根据所述Vlan ID转发至与其对应的业务板。8. 如权利要求6所述的BRAS服务器，其特征在于，所述客户端信息包括客户端入接口 标识， 若所述BRAS服务器的上下行链路为多条链路，所述接收的PPPOE报文则根据所述客户 端入接口标识转发至与其对应的业务板。9. 如权利要求6所述的BRAS服务器，其特征在于，所述客户端信息包括所述客户端的 MAC地址， 由所述多块业务板组成云板卡时，根据所述客户端的MAC地址将MAC地址相同的PPPOE 报文转发至同一个业务板； 将客户端MAC地址不同的PPPOE报文根据负载分担算法转发至对应的业务板。10.如权利要求6所述的BRAS服务器，其特征在于，所述交换芯片进一步用于，在接收 到服务器回复的业务报文时，根据所述业务报文的目的IP地址将所述业务报文发送至对 应的业务板，并由业务板将所述业务报文进行封装后转发至对应的客户端。
【专利摘要】本发明提供一种PPPOE报文转发方法，应用于BRAS服务器，所述BRAS服务器包括多个业务板，其中该方法包括：接收客户端发送的PPPOE报文，解析所述PPPOE报文的客户端信息，并根据所述PPPOE报文的客户端信息将所述PPPOE报文发送至对应的业务板；若所述PPPOE报文为PPPOE业务报文，对所述PPPOE业务报文进行解封装，并转发至对应的服务器。本发明使得无需主控板参与即可将PPPOE报文转发至对应的业务板。
【IPC分类】H04L12/70, H04L29/06
【公开号】CN105099898
【申请号】CN201410152617
【发明人】仇俊杰
【申请人】杭州迪普科技有限公司
【公开日】2015年11月25日
【申请日】2014年4月16日