Re: Enough about Netflix banning HE tunnels [really: IPv6 adoption]

On Fri, Jun 10, 2016 at 4:21 PM, wrote: > On Fri, 10 Jun 2016 20:12:43 -, "STARNES, CURTIS" said: > > and the Chromebook content filtering is not IPv6 compatible either > > So what are you using for content filtering? A quick google search > indicates that there do

Re: RPKI and offline routes

Hi, the creation of a ROA does not require the announcement of the prefix. Creation of a ROA, prefix announcement, and validation of the prefix are decoupled. If you are the legitimate resource holder you can create a ROA for this prefix (even if you don't advertise the prefix). As soon as

RPKI and offline routes

Can RPKI be used with routes that are not being advertised at the moment? As in to sign a route that *could* be there, but is not there presently. There's been several BGP hijacks that I've followed closely that involved hijacking IP space as well as the ASN that would normally originate it. I'm

Re: Thinking Methodically about building a PoC

hahaha, that's a good one, remember seeing it a long time ago, i saved it now. On Mon, Jun 13, 2016 at 10:29 AM, Hugo Slabbert wrote: > > On Mon 2016-Jun-13 08:52:41 -0500, Possamai Rafael via NANOG < > nanog@nanog.org> wrote: > > This may not be an answer very specific to

Re: Measuring the quality of Internet access

All results will be very depend of target choise, as we can understand. So that's the main point. On 13.06.16 23:58, Collin Anderson wrote: > > On Mon, Jun 13, 2016 at 4:18 PM, Max Tulyev > wrote: > > But I can't figure out what SamKnows

Re: Measuring the quality of Internet access

Well, that was MY question! =) What who where (goverment/regulators) define as the quality? On 13.06.16 23:38, valdis.kletni...@vt.edu wrote: > On Mon, 13 Jun 2016 22:11:47 +0300, Max Tulyev said: >> Is it possible in general to measure the quality of Internet access? And >> if yes - how? > >

Re: Measuring the quality of Internet access

On Mon, Jun 13, 2016 at 04:38:52PM -0400, valdis.kletni...@vt.edu wrote: > On Mon, 13 Jun 2016 22:11:47 +0300, Max Tulyev said: > > Is it possible in general to measure the quality of Internet access? And > > if yes - how? > > First, *define* "quality". Raw bandwidth to a test server? Raw

Re: Measuring the quality of Internet access

Sure, even host some ;) But my question about govermental initiatives/regulations about it, if any. On 13.06.16 23:51, Marco Teixeira wrote: > Are you aware of https://atlas.ripe.net/ ? > > --- > Enviado do um dispositivo com teclado reduzido. > Sent from a device with a diminished keyboard. >

Re: Measuring the quality of Internet access

Are you aware of https://atlas.ripe.net/ ? --- Enviado do um dispositivo com teclado reduzido. Sent from a device with a diminished keyboard. No dia 13/06/2016, às 20:11, Max Tulyev escreveu: > Hi All, > > I know there are many people from many countries. > > Do you know

Re: Measuring the quality of Internet access

On Mon, Jun 13, 2016 at 4:18 PM, Max Tulyev wrote: > But I can't figure out what SamKnows uses as the destination for tests? > As I understand the destination differs per measurement partnership, but in at least the United States a substantial portion of the infrastructure

Re: Measuring the quality of Internet access

On Mon, 13 Jun 2016 22:11:47 +0300, Max Tulyev said: > Is it possible in general to measure the quality of Internet access? And > if yes - how? First, *define* "quality". Raw bandwidth to a test server? Raw bandwidth to a weighted average of the Alexa Top 100? Does RTT/bufferbloat count? What

Re: Measuring the quality of Internet access

Would be M-lab (https://www.measurementlab.net/about/) what you are looking for? .as On Mon, 13 Jun 2016 at 13:20 Max Tulyev wrote: > Thank you! > > I got one more reply off-list - and again it is connected to SamKnows. > > But I can't figure out what SamKnows uses as the

Re: Measuring the quality of Internet access

Thank you! I got one more reply off-list - and again it is connected to SamKnows. But I can't figure out what SamKnows uses as the destination for tests? On 13.06.16 23:04, Eric Dugas wrote: > CIRA (.CA) started a project one or two years ago: >

RE: Measuring the quality of Internet access

CIRA (.CA) started a project one or two years ago: https://cira.ca/build-better-internet/cira-internet-performance-test CRTC (Canadian equivalent of the FCC) also conducted tests by sending test boxes to volunteers: http://www.crtc.gc.ca/eng/internet/performance.htm and

Measuring the quality of Internet access

Hi All, I know there are many people from many countries. Do you know something about mandatory measurements of Internet access quality from country telecom regulators? If yes, could you please share that information with me? I found ETSI EG 202 057-4 standard

Re: Thinking Methodically about building a PoC

On Sun, Jun 12, 2016 at 9:52 PM, Kasper Adel wrote: > 1) Get started immediately (MVP), things will break, tune it along the way. Howdy, The history of the Panama Canal (both the French failure and the deadly first two years of the U.S. effort) should offer insight (and

Re: Thinking Methodically about building a PoC

Agreed, the margin of growth never seems to stay consistent or be what you predict. Instead of asking "What do you want?" (or taking their specs). I have lots of ideas of what I want but maybe not what I need. Ask these questions, they've gotten me better answers and have allowed me to do

Re: Netflix banning HE tunnels

On 6/8/16 11:57 AM, Javier J wrote: If Netflix needs help with this point me in the right direction. I'll be happy to fix it for them and send them a bill. You'll negotiate with the content rights holders? ~Seth

Re: Thinking Methodically about building a PoC

On Mon 2016-Jun-13 08:52:41 -0500, Possamai Rafael via NANOG wrote: This may not be an answer very specific to your problem/question, but if you take a look at the following image, you will find a summary of what they called the engineering design methodology:

Re: Thinking Methodically about building a PoC

This may not be an answer very specific to your problem/question, but if you take a look at the following image, you will find a summary of what they called the engineering design methodology: http://www.cdn.sciencebuddies.org/Files/5083/9/2013-updated_engineering-method-steps_v6b.png You can

Re: Sunday night social?

Remember that social != sociable! ~Matt On Jun 12, 2016 15:22, "Todd Underwood" wrote: huh. today we learn that social is subject to particular people's view of social. please author an RFC to explain the scope that counts as social. thanks! t On Sun, Jun 12, 2016 at

Re: Thinking Methodically about building a PoC

> On Jun 13, 2016, at 12:49 AM, Roland Dobbins wrote: > > >> On 13 Jun 2016, at 8:52, Kasper Adel wrote: >> >> 2) Do some planning and research first. > > This. > > --- > Roland Dobbins I'll second that! How can you

Re: Netflix banning HE tunnels

On 2016-06-13 11:22, Owen DeLong wrote: Fine… Consider 2001:0:0:406:0:0:5:302. Owen That is a Teredo reserved address. Neither option makes any sense because it is an invalid Teredo address. You can find examples with two equal possible :: blocks but they are actually rare. Try to find

Re: Netflix banning HE tunnels

> On Jun 13, 2016, at 02:16 , Baldur Norddahl wrote: > > On 13 June 2016 at 10:56, Owen DeLong wrote: > >> Actually, it isn’t. >> >> Consider the case of 2001:0:0::/48 and the resultant subnet >> 2001:0:0:406::/64. >> >> Now consider the static

Re: Netflix banning HE tunnels

On 13 June 2016 at 10:56, Owen DeLong wrote: > Actually, it isn’t. > > Consider the case of 2001:0:0::/48 and the resultant subnet > 2001:0:0:406::/64. > > Now consider the static address of a host within that subnet > 2001:0:0:406:0:0:0:302. > > Most people would naturally tend

Re: Netflix banning HE tunnels

> On Jun 12, 2016, at 18:27 , Baldur Norddahl wrote: > > On 13 June 2016 at 02:05, Owen DeLong wrote: > >> 2. Consistent and easier comparisons for equality or ranges >>In iPv4, this was useful. In IPv6, it’s essential. >> > >

Re: Thinking Methodically about building a PoC

On Sun, Jun 12, 2016 at 9:49 PM, Roland Dobbins wrote: > > On 13 Jun 2016, at 8:52, Kasper Adel wrote: > >> 2) Do some planning and research first. > > This. > > --- > Roland Dobbins > We never design in a vacuum. There's