Date: Sat, 22 Jun 2002 01:33:26 -0400 From: Andrew Lankford <arlankfo@141.com> To: freebsd-stable@freebsd.org Cc: brian@freebsd.org, brian@awfulhak.org Subject: Latest kernel/user ppp build acting up. Message-ID: <200206212334734.SM01584@141.com>
next in thread | raw e-mail | index | archive | help
Quick review. After updating my copy of the STABLE source tree on the 19th and rebuilding everything, I found that my DSL connection though user ppp/netgraph wouldn't come up. Every time the attempted connection failed, I would get one log messages like this one: Jun 20 22:57:52 bogushost2 ppp[264]: Phase: Received NGM_PPPOE_<11> (hook "5W^H^Hh0^K^H") Here's another one: Jun 20 23:11:30 bogushost2 ppp[321]: Phase: Received NGM_PPPOE_<11> (hook "ÜW^H^Hh0^K^H") When I rebooted with the old kernel and modules, my DSL connection came up without a hitch, and I didn't get any messages like the above in my log, just a familiar NGM_PPPOE_SUCCESS (hook "tun0"). But going back to the NGM_PPPOE_<11>... messages, I found that their origin in the source code was line 264 of /usr/src/usr.sbin/ppp/ether.c . The "5W^H"... gibberish was read from struct ng_pppoests sts->hook. I gather that this was a packet that netgraph received but didn't understand. While I was trying in vain to bring up my DSL connection using the new netgraph kernel modules, I tried monitoring my ethernet connection to the modem with ethereal. I noticed that with the packets occuring between the PPPoED "Active Discovery Session-confirmation (PADS)", LCP Config Requests, and the eventual "Active Discovery Terminate", the "Session Id" field contents ( "57dc", "5735", etc) appeared to match the ascii codes for the first two characters the two status messages above (except the bytes are reversed). I'm new to this sort of thing, but could it be that due to a simple flaw somewhere in the latest MFC of netgraph, the PADS packets coming from my isp aren't being interpreted correctly (wishful thinking alert)? I guess that isn't the case for every DSL user out there who follows STABLE pretty closely, otherwise there might be other complaints on the list or bug reports. Anyway, I have the log files saved along with three or so "transcripts" from ethereal if they're helpful. I can try running the 6/19 kernel/modules again in order to do some more experimentation. Up to now, FreeBSD's ppp client has proven to be far more straightforward and reliable than the GUI-driven Windows-specific software that came with the modem. The only other problem I have is when the program encounters a leftover control socket left over from an abrupt shutdown. Andrew Lankford To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200206212334734.SM01584>