A few ms updates back this happened around Ryans 2.1.1 I think it started & I'm completely lost as to why. Here is what I have tried and why I'm certain something in Ryans pack could be the culprit or at least something new in one of the updates that's something MS added or a reg entry outside of TCP-IP.
Here is what I have tried:
1. I have reset all TCP-IP setting to both optimized and standard reg entries of windows xp. I used SG TCP Optimizer to do this then captured those reg entries and included them in my install cd. SG TCP Optimizer can be found here:
http://www.speedguid...t/downloads.php
2. I have tried updating drivers, yet the old ones do the same as the newer ones and the old ones were part of my install before the problem appeared.
3. I have tried putting back stuff removed from previous nlite discs that I could always remove without issues yet nothings made a difference. I have used nlite since the early alpha stage (.95 I believe, 04 sometime) and have narrowed down a lot of components that can and can not be removed over the course of using it. Things are always changing within the updates and new depedancies are always popping up.
4. Also reg entries are always changing or changing how they work. I have been lucky so far and been able to find the problem entries that cause the issues through trial & error, yet since there is no program I know of that checks if reg entries still work. I can't be certain that this is not some unrelated reg entry causing this issue. When I have imported my reg entries manually I get no error messages for a bad entry. I have gotten this type of error in the past and was able to find the problem key that way. I can post my entries if someone thinks that might help to uncover this mystery problem. I basically have the standard entries (all from msfn) and a few I have created for my own GUI display options.
DIAL UP PROBLEM:
This is slightly different problem on dial up as it is on wireless. On dial up what happens is the send and receive packets freeze's and you get no activity. Then all of a sudden you get a large burst of say 1,000 packets and then another burst of 1,000-2,000 but no web pages can be displayed in the time. Then after about 20 or more mins the connection responds and it starts to both send and receive packets. After that long delay it seems to act normal until you have to dial up again and then it's back to the 20+ min wait as before.
WIRELESS 802.11b/g Problem (does not occur on a lan connections at all cable or dsl):
On wireless the sent packets is going up but no receive packets come in for roughly the same amount of time as the dial up wait. So I sit for about 10-20mins seeing packets going out with connection connected with 2-4 bars of signal and no responses coming back. Just like in the dial up all of a sudden it starts to work as it should and the connection responds pages download (there are no bursts like on dial up). This issue does not always reappear when the connection is lost either it seems to be a one time thing after a restart or first start up. If the wireless connection is left alone downloading a file it will continue to respond once a new request is started. However if you leave the connection ideal for to long both dial and wireless will start this whole 20+ min waiting thing over again.
That is the problem in a nut shell and this one is a total annoyance if anything. I recently got Ryans newest update pack 2.1.1 hoping and praying this would go away as mysteriously as it appeared. Unfortunately the problem is still there with this version as well. Also IE6 & IE7 both suffer from this problem so its not browser related that much I know for sure.
So the only possibilities I can think of are:
Registry key
Something removed with nlite
Something in an MS updates
Something special to ryans update after 2.1.1 or 2.1.4 time period.
Or something else that I have not thought of.
I REALLY HOPE SOMEONE has a simular issue or has an idea whats going on & how to fix. PLEASE POST anything.
This post has been edited by Madhits45: 16 December 2006 - 03:56 PM



Help

Back to top










