High Packet Loss, High Ping and Slow Connection Ov...
Hi There,
I have been a customer with the BT unlimited broadband package for a little under two years and up until recently have had no real issues with the service. This was until around 3/4 weeks ago I noticed that the internet was very slow and certain online games or applications like Netflix would lose all of its quality or stop completely. At first I thought nothing of it and simply reset my BT Home hub router, and sure enough everything was back to normal. However after around 2-3 hours of moderate use (gaming online or watching Netflix) the problem surfaced again.
Now I am lucky if I can get the entire way through a 40 minute TV episode before the quality drops and/or the service requires buffering. I have already contacted BT via the helpline and the service lady ran through the obligatory steps (turn off, wait 5 minutes, reset the home hub etc.) but she failed to understand that although rebooting the home hub does alleviate the problem initially, the symptoms of a slow connection, high packet loss and high ping always return within an hour.
Four the last couple of weeks I have been trying to investigate the problem myself and I have done the following things:
Tested the line using the master socket (no difference)
Opened the ports on my firewall within the home hub (no difference)
Directly wired in the computer instead of relying on the wifi (no difference)
Tested for interference from neighbours wifi using inSSIDider office (it wasn’t, operating on different channels)
Switched every device that requires internet off apart from the PC (no difference)
So with all that in mind I am fairly confident that it is nothing within my house that has caused a significant reduction in internet quality.
Now I have tried my best to display the problem I am having by recording the connection quality for the last 24 hours. The table below represents the condition and quality of the connection after leaving it a period of time without resetting:
ADSL Line Status
Connection Information
Line state:
Connected
Connection time:
0 days, 21:52:14
Downstream:
12.96 Mbps
Upstream:
910 Kbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.5 Annex A
Latency type:
Interleaved
Noise margin (Down/Up):
6.7 dB / 5.4 dB
Line attenuation (Down/Up):
29.4 dB / 16.4 dB
Output power (Down/Up):
20.4 dBm / 12.6 dBm
FEC Events (Down/Up):
987297 / 12745
CRC Events (Down/Up):
254 / 15268
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
2437 / 252630
Error Seconds (Local/Remote):
189 / 36430
And here is a result of the ping and packet loss during this time:
Now I immediately reset the home hub after running that test and ran the test again. These are the results I a achieved within 2 minutes of internet connectivity:
ADSL Line Status
Connection Information
Line state:
Connected
Connection time:
0 days, 00:01:05
Downstream:
13.77 Mbps
Upstream:
910 Kbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.5 Annex A
Latency type:
Interleaved
Noise margin (Down/Up):
6.4 dB / 5.6 dB
Line attenuation (Down/Up):
29.4 dB / 16.4 dB
Output power (Down/Up):
20.4 dBm / 12.6 dBm
FEC Events (Down/Up):
159 / 12746
CRC Events (Down/Up):
1 / 15573
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
0 / 252639
Error Seconds (Local/Remote):
1 / 36438
Even within the time it has taken to compose this page my internet quality has nose-dived from the previous result above to the following:
Connection Information
Line state:
Connected
Connection time:
0 days, 00:52:31
Downstream:
13.77 Mbps
Upstream:
910 Kbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.5 Annex A
Latency type:
Interleaved
Noise margin (Down/Up):
6.1 dB / 5.4 dB
Line attenuation (Down/Up):
29.4 dB / 16.4 dB
Output power (Down/Up):
20.4 dBm / 12.6 dBm
FEC Events (Down/Up):
14544 / 12749
CRC Events (Down/Up):
14 / 15584
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
72 / 252647
Error Seconds (Local/Remote):
10 / 36449
What is causing this poor quality in connection and what can be done to rectify the problem?
Thank you for your response in advanced.
Regards,
Richard.
Thank you for you quick reply, I have just moved my hub to the master socket again and re-run the test and I seem to be getting the same results.
ADSL Line Status
Connection Information
Line state:
Connected
Connection time:
0 days, 00:17:47
Downstream:
12.96 Mbps
Upstream:
910 Kbps
ADSL Settings
VPI/VCI:
0/38
Type:
PPPoA
Modulation:
G.992.5 Annex A
Latency type:
Interleaved
Noise margin (Down/Up):
6.0 dB / 5.2 dB
Line attenuation (Down/Up):
28.7 dB / 15.9 dB
Output power (Down/Up):
20.4 dBm / 12.6 dBm
FEC Events (Down/Up):
26417 / 5
CRC Events (Down/Up):
1 / 303
Loss of Framing (Local/Remote):
0 / 0
Loss of Signal (Local/Remote):
0 / 0
Loss of Power (Local/Remote):
0 / 0
HEC Events (Down/Up):
31 / 11
Error Seconds (Local/Remote):
10 / 36522
I have also checked if the bell wire was attached and it is not. My socket is of the new type with the inclusion of an inductor on the faceplate. My ADSL filters and modem cable already have the middle connecting pins removed so I don’t think it is a wiring problem, at least in my apartment anyway. I have also searched for problems with the exchange and they are showing green for my area. (Liverpool Central)
I have just rang the quiet line and I do not appear to have any noise on the line. However, all I have is a cordless phone and I know that is not ideal for determining noise due to the radio frequency interfering with the phone speaker.
Again thank you for you time on this issue.
Regards,
Richard
Similar Messages
-
...so what's really weird about this is that if I use my linksys wireless n mode/router i get very low latency in WoW and secure sites like online banking sites are really quick.
My TC is plugged into a straight up wired only DSL Modem/router set to PPP IP bridge so that my TC has a real IP address and is straight on the internet. then my computers all connect to the tC which is running NAT and DHCP.Hi Dottz
Do you notice any issues when playing any other games?
This still could be an underlying connection issue with your connection that is causing this, I can have it looked into for you just drop me an email using the contact us address in my profile. You can copy this address from the section 'about me'.
Thanks
Stuart
BTCare Community Mod
If we have asked you to email us with your details, please make sure you are logged in to the forum, otherwise you will not be able to see our ‘Contact Us’ link within our profiles.
We are sorry that we are unable to deal with service/account queries via the private message(PM) function so please don't PM your account info, we need to deal with this via our email account :-) -
High Packet Loss on Media Gateway and Mediation Server leg
Hello,
We have recently begun to receive SCOM alerts showing a high percentage of poor voice quality on calls that are being sent to voicemail. QoE Reports show an extremely high packet loss on the Media Gateway and Mediation Server leg of the call.
The SCOM alerts are similar to this:
Alert: Media quality alert for gateway and Mediation Server leg
Source: Microsoft.LS.2010.QoE.Metric.AudioQuality.GatewayMS
Path: MonServer01;10.1.1.1 - FESERVER01;10.1.1.1 - FESERVER01 Last modified by: System Last modified time: 9/13/2013 9:16:17 AM Alert description:
Following are the details for this media quality alert:
Media quality alert for: Gateway and Mediation Server leg "10.1.1.1 - FESERVER01"
Total calls = 51
Poor quality calls = 12
Poor quality call percentage (%) = 23.53
Following are the average values for call classification metrics:
Average network degradation = 0.08
Average jitter (ms) = 1.86
Average packet loss (%) = 3.71
Average round trip time (ms) = 0.00
Average concealed metric (%) = 16.33
Average stretched metric (%) = 0.57
Average compressed metric (%) = 0.92
These alerts did not seem to be popping up until we enabled Media Bypass and CAC. The call setup looks like this:
MEDIANT 3000 -> MEDIATION SERVER -> UM SERVER
We have had our networking team take a look at all legs of the network between subnets and they do not find any dropped packets.
Any ideas what might be causing this to happen ONLY on calls that are transferred to voicemail?
Thanks.
-John Boslooper
VWGoA Lync Administrator
John K. Boslooper Unified Communication EngineerPlease try to disable Media Bypass and CAC to check if still have the issue.
Try to enable Media Bypass and CAC one at a time to check which cause the packet loss.
Tyr to use Lync Logging Tool to collect trace file on Lync Mediation Server.
Please remember to click “Mark as Answer” on the post that helps you, and to click “Unmark as Answer” if a marked post does not actually answer your question. This can be beneficial to other community members reading the thread.
Hi Lisa,
I Turned off CAC and left Media Bypass on. I received 87% packet loss, although when listening to the voicemail, I heard no drops at all. Here are the stats:
Audio Stream (Caller -> Callee)
Codec: PCMA Sample rate: 8000
Packet utilization: 947
Avg. packet loss rate: 26.40 % Max. packet loss rate: 87.11 %
Avg. jitter: 1 ms Max. jitter: 3 ms
Burst duration: 5000 ms Burst gap duration: 8690 ms
Burst density: 100.00 % Burst gap density: 0.00 %
Avg. concealed samples ratio: 21.00 % Avg. stretched samples ratio: 0.00 %
Avg. compressed samples ratio: 0.00 %
Avg. network MOS: 1.91 Min. network MOS: 1.50
Avg. network MOS degradation: 1.81 Max. network MOS degradation: 2.23
NMOS degradation (jitter): 0.00 % NMOS degradation (packet loss): 99.00 %
Audio Stream (Callee -> Caller)
Codec: PCMA Sample rate: 8000
Audio FEC: False Bandwidth estimates: 0 Kbps
Packet utilization: 658
Avg. packet loss rate: 0.00 % Max. packet loss rate: 0.00 %
Avg. jitter: 0 ms Max. jitter: 0 ms
Avg. round trip: 0 ms Max. round trip: 0 ms
Then I turned on CAC and turned off Media Bypass. Left a message. 0% Packet Loss. Voicemail sounded perfect once again. Here are the stats:
Audio Stream (Callee -> Caller)
Codec: PCMA Sample rate: 8000
Audio FEC: False Bandwidth estimates: 0 Kbps
Packet utilization: 1066
Avg. packet loss rate: 0.00 % Max. packet loss rate: 0.00 %
Avg. jitter: 0 ms Max. jitter: 0 ms
Avg. round trip: 0 ms Max. round trip: 0 ms
Audio Stream (Caller -> Callee)
Codec: PCMA Sample rate: 8000
Packet utilization: 1866
Avg. packet loss rate: 0.00 % Max. packet loss rate: 0.00 %
Avg. jitter: 2 ms Max. jitter: 9 ms
Burst duration: 0 ms Burst gap duration: 36000 ms
Burst density: 0.00 % Burst gap density: 0.00 %
Avg. concealed samples ratio: 0.00 % Avg. stretched samples ratio: 1.00 %
Avg. compressed samples ratio: 4.00 %
Avg. network MOS: 3.58 Min. network MOS: 3.54
Avg. network MOS degradation: 0.15 Max. network MOS degradation: 0.18
NMOS degradation (jitter): 0.00 % NMOS degradation (packet loss): 0.00 %
The kicker is, with media bybass enabled, the call going to Voicemail (Exchange UM) is not a media bypass call. The Lync Mediation server is handling the call in both instances (Media Bypass ON or OFF).
I'm thinking it's a problem with the reporting feature since no visible/physical packet loss can be seen or heard. Our issue also lies with the fact that it's throwing of our call quality stats for the day because of the amount of "poor calls" going
to voicemail.
I would really love to figure this out. Any thoughts?
John K. Boslooper Unified Communication Engineer -
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. -
Experiencing high packet loss.
Hello, I am experiencing relatively high packet loss, in particular when connected to my teamspeak server which is at andesite.typefrag.com.
Here is my tracert
Tracing route to andesite.typefrag.com [54.209.243.18]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms Wireless_Broadband_Router.home [192.168.1.1]
2 8 ms 6 ms 7 ms L100.NWRKNJ-VFTTP-83.verizon-gni.net [173.70.104.1]
3 8 ms 12 ms 9 ms G0-13-0-2.NWRKNJ-LCR-21.verizon-gni.net [130.81.216.128]
4 6 ms 7 ms 6 ms ae3-0.NWRK-BB-RTR1.verizon-gni.net [130.81.199.186]
5 13 ms 18 ms 11 ms 0.xe-3-0-1.BR1.NYC1.ALTER.NET [152.63.5.149]
6 11 ms 59 ms 10 ms jfk-brdr-04.inet.qwest.net [63.235.40.53]
7 * 20 ms * dca2-edge-01.inet.qwest.net [67.14.36.10]
8 18 ms 19 ms 19 ms 65.120.78.82
9 19 ms 19 ms 19 ms 72.21.220.149
10 20 ms 19 ms 21 ms 72.21.222.129
11 * * * Request timed out.
12 * * * Request timed out.
13 * * * Request timed out.
14 22 ms 19 ms 19 ms ec2-54-209-243-18.compute-1.amazonaws.com [54.209.243.18]
Trace complete.
I am not exactly sure what to make of this or where to go at this point in resolving the issue, any help would be greatly appreciated.
Thanks.Where are you experiencing packet loss? I see ICMP de-priortization at 1 hop and 100% dropping of ICMP at 3 of the 4 last hops but otherwise no packet loss. What sort of issues are you having? It's packet loss at the destination that is the issue, not in between. It's not uncommon for hops between source and destination to drop some or all ICMP packets as they're more concerned with legitimate data.
WinMTR statistics
Host
Sent
Recv
Best
Avrg
Wrst
Last
L100.PITBPA-VFTTP-33.verizon-gni.net
0
219
219
2
4
42
2
G0-1-0-5.PITBPA-LCR-22.verizon-gni.net
1
215
214
2
5
11
5
xe-0-1-0-0.PHIL-BB-RTR2.verizon-gni.net
0
219
219
10
19
163
10
0.xe-7-3-0.BR1.IAD8.ALTER.NET
0
219
219
15
18
72
16
dcp-brdr-03.inet.qwest.net
0
219
219
15
17
82
17
dca2-edge-01.inet.qwest.net
1
215
214
15
17
69
15
65.120.78.82
0
219
219
15
17
83
16
72.21.220.149
0
219
219
17
18
26
18
205.251.245.63
0
219
219
17
24
56
41
No response from host
100
43
0
0
0
0
0
No response from host
100
43
0
0
0
0
0
No response from host
100
43
0
0
0
0
0
ec2-54-209-243-18.compute-1.amazonaws.com
0
219
219
15
16
26
17 -
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 -
I often connect to a teamspeak server that is on the west coast and my ping is typically around 90ms~. Also when I play online games from east coast servers my ping is usually 15ms~. For the past two weeks it has been 160ms~ on the teamspeak and today it has spiked to 190ms~ with lots of packet loss. On the online gaming servers it is 120ms~, and this is very frustrating. It's also really slow loading webpages and trying to watch youtube videos.
I am connected through an ethernet cable and I've tried resetting the router and whatnot.
Help.The only suggestion I can make is that you change the DNS server you're using. That may change the routing you get to the west coast.
Some users have had good success with Google's DNS server, 8.8.8.8 or 8.8.4.4, or OpenDNS at 208.67.222.222 or 208.78.24.238, or Level 3 at 4.4..2.1.
Other than that, I suspect what you're seeing is one of the mysteries of the Internet. I've had numerous times where I usually have good latency to another part of the world and then, for a few days, it gets much worse. Fortunately, it usually fixes itself. -
Packet loss higher than 100% in SQL Reporting
One of our customers is having network problems and packet loss in their network - according to Lync. The network guys claim these values are unrealistic and there've been no dropped packets on their WAN network.
On the other side, I'm looking at a Call Details Report from Lync SQL Reporting and see this in the gateway leg information:
Audio Stream (Caller -> Callee)
Codec:
PCMU
Sample rate:
8000
Packet utilization:
285
Avg. packet loss rate:
51.20%
Max. packet loss rate:
79.52%
Avg. jitter:
0 ms
Max. jitter:
0 ms
Burst duration:
5980 ms
Burst gap duration:
1890 ms
Burst density:
100.00%
Burst gap density:
0.00%
Avg. concealed samples ratio:
60.00%
Avg. stretched samples ratio:
0.00%
Avg. compressed samples ratio:
0.00%
Avg. network MOS:
1.50
Min. network MOS:
1.50
Avg. network MOS degradation:
2.21
Max. network MOS degradation:
2.21
NMOS degradation (jitter):
0.00%
NMOS degradation (packet loss):
100.00%
Audio Stream (Callee -> Caller)
Codec:
PCMU
Sample rate:
8000
Audio FEC:
False
Bandwidth estimates:
Packet utilization:
146
Avg. packet loss rate:
900.00%
Max. packet loss rate:
900.00%
Avg. jitter:
1540 ms
Max. jitter:
4406 ms
Avg. round trip:
178 ms
Max. round trip:
179 ms
From this I feel there are things to troubleshoot. :-) but how come that Lync reports a 900% packet loss?
I thought that a 100% packet loss was everything... can someone tell me what exactly are these 100+ percentages?
Thanks in advance.latest patch level :) are you not seeing these values in your Server Performance reports?
The other thing that bugs me is when you have 1 call for 1 second with "900% loss", that would average down to get red values in the summary columns for the other 100 calls as well, as the calls are not counted for seconds, but just piece by piece.
So 8 perfect calls to this one above would average "100% packet loss per call" in the summary, which is just unusable... -
[SOLVED]ping and incoming connections not working
Problem: eg.
$ ping google.com
PING google.com (209.85.148.99) 56(84) bytes of data.
no answer so i press ctrl+c, i get:
^C
--- google.com ping statistics ---
56 packets transmitted, 0 received, 100% packet loss, time 54999ms
i can't use any torrent client because it accepts connections only then i start client(tested with deluge and transmission). eg. i start deluge->torrent start upload->later it won't start upload, but it sends to server info, server get that info(i tested in situation there i'm the only seeder and there is only one leecher which is under my control)
thoughts about that: i searched for solution for a long time, i very doubt that is a software issue, i think it's hardware problem(and about hardware i know nothing). why i think so:
possible cause of problem:
1. kernel upgrade to 3.0=with ubuntu live cd same problems, so it can't be it
2. i deleted windows xp, windows writes something to network card or bios?
3. hardware problem
before problems started i not did something big, so problem could cause only these 3 items.
i don't have firewall, there was one but for testing purposes i deleted it.
network card Realtek RTL-8169 Gigabit Ethernet, driver is latest(but tested and older version)
i tested with 2 different ISP's. one connected over lan and another just my phone connected as modem over usb cable. in both cases ping not work and all other network services works ok, i can browse, ftp works, i can download torrent(if torrent download starts with program start, not later), skype works, internet radio works, etc.
question: what to do, to make torrents work as they worked earlier? i have this problem about few weaks, in past 3 years i don't have such problems.
Last edited by gymka (2011-08-29 14:04:29)I(i mean browser) can reach everything and everythere, but "ping" can't reach sites. Tried ping sites in my country, same result. i get answer from ping only then i ping these sites:
127.0.0.1
and
84.55.46.19(my ISP site for clients)
i can't even ping 192.168.0.1(it's router, so how can i browse if i can't reach router?)
and i can't ping 84.55.46.27(it's my ISP site for public)
# tcptraceroute archlinux.org
Selected device eth0, address 192.168.15.10, port 42318 for outgoing packets
Tracing the path to archlinux.org (66.211.214.131) on TCP port 80 (http), 30 hops max
1 192.168.15.1 0.940 ms 0.596 ms 0.553 ms
2 84.55.40.129.ip.greitas.lt (84.55.40.129) 3.047 ms 2.047 ms 2.649 ms
3 10.10.20.20 5.741 ms 5.935 ms 5.010 ms
4 * * *
^C
Same problems with different ISP so it's not my ISP problem.
Another thing:
# netstat -lnp|grep deluge
unix 2 [ ACC ] STREAM LISTENING 344527 1560/python2 /home/gymka/.config/deluge/ipc/deluge-gtk
as i understand 344527 is port on which app listens, but in application shows that it listens on 51128, then i configured to use only 51128 and restarted deluge
# netstat -lnp|grep deluge
unix 2 [ ACC ] STREAM LISTENING 522255 1641/python2 /home/gymka/.config/deluge/ipc/deluge-gtk[/deluge]
transmission atleast shows that port 57781(don't know if it listen it)
# netstat -lnp|grep transmission
tcp 0 0 0.0.0.0:57781 0.0.0.0:* LISTEN 1833/transmission-g
tcp 0 0 :::57781 :::* LISTEN 1833/transmission-g
udp 0 0 239.192.152.143:6771 0.0.0.0:* 1833/transmission-g
udp 0 0 0.0.0.0:57781 0.0.0.0:* 1833/transmission-g
unix 2 [ ACC ] STREAM LISTENING 709406 1833/transmission-g /tmp/at-spi2/socket-1833-1804289383
Last edited by gymka (2011-08-28 06:20:12) -
Packet Loss on Xen and Coherence
We are currently experiencing packet loss issues with Coherence 3.4.2 during the datagram test.
Packet loss statistics are as follows:
Rx from publisher: /10.96.67.169:9999
elapsed: 149384ms
packet size: 1468
throughput: 66 MB/sec
46889 packets/sec
received: 7004519 of 8252377
missing: 1247858
success rate: 0.848788
out of order: 0
avg offset: 0
gaps: 535018
avg gap size: 2
avg gap time: 0ms
avg ack time: -1.0E-6ms; acks 0
The Coherence implementation is running on a Xen VM.
We see this happen for both Fully Virtual and Paravirtualized Guests.
This problem does not happen on physical hardware.
Here is the general sequence that we tried:
1. After finding the problem on coherence, we tried to simulate similar results on 2 HVM xen systems and we did not find the problem there.
a. These boxes were HVM guests.
b. Were running kernel 2.6.18-164 and redhat 5.4
c. These guests were running on Dom-0 kernel of 2.6.18-164.2.1el5xen
2. We had 2 para virt machines on the same Dom-0 as above but they were redhat 5.2 so we ran the same test there and still we were running into problem.
3. We upgraded the para virt machines to redhat 5.4 with latest patch rev and still problem was present.
4. after this research found out that we need to disabled module ipv6 and that seems to fix the problem. After disabling IPv6 module ran some more tests between pl1rap704-beta and pl1rap706-beta. Results were performance improved but still packet loss.
5. We converted 2 para virt guests to HVM guests (pl1rap704-beta and pl1rap705-beta) and ran the tests it was still having problem.
6. Upgrade pl1rap704-beta and pl1rap705-beta to redhat release 5.4 and latest kernel rev and see if the problem is still there
We haven't tried this on Oracle VM, but think that would be the next step to see if the problem persists there, although Oracle support indicates that Coherence is not officially supported on Oracle VM.
We still see the packet loss issues and wonder if anyone has encountered this issue before and has a solution to it?Just saw your post.
If still a problem.....send a PM to Heather_VZ she has been very helpful to many people on many subjects
Tom
Freedom Essentials, QIP 7100 1,Bose SOLO TV Sound System,,QIP 7216 P2,M1424WR Rev F, iPad 2 WiFi,iPhone 5,TV SYST INFO Release 1.9.5 Build No. 17.45
Data Object 39.45 -
Packet Loss between ASA and 871
We are running a Cisco ASA 5505 and remote clients are 871's. We currently use a EasyVPN configuration between the single ASA and our 13 871's.
Today (1) out of the (13) tunnels is experiencing packet loss. I have power cycles the broadband router on the 871 end and the 871 and the situation still exists.
Does anyone know what would cause this and how to troubleshoot it?
Thanks,
JasonHave you contact broadband provider on the 871 side to rule out any issues on the link? what broadband ADSLAM pppoa? start first rulling out physical issues WAN interface, LAN interface stats and work your way up, is this is something that suddenly developped? from what you post indicates it seems this tunnel have been fine, it could be broadband link issues but fist investigate with provider to go the next step.
what do you see in 871 router logs in terms of links, turn on logging informational before staring debugg proceedures.
HTH
Jorge -
WWDC Keynote and slow connection
I'm on a slow connection here. It plays for half of a second, then stops. After 5 seconds then it plays another half second. It's annoying. If I pause it, it don't buffer and when I click plays it dowloads the again. Is there anyway to like, let quicktime buffer while paused? Please help.. I really want to watch the keynote! I have no problem waiting a few hours but I want to play them at one go.
Open iTunes and enter Apple Keynotes in the search field.
You'll find this:
Podcasts-->Video Podcasts-->Tech News-->Apple Keynotes
The WWDC 2009 is yet to be posted (not sure why). -
AEBS slows connection, increases pings, AEBS slows connection, increases pings
Hi all.
If I connect my computer directly to the cable modem, I get solid upload and download rates, and pings in the 80 - 100ms range (three or four bars on the "Call of Duty: Modern Warfare 2" network testing tool).
If I plug in my Apple Extreme Base Station, and then connect the computer via Ethernet to the router (so, not using WiFi), my upload goes way down, and my pings go into the 500ms range.
I've tried this with a NetGear router as well, with a similar effect.
The cable company says it's not their issue, since if I connect directly to the modem I get the service I'm subscribed for. They recommend turning off the firewall, but that's built-in to the AEBS when using NAT. So is there some configuration I can try to work this out? I'm assuming that this is not expected behavior?
Thanks,
DougIt doesn't look like anyone replied, but I've been having similar problems for some time and haven't found a solution.
I'm a principal systems engineer w/25 yrs experience mostly in networking and unix so this problem is particularly perplexing.
I have a mac mini late 2011 that ran Snow Leopard, Lion, Lion Server, Mountain Lion, ML Server, a Netgear GW724Tv3 w/latest firmware, AEBS Gig-E 802.11n model, MBP 17" mid 2008 ML server,
Wired to Netgear: MBP 17", MBP 15", AEBS, iMac 27" Late 2012, Mac Mini. All are full-duplex (top LED green=1G, orange=100M/10M), bottom LED is link. First 4 have green/green, MacMini is orange (top LED turns green 3 times, then orange on initial connection).
I've tried setting the port for mac mini from auto/auto to 1000M, full-duplex fixed on both netgear and mac-mini (from Preferences and CLI) and neither make a difference, link never comes up in this setting. The mini *used* to connect at gig-e some time ago, but at some point it stopped and was 100Mb everytime since.
The mini doesn't connect at GigE on AEBS ports either, everything else does.
I've tried booting the Mini using LinuxMint 14 with same results so it's a firmware/hardware issue. Since the mini is the only device with this problem (everything else including newer macs work fine) it's a Mac Mini issue.
I'm going to revert the firmware to v1.8 and see if that fixes the issue, because there have been a few hardware updates to the mini since I first got it. I didn't get applecare for this Mini, it's only 1.5 years old (I missed the cut off date) so if I can't prove it's a software issue, I'll need to pay for repairs.
As an option, I purchased a USB->Gig-E adapter, Thunderbolt->Gig-E adapter in the hopes it'll fix this issue. USB won't perform better than 100Mb but the thunderbolt might if it can establish link.
I'll report back if anything fixes my issue. -
E1200 - Unreliable and slow connection
I had a Linksys WRT54G router for 10 years and it worked perfectly, after some upgrades, but great. I have 1 Desktop, 1 Laptop, 1 Android Tablet, 3 Roku Boxes and XBOX and PS3. With my previous router I could use these devices with particular good speed and great in streaming HD.
The only good thing is its fairly easy to set up.
However, I am more interested in performance, and this is where this unit fails. The internet connection stalls at times on easy websites and lessens with multiple Roku boxes working. The picute on Netflix on my Roku Boxes looks like VCR Quality, compared to full 1080 HD with my previous router.
This product has...
Unreliable connection
slow connection
About me...
Heavy media streamerIf I relate your issue then the above mentioned solution justifies the troubleshooting steps to be taken, however, in addition to that i would also like to suggest you to try and install your Linksys E1200 router using the Cisco Connect Software just in case, if you are not using it....
Installation disc that came along with your router would help you in installing this router using the Cisco Connect Software, using which you can expect this router to offer you best throughput with both wired and wireless connectivity.....
To set up your router using the Cisco Connect Software, you can use:
http://www6.nohold.net/Cisco2/ukp.aspx?pid=93&login=1&vw=1&app=search&articleid=22732&userrole=Links...
Also, try re-installing your router using the Cisco Connect Software, and it should help your cause....Just in case required, you can use the above mentioned troubleshooting steps..... -
Loosing and slow connection with Airport Extreme
Hi. Before I start, I hope there are some who suffer the same problem as me.
First of all, I have a problem with my MacBook and Airport Extreme. The Network I created with Airport is getting really slow or unconnected with my MacBook. So I tried to reset both the modem and Airport. Actually, it kinda works, however this problem occurs later.
First time I thought it was the problem with uTorrent that I didn't use uTorrent anymore but it still has a problem.
Because of this **** problem, I have to reset my modem and Airport Extreme several times a day and it really stressed me out. Embarrasingly, I don't even know what the problem is. is ti the problem with My macBook? AirPort Extreme? Modem? No idea..
I need a help...
P.S. Modem seems working fine since the ethernet is working fine. maybe problem of Airport or MacBook. I think I should go to the Genius Bar but I am afraid that 'Genius' is going to just check once and say 'It has no problem.'zdawg77 wrote:
I too am having very slow connection speed issues with two of my white macbooks, both running 10.6.2, same airport extreme wireless adapter (built in). The strange thing is, these two macbooks came in a macbook 5-pack, and the 3 other laptops all have excellent speed. Nothing different has been done with these 2 laptops - all were updated (albeit the 2 were much slower to download the update), with nothing new installed otherwise...
There were some Macbooks that had an issue with the screws holding their internal AirPort cards in place loosening, resulting in noise and lower signal levels from the antennas.
You may want to try taking one of the affected Macbooks to a local Apple Store and see if you experience the same issues on their in-store network.
Maybe you are looking for
-
I have received an email from a friend with a link which I clicked. It took me to the google home page. I am now suspicious that my friend's email account has been hijacked and the link contained a virus or a Trojan horse. I would know what to do on
-
Problem in accessing second database instance on same host (ORA-12514)
Hi, I had a database ICMDB installed on my machine. After that i created a second database instance (Service name: BI_APPS) using DBCA on the same machine. Using NETCA i also created a new listener OracleOraDb11g_home1TNSListenerBI_APPS_LISTENER on p
-
Case Management - Table to find out relation between Case and Activity
Hi. I do search the SDN for the same quesiton, I found one but it was not answered by a single person. So let me ask it again: I am working on an interface in CRM that will create the activity and link it to the open case. I can get the existing case
-
Color space, gamma, and code value range data
Greetings! I'm getting close to submitting my film for professional DCP creation. It's a ProRes 422 4096 by 1716, 2.39 - 1 file, created as a "master file" in a Premiere Pro CC export (the sequence being an "online" of sorts, built from SpeedGrade c
-
PS CS5 has Check In !! but why ??
Im trying out PS CS5, and I look down the File Menu and see Check In. This is fantastic but CS5 doesnt use Version Cue. Why is it there ?