[Rpm] My home connection - Prague, Czech Republic

Frantisek Borsik frantisek.borsik at gmail.com
Wed May 25 17:52:01 EDT 2022


Hello Sebastian,

Thanks. Let’s do this. Kind of servers I see:



So picked a few:

https://www.speedtest.net/my-result/i/5129305856 (t-mobile cz)

https://www.speedtest.net/my-result/i/5129307905 (O2 telefonica cz)

https://www.speedtest.net/my-result/i/5129308857 (local ISP)

https://www.speedtest.net/my-result/i/5129310554 (Germany)

https://www.speedtest.net/my-result/i/5129311633
(Poland)




*Sent on the move.*

*F.*


*https://www.linkedin.com/in/frantisekborsik
<https://www.linkedin.com/in/frantisekborsik>*

+421919416714
Skype: casioa5302ca

On 24 May 2022 at 9:44:25 AM, Sebastian Moeller (moeller0 at gmx.de) wrote:

> Hi Frantisek,
>
>
> in the speedtest app, you can drag up a "drawer" from the bottom, which
> among others will reveal a "Change Test Server" "link" following that you
> can manually select from a multitude of servers, just selexct one that is
> unlikely to be housed by Cogent (like Vodafone.cz). Sure that still does
> not rule out that Cogent is in the network path*, but if you repeat the
> test with a few different servers and all show around the same high upload
> latency this would point to your access link/ISP being the likely
> responsible part.
>
> Regards
> Sebastian
>
>
> *) The best way to check a path requires both traceroute/mtr to and from
> the remote endpoint (or at least to/from the network/data center the remote
> end is housed in). Personally I like to use to following for the forward
> trace (from local to remote, here goggle's anycasted DNS server 8.8.8.8 as
> example):
> mtr -ezb4 -o LSNBAWVJMXI 8.8.8.8
>
> For the reverse traceroute/mtr either use a looking glas server (if the
> network offers these) or try to find a node in
> https://www.globaltraceroute.com that is housed in the correct network
> and location; this is a bit approximate, but what can we do, short of
> adding the traceroute/mtr functionality into the actual speedtest so it is
> always available.
>
>
>
>
>
>
>
> On May 24, 2022, at 09:31, Frantisek Borsik <frantisek.borsik at gmail.com>
> wrote:
>
> Hey, not sure how I can do this kind of testing :-) but if You tell me, I
> will do it, happily.
>
> F.
>
> https://www.linkedin.com/in/frantisekborsik
>
> +421919416714
> Skype: casioa5302ca
>
>
>
> On Tue, May 24, 2022 at 9:09 AM Sebastian Moeller <moeller0 at gmx.de>
> wrote:
> Hi Frantisek,
>
>
> On May 24, 2022, at 06:41, Frantisek Borsik via Rpm <
> rpm at lists.bufferbloat.net> wrote:
>
> Good, good - most of the time.
>
> https://www.speedtest.net/my-result/i/5127045302
>
>
> This test is against fdcservers.net which appear to be single-homed in
> Cogent's network, do you see the same high upload latency under working
> conditions when measuring against servers in other networks (that are not
> connected via Cogent)?
>
> Regards
> Sebastian
>
> P.S.: Not intended as dig against Cogent it is just that some ISP networks
> are known to have issues with connectivity with Cogent, so testing with
> servers in other networks can be a useful check.
>
>
>
> Sent on the move.
>
> F.
>
> https://www.linkedin.com/in/frantisekborsik
>
> +421919416714
> Skype: casioa5302ca
> _______________________________________________
> Rpm mailing list
> Rpm at lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/rpm
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/rpm/attachments/20220525/1b975870/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image.jpg
Type: image/jpeg
Size: 184874 bytes
Desc: not available
URL: <https://lists.bufferbloat.net/pipermail/rpm/attachments/20220525/1b975870/attachment-0001.jpg>


More information about the Rpm mailing list