home Mail List
Info
Info
Meetings
Goals
Upcoming
Projects
FAQ
Security
Links

[Date Prev][Date Next] [Chronological] [Thread] [Top]

[NMLUG] speaking of Comcast... saturated upload kills connection


  • Subject: [NMLUG] speaking of Comcast... saturated upload kills connection
  • From: KenGLong at comcast.net (Ken Long)
  • Date: Sun Jun 6 18:35:03 2004

This is a normal side effect of maxing out your upload bandwidth. I see 
it here at home all the time. I'm surprised the people at Comcast are 
denying all knowledge. There's no reason to pretend ignorance since the 
issue is well known.  

I experience the problem whenever I ftp a file to somewhere else and 
max out my upstream bandwidth. When that happens, all downloads slow to 
a crawl. My fix has been to use an ftp client that has bandwidth 
limiting. I set it to limit the bandwidth used to about half of my 
total upstream. That leaves enough breathing room so the downloads (web 
browsing, email, etc.) Someone else mentioned setting up traffic 
shaping in your router. That would do it too but will require some in- 
depth networking knowledge.  

BTW, I also see the problem on our fractional T1 at work when I ftp 
from there. That connection is 512K/512K so the problem is not a 
function of the asymmetrical bandwidth caps.  

That's my simplistic view of the problem <g>. Perhaps a true network 
guru could explain it in more technical terms.

Ken Long
Albuquerque


On 6 Jun 2004 at 17:37, New Mexico Linux Users Group  wrote:

> On 6 Jun 2004 at 11:47, Jason Schaefer wrote:
> 
> > I have been looking into this problem for some time now and have tested 
> > it using about 5 different modems+connections+configurations. When you 
> > upload  some place with higher download than you, 75-99% of packets are 
> > lost to or from any other connections. Same thing happens, of course, 
> > when someone downloads from you with a higher speed than your upload. I 
> > have used ftp, ssh and http to transfer files. Im using ping from a 
> > third host to verify the packet loss. Example: If a friend is 
> > downloading files from my computer I have to kill their transfer to get 
> > back on irc, check mail etc. If I am away I have to wait, for however 
> > long, to ssh in. Its that bad and its not just me.
> > 
> > Comcast has sent people out 3 times. They test signal strength and the 
> > modem and make a bunch of calls and tells me its my internal networks 
> > fault. In other words they are not responsible for anything but the 
> > modem... so naturally.  No one has a clue:-( They put me in contact with 
> > the manager and he had to clue what I was even saying, so he asked if I 
> > would write up some details. I haven't heard back. I think it must be an 
> > inherent problem, being a shared network. They insist this is not the 
> > case and they have NEVER seen it before. Has anyone else seen this 
> > problem? If you have cable give it a try and let me and, more 
> > importantly, comcast know what you find.
> > 
> > Jason





Please send sugestions and comments to webmaster@nmlug.org.
Valid XHTML 1.1! Valid CSS! Powered by Debian Powered by Apache