Bug 25493
| Summary: | masqueraded outbound traffic slows to < 500bps | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] Red Hat Linux | Reporter: | Gregg Lebovitz <gregg> | ||||||
| Component: | kernel | Assignee: | Michael K. Johnson <johnsonm> | ||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | Brock Organ <borgan> | ||||||
| Severity: | medium | Docs Contact: | |||||||
| Priority: | medium | ||||||||
| Version: | 7.0 | CC: | alan, t8m | ||||||
| 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: | 2003-06-09 14:50:21 UTC | Type: | --- | ||||||
| Regression: | --- | Mount Type: | --- | ||||||
| Documentation: | --- | CRM: | |||||||
| Verified Versions: | Category: | --- | |||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||
| Embargoed: | |||||||||
| Attachments: |
|
||||||||
|
Description
Gregg Lebovitz
2001-02-01 16:36:36 UTC
Created attachment 8645 [details]
rc/init.d file for starting the masquerade proxies and loading the rules.
Update Problem appears to be in the eepro driver. When I built a 2.2.14-5 kernel eepro driver with the 2.2.17-14 kernel the problem when away. I will continue investigating. Found the problem and a fix. I have a theory as to what is happening, but it is not verified. The fix is in the eepro driver (see attached file and look for ifdef EEPRO_SLOW_NET). I don't think the problem I am seeing is specific to masquerading. The problem is in the eepro_transmit_interrupt routine. After the driver sends a packet to the eepro, the eepro_transmit_interrupt routine checks to see if the transmit is complete. If the transmit does not complete in a specified amount of time, the routine assumes the card is stuck and does a reset. The problem is when the eepro is connected to a slow device such as a Lan City cable modem. Somehow the modem must be preventing the transmit from completing until it is ready for the next packet. Because the transmit takes a long time to complete, the eepro_transmit_interrupt routine see a timeout and resets the card which in turn cancels the send. The end result is lost xmit packets and slow outward bound traffic (< 500 bps). I dont know if this problem is specific to the Lan City modem or shows up in other slow modem devices. Note that the outbound cable network speed is throttled to < 50Kbps. My fix is to remove the reset at the end of the eepro_transmit_interrupt routine. A real fix would be to determine the transmit speed of the cable modem at configuration time and set the timeout appropriately. The eepro driver that came with the stock 6.2 kernel (2.2.14-5) did not have this reset. Created attachment 11341 [details]
temporary fix to the eepro driver for slow cable modems
Should be resolved in newer eepro drivers, if not feel free to reopen |