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

  • High Latency in WoW PArticularly and SLOW connections to secure sites.....

    ...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 Engineer

    Please 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

  • High Ping and Slow Internet

    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,
    Jason

    Have 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,
    Doug

    It 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 streamer

    If 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