Unsolved

This post is more than 5 years old

1 Rookie

 • 

93 Posts

9615

January 9th, 2007 04:00

Network/WiFi/packet loss question

I use Earthlink's MuniWifi for my ISP. It's a wireless internet connection promising speeds up to 1 Mb/s upload/download. In general, that's what it delivers, no complaints but....when I run the network speed test at Stanford University ( http://netspeed.stanford.edu/) it sometimes reports packet losses and suggests that the auto-negotiation between my pc and the wifi modem could be the culprit.
 
 
My pc's motherboard ethernet adapter (Intel chip) is set for "auto-detect" and connects to the wifi box at 100 Mb/s full duplex. The network diagnostic app from the Dell Resources disc says all is good at my end. The box manufacturer (PepLink) says their box has an auto-detect ethernet port and should be connecting to my pc with no problems at 100Mb/s full duplex and I have no reason to doubt this. So why the packet losses? Or is it no big deal?
 
Thanks...

2 Intern

 • 

5.9K Posts

January 10th, 2007 11:00

It's been years since I've seen problems with autonegotiate not working correctly so I think it's a bogus explanation. 
 
It sounds like you are connected via hard wired Ethernet to an external wireless box of some sort.  If that's the case then Start, Run, cmd, OK to bring up a black cmd screen.  Type the bold stuff (with an enter after each line)
 
ipconfig
 
(It will show you the IP address of your PC and of the Default Gateway which should be the address of your external wireless box.  Let's call the IP of the Default Gateway A.B.C.D)
 
ping A.B.C.D
 
(you should get 4 replies.  If that works then try)
 
ping -n 1000 -l 1300 A.B.C.D
 
(That's -L 1300.  This will generate 1000 large pings so it will take a while to run.  Does it have any losses? If not you can be fairly certain that your connection to the wireless box is good and the dropped packets are in the wireless network which probably isn't perfect.  If there are no losses you can test the wireless link the same way.)
 
tracert -d f1.com
 
(That's F ONE.com.  I just use it because I know it responds to traceroutes.  Look at the results.  Step 1 should be the default gateway A.B.C.D.  Step 2 should be the first router on the other side of the wireless link.  Uses its IP address in place of the A.B.C.D in the two ping commands.  Any losses?  If so then either the wirelesslink is dropping the packets or the router's queues is overloaded because they have oversold the link.  Try it again early in the morning when most people are sleeping and see if it looks better.  If so it's oversold.  If not it's a problem with the wireless part.  However, TCP/IP expects packet losses so it really shouldn't stop things from working unless you are losing a lot of packets.  Some routers have been set not to respond to pings so if that's the case see if the next one up the line will take a ping.)
 
Ron
 
 

Message Edited by RKinner on 01-10-200707:28 AM

1 Rookie

 • 

93 Posts

January 10th, 2007 13:00

Thanks Ron, I 'll run the tests you suggest and see what happens!

1 Rookie

 • 

93 Posts

January 11th, 2007 03:00

Ron,
 
I  ran the tests you suggested. After 1000 pings (took forever!) from my pc to the wifi modem there were no dropped packets. I tried to run tracert to f1.com but after the first hop to the wifi modem it kept timing out.
 
I used the tracert function from the dnsstuff website to earthlink's server (5 or 6 hops) and found that the first 3 won't respond to pings. I then ran a large quantity of  1300 byte pings to earthlink's server and it did drop a few packets.
 
I guess I can assume the connection between my pc and the wifi box is ok, and the trouble (if it really is trouble) lies out in the "ether" somewhere. Since my throughput, on average, meets the advertised 1 Mb/sec I shouldn't really complain.
 
Thanks again for your help!

Top