On 12:37 Tue 18 Jan , Per Jessen wrote:
Carlos E. R. wrote:
I could perhaps try compiling the pppd from SuSE 8.2 and put it in 9.1, if that is doable.
I would go for the latest pppd instead - 2.4.3 - from http://ppp.samba.org. But don't do it right now.
As to the configuration, I upgraded from 8.2 to 9.1, so most of the configuration is the same, and with 8.2 it worked. What configuration file(s) are you thinking of?
The pppd conf would be critical here. /etc/ppp/options.* /etc/ppp/peers/*
I use wvdial to control the connection, called from a console.
Uh, I don't know wvdial - when I used pppd dial-up I always used diald for dial-on-demand.
[...] yes, I see strings like this printed in the xterm console where I call wvdial:
--> Using interface ppp0 --> pppd: ovider --> pppd: ovider --> pppd: ovider --> Authentication (CHAP) started
It should be possible to call pppd directly - "pppd /dev/ttySx". That will use the following config files: /etc/ppp/options, ~/.ppprc and /etc/ppp/options.ttySx
Unless you do "pppd call xxxxx" which will make it use /etc/ppp/peers/xxxxxx.
There is something not quite right - maybe in the script - I don't know if wvdial generates a connect script or something? I'd like to try calling pppd directly from the command-line - that is about as basic as it gets.
I see the errors:
Jan 17 01:17:16 nimrodel pppd[9421]: rcvd [LCP EchoRep id=0xe magic=0xd28f2d2b] Jan 17 01:17:18 nimrodel pppd[9421]: rcvd [Compressed data] 00 09 82 14 ee 4b c0 85 ... Jan 17 01:17:18 nimrodel pppd[9421]: sent [CCP ResetReq id=0x9] Jan 17 01:17:18 nimrodel pppd[9421]: rcvd [CCP ResetAck id=0x9]
OK, it seems something IS obviously wrong with the compression. Could be on your side, could be on your providers side. So back to "noccp" and "novj".
An average of 2.04 KB/s. In the SuSE 7.3 I can get 5 or 6. And the log is:
There was a lot of text here - I'm getting a little lost. Have we now established that with compression disabled (due to errors) in 9.1, you get 1-2kbyte/s , but with compression enabled in 7.3/8.2, you get 5-6kbyte/s ?
Well... More ideas? Do you think I could use the old pppd daemon, recompiling it? The kernel has changed, but I could try, if you think it is possible. :-?
I don't think it's really necessary, but if you do upgrade, I would go for the latest 2.4.3.
Sorry, like I said, I got a little lost in all of this: On the system where you get the good speed (7.3? 8.2?) what happens if you disable compression? (or is compression also disabled there?) Do you see any VJ errors on that system? What speed do you get with and without compression?
/Per Jessen, Zürich
On my HP notebook I discovered that I could increase the modem throughput by adding <user> to the following groups: uucp, wheel, modem. Now, I cannot say that the last two are definitely necessary but I *do* know that when I was using Gentoo all three were recommended to make the modem work properly. Unfortunately, the external modem I am using isn't cooperating as it did in Gentoo. The throughput is increased dramatically from 'nothing' but is still now what it ought to be relative to SuSE 9. I shared the above info w/Carlos & he informed me that it didn't make a difference on his box, unfortunately. Also, in the event you may have missed it, simply upgrading the kernel in SuSE 9 *totally_breaks* the modem throughput. Reverting to the 1st-installed kernel un-breaks it. I am not saying that pppd or some other component may not also be contributing to the problem, however. -- ..."Yogi" CH Namast Yoga Studio