White noise, sort of packet loss when talking with...
Hi,
For some unknown reason when I talk with one specific person the call doesn't exactly drop out it sort of cuts the audio and gives me white noise (sort of like when you get packet loss when transferring files or gaming), I have 0 idea why it does it. Does it the reverse as well, but only for me and this person. Everyone else thats in the call doesn't get effected and its frustrating me.
When in a call goto call > Technical info. This will show you various info about the call connection (and a lot of useless info aswell). Amongst the info is packet loss, and relays (if relays = more than 0 you are not directly connected).
Being on the same Skype, version might help.
Similar Messages
-
Packet loss when pinging from/to a cisco 3560e switch
I see Packet loss when pinging from/to a cisco 3560e switch. CPU utilization is normal.
Switches are running with IOS c3560e-universalk9-mz.122-35.SE5.bin.
Packet loss is observed for all the devices irrespective of directly connected or remote devices.
If i do self pinging, there are no packet loss.
I don't see any error on interface.
Can anyone please help me in resolving this issue.TCB Local Address Foreign Address (state)
03737C48 10.47.0.229.60053 10.41.81.55.49 CLOSEWAIT
039ACDC4 10.47.0.229.61929 10.41.35.250.49 CLOSEWAIT
03B316C0 10.47.0.229.27544 10.41.81.55.49 CLOSEWAIT
038228F0 10.47.0.229.16506 10.41.35.250.49 CLOSEWAIT
039C3D04 10.47.0.229.15207 10.41.81.55.49 CLOSEWAIT
039A9BD0 10.47.0.229.52983 10.41.81.55.49 CLOSEWAIT
0394152C 10.47.0.229.22425 161.61.35.250.49 CLOSEWAIT
037D811C 10.47.0.229.21117 10.41.81.55.49 CLOSEWAIT
039C12BC 10.47.0.229.37437 10.41.81.55.49 CLOSEWAIT
03933B84 10.47.0.229.34085 161.61.35.250.49 TIMEWAIT
03B32340 10.47.0.229.45729 10.41.81.55.49 CLOSEWAIT
038247D0 10.47.0.229.32816 10.41.81.55.49 CLOSEWAIT
039A92D8 10.47.0.229.38680 161.61.35.250.49 CLOSEWAIT
037370F0 10.47.0.229.13212 10.41.81.55.49 CLOSEWAIT
037D85F0 10.47.0.229.38728 10.41.81.55.49 CLOSEWAIT
03B2B284 10.47.0.229.23428 10.41.81.55.49 CLOSEWAIT
03B2ADB0 10.47.0.229.56836 10.41.81.55.49 CLOSEWAIT
0394BFF0 10.47.0.229.23257 161.61.35.250.49 CLOSEWAIT
036604DC 10.47.0.229.44437 10.41.81.55.49 CLOSEWAIT
0394C700 10.47.0.229.22 192.37.184.211.61639 ESTAB
039B9A68 10.47.0.229.20543 10.41.81.55.49 CLOSEWAIT
03739B28 10.47.0.229.15392 10.41.81.55.49 CLOSEWAIT
TCB Local Address Foreign Address (state)
0392EA48 10.47.0.229.13862 10.41.81.55.49 CLOSEWAIT
0365E23C 10.47.0.229.27856 10.41.81.55.49 CLOSEWAIT
03817C0C 10.47.0.229.64929 10.41.81.55.49 CLOSEWAIT
039357C8 10.47.0.229.22088 10.41.81.55.49 CLOSEWAIT
037375C4 10.47.0.229.21832 10.41.81.55.49 CLOSEWAIT
039C20E8 10.47.0.229.18169 10.41.81.55.49 CLOSEWAIT
03716D08 10.47.0.229.61993 10.41.81.55.49 CLOSEWAIT
039A74E4 10.47.0.229.62948 10.41.81.55.49 CLOSEWAIT
03655480 10.47.0.229.14052 10.41.81.55.49 CLOSEWAIT
039407F0 10.47.0.229.49643 161.61.35.250.49 CLOSEWAIT
039A53AC 10.47.0.229.13233 10.41.81.55.49 CLOSEWAIT
03739FFC 10.47.0.229.16605 10.41.81.55.49 CLOSEWAIT
039B82B8 10.47.0.229.16458 10.41.35.250.49 CLOSEWAIT
039BEBA4 10.47.0.229.64377 10.41.81.55.49 CLOSEWAIT
03741980 10.47.0.229.13866 10.41.81.55.49 CLOSEWAIT
03B3ABF8 10.47.0.229.19365 10.41.81.55.49 CLOSEWAIT
039B5810 10.47.0.229.24768 10.41.81.55.49 CLOSEWAIT
03956E48 10.47.0.229.55980 161.61.35.250.49 CLOSEWAIT
03946820 10.47.0.229.65053 161.61.35.250.49 CLOSEWAIT
037DBE94 10.47.0.229.15283 10.41.81.55.49 CLOSEWAIT
039A4854 10.47.0.229.48562 10.41.81.55.49 CLOSEWAIT
TCB Local Address Foreign Address (state)
03B33320 10.47.0.229.29803 10.41.81.55.49 CLOSEWAIT
03B3B79C 10.47.0.229.12142 10.41.81.55.49 CLOSEWAIT
03713C9C 10.47.0.229.63799 10.41.81.55.49 CLOSEWAIT
039BBECC 10.47.0.229.14763 10.41.81.55.49 CLOSEWAIT
03656E40 10.47.0.229.16357 10.41.81.55.49 CLOSEWAIT
0362A73C 10.47.0.229.62450 10.41.81.55.49 CLOSEWAIT
039B878C 10.47.0.229.64402 161.61.35.250.49 CLOSEWAIT
03826CFC 10.47.0.229.16108 10.41.81.55.49 CLOSEWAIT
03B2CA34 10.47.0.229.17634 10.41.81.55.49 CLOSEWAIT
03AD78D0 10.47.0.229.15249 161.61.35.250.49 CLOSEWAIT
03AD967C 10.47.0.229.20389 161.61.35.250.49 CLOSEWAIT
03B2C560 10.47.0.229.37079 10.41.81.55.49 CLOSEWAIT
039C5128 10.47.0.229.24711 10.41.81.55.49 CLOSEWAIT
03822F74 10.47.0.229.54866 10.41.81.55.49 CLOSEWAIT
0372C5FC 10.47.0.229.13298 10.41.81.55.49 CLOSEWAIT
0372D278 10.47.0.229.12407 10.41.81.55.49 CLOSEWAIT
039A33D0 10.47.0.229.36573 10.41.81.55.49 CLOSEWAIT
039BCEF8 10.47.0.229.53853 10.41.81.55.49 CLOSEWAIT
039C02D8 10.47.0.229.53725 10.41.81.55.49 CLOSEWAIT
039B5CE4 10.47.0.229.58027 10.41.81.55.49 CLOSEWAIT
0381866C 10.47.0.229.17100 10.41.81.55.49 CLOSEWAIT
TCB Local Address Foreign Address (state)
039BB374 10.47.0.229.53148 10.41.81.55.49 CLOSEWAIT
03AD3634 10.47.0.229.19716 161.61.35.250.49 CLOSEWAIT
0362DAA4 10.47.0.229.19479 10.41.81.55.49 CLOSEWAIT
0365AE60 10.47.0.229.62209 10.41.81.55.49 CLOSEWAIT
0362D5D0 10.47.0.229.41327 10.41.81.55.49 CLOSEWAIT
037D7C48 10.47.0.229.58283 10.41.81.55.49 CLOSEWAIT
03955474 10.47.0.229.33810 161.61.35.250.49 CLOSEWAIT
0373B15C 10.47.0.229.23331 10.41.81.55.49 CLOSEWAIT
036628D0 10.47.0.229.46856 10.41.81.55.49 CLOSEWAIT
03819584 10.47.0.229.19861 10.41.81.55.49 CLOSEWAIT
0394D000 10.47.0.229.64732 10.41.35.250.49 CLOSEWAIT
0394B760 10.47.0.229.19967 161.61.35.250.49 CLOSEWAIT
039B6BD4 10.47.0.229.40096 10.41.81.55.49 CLOSEWAIT
03AD7150 10.47.0.229.65184 10.41.35.250.49 CLOSEWAIT
039BC3A0 10.47.0.229.64702 10.41.81.55.49 CLOSEWAIT
03B3A724 10.47.0.229.60399 10.41.81.55.49 CLOSEWAIT
037145E0 10.47.0.229.43951 10.41.81.55.49 CLOSEWAIT
03955EDC 10.47.0.229.29015 161.61.35.250.49 TIMEWAIT
0365FB34 10.47.0.229.13961 10.41.81.55.49 CLOSEWAIT
03828D54 10.47.0.229.12743 10.41.81.55.49 CLOSEWAIT
037DB40C 10.47.0.229.23708 10.41.81.55.49 CLOSEWAIT
TCB Local Address Foreign Address (state)
039AF814 10.47.0.229.15100 10.41.81.55.49 CLOSEWAIT
0392E344 10.47.0.229.23399 10.41.35.250.49 CLOSEWAIT
0393DC3C 10.47.0.229.15393 161.61.35.250.49 CLOSEWAIT
03AD85D0 10.47.0.229.40932 161.61.35.250.49 TIMEWAIT
039574CC 10.47.0.229.25935 10.41.35.250.49 CLOSEWAIT
03738B74 10.47.0.229.58656 10.41.81.55.49 CLOSEWAIT
039AD91C 10.47.0.229.56760 10.41.81.55.49 CLOSEWAIT
03B3BC70 10.47.0.229.15058 10.41.81.55.49 CLOSEWAIT
03B2DC54 10.47.0.229.51131 161.61.35.250.49 CLOSEWAIT
03B393F0 10.47.0.229.11957 10.41.35.250.49 CLOSEWAIT
039B2610 10.47.0.229.33728 10.41.81.55.49 CLOSEWAIT
03B311EC 10.47.0.229.18047 10.41.81.55.49 CLOSEWAIT
039A8E04 10.47.0.229.52022 161.61.35.250.49 CLOSEWAIT
0365D460 10.47.0.229.12241 10.41.81.55.49 CLOSEWAIT
03B33E78 10.47.0.229.47640 10.41.81.55.49 CLOSEWAIT
0372C128 10.47.0.229.60323 10.41.81.55.49 CLOSEWAIT
03661CD8 10.47.0.229.39923 10.41.81.55.49 CLOSEWAIT
0393C73C 10.47.0.229.41864 10.41.35.250.49 CLOSEWAIT
03829584 10.47.0.229.56673 161.61.35.55.49 CLOSEWAIT
0362AC10 10.47.0.229.31952 10.41.81.55.49 CLOSEWAIT
039BF078 10.47.0.229.22636 10.41.81.55.49 CLOSEWAIT
TCB Local Address Foreign Address (state)
0365CF8C 10.47.0.229.14476 10.41.81.55.49 CLOSEWAIT
039B443C 10.47.0.229.59226 10.41.81.55.49 CLOSEWAIT
0393E794 10.47.0.229.56282 10.41.35.250.49 CLOSEWAIT
03657740 10.47.0.229.25769 10.41.81.55.49 CLOSEWAIT
03B2F6E8 10.47.0.229.19328 10.41.81.55.49 CLOSEWAIT
0373AC88 10.47.0.229.25766 10.41.81.55.49 CLOSEWAIT
039B213C 10.47.0.229.28882 10.41.81.55.49 CLOSEWAIT
039C07AC 10.47.0.229.38201 10.41.81.55.49 CLOSEWAIT
03AD8DD0 10.47.0.229.23002 10.41.35.250.49 CLOSEWAIT
03739048 10.47.0.229.29572 10.41.35.250.49 CLOSEWAIT
039BA464 10.47.0.229.32273 10.41.81.55.49 CLOSEWAIT
03B31E6C 10.47.0.229.32521 10.41.81.55.49 CLOSEWAIT
0365EBE0 10.47.0.229.41319 10.41.81.55.49 CLOSEWAIT
03938804 10.47.0.229.62841 10.41.35.250.49 CLOSEWAIT
039A1AF8 10.47.0.229.12758 10.41.81.55.49 CLOSEWAIT
039B7DE4 10.47.0.229.20921 10.41.81.55.49 CLOSEWAIT
036549F8 10.47.0.229.51903 10.41.81.55.49 CLOSEWAIT
03714CC8 10.47.0.229.45145 10.41.81.55.49 CLOSEWAIT
037425F8 10.47.0.229.56492 10.41.81.55.49 CLOSEWAIT
03B39D74 10.47.0.229.18174 10.41.81.55.49 CLOSEWAIT -
Packet loss when flood pinging a Mac
I had some trouble transferring large files between my iMac and my MBP the other day and so started a bit of investigation. Mistake really - here is what I found:
All mac targets are running up-to-date Leopard and use intel processors.
The home network has a linksys wireless router - all devices connected by copper.
flood ping tests with command 'sudo ping -f <target>:
from iMac to MBP shows 30% packet loss
from MBP tp iMac shows 33% packet loss
from iMac to windows laptop 0% packet loss
from iMac to linksys router 0% packet loss
from iMac to Freecom NAS box 0% packet loss
from MBP to windows laptop 0% packet loss
from MBP to linksys router 0% packet loss
from MBP to Freecom NAS box 0% packet loss
I took the macbook to work and picked targets on another site, several busy switch hops away.
from MBP to windows desktop 0% packet loss
from MBP to another iMac 26% packet loss
from MBP to mac mini 28% packet loss
from MBP to linux server 0% packet loss
from linux server to MBP 32% packet loss
The firewall is off on all the targets.
Seem clear enough - Mac machines can't handle high ping loads. It is no good telling me they don't have to. If they can answer a ping at all, they should be able to handle the load. It is a perfectly acceptable way of stress testing the link. File transfers are generally not an issue but now I want to know...
Why can't the macs handle the ping floods?
Is this indicative of any other weakness in the IP stack?
PeteI had a suspicion of packet loss on my internet connection but could not be certain it was the ISP at fault. The fact that I had been having trouble transferring large files between my machines led me to look for possible local problems.
Network fault finding should always examine the hardware first so I wanted to see if there was anything about the cabling or the router which might be causing packet loss.
Actually copying data about the network is a pretty poor way to test things because you have several additional layer of complexity that can colour the results.
When I had narrowed down the flood ping packet loss to the macs, I went hunting on the 'net. There were plenty of people who were reporting various kinds of packet loss. Enough of them that I wondered if there was something more to it. Some of them were talking about similar symptoms to mine. The respondents usually answered a question other than the one asked so I thought I would put up some tests and see if there was actually a problem anywhere.
Now I know it is a 'feature' rather than a fault, I can work around it.
Thanks anyway
Pete -
Hi, I am not in a position to figure out, is it an issue with my server or my network. I run spray and find packet loss...what should I suspect?
In one way, the packet loss is 0%, while the other way, there is 90% loss. Both machines are located in two different buildings.
here is the output.
bash-2.03# spray 172.16.59.7
sending 1162 packets of length 86 to 172.16.59.7 ...
no packets dropped by 172.16.59.7
34031 packets/sec, 2926694 bytes/sec
bash-2.03# spray 172.16.59.7
sending 1162 packets of length 86 to 172.16.59.7 ...
no packets dropped by 172.16.59.7
33512 packets/sec, 2882044 bytes/sec
bash-2.03# spray 172.16.59.238
sending 1162 packets of length 86 to 172.16.59.238 ...
205 packets (17.642%) dropped by 172.16.59.238
28146 packets/sec, 2420575 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 629 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 629 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 629 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 630 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 630 bytes/sec
bash-2.05$ spray giove
sending 1162 packets of length 86 to giove ...
1052 packets (90.534%) dropped by giove
7 packets/sec, 630 bytes/sechttp://docs.sun.com/app/docs/doc/816-5166/6mbb1kqhl?a=view
spray is not useful as a networking benchmark, as it uses unreliable connectionless transports, UDP for example. spray can report a large number of packets dropped when the drops were caused by spray sending packets faster than they can be buffered locally, that is, before the packets get to the network medium. -
Packet Loss When Extending Network?
Hi there, everyone.
I just purchased the Airport Extreme AC after upgrading to 802.11AC devices in the home. On its own, the Extreme AC performs flawlessly - consistent connections, max speed my ISP provides, no-lag, no studdering, no packet loss. I was dissapointed with the range of the device at the far ends of my home, so I set up my previous generation Airport Extreme to extend the network.
It extends the network fine, speeds are about half of what I get at the source, but the issue is that when it is part of the network, I experience packet loss, anywhere from 3% to 8%. I've tested this multiple times, unplugging, testing, replugging, testing. It happens both wirelessly and through ethernet. The issue is no question caused by the previous gen Airport extending the network.
Any help here would be great!
Setup:
- Motorla Surfboard SB6141
- WAN into Airport Extreme AC
- Previous generation Airport Extreme to extend the network, no special settings.
Don't be afraid to use techincal terminology to help me. I can follow and understand the majority of it, as I'm pretty into all of this.I'm not aware of anything that has changed in the 802.11ac version of the AirPort base stations that would induce the packet loss that you are seeing with an extended network over using an earlier generation. I am assuming, of course, that you are extending another Apple wireless router ... correct?
Typically I would recommend that you would review the placement of the extending base station to be sure that it is in the optimal spot to reproduce the signal with the greatest amount of bandwidth possible. (Ref: This AirPort User Tip) -
Traceroute timeouts and lots of packet loss when a...
I host various site via the above, and since late last night and today, I am having connection timeout issues on all of them (but sites like bbc, bt etc are fine). I contacted them and performed a traceroute to my default site southee.co.uk which timed out. Below are the results:
traceroute to southee.co.uk (37.61.236.12), 64 hops max, 52 byte packets
1 bthomehub (192.168.1.254) 2.733 ms 2.414 ms 2.415 ms
2 esr5.manchester5.broadband.bt.net (217.47.67.144) 72.412 ms 29.705 ms 131.735 ms
3 217.47.67.13 (217.47.67.13) 31.390 ms 29.680 ms 103.936 ms
4 213.1.69.226 (213.1.69.226) 41.172 ms 32.700 ms 129.323 ms
5 31.55.165.103 (31.55.165.103) 30.791 ms 31.639 ms 130.306 ms
6 213.120.162.69 (213.120.162.69) 31.248 ms 59.138 ms 30.657 ms
7 31.55.165.109 (31.55.165.109) 32.159 ms 31.507 ms 31.513 ms
8 acc2-10gige-9-2-0.mr.21cn-ipp.bt.net (109.159.250.228) 31.499 ms 31.325 ms
acc2-10gige-0-2-0.mr.21cn-ipp.bt.net (109.159.250.194) 31.197 ms
9 core2-te0-12-0-1.ealing.ukcore.bt.net (109.159.250.147) 41.744 ms
core2-te0-13-0-0.ealing.ukcore.bt.net (109.159.250.139) 41.346 ms
core2-te0-5-0-1.ealing.ukcore.bt.net (109.159.250.145) 41.744 ms
10 peer1-xe3-3-1.telehouse.ukcore.bt.net (109.159.254.211) 39.527 ms
peer1-xe10-0-0.telehouse.ukcore.bt.net (109.159.254.122) 38.791 ms 38.910 ms
11 te2-3.sov-edge1.uk.timico.net (195.66.224.111) 54.032 ms 37.941 ms 38.642 ms
12 78-25-201-30.static.dsl.as8607.net (78.25.201.30) 45.830 ms 46.413 ms 42.448 ms
13 * * *
They then performed a traceroute from the server and got the following, again with timeouts and packet loss. See below:
1. 37.61.236.1 0.0% 10 0.5 0.7 0.4 2.9 0.8
2. ae0-2061.ndc-core1.uk.timico 0.0% 10 0.3 0.3 0.2 0.5 0.1
3. te2-3.sov-edge1.uk.timico.ne 0.0% 10 10.5 9.7 4.2 30.2 8.7
4. linx1.ukcore.bt.net 0.0% 10 4.1 4.3 4.1 5.9 0.6
5. host213-121-193-153.ukcore.b 0.0% 10 5.5 8.0 4.9 12.7 2.3
6. acc2-10GigE-4-3-1.mr.21cn-ip 0.0% 10 11.4 11.4 11.4 11.6 0.1
7. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
8. 31.55.165.108 0.0% 10 12.1 12.1 11.8 12.4 0.2
9. 213.120.162.68 0.0% 10 12.0 12.1 12.0 12.3 0.1
10. ??? 100.0 10 0.0 0.0 0.0 0.0 0.0
I've just spent a fustrating 15 minutes with Bt Support chat who just seemed want to pass me on to the BT Business team, so I thought I'd post here, for a more informed response.Hi Jane, Thanks for the reply. I have now purchased an AEBS(n) to try to overcome this problem. The Apple site says it is compatible with all versions of Airport card so I thought it would solve the problem. My new problem is to be found here: http://discussions.apple.com/thread.jspa?threadID=1087292&tstart=0
However to answer your questions, The OS is 10.4.10 and I have run every updater I can find for all Macs concerned. hope this helps. -
Hello. Both me and my friend has got an iPhone. We both have the newest version of iOS7. We both have iMessage turned on and it works for both of us while we want to chat with other iPhone/iPad/iPod friends. But... when we want to send each other an iMessage... it doesn't work. Let's say my friend's contact name is "D" so i go to Messages -> New Message and in the recipient field i write D. I can choose her number and if it was iMessage "D" would obviously turn in blue like it does. But no, it turnes green and forces me to send normal SMS as if she didn't have an Apple device. Please help, klejbroda.
Make sure the send address you are using for the friend (and vice versa) are actually one of those you have set for iMessage.
-
"White" Noise troubles the conversation
All of a sudden, I get a kind of white noise during calls "kgggg" obstructing any talk. No clue what is wrong and what to do about it. Anybody any insights?
Many thanks,
efithnx, when I use the phone w/o the bluetooth earphone or with the cable headset all is fine, the problem lies between the phone and the earphone, i,e, with the bluetooth earphone
-
Ping Packet Loss across MPLS TE Tunnels
Hello...Please Help,
I have a Single Area OPSF network running across 4 main routers via GigEth Ckts. The OSPF Network is working correctly. I recently implemented MPLS TE creating two Tunnels - One Explicit Path and One Dynamic Path. Two of the Routers also have a T1 Frame Relay Link over which the Explicit path is configured. It is up and woking but I am experiencing 50-60 percent packet loss when pinging between these PE routers. When I force it to the dynamic tunnel it follows the same FR path and experiences the same packet loss. There is no packet loss anywhere else in the network.
This is a Lab environment w/three LAN's Two 7206VXR & Two 3745 routers and Three 3550 Switches - one per LAN
Suggestions?Thank You for your response. The problem may not be an MPLS TE problem.
But would my "path-option" and "priority" being set the same for the Dynamic and Explicit Tunnels cause one tunnel to come up and the other go down and cease to signal. Right now I have one or the other working when viewed w/the "show mpls traffic-eng tunnels" command. If I take one down the other works.
The IPs are 10.1.101.1 & 2/30 respectively for the FR Link. That was a Typo...I have corrected it.
The FR interfaces are not SubInt's as the Serial Interface holds the IP address. These are strictly Point to Point but I have the "IP OSPF Network Broadcast" command set and OSPF going across them.
I have SubInt's set on the Gi0/3 Interface.
Gi0/3.1 & 3.10 for VLAN's 1 & 10
There are not any drops when pinging from Within the routers "Interface to Interface".
But when I ping the LAN Node to Node or from within the Router "if" I do not specify an "interface source" I receive the drops.
The result is the same from either side of the Network on both of the 7206 Routers.
Thanks, Kevin -
Anyone else on 4G LTE seeing fairly high packet loss recently?
For the past week or two I've been noticing quite a bit of packet loss when I run a ping test against 8.8.8.8 (Google DNS) or Yahoo. Each time I run the ping test for 250-500 pings and the packet loss is consistently around 3-5% which is high. Verizon just upgraded the tower in my area to 4G LTE around 3-4 weeks ago and so far my speeds have been pretty great (20-35 Mbps) and my signal is strong without fluctuation (-67 dBi, SINR 20-30) so it's just the packet loss that I'm dealing with.
The first week of being on the 4G LTE I ran a few quick ping tests against Google while setting up my 4G antenna and didn't notice any packet loss but maybe I just didn't run the tests long enough. I've tried pinging a few other servers like 4.2.2.2 (Verizon DNS) and 208.67.220.220 (OpenDNS) and I'm seeing like maybe one dropped packet in 500 pings which is only a .2% packet loss which is a huge difference from results I get pinging Google and Yahoo.
Anyone else noticing packet loss on your 4G LTE connection? I've already opened a ticket with Verizon but I don't know if they'll do anything about it since they like to just tag my location as a marginal coverage area and not look into issues when I report them.I have as well. I am in Jacksonville, FL and notice when I put my phone into hotspot mode that any machine attached to it will suffer between 6-10% packet loss. It happens in spurts- at first when I connect it is perfect. 60ms pings to www.google.com and barely 1-2 lost packets in the first 5-10 minutes. Then all of a suddenly the whole thing just goes to pot. At first it starts losing a few packets... then it starts losing a BUNCH of packets. Then it gets so bad I start going from the "Request timed out" message to it being "Reply from 192.168.1.1: Destination net unreachable.". This continues for several minutes and then it returns to semi-normality. So a few minutes working, a few minutes not. It's pretty unbearable.
The really frustrating part is seeing AT&T users right next to me with almost 0% packet loss ;_; In the end, I usually have to connect to their phone to do any browsing, since mine simply doesn't allow me to do even the simplest of internet navigation when it gets like that. -
Hi all,
I am having a strange issue with my macbookpro recently. Here is the situation.
I have the TP-LINK wireless router both at home and work. IP address of this unit is 192.168.3.1 at home.
Recently i noticed a very high level of packet loss (60-70%) from my macbook pro when i pinged the default GW wireless router. I first thought its a wireless issue and tried debuging the issue from that end. I used my brother's macbook and he wasnt having this packet loss when i pinged from his terminal.
I then very randomly connected to my remote VPN server and noticed that the packetloss has disappeared when the VPN is connected and ping a remote IP such as 8.8.8.8.
Now i have two terminals running, one with a normal ping to 8.8.8.8 which goes via VPN and has 0% packet loss. Another terminal running a ping via interface en1 outside of the VPN interface using "ping -S 192.168.3.102 192.168.3.1" and this terminal is showing the same 60% packet loss.
Also strangely, this issue is only noticed at home router and not at work. At work the normal connection without VPN works fine.
I am at loss for ideas what could be causing this issue all of the sudden when the same settings were fine for over a year.
Any ideas?
ThanksNo solutions yet... I doubt this is a hardware matter as the packet loss goes away almost instantly when i switch on the VPN or simply move to other networks... The strangest thing is the VPN connection that solves the packet loss.. One thinks if VPN is overlaying on en1 to make its connection, how come the packetloss ceases to exist once there is a peer2peer connecton active to the same interface with the packet loss issue. Very strange indeed.
I thought also this could only be a ICMP issue (ping protocol) however ever the browsing slows down when im normally connected to this network.
In some awkward way im happy someone else is reporting this as I thought this is a weird enough problem for no one to comment on for yearly 10 days...
Im going to run a tcpdump to see if there is anything strange moving abount on my interfaces whilst there is a packet loss... will inform if any interesting results appeared... -
WRT610N Packet Loss (Again)
I have been reading through the forums for the past few hours and and have seen others with this problem, but no clear solution.
I installed my new WRT610N (FW 1.00.18) and I am experiencing packet loss when pinging. When I ping from my laptop to an AT&T DNS Server (4.2.2.2), I get 20-40% packet loss. Also, the average ping time is about 15ms, but on every 5-6th ping, the time jumps to 1600-1900ms (sometimes as high as 3000ms). As an additional test, I also ping the router directly at 192.168.1.1 and I get the same poor results.
I have verified that the loss is happening between the laptop and the router. When I use the router's built in ping feature, I get good speeds and no packet loss to the same address.
-I have tried this on both 2.4ghz and 5ghz radios.I disabled each radio to esnure the test.
-I have tried disabling all security settings on the router (was using WPA2-Personal.
-I changed the Beacon Interval to 75, Fragmentation Threshold to 2304 and RTS Threshold to 2304 as other posts suggested.
-I have tried different channels on each radio.
-I went back and reinstalled my WRT54g and had no lag or loss.
I'm really stuck on what to try next. I also have one other small problem. Whenever I make a change to the router settings through the web interface, and I hit SAVE SETTINGS, my laptop loses the wireless connection and I have to re-select my wireless network.
Has anyone found a solution to what appears to be a somewhat common problem?
Message Edited by cj415 on 12-31-2008 10:13 AM
Solved!
Go to Solution.Thanks for your help. I tried a hard reset, and then a clean firmware install. The packet loss problem has improved significantly.
I turned of all security to perform the tests.
I am still having some problems maintaining a 5GHz connection, but I will try different channels, and going wide, to see if that helps.
Thanks for your help¡ -
We had a system outage due to power problems a few days ago, and now our WLC is showing short term packet loss when monitoring it using SNMP. We also monitor it using ICMP, but that shows no packet loss. I looked at the interface statistics on the WLC and all of the switches in between and there are no errors to be seen. is there any way to troubleshoot this problem on the WLC? I am more familiar with IOS than the WLC CLI.
Thanks,
Dan.No, no wireless issues that we know of. I wouldn't rule it out so fast, as our monitoring system is working fine. All of the other devices it is monitoring have no packet loss. Yes it could be something with the network, but why is it only this one device doing this....
Other then enabling and disabling the snmp option, and checking the interface the only other thing I know of trying is restarting it.
Dan. -
Linksys WRT54GSV4 causing packet loss? Wired or Wireless.
Hi. I have been having trouble for months with my connection having packet loss. Up until yesterday my results from www.pingtest.net were between 2%-6% packet loss. Generally at 5% packet loss. A technician came out yesterday and bypassed my DSL modem and ran that test and got 0% packet loss every single time he ran it. So I bought a new Westell DSL modem off him to replace my Speadstream 4100 and away he went.
Now, when I hook up my Linksys WRT54GSV4 router to the Westell 6100 DSL modem, I get between 0%-1% packet loss. It's never higher than 1% but usually is 1%. This happens on my wireless laptops as well as PC's wired directly into the router. The main reason this packet loss was affecting me in the first place was Xbox Live gaming. Gears of War 2 kept thinking I was cheating, and it was host banning me. Last night I got host and did not get host banned but that doesn't mean it won't ban me in the future for the minimal packet loss.
Any suggestions on why the router could be causing this packet loss when the Linksys router is invovled? With a PC directly connected to the DSL modem I get 0% packet loss on that ping test every single time.
Internet Service: AT&T DSL (6.0 Mbps)
DSL Modem: Westell 6100
Router: Linksys WRT54GSV4
Solved!
Go to Solution.Try reducing the MTU value to 1365 and uncheck Block Anonymous Internet Requests under Security tab on the router's GUI...and check if it makes any difference.
If the above steps doesn't work then,try to upgrade/reflash the router's firmware,reset the router and reconfigure it from the scratch...Download the firmware for your router and save it on the desktop.Now,On the Linksys GUI,click on Administrator tab to upgrade the firmware. -
Severe packet loss through tinet
Hi,
i've just spent the evening trying to track down somone at BT tech support who would/could discuss routing/packet loss problems but with no luck.
Essentially i'm trying to contact 206.127.158.1 and suffering very heavy packetloss, this seems to be consistent and not just a 6-8pm thing.
The route has been fine for the past 2 years but began acting up in the last month. The service at the other end is now pretty much unusable (it's a game, GuildWars2/gw2).
I'd very much like to know why/if the routing has changed and if there's anything BT can do to fix it. Other BB providers don't appear to route through the ti-net nodes and don't exhit the problem.
help?
0/ 25 = 0% |
7 25ms 0/ 25 = 0% 0/ 25 = 0% acc2-10GigE-9-2-0.mr.21cn-ipp.bt.net [109.159.250.228]
0/ 25 = 0% |
8 37ms 2/ 25 = 8% 2/ 25 = 8% core1-te0-3-0-13.ilford.ukcore.bt.net [109.159.250.152]
0/ 25 = 0% |
9 31ms 0/ 25 = 0% 0/ 25 = 0% 109.159.252.61
1/ 25 = 4% |
10 37ms 4/ 25 = 16% 3/ 25 = 12% 166-49-211-196.eu.bt.net [166.49.211.196]
0/ 25 = 0% |
11 27ms 1/ 25 = 4% 0/ 25 = 0% 166-49-211-38.eu.bt.net [166.49.211.38]
3/ 25 = 12% |
12 49ms 4/ 25 = 16% 0/ 25 = 0% xe-4-0-1.fra23.ip4.tinet.net [89.149.181.157]
1/ 25 = 4% |
13 42ms 20/ 25 = 80% 15/ 25 = 60% 89.149.164.42
0/ 25 = 0% |
14 --- 25/ 25 =100% 20/ 25 = 80% 206-127-157-86.plaync.com [206.127.157.86]
0/ 25 = 0% |
15 44ms 5/ 25 = 20% 0/ 25 = 0% p4-23-c0-ncdc-pub.plaync.net [206.127.158.1]
Trace complete.same problem here BT please read this and do something about tinet. I would phone your customer service but it is so awfull I could not bear it
2 35ms 0/ 25 = 0% 0/ 25 = 0% 217.47.106.250
0/ 25 = 0% |
3 --- 25/ 25 =100% 25/ 25 =100% 217.47.105.161
0/ 25 = 0% |
4 42ms 0/ 25 = 0% 0/ 25 = 0% 213.1.69.162
0/ 25 = 0% |
5 --- 25/ 25 =100% 25/ 25 =100% 31.55.165.181
0/ 25 = 0% |
6 41ms 2/ 25 = 8% 2/ 25 = 8% 31.55.165.107
0/ 25 = 0% |
7 102ms 5/ 25 = 20% 5/ 25 = 20% 109.159.250.48
0/ 25 = 0% |
8 109ms 5/ 25 = 20% 5/ 25 = 20% core2-te0-13-0-14.ilford.ukcore.bt.net [109.159.250.46]
0/ 25 = 0% |
9 50ms 0/ 25 = 0% 0/ 25 = 0% peer2-xe3-1-1.telehouse.ukcore.bt.net [109.159.254.233]
2/ 25 = 8% |
10 52ms 3/ 25 = 12% 1/ 25 = 4% t2c3-xe-0-1-2-0.uk-lon1.eu.bt.net [166.49.211.166]
0/ 25 = 0% |
11 50ms 5/ 25 = 20% 3/ 25 = 12% 166-49-211-38.eu.bt.net [166.49.211.38]
0/ 25 = 0% |
12 70ms 2/ 25 = 8% 0/ 25 = 0% xe-4-0-1.fra23.ip4.tinet.net [89.149.181.157]
0/ 25 = 0% |
13 77ms 20/ 25 = 80% 18/ 25 = 72% 89.149.164.42
0/ 25 = 0% |
14 --- 25/ 25 =100% 23/ 25 = 92% 206-127-157-86.plaync.com [206.127.157.86]
0/ 25 = 0% |
15 71ms 2/ 25 = 8% 0/ 25 = 0% p4-23-c0-ncdc-pub.plaync.net [206.127.158.1]
Maybe you are looking for
-
The power light goes on but I get no video. What would be the reason for this and can one do something on their own without having to send it in. It is a 2004 emac and has perfectly fine till all of a sudden I get no video from it.
-
Raw plugin for photoshop elements 10
I am after a raw plug in for elements 10 that is suitable for my camera Canon eos700d, I have tried 8.1 but it says my product not supported, any help would be appreciated Thanks John
-
Problem in accessing an ABAP variable in XML code
Hi all, How do we access an abap variable in an xml code.. Thanks in advance.
-
Auto-Run/Start Doesn't show up on iTunes
Hi, I'm having a difficult problem about the Auto-Run/Start thingy for my iPod touch that doesn't show up on iTunes on my MacBook Pro 13". Just because I want to remove my pictures from my iPod touch so I can transfer into the MacBook Pro as Picture
-
Does anyone have any code/snippits that will allow me to consume a WS that is using Active Directory authentication?