[c-nsp] Internet speed

Brian Turnbow b.turnbow at twt.it
Mon Aug 13 05:17:28 EDT 2018


Hi,

Here in Italy  the ministry of telecommunications has built a system for 
consumers to "certify" the speed of their connection.
Most of the information is  in Italian on the site
https://www.misurainternet.it/
Basically they have placed servers is the major IXs and end users can 
download the client runs tests and obtain a "certification" that can be used 
against the isp for breach of contract if the speeds are lower than 
contracted .


The software is based upon ETSI EG 202 765-4, not y.1564,  and at least the 
client side is open source with some English notes etc.
https://github.com/fondazionebordoni/nemesys




Brian

> -----Original Message-----
> From: cisco-nsp [mailto:cisco-nsp-bounces at puck.nether.net] On Behalf Of
> Jason Lixfeld
> Sent: domenica 12 agosto 2018 21:39
> To: Mikael Abrahamsson
> Cc: cisco-nsp at puck.nether.net
> Subject: Re: [c-nsp] Internet speed
>
> This thread has me thinking about cases where a MetroE customer might call
> and complain about throughput issues, and troubleshooting would normally
> require a truck roll to hook up an Ethernet test set.
>
> Does anyone know of a Y.1564 client application, or know of any past work
> done around creating one?
>
> I’m wondering if a client-side application could be a practical 
> alternative to
> said truck roll.
>
> Sent from my iPhone
>
> >> On Aug 12, 2018, at 2:15 PM, Mikael Abrahamsson <swmike at swm.pp.se>
> wrote:
> >>
> >> On Sun, 12 Aug 2018, ringbit at mail.com wrote:
> >>
> >> It also selects a public server which is outside of your AS thus taking 
> >> into
> consideration the busy international links which are outside of your
> administration andas a result for a 30Mbps package the measure shows 15
> for example.
> >
> > My experience is that speedtest.net works well up to around 500
> megabit/s, after that it starts to get unreliable. This of course means 
> their
> test server needs to be not on the other side of the world, but for North
> America and Europe this shouldn't be the case.
> >
> > Without knowing exactly your conditions, I'd say your customers getting 
> > 15
> megabit/s in Speedtest.net on a 30 megabit/s package actually indicates 
> that
> there is a real problem.
> >
> > 1. Require that your customers do the measurement wired (not wifi),
> directly connected to your equipment (if you provide one).
> >
> > 2. If speedtest.net isn't nearby you or you have a weird network path to
> them that doesn't work well, look into how you can improve it, plus host
> your own speedtest server. If speedtest.net testing servers aren't able to
> provide 30 megabit/s to your customers, you most likely actually have a
> connectivity issue negatively affecting your customers, not only for their
> testing.
> >
> > I frequently test 500-1000 megabit/s subscriptions. If customer gets 200
> megabit/s in a wired test, it's typically indicative of a problem. If they 
> get
> 500-800, that's usually fine and it's other issues outside of your control 
> that
> is affecting this (different operating systems have different TCP window
> scaling settings etc).
> >
> > But getting 15 meg out of 30, I'd say you have a problem you should look
> into.
> > _______________________________________________
> > cisco-nsp mailing list  cisco-nsp at puck.nether.net
> > https://puck.nether.net/mailman/listinfo/cisco-nsp
> > archive at http://puck.nether.net/pipermail/cisco-nsp/
>
> _______________________________________________
> cisco-nsp mailing list  cisco-nsp at puck.nether.net
> https://puck.nether.net/mailman/listinfo/cisco-nsp
> archive at http://puck.nether.net/pipermail/cisco-nsp/


More information about the cisco-nsp mailing list