现场设备作为校园网bras,承载学生的pppoe拨号和ipoe web业务。设备从79XX版本升级至83XX版本,升级后发现pppoe业务异常,所有的pppoe用户都无法上线。
deb pppoe server packet 看设备收到终端的PADI直接发送了PADT,怀疑83版本存在底层限制。
*Aug 16 06:20:57:407 2023 SR8808X PPPOES/7/PACKET_ACL: -MDC=1-Slot=0; Sent a PADO packet, Interface Route-Aggregation2.999, CVlan/SVlan:114/999, SrcMac:84d9-3128-xxxx, DestMac:c028-0b67-xxxx, SSID:0.
*Aug 16 06:20:57:407 2023 SR8808X PPPOES/7/PACKET_SEND: -MDC=1-Slot=0; Interface Route-Aggregation2.999 sent a PADT packet (sid=13393, err=0).
排查发现:现场存在SPEX-1204单板,该单板在83XX版本不能作为BRAS单板使用。但是现场涉及pppoe拨号上线的口为聚合2.999,该聚合口里成员口都在slot 0上。slot 0 为cspex单板,该单板在83版本下,支持bras业务。理论上,pppoe流量并不经过SPEX-1204单板,不会收到该单板的限制。
近一步确认:在现场的版本R8380P20下,设备上插有SPEX-1204单板,设备将无法支持全局口(聚合口)下的PPPoE用户拨号上线。即使设备上插有其余支持bras功能的业务板卡,且全局口中成员口都是非SPEX-1204上的接口(PPPoE上线报文不经过SPEX-1204板卡),设备仍会在收到全局口的PPPoE上线报文后给用户发PADT(中断连接通信)报文禁止用户上线。原因为:由于SPEX-1204板卡难以满足下一阶段更多的BRAS需求,在目前的83XX版本上该卡已经不支持作为BRAS单板使用。但是由于各流程模块对该单板的规格裁剪存在差异,在上述版本中BRAS认证过程中部分流程认为这个板仍可以支持PPPoE,部分流程又认为已经不支持,从而导致在全局口上线的PPPoE用户设备处理存在异常,最终导致无法上线。
方案1:拔出SPEX-1204
方案2: 将全局口下的pppoe业务挪至物理接口下(非SPEX-1204上接口)
方案3: 升级至R8380P21以后版本
该案例暂时没有网友评论
✖
案例意见反馈
亲~登录后才可以操作哦!
确定你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作