| Summary: | PPP Hangs while sending data w/latest kernels 2.2.2+ | ||
|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | gandalf |
| Component: | kernel | Assignee: | Alan Cox <alan> |
| Status: | CLOSED WORKSFORME | QA Contact: | |
| Severity: | high | Docs Contact: | |
| Priority: | medium | ||
| Version: | 6.0 | CC: | serg, tbarraza, trent_took |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | i386 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 1999-11-30 09:40:25 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
gandalf
1999-05-23 16:54:50 UTC
I've been experiencing similar problems, and have since removed the mru & mtu statements from my /etc/ppp/options file (actually, I commented them out), and my modem has not hung up since. I also used my same scripts in 5.2 without any problems whatsoever. ------- Additional Comments From 09/23/99 11:56 ------- I am having the same problem; however, removing the mru and mtu options does not help. I am able to get a PPP connection, ping, even ftp and some web browsing; however, when i attempt to telnet, i experience a long wait before getting the message "Host name lookup failure" from telnet. After this point, i can no longer ping, ftp, browse etc. This makes the OS basically unusable for me since a PPP connection is central to what i need to do. ------- Additional Comments From 09/29/99 13:31 ------- I was able to solve my ppp problems by disabling vj header compression with the command line option 'novj' to pppd. I think I've come across a similer thing as described here. Appologies for the long CC but this is the information that has been on the linux.dev.ppp list. Quoted from usenet: Followup Information: Having managed to recreate it again I have the the following "facts" to add to the confusion. 1. It doesn't seem to be a magic number in terms of data ( it has variously failed after 80Mb, 100Mb and 130Mb of downstream data). The number of frames varies quite a bit as well. 2. As far as I can tell its not time related either (today was 10:30 until 19:00ish, about 8 1/2 hours). I shall try and time it exactly next week - its hard to tell as the logs show nothing, its just when your client machines start failing to connect you know its gone wrong. 3. The line is still up. The modem still shows CD, and pinging the remote end of the PPP link does result in the modem SD light flashing (although there is no response). 4. The routing table is fine. There is no change to the routing table once the link has achieved this locked up state. 5. I am assuming the serial line is OK as I have seen things tranmitted since the lockup (see 3). I'm really confused about this one, if its an ISP problem I would expect the link to be dumped and the ppp.log show some sort of shutdown process. The link is never idle long enough (i have some slow repeating pings in anycase). Quoted Original Message : I've been experiencing problems with my dialup link. Once a week my machine goes online for 24 hours (taking advantage of a telco offer) and starts a mass download activity. However after a while (about 130Mb of download) the ppp link seems to lock up. pppd itself is fine but the outside network becomes unreachable. I've tried doing a sneding SIGUSR2 to pppd to renegotiate compression and have noted the lights on the modem do not flash. The only way to get out is to kill the dialup and redial in. I would like to track the source of the problem and have so far come up with these possible candiates: pppd, the kernel ppp code, the serial driver, the TCP/IP stack itself I don't think its the TCP/IP stack itself as all this data is being masquraded to other machines and if this is so I would of expected the whole machine to become invisible to the network once it had passed 130Mb, which it doesn't. Does anyone have any suggestions on how I could diagnose the dialup link? For example is there anyway to get ppp to logoff and restart without killing the serial link? Details: Dell 486/66 running Linux 2.2.12 (also tried other 2.2 kernels) built ontop a minimal RedHat 5.2 base. Generic V.90 Modem via COM1 ppp 2.3.9 wvdial 1.4 as dialer IP Masquearding enabled (download done from Win98 machine) If this is still occuring in 6.2 please re-open it |