[rbak-nsp] Strange auth problem after enabling mlppp

[Andy Dills]

Ok, I have an SMS 500 running 5.0.3.8.

We want to turn on "ppp multilink enable" so that we can start bonding 
connections.

When we turn that on, suddenly users with Comtrend modems are unable to 
authenticate. The people with other brand modems continue to work fine.

We're working on that with Comtrend, but I wanted to see if anybody had 
any suggestions.

Here's a log excerpt from a Comtrend when we do not have "ppp multilink 
enable" in the configuration of the redback:

Jan 1 00:00:36 daemon debug pppd[544]: sent [LCP ConfReq id=0x1 ]
Jan 1 00:00:36 daemon debug pppd[544]: rcvd [LCP ConfReq id=0xf9 ]
Jan 1 00:00:36 daemon debug pppd[544]: sent [LCP ConfAck id=0xf9 ]
Jan 1 00:00:36 daemon debug pppd[544]: rcvd [LCP ConfAck id=0x1 ]
Jan 1 00:00:36 daemon debug pppd[544]: sent [PAP AuthReq id=0x1 user="username" password=]
Jan 1 00:00:36 daemon crit pppd[544]: PPP LCP UP.
Jan 1 00:00:37 daemon debug pppd[544]: rcvd [PAP AuthAck id=0x1 ""]

Here's a log excerpt when we try to connect with "ppp multilink enable" in 
the redback config, and the comtrend is set to "auto" for auth type:

Jan 1 00:00:34 daemon debug pppd[542]: sent [LCP ConfReq id=0x1 ] 
Jan 1 00:00:34 daemon debug pppd[542]: rcvd [LCP ConfReq id=0x94 ] 
Jan 1 00:00:35 daemon err pppd[542]: Authentication method failed. 
Jan 1 00:00:35 daemon debug pppd[542]: sent [LCP TermReq id=0x2 "Auth failed"] 
Jan 1 00:00:35 daemon debug pppd[542]: sent [LCP ConfRej id=0x94 ] 
Jan 1 00:00:35 daemon debug pppd[542]: rcvd [LCP ConfAck id=0x1 ] 
Jan 1 00:00:35 daemon debug pppd[542]: rcvd [LCP ConfReq id=0x95 ] 
Jan 1 00:00:35 daemon debug pppd[542]: sent [LCP ConfRej id=0x95 ] 
Jan 1 00:00:35 daemon debug pppd[542]: rcvd [LCP TermAck id=0x2] 

Here's a log excerpt when we try to connect with "ppp multilink enable" in 
the redback config, and the comtrend forced to PAP for auth type:

Jan 1 00:00:36 daemon debug pppd[544]: sent [LCP ConfReq id=0x1 ] 
Jan 1 00:00:36 daemon debug pppd[544]: rcvd [LCP ConfReq id=0x4e ] 
Jan 1 00:00:36 daemon debug pppd[544]: sent [LCP ConfRej id=0x4e ] 
Jan 1 00:00:36 daemon debug pppd[544]: rcvd [LCP ConfAck id=0x1 ] 
Jan 1 00:00:39 daemon debug pppd[544]: sent [LCP ConfReq id=0x1 ] 
Jan 1 00:00:39 daemon debug pppd[544]: rcvd [LCP ConfReq id=0x4e ] 
Jan 1 00:00:39 daemon debug pppd[544]: sent [LCP ConfRej id=0x4e ] 
Jan 1 00:00:39 daemon debug pppd[544]: rcvd [LCP ConfAck id=0x1 ] 
Jan 1 00:00:42 daemon debug pppd[544]: sent [LCP ConfReq id=0x1 ] 
Jan 1 00:00:42 daemon debug pppd[544]: rcvd [LCP ConfReq id=0x4e ] 
Jan 1 00:00:42 daemon debug pppd[544]: sent [LCP ConfRej id=0x4e ] 
Jan 1 00:00:42 daemon debug pppd[544]: rcvd [LCP ConfAck id=0x1 ] 
Jan 1 00:00:45 daemon debug pppd[544]: sent [LCP ConfReq id=0x1 ] 
Jan 1 00:00:45 daemon debug pppd[544]: rcvd [LCP ConfReq id=0x4e ] 
Jan 1 00:00:45 daemon debug pppd[544]: sent [LCP ConfRej id=0x4e ] 
Jan 1 00:00:45 daemon debug pppd[544]: rcvd [LCP ConfAck id=0x1 ] 
Jan 1 00:00:48 daemon debug pppd[544]: sent [LCP ConfReq id=0x1 ] 
Jan 1 00:00:48 daemon debug pppd[544]: rcvd [LCP ConfReq id=0x4e ] 
Jan 1 00:00:48 daemon debug pppd[544]: sent [LCP ConfRej id=0x4e ] 
Jan 1 00:00:48 daemon debug pppd[544]: rcvd [LCP ConfAck id=0x1 ] 
Jan 1 00:00:51 daemon debug pppd[544]: sent [LCP ConfReq id=0x1 ] 
Jan 1 00:00:51 daemon debug pppd[544]: rcvd [LCP ConfAck id=0x1 ] 
Jan 1 00:00:51 daemon debug pppd[544]: rcvd [LCP ConfReq id=0x4e ] 
Jan 1 00:00:51 daemon debug pppd[544]: sent [LCP ConfRej id=0x4e ] 
Jan 1 00:00:54 daemon debug pppd[544]: sent [LCP ConfReq id=0x1 ] 
Jan 1 00:00:54 daemon debug pppd[544]: rcvd [LCP ConfAck id=0x1 ] 
Jan 1 00:00:54 daemon debug pppd[544]: rcvd [LCP ConfReq id=0x4e ] 
Jan 1 00:00:54 daemon debug pppd[544]: sent [LCP ConfRej id=0x4e ] 
Jan 1 00:00:57 daemon debug pppd[544]: sent [LCP ConfReq id=0x1 ] 
Jan 1 00:00:57 daemon debug pppd[544]: rcvd [LCP ConfAck id=0x1 ] 
Jan 1 00:00:57 daemon debug pppd[544]: rcvd [LCP ConfReq id=0x4e ] 
Jan 1 00:00:57 daemon debug pppd[544]: sent [LCP ConfRej id=0x4e ] 


Does anybody have any suggestions? We haven't paid for support for this 
redback for many years now (it just works, and we have a full cold spare). 
While we're still working on resolving this with Comtrend, is this 
something that would benefit from an AOS upgrade?

Thanks,
Andy

---
Andy Dills
Xecunet, Inc.
www.xecu.net
301-682-9972
---