Re: Proving Gig Speed

2018-07-18 Thread Seth Mattinen
On 7/18/18 7:26 PM, Mike Hammett wrote: I don't think iPhones have SFP cages. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX http://www.midwest-ix.com - Original Message - From: "Keith Medcalf" To: "Mike Hammett", "Mark Tinka" Cc:

Re: Proving Gig Speed

2018-07-18 Thread Keith Stokes
At least in the US, Jane also doesn’t really have a choice of her electricity provider, so she’s not getting bombarded with advertising from vendors selling “Faster WiFi” than the next guy. I don’t get to choose my method of power generation and therefore cost per kWh. I’d love to buy $.04 from

Comcast outage Southwest Washington?

2018-07-18 Thread Aaron C. de Bruyn via NANOG
There a Comcast outage affecting a few of my locations in SW Washington state. We initially had an estimate of 3:26 PM for service restoration. That got bumped to 7 PM. Now the phone system isn't giving an ETR and the phone system says there are excessive hold times. I'm guessing it's a fiber

Re: deploying RPKI based Origin Validation

2018-07-18 Thread Job Snijders
On Wed, Jul 18, 2018 at 05:55:23PM -0400, Randy Bush wrote: > > Can you elaborate what routers with what software you are using? It > > surprises me a bit to find routers anno 2018 which can't do OV in > > some shape or form. > > depends on how picky you are about "some shape or form." I was

Re: deploying RPKI based Origin Validation

2018-07-18 Thread Randy Bush
> Can you elaborate what routers with what software you are using? It > surprises me a bit to find routers anno 2018 which can't do OV in some > shape or form. depends on how picky you are about "some shape or form." draft-ietf-sidrops-ov-clarify was not written because it is usefully

Re: Proving Gig Speed

2018-07-18 Thread Mike Hammett
I don't think iPhones have SFP cages. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX http://www.midwest-ix.com - Original Message - From: "Keith Medcalf" To: "Mike Hammett" , "Mark Tinka" Cc: "NANOG list" Sent: Wednesday, July 18,

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 15:41, K. Scott Helms wrote: > > > That's why I vastly prefer stats from the actual CDNs and content > providers that aren't generated by speed tests.  They're generated by > measuring the actual performance of the service they deliver.  Now, > that won't prevent burden shifting,

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 16:22, K. Scott Helms wrote: > Mark, > > I am glad I don't have your challenges :) > > What's the Netflix (or other substantial OTT video provider) situation > for direct peers?  It's pretty easy and cheap for North American > operators to get settlement free peering to Netflix,

Re: Proving Gig Speed

2018-07-18 Thread K. Scott Helms
> Peering isn't the problem. Proximity to content is. > > Netflix, Google, Akamai and a few others have presence in Africa already. > So those aren't the problem (although for those currently in Africa, not > all of the services they offer globally are available here - just a few). > > A lot of

Re: Proving Gig Speed

2018-07-18 Thread K. Scott Helms
That seems only to be for direct peers Mike. On Wed, Jul 18, 2018 at 9:53 AM Mike Hammett wrote: > https://isp.google.com > > > > > - > Mike Hammett > Intelligent Computing Solutions > http://www.ics-il.com > > Midwest-IX > http://www.midwest-ix.com > > - Original Message - > >

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 15:48, Luke Guillory wrote: > https://isp.google.com > > Thought I think this is only for when you have peering, someone can correct > me if that's incorrect. And also if you operate a GGC (which is very likely if you're peering). Mark.

Re: Proving Gig Speed

2018-07-18 Thread Mike Hammett
Correct. I figured most eyeballs had Google peering or were looking to get it. I was talking with CVF at ChiNOG about some of the shortcomings of the Google ISP Portal. He saw value in making the portal available to all ISPs. I don't know when (if) that will be available. - Mike

Re: Proving Gig Speed

2018-07-18 Thread Julien Goodwin
On 19/07/18 00:27, Mark Tinka wrote: > All the peering in the world doesn't help if the latency is well over > 100ms+. That's what we need to fix. Living in Australia this is an every day experience, especially for content served out of Europe (or for that matter, Africa). TCP & below are rarely

Re: Proving Gig Speed

2018-07-18 Thread Brielle Bruns
On 7/17/2018 10:18 AM, Mike Hammett wrote: I don't think you understand the gravity of the in-home interference issue. Unfortunately, neither does the IEEE. It doesn't need to be in lock-step, but if a significant number of homes have issues getting over 100 megabit wirelessly, I'm not sure

Re: Proving Gig Speed

2018-07-18 Thread valdis . kletnieks
On Wed, 18 Jul 2018 08:24:15 -0500, Mike Hammett said: > Check your Google portal for more information as to what Google can do with > BGP Communities related to reporting. For a horrifying moment, I misread this as Google surfacing performance stats via a BGP stream by encoding stat_name:value

Re: Proving Gig Speed

2018-07-18 Thread Simon Leinen
> For a horrifying moment, I misread this as Google surfacing > performance stats via a BGP stream by encoding stat_name:value as > community:value > /me goes searching for mass quantities of caffeine Because you'll be spending the night writing up that Internet-Draft? :-) -- Simon.

SV: Proving Gig Speed

2018-07-18 Thread Gustav Ulander
We use Netrounds for this. We make a speedtest site available to the customer for their "click and test" needs which is the first step. If the customer doesn’t achive their allocated speed we will send out a probe (usually some form of Intel NUC or similar machine) that can do more advanced

Re: Proving Gig Speed

2018-07-18 Thread K. Scott Helms
Mark, I am glad I don't have your challenges :) What's the Netflix (or other substantial OTT video provider) situation for direct peers? It's pretty easy and cheap for North American operators to get settlement free peering to Netflix, Amazon, Youtube and others but I don't know what that looks

Re: Proving Gig Speed

2018-07-18 Thread Mike Hammett
The game companies (and render farms) also need to work on as extensive peering as the top CDNs have been doing. They're getting better, but not quite there yet. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX http://www.midwest-ix.com -

Re: Blizzard, Battle.net connectivity issues

2018-07-18 Thread nop
Out of curiosity, are you using one of those cheap dirty "misused outside of region" Afrinic blocks? They keep trying (and spamming the crap out of a few forums) to offload them to ISPs temporarily for cheap so that the ISPs will get them cleaned up and marked as residential, then

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 16:58, K. Scott Helms wrote: > > Mark, > > I agree completely, I'm working on a paper right now for a conference > (waiting on Wireshark to finish with my complex filter at the moment) > that shows what's happening with gaming traffic.  What's really > interesting is how gaming is

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 17:00, Mike Hammett wrote: > The game companies (and render farms) also need to work on as extensive > peering as the top CDNs have been doing. They're getting better, but not > quite there yet. I'm not sure about North America, Asia-Pac or South America, but in Europe, the

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 23:56, Keith Stokes wrote: > At least in the US, Jane also doesn’t really have a choice of her > electricity provider, so she’s not getting bombarded with advertising > from vendors selling “Faster WiFi” than the next guy. I don’t get to > choose my method of power generation and

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 17:20, Julien Goodwin wrote: > Living in Australia this is an every day experience, especially for > content served out of Europe (or for that matter, Africa). > > TCP & below are rarely the biggest problem these days (at least with > TCP-BBR & friends), far too often

Re: deploying RPKI based Origin Validation

2018-07-18 Thread Mark Tinka
On 18/Jul/18 21:30, Michel Py wrote: > Not much at all, I was actually trying you do do the RPKI part for me ;-) > This script you wrote, to produce the list of prefixes that are RPKI invalid > AND that do not have any alternative, make it run every x minutes on a fixed > url (no date/time

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 17:35, Brielle Bruns wrote: >   > > Customers are still harping on me about going wireless on all of their > desktops.  Since most of our customers are CAD/Design/Building > companies, during planning, we insist on at least two drops to each > workstation, preferably 3 or more. >

Re: deploying RPKI based Origin Validation

2018-07-18 Thread Mark Tinka
On 19/Jul/18 01:21, Job Snijders wrote: > @ all - It would be good if operators ask their vendors if they can get > behind this I-D https://tools.ietf.org/html/draft-ietf-sidrops-ov-clarify I'm actually glad to see this (Randy, you've abandoned me, hehe). We actually hit and troubleshot both

RE: deploying RPKI based Origin Validation

2018-07-18 Thread Michel Py
> Job Snijders wrote : > Can you elaborate what routers with what software you are using? It surprises > me a bit to find routers anno 2018 which can't do OV in some shape or form. They're not anno 2018 ! Cisco 3900 with 4 Gigs. Good enough for me, with the current growth of the DFZ I may have

RE: deploying RPKI based Origin Validation

2018-07-18 Thread Michel Py
Mark, >> Michel Py wrote: >> If I understand this correctly, I have a suggestion : update these files at >> a regular interval (15/20 min) and make them available for download with a >> fixed name >> (not containing the date). Even better : have a route server that announces >> these prefixes

RE: Proving Gig Speed

2018-07-18 Thread Keith Medcalf
Whats WiFi? Is that the "noise" that escapes from the copper cables? Switch to optical fibre, it does not emit RF noise ... --- The fact that there's a Highway to Hell but only a Stairway to Heaven says a lot about anticipated traffic volume. >-Original Message- >From: NANOG

Re: deploying RPKI based Origin Validation

2018-07-18 Thread Job Snijders
On Wed, Jul 18, 2018 at 07:30:48PM +, Michel Py wrote: > Not in lieu, but when deploying RPKI is not (yet) possible. My > routers are not RPKI capable, upgrading will take years (I'm not going > to upgrade just because I want RPKI). Can you elaborate what routers with what software you are

Re: deploying RPKI based Origin Validation

2018-07-18 Thread Mark Tinka
On 17/Jul/18 19:55, Job Snijders wrote: > There are ~ 330 IPv6 invalids in the DFZ, and for 70 of those no > alternative covering prefix exists. Thanks, Job. Mark.

Re: deploying RPKI based Origin Validation

2018-07-18 Thread Mark Tinka
On 17/Jul/18 20:33, Michel Py wrote: > If I understand this correctly, I have a suggestion : update these files at a > regular interval (15/20 min) and make them available for download with a > fixed name (not containing the date). > Even better : have a route server that announces these

Re: Proving Gig Speed

2018-07-18 Thread Mike Hammett
https://www.ignitenet.com/wireless-backhaul/ https://www.siklu.com/product/multihaul-series/ https://mikrotik.com/product/wireless_wire_dish https://mikrotik.com/product/wap_60g_ap - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 00:01, Saku Ytti wrote: > Already fairly common in Finland to have just LTE dongle for Internet, > especially for younger people. DNA quotes average consumption of 8GB > per subscriber per month. You can get unlimited for 20eur/month, it's > much faster than DSL with lower

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 14:00, K. Scott Helms wrote: > > That's absolutely a concern Mark, but most of the CPE vendors that > support doing this are providing enough juice to keep up with their > max forwarding/routing data rates.  I don't see 10 Gbps in residential > Internet service being normal for

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 14:11, Mike Hammett wrote: > https://www.ignitenet.com/wireless-backhaul/ > https://www.siklu.com/product/multihaul-series/ > > https://mikrotik.com/product/wireless_wire_dish > https://mikrotik.com/product/wap_60g_ap There is a product for everything; doesn't mean it'll make

Re: Proving Gig Speed

2018-07-18 Thread Mike Hammett
I encourage my competitors to not implement those products in their networks. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX http://www.midwest-ix.com - Original Message - From: "Mark Tinka" To: "Mike Hammett" Cc: "NANOG list" Sent:

Re: Proving Gig Speed

2018-07-18 Thread K. Scott Helms
Agreed, and it's one of the fundamental problems that a speed test is (and can only) measure the speeds from point A to point B (often both inside the service provider's network) when the customer is concerned with traffic to and from point C off in someone else's network altogether. It's one of

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 14:40, K. Scott Helms wrote: > Agreed, and it's one of the fundamental problems that a speed test is > (and can only) measure the speeds from point A to point B (often both > inside the service provider's network) when the customer is concerned > with traffic to and from point C

Re: NANOG list errors

2018-07-18 Thread Mike Hammett
I got a whole bunch overnight as well. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX http://www.midwest-ix.com - Original Message - From: "Andy Ringsmuth" To: "NANOG list" Sent: Tuesday, July 17, 2018 11:24:51 PM Subject: NANOG list

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 17/Jul/18 17:52, Mike Hammett wrote: > Most ISPs I know build their own last mile. There's a whole world out there... Mark.

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 17/Jul/18 18:07, Mike Hammett wrote: > The problem cited is the last 100', not the last mile. > > For ISPs using 60 GHz for the last mile, a wire is ran from the outdoor > antenna to the indoor router. Yeah, the question was rhetorical. I personally don't see ISP's using 60GHz to

Re: Proving Gig Speed

2018-07-18 Thread K. Scott Helms
That's absolutely a concern Mark, but most of the CPE vendors that support doing this are providing enough juice to keep up with their max forwarding/routing data rates. I don't see 10 Gbps in residential Internet service being normal for quite a long time off even if the port itself is capable

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 17/Jul/18 18:12, Andy Ringsmuth wrote: > I suppose in reality it’s no different than any other utility. My home has > 200 amp electrical service. Will I ever use 200 amps at one time? Highly > highly unlikely. But if my electrical utility wanted to advertise “200 amp > service in all

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 17/Jul/18 19:45, James Bensley wrote: > Hi Mark, > > Our field engineers have 1G testers, but even at 1G they are costly > (in 2018!), so none have 10Gbps or higher testers and we also only do > this for those that demand it (i.e. no 20Mbps EFM customer ever asks > for a JSDU/EXO test,

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 17/Jul/18 19:44, b...@theworld.com wrote: > Re: 10gb TTH > > Just a thought: > > Do they need 10gb? Or do they need multiple 1gb (e.g.) channels which > might be cheaper and easier to provision? In my house, for example, I only have a single fibre core coming into my house (single fibre

Re: Proving Gig Speed

2018-07-18 Thread Mike Hammett
Check your Google portal for more information as to what Google can do with BGP Communities related to reporting. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX http://www.midwest-ix.com - Original Message - From: "K. Scott Helms" To:

Re: Proving Gig Speed

2018-07-18 Thread Mike Hammett
More speedtest and quality reporting sites\services (including internal to big content) seem more about blaming the ISP than providing the ISP usable information to fix it. - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX http://www.midwest-ix.com

Re: Proving Gig Speed

2018-07-18 Thread Mark Tinka
On 18/Jul/18 15:24, Mike Hammett wrote: > More speedtest and quality reporting sites\services (including internal to > big content) seem more about blaming the ISP than providing the ISP usable > information to fix it. Agreed. IIRC, this all began with http://www.dslreports.com/speedtest

Re: Proving Gig Speed

2018-07-18 Thread K. Scott Helms
On Wed, Jul 18, 2018 at 9:01 AM Mark Tinka wrote: > > Personally, I don't think the content networks and CDN's should focus on > developing yet-another-speed-test-server, because then they are just > pushing the problem back to the ISP. I believe they should better spend > their time: > >-

Re: Proving Gig Speed

2018-07-18 Thread K. Scott Helms
Mike, What portal would that be? Do you have a URL? On Wed, Jul 18, 2018 at 9:25 AM Mike Hammett wrote: > Check your Google portal for more information as to what Google can do > with BGP Communities related to reporting. > > > > > - > Mike Hammett > Intelligent Computing Solutions >

Re: Proving Gig Speed

2018-07-18 Thread Mike Hammett
Fast.com will pull from multiple nodes at the same time. I think there were four streams on the one I looked at, two to the on-net OCA and two that went off-net elsewhere. One of those off-net was in the same country, but very not near. - Mike Hammett Intelligent Computing Solutions

Re: Proving Gig Speed

2018-07-18 Thread Mike Hammett
https://isp.google.com - Mike Hammett Intelligent Computing Solutions http://www.ics-il.com Midwest-IX http://www.midwest-ix.com - Original Message - From: "K. Scott Helms" To: "Mike Hammett" Cc: "NANOG list" Sent: Wednesday, July 18, 2018 8:45:22 AM Subject: Re:

RE: Proving Gig Speed

2018-07-18 Thread Luke Guillory
https://isp.google.com Thought I think this is only for when you have peering, someone can correct me if that's incorrect. ns -Original Message- From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of K. Scott Helms Sent: Wednesday, July 18, 2018 8:45 AM To: Mike Hammett Cc: