I think I have a solution that might work. I went back and renamed the /lib/modules/2.2.19/net/bsd_comp.o module to /lib/modules/2.2.19/net/bsd_comp.o.orig and rebooted. Concentric worked fine after that. Looks like a problem in the module. I didn't see any mention about it in bug track, but don't know if this should be reported as a bug or not. The post I saw also wondered why so few people are seeing this problem. Could it be because Concentric.net uses this compression module and most others don't?
Michael Heyes Slaven Peles <[EMAIL PROTECTED]> on 07/30/2001 09:08:50 PM To: [EMAIL PROTECTED], debian-user@lists.debian.org cc: Subject: Re: stalling ppp On Monday 30 July 2001 13:02, [EMAIL PROTECTED] wrote: > Hi, > I've had a problem with ppp slowing and stalling using Concentric.net as my > ISP since upgrading to the 2.2.x kernel series. I ended up getting a second > ISP that doesn't have this problem but I'd like to fix the concentric > problem. I've included a part of my /var/log/messages file below. It looks > like concentric uses either or both BSD and IPX compression (not compiled > in my kernel), while the other ISP doesn't seem to use either. I've seen > some postings about problems with bsd compresson module. I tried compiling > in IPX into the kernel without success. Any help much appreciated. Thanks. > > mike heyes > I've experienced exactly the same problem, but couldnt figure out how to fix it either. To add insult to the injury I have to say that when I boot windoze on my computer, connections with both ISPs work flawlessly. It seems like windoze somehow reinitiates data transfer when flow control fails, while ppp (or modem, or whatever is responsible for the flow control) under linux does nothing and the transfer simply stalls. If somebody can help us with this I would greatly appreciate it. Below are two logs, first one for the smooth connection, and second for the erratic one. Cheers, Slaven Jul 30 20:03:46 localhost kernel: PPP generic driver version 2.4.1 Jul 30 20:03:46 localhost pppd[821]: pppd 2.4.0 started by root, uid 0 Jul 30 20:03:46 localhost pppd[821]: Using interface ppp0 Jul 30 20:03:46 localhost pppd[821]: Connect: ppp0 <--> /dev/ttyS2 Jul 30 20:03:47 localhost kernel: PPP BSD Compression module registered Jul 30 20:03:47 localhost kernel: PPP Deflate Compression module registered Jul 30 20:03:47 localhost pppd[821]: local IP address xxx.xxx.xxx.xxx Jul 30 20:03:47 localhost pppd[821]: remote IP address xxx.xxx.xxx.xxx Jul 30 20:20:00 localhost kernel: es1371: unloading Jul 30 20:25:09 localhost pppd[821]: Terminating on signal 15. Jul 30 20:25:15 localhost pppd[821]: Connection terminated. Jul 30 20:25:15 localhost pppd[821]: Connect time 21.4 minutes. Jul 30 20:25:15 localhost pppd[821]: Sent 112186 bytes, received 1867056 bytes. Jul 30 20:25:15 localhost pppd[821]: Exit. Jul 30 20:25:58 localhost pppd[902]: pppd 2.4.0 started by root, uid 0 Jul 30 20:25:58 localhost pppd[902]: Using interface ppp0 Jul 30 20:25:58 localhost pppd[902]: Connect: ppp0 <--> /dev/ttyS2 Jul 30 20:26:02 localhost kernel: PPP BSD Compression module registered Jul 30 20:26:02 localhost kernel: PPP Deflate Compression module registered Jul 30 20:26:02 localhost pppd[902]: local IP address xxx.xxx.xxx.xxx Jul 30 20:26:02 localhost pppd[902]: remote IP address xxx.xxx.xxx.xxx Jul 30 20:26:02 localhost pppd[902]: BSD-Compress (15/12) compression enabled Jul 30 20:26:02 localhost pppd[902]: BSD-Compress (15/12) compression enabled Jul 30 20:27:14 localhost pppd[902]: Terminating on signal 15. Jul 30 20:27:15 localhost pppd[902]: Connection terminated. Jul 30 20:27:15 localhost pppd[902]: Connect time 1.3 minutes. Jul 30 20:27:15 localhost pppd[902]: Sent 7315 bytes, received 101333 bytes. Jul 30 20:27:15 localhost pppd[902]: Exit.
