Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[elliottchandler]

Thanks for the update. I have been running tracert, pathping and WinMTR most the weekend on hardwire and pathping continues to show packet loss on hop 4.

Here is one the results but each one appears to be similar. I have looked up the IP on hop 4 and 5 and they both belong to kcom.

Code: [Select]

C:\Users\cwadmin>pathping 81.91.248.51

Tracing route to 81.91.248.51 over a maximum of 30 hops

  0  5259-PC.netgear.com [192.168.1.65]
  1  192.168.1.1
  2  192.168.20.1
  3  lo0_ecldsl-bba1.gs1.eclipse.net.uk [82.153.1.65]
  4  86.54.135.72
  5  195.50.122.125
  6  ae-11-vl-3101.edge3.London2.Level3.net [4.69.202.170]
  7  te0-1-0.bdr02.ln1.qubenet.net [195.50.91.198]
  8  te-2-1.core1.ln1.qubenet.net [81.19.54.177]
  9  81.91.248.51
 10  81.91.248.51

Computing statistics for 250 seconds...
            Source to Here   This Node/Link
Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           5259-PC.netgear.com [192.168.1.65]
                                0/ 100 =  0%   |
  1    0ms     0/ 100 =  0%     0/ 100 =  0%  192.168.1.1
                                0/ 100 =  0%   |
  2    1ms     0/ 100 =  0%     0/ 100 =  0%  192.168.20.1
                                0/ 100 =  0%   |
  3   11ms     0/ 100 =  0%     0/ 100 =  0%  lo0_ecldsl-bba1.gs1.eclipse.net.uk [82.153.1.65]
                                0/ 100 =  0%   |
  4   12ms    41/ 100 = 41%    41/ 100 = 41%  86.54.135.72
                                0/ 100 =  0%   |
  5   12ms    77/ 100 = 77%    77/ 100 = 77%  195.50.122.125
                                0/ 100 =  0%   |
  6   20ms    67/ 100 = 67%    67/ 100 = 67%  ae-11-vl-3101.edge3.London2.Level3.net [4.69.202.170]
                                0/ 100 =  0%   |
  7   12ms    75/ 100 = 75%    75/ 100 = 75%  te0-1-0.bdr02.ln1.qubenet.net [195.50.91.198]
                                0/ 100 =  0%   |
  8   16ms    77/ 100 = 77%    77/ 100 = 77%  te-2-1.core1.ln1.qubenet.net [81.19.54.177]
                                0/ 100 =  0%   |
  9   12ms     0/ 100 =  0%     0/ 100 =  0%  81.91.248.51
                                0/ 100 =  0%   |
 10   12ms     0/ 100 =  0%     0/ 100 =  0%  81.91.248.51

Trace complete.


Does this look like an ISP issue? Anything else I can do to raise it up to Eclipse?

[d2d4j]

Hi elliotchandler

Many thanks

To be honest, the issue is higher up then your equipment and therefore you can only raise an issue with your isp, who should then be able to confirm on their networks

You should be asked for the pathping results, or supply a few samples when opening the issue, to clearly show where the issue lies

Many thanks

John

[Chrysalis]

pathping has a major flaw, when it hits a router that doesnt repond to pings it stops, since my dslam does that guess what happens when I path ping any internet address?

Code: [Select]

C:\Windows\system32>pathping bbc.co.uk

Tracing route to bbc.co.uk [212.58.244.23]
over a maximum of 30 hops:
  0  Chris-PC.HOME [192.168.1.124]
  1  PFSENSE.home [192.168.1.252]
  2     *        *        *
Computing statistics for 25 seconds...
            Source to Here   This Node/Link
Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           Chris-PC.HOME [192.168.1.124]
                                0/ 100 =  0%   |
  1    0ms     0/ 100 =  0%     0/ 100 =  0%  PFSENSE.home [192.168.1.252]

Trace complete.
mtr is probably the best diagnostics tool for latency and loss testing.

[elliottchandler]

Thanks to John and Chrysalis, very helpful.
I have been running WinMTR and it is showing 1% loss at the moment as I only just started it again a little while ago after restarting the PC. The loss is still showing at the same hop that pathping is showing. Is this the problem I am facing?

Code: [Select]

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             192.168.1.1 -    0 | 5721 | 5721 |    0 |    0 |    2 |    0 |
|                            192.168.20.1 -    0 | 5725 | 5725 |    1 |    1 |    4 |    1 |
|      lo0_ecldsl-bba1.gs1.eclipse.net.uk -    0 | 5719 | 5719 |   11 |   11 |   51 |   12 |
|                            86.54.135.72 -    1 | 5649 | 5630 |   11 |   12 |  110 |   11 |
|                          195.50.122.125 -    0 | 5720 | 5720 |   11 |   12 |   59 |   11 |
|  ae-11-vl-3101.edge3.London2.Level3.net -    0 | 5720 | 5720 |   11 |   14 |   81 |   11 |
|           te0-1-0.bdr02.ln1.qubenet.net -    0 | 5720 | 5720 |   11 |   11 |   24 |   12 |
|            te-2-1.core1.ln1.qubenet.net -    0 | 5719 | 5719 |   11 |   13 |  215 |   12 |
|                            81.91.248.51 -    0 | 5719 | 5719 |   11 |   12 |   48 |   12 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider



[niemand]

Yes, there is packet loss, most likely due to contention on the pipe at eclipse, where it starts. Please be aware though, edge systems are designed to drop pings if busy or low priority and usage is above

Is there?

  9   12ms     0/ 100 =  0%     0/ 100 =  0%  81.91.248.51
                                0/ 100 =  0%   |
 10   12ms     0/ 100 =  0%     0/ 100 =  0%  81.91.248.51

Looks clean to me? I would strongly caution against reading too much into the intermediate hops. They don't matter as long as there's no loss to the destination.

[elliottchandler]

Thanks Ignitionnet, based on your understanding where could the issue be with the network latency I am feeling with RDP sessions?

[elliottchandler]

Just wanted to add latest WinMTR log for reference. Could there still be an issue as it does seem to show loss? And also high latency on hope 4 and 8?

Code: [Select]

|------------------------------------------------------------------------------------------|
|                                      WinMTR statistics                                   |
|                       Host              -   %  | Sent | Recv | Best | Avrg | Wrst | Last |
|------------------------------------------------|------|------|------|------|------|------|
|                             192.168.1.1 -    0 | 9960 | 9960 |    0 |    0 |    3 |    0 |
|                            192.168.20.1 -    0 | 9965 | 9965 |    1 |    1 |    5 |    1 |
|      lo0_ecldsl-bba1.gs1.eclipse.net.uk -   10 | 7233 | 6549 |   11 |   11 |   51 |   12 |
|                            86.54.135.72 -    6 | 8109 | 7642 |   11 |   12 |  242 |   12 |
|                          195.50.122.125 -    6 | 8123 | 7662 |   11 |   12 |   59 |   11 |
|  ae-11-vl-3101.edge3.London2.Level3.net -    9 | 7415 | 6776 |   11 |   14 |   91 |   12 |
|           te0-1-0.bdr02.ln1.qubenet.net -   10 | 7243 | 6561 |   11 |   11 |   24 |   12 |
|            te-2-1.core1.ln1.qubenet.net -    9 | 7524 | 6913 |   11 |   13 |  215 |   14 |
|                            81.91.248.51 -   10 | 7262 | 6585 |   11 |   12 |   48 |   12 |
|________________________________________________|______|______|______|______|______|______|
   WinMTR v0.92 GPL V2 by Appnor MSP - Fully Managed Hosting & Cloud Provider


[d2d4j]

Hi elliotchandler

Many thanks

As ignition has said, your final destination is clear, and the loss is on edge systems, which are designed to drop (usually on loading)

However, my experience where eclipse is concerned has never been favourable, but I'm reticent to say that, as I don't believe in saying bad things.

When you say RDC performance poor, how exactly do you mean (video is definitely do not use, pictures will come in blocks) but general office usage should be excellent (word, excell email etc)

Have you tweaked your RDC and terminal

I guess if general office use is not good, and/or your previous FTTC provider did not portray same experience, then it is likely to be eclipse

Those are my thoughts

Many thanks

John

[elliottchandler]

Thanks John for your comments.

The RDC (or RDP) experience was very good with office usage, word, excel, Outlook and such with previous provider which was BT Business. Haven't made any tweaks to RDC as it was working fine before with previous provider. Just frustrated with heavy lagging when using standard business applications and also when typing sometimes have to wait up to a minute before the input shows on the screen.