Re: Colo in Africa

On 17/Jul/19 00:57, Sina Owolabi wrote: > If Nigeria is a possible location, you have a few, off the top of my > head is any telco's colo (MTN, Airtel, Glo, or 9Mobile), and there's > RackCentre, MainOne and I think IPNX for colo (virtual and bare > metal). My concern about Nigeria is co-lo

Re: Performance metrics used in commercial BGP route optimizers

On 16/07/2019 20:41, Job Snijders wrote: On Tue, Jul 16, 2019 at 3:33 PM Mike Hammett > wrote: More like do whatever you want in your own house as long as you don't infringe upon others. That's where the rub is; when using "BGP optimisers" to influence public

Ztomy.com again?

Anyone else seeing DNS oddities from info.net / infonet.com ? fwdrev() { for ip in `dig +short A $1 @$2`; do echo $ip `dig +short -x $ip @$2` done } fwdrev smtp.microsoft.com 8.8.8.8 131.107.115.215 smtp.microsoft.com. mailb.microsoft.com. mail2.microsoft.com. 131.107.115.214

Re: Colo in Africa

I feel like I'm arguing with my teenager over why the WiFi is slow.

Re: Colo in Africa

But cloud all of the things!! - Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The Brothers WISP - Original Message - From: "Seth Mattinen" To: nanog@nanog.org Sent: Tuesday, July 16, 2019 6:45:35 PM Subject: Re: Colo in Africa On 7/16/19

Re: Colo in Africa

Without being more specific on what geographic region you want to serve, in terms of ISPs, it's hard to say. For example: If you look at submarine cable topology at layer 1, and BGP sessions, AS adjacencies between ISPs: Freetown, Sierra Leone and Monrovia, Liberia are suburbs of London, UK. If

Re: Performance metrics used in commercial BGP route optimizers

On Tue, Jul 16, 2019 at 5:22 PM Nick Hilliard wrote: > > Oh I don't know about that. There's been a pile of high profile > incidents which have been associated with "BGP optimisers", affecting > connectivity to huge chunks of the internet, world-wide. How many, exactly and with a

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On Tue, Jul 16, 2019 at 6:28 PM Dan Hollis wrote: > > On Tue, 16 Jul 2019, Michael Thomas wrote: > > But right you are, it's ultimately the carrier who needs to care about this > > problem at or nothing gets better. > > either the carrier starts dealing with it or legislation will come down to >

Re: Colo in Africa

Ken: >Is there a good location where we could either rent bare metal servers >(something like Internap - preferred) or colocate servers within >Africa that can serve most of the region? Africa is a tough nut to crack. I have been building networks there for clients for decades and the first

Re: Colo in Africa

On Tue, 16 Jul 2019 15:54:10 -0600, Ken Gilmour said: > We have a different use case to traditional analytics - We're aimed at > consumers and small businesses, so instead of a SOC with one big screen > refreshing 1 rows of only alert data every 30 seconds, we have > thousands of individuals

Re: Colo in Africa

On 7/16/19 4:30 PM, Ken Gilmour wrote: TBs of data is not really that much data on average when  you average it over thousands of customers. The data is summarized, There are a ton of other things happening in the background that I've already explained in the thread and are really irrelevant

Re: Colo in Africa

TBs of data is not really that much data on average when you average it over thousands of customers. The data is summarized, There are a ton of other things happening in the background that I've already explained in the thread and are really irrelevant to the task at hand which is finding a

Re: Colo in Africa

If Nigeria is a possible location, you have a few, off the top of my head is any telco's colo (MTN, Airtel, Glo, or 9Mobile), and there's RackCentre, MainOne and I think IPNX for colo (virtual and bare metal). On Tue, Jul 16, 2019 at 11:48 PM Ken Gilmour wrote: > > What matters is whether or not

Re: Colo in Africa

What matters is whether or not we can get a facility in Africa to provide service to our customers from Bare Metal Servers :) On Tue, 16 Jul 2019 at 16:07, C. A. Fillekes wrote: > Are they refreshing data they've already got, though? > This is the classic use case for client-side caching. > >

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On Tue, 16 Jul 2019, Michael Thomas wrote: But right you are, it's ultimately the carrier who needs to care about this problem at or nothing gets better. either the carrier starts dealing with it or legislation will come down to force the issue. -Dan

Re: SHAKEN/STIR Robocall Summit - July 11 2019 at FCC

On 7/15/19 12:07 PM, Jay R. Ashworth wrote: - Original Message - From: "Christopher Morrow" On Thu, Jul 11, 2019 at 12:00 PM Paul Timmins wrote: Chris it would be trivial for this to be fixed, nearly overnight, by creating some liability on the part of carriers for illicit use of

Re: Colo in Africa

Are they refreshing data they've already got, though? This is the classic use case for client-side caching. On Tue, Jul 16, 2019 at 5:56 PM Ken Gilmour wrote: > We have a different use case to traditional analytics - We're aimed at > consumers and small businesses, so instead of a SOC with one

Re: Colo in Africa

We have a different use case to traditional analytics - We're aimed at consumers and small businesses, so instead of a SOC with one big screen refreshing 1 rows of only alert data every 30 seconds, we have thousands of individuals refreshing all of their data every 30 seconds because there are

Re: Performance metrics used in commercial BGP route optimizers

Oh I don't know about that. There's been a pile of high profile incidents which have been associated with "BGP optimisers", affecting connectivity to huge chunks of the internet, world-wide. It's not unusual for a single incident to have widespread or even global effect, and what with the

Re: Colo in Africa

I suggest you look at the Teraco facilities, specifically the JB1 (Isando) site. It is extremely well connected and carrier-neutral so you can choose who you want to use. Depending on your requirement you might need to work through a reseller. I work for an SP in South Africa, so let me know

Re: Colo in Africa

On Tue, 16 Jul 2019 11:13:45 -0700, Seth Mattinen said: > On 7/16/19 10:53 AM, Akshay Kumar via NANOG wrote: > > Then you are "doing it wrong(tm). Good luck. > > > Are you saying that anyone choosing not to use "the cloud" is simply > wrong because "cloud" is always right? No, he's saying that if

Re: Performance metrics used in commercial BGP route optimizers

On Tue, Jul 16, 2019 at 01:24:11PM -0500, Mike Hammett wrote: > All of the same tragedy can happen without BGP optimizers, and does. I disagree. You are skipping over crucial distinction we should make between common 'route leaks' (incorrect propagation of valid routing information), and the

Re: Performance metrics used in commercial BGP route optimizers

Peace, On Tue, Jul 16, 2019, 9:24 PM Mike Hammett wrote: > BGP optimizers only harm the global Internet when route filters don't do > their job. (Un)Fortunately, many other things also harm the global Internet > when route filters don't do their job. > That is correct; however, there are

Re: Performance metrics used in commercial BGP route optimizers

All of the same tragedy can happen without BGP optimizers, and does. BGP optimizers only harm the global Internet when route filters don't do their job. (Un)Fortunately, many other things also harm the global Internet when route filters don't do their job. Things other than BGP optimizers harm

Re: Performance metrics used in commercial BGP route optimizers

On Tue, Jul 16, 2019 at 6:10 PM Ryan Hamel wrote: > > Nowhere near the number as an engineer fat fingering a route. How are you able to make that assertion? > There are ISPs that accept routes all the way to /32 or /128, for traffic > engineering with ease, and/or RTBH. This strikes me as a

Re: Performance metrics used in commercial BGP route optimizers

On Tue, Jul 16, 2019, 6:29 PM Mike Hammett wrote: > assuming appropriate ingress\egress filters > This assumption itself is a good start for the aforementioned "security considerations" chapter, b/c this is the assumption most of us make but only few routinely check. -- Töma

Re: Colo in Africa

On 7/16/19 10:53 AM, Akshay Kumar via NANOG wrote: Then you are "doing it wrong(tm). Good luck. Are you saying that anyone choosing not to use "the cloud" is simply wrong because "cloud" is always right?

RE: Performance metrics used in commercial BGP route optimizers

Nowhere near the number as an engineer fat fingering a route. There are ISPs that accept routes all the way to /32 or /128, for traffic engineering with ease, and/or RTBH. Ryan -Original Message- From: NANOG On Behalf Of Nick Hilliard Sent: Tuesday, July 16, 2019 11:04 AM To: Job

Re: Performance metrics used in commercial BGP route optimizers

Job Snijders wrote on 16/07/2019 18:41: I consider it wholly inappropriate to write-off the countless hours spend dealing with fallout from "BGP optimizers" and the significant financial damages we've sustained as "religious arguments". it would be interesting to see research into the

Re: Colo in Africa

Then you are "doing it wrong(tm). Good luck. On Tue, Jul 16, 2019 at 5:40 PM Ken Gilmour wrote: > These are actual real problems we face. thousands of customers load and > reload TBs of data every few seconds on their dashboards. We have busy > servers. We tried cloud. I passionately hate it.

RE: Performance metrics used in commercial BGP route optimizers

> Tom Beecher wrote : > The most important metric for a BGP optimizer is how much it physically > weighs. That way you'll know > if you can carry it to the trash pile yourself, or need to get help so you > don't hurt your back. Please dispose of it in an environment friendly way. In the city I

Re: Performance metrics used in commercial BGP route optimizers

On Tue, Jul 16, 2019 at 3:33 PM Mike Hammett wrote: > More like do whatever you want in your own house as long as you don't > infringe upon others. > That's where the rub is; when using "BGP optimisers" to influence public Internet routing, you cannot guarantee you won't infringe upon others.

Re: Colo in Africa

[ there is an afnog mailing list which you might find useful ] >3. Must have good connectivity to most of the rest of Africa unfortunately, for common values of 'most' this is a long sad tragedy. mark's excellent reccos can get you the fancy bits. inter-connectivity with africa is sad.

Re: Performance metrics used in commercial BGP route optimizers

So I got this from BGPmon, earlier today: * You received this email because you are subscribed to BGPmon.net. For more details about these updates please visit: https://portal.bgpmon.net/myalerts.php RPKI Validation Failed

Re: Colo in Africa

On Tue, 16 Jul 2019 10:39:59 -0600, Ken Gilmour said: > These are actual real problems we face. thousands of customers load and > reload TBs of data every few seconds on their dashboards. If they're reloading TBs of data every few seconds, you really should have been doing summaries during data

Re: Colo in Africa

On Tue, 16 Jul 2019 10:11:48 -0600, Ken Gilmour said: > Speed is not the issue, it's IO. Also streaming 100Gbps of video is very > different to streaming 100Gbps of files smaller than 100kb (average of > about 30kb) the issue on the network level is the number of connections and > CPU, on the

Re: Colo in Africa

On 16/Jul/19 19:00, Ken Gilmour wrote: > > Our "market" is actually the US - but we're experiencing unexpected > success across the world. A lot of our customers have selected > "Africa" as their region when signing up and they are in various > countries around Africa, they deserve to be

Re: Colo in Africa

On 16/Jul/19 18:23, Joel Jaeggli wrote: > > > 100ms from most of the rest of Africa is going to be a bit dubious. If > you draw a line horizontally through Senegal the costal stuff north of > it can mostly be served in under 100ms from Europe. > > While cross border terrestrial fiber exists

Re: Colo in Africa

On 16/Jul/19 17:28, Christopher Morrow wrote: > Isn't the OP really asking here (not to have their selection of > platform wrangled..): > "Where should I target my search: ZA only? is there anywhere else > worth dropping my request?" The easiest regions will be East (Kenya) and South (South

Re: Colo in Africa

Hi Mark, Our "market" is actually the US - but we're experiencing unexpected success across the world. A lot of our customers have selected "Africa" as their region when signing up and they are in various countries around Africa, they deserve to be served better within their continent at least.

RE: Colo in Africa

One of my favorite sites to give people: https://thetruesize.com/ Sincerely, Eric Tykwinski TrueNet, Inc. P: 610-429-8300 _ From: NANOG [mailto:nanog-boun...@nanog.org] On Behalf Of Mark Tinka Sent: Tuesday, July 16, 2019 12:51 PM To: nanog@nanog.org

Re: Colo in Africa

On 16/Jul/19 17:08, Akshay Kumar via NANOG wrote: > My bad. They announced that Oct 2018 so I figured they'd be close to > it now. Yeah turns out it's mid 2020 :-( I'd take all targets with a very large grain of salt. Experience has shown that these things always take longer than planned...

Re: Colo in Africa

On 16/Jul/19 16:55, Akshay Kumar via NANOG wrote: > The 2nd requirement seems artificial. The new hypervisors have come a > long way and the overhead is minimal. Also you can run bare metal > instances in AWS if you really need them with 100Gbps. That said, there are various providers who can

Re: Colo in Africa

On 16/Jul/19 17:01, Phil Lavin wrote: > > They don't have a Region there at present - only an Edge location. I believe > one is in the works for launch next year. You're right (as of my updates from last November). Mark.

Re: Colo in Africa

On 16/Jul/19 16:33, Ken Gilmour wrote: > Hi Folks, > > I work for a Security Analytics org and we're looking to build a small > POP in Africa. Where, in Africa? It's not a small place... > 1. Network needs to be able to receive millions of small PPS (as > opposed to serving smaller

Re: Colo in Africa

These are actual real problems we face. thousands of customers load and reload TBs of data every few seconds on their dashboards. We have busy servers. We tried cloud. I passionately hate it. We choose to use Bare Metal. On Tue, 16 Jul 2019 at 10:34, Akshay Kumar wrote: > Go look at the actual

Re: Colo in Africa

Have you priced F1 solutions? -Ben Cannon CEO 6x7 Networks & 6x7 Telecom, LLC b...@6by7.net > On Jul 16, 2019, at 9:33 AM, Akshay Kumar via NANOG wrote: > > Go look at the actual specifications for one of the metal boxes - you are not > going to come close to

Re: Colo in Africa

Go look at the actual specifications for one of the metal boxes - you are not going to come close to maxing anything out with the workload you describe. FSB hasn't been a thing in over a decade. If you really wanted to go crazy you could do some build a custom solution in FPGA on the F1s. It's a

Re: Colo in Africa

On 16/07/2019 16:08, Akshay Kumar via NANOG wrote: > My bad. They announced that Oct 2018 so I figured they'd be close to it > now. Yeah turns out it's mid 2020 :-( > > https://aws.amazon.com/blogs/aws/in-the-works-aws-region-in-south-africa/ > Azure does have regions in operation in South

Re: Colo in Africa

> On Jul 16, 2019, at 07:33, Ken Gilmour wrote: > > Hi Folks, > > I work for a Security Analytics org and we're looking to build a small POP in > Africa. I am pretty clueless about the region so I was wondering if you could > help guide me in the right direction for research? > > The

Re: Colo in Africa

Speed is not the issue, it's IO. Also streaming 100Gbps of video is very different to streaming 100Gbps of files smaller than 100kb (average of about 30kb) the issue on the network level is the number of connections and CPU, on the server side it's IO and FSB On Tue, 16 Jul 2019 at 08:55, Akshay

Re: Colo in Africa

Bingo On Tue, 16 Jul 2019 at 09:30, Christopher Morrow wrote: > Isn't the OP really asking here (not to have their selection of > platform wrangled..): > "Where should I target my search: ZA only? is there anywhere else > worth dropping my request?" > > and: > "Are there likely providers of

Re: Colo in Africa

Thanks for all the replies! (really fast!) The requirement for Bare Metal is very specific. Dealing with high speed large files is very different to dealing with high volume small files. We regularly encounter bottlenecks at the FSB and at the IO level. Even things like RAID slows us down, so we

Re: Colo in Africa

The cloud isn't always the right decision for the end customer. In many cases, it's the worst decision. - Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The Brothers WISP - Original Message - From: "Akshay Kumar via NANOG" To: "Ken Gilmour"

Re: Performance metrics used in commercial BGP route optimizers

More like do whatever you want in your own house as long as you don't infringe upon others. The argument against route optimizers (assuming appropriate ingress\egress filters) is a religious one and should be treated as such. - Mike Hammett Intelligent Computing Solutions

Re: Colo in Africa

Isn't the OP really asking here (not to have their selection of platform wrangled..): "Where should I target my search: ZA only? is there anywhere else worth dropping my request?" and: "Are there likely providers of solid colo aside from seacom/tinka-net or workonline/ben-net ?" On Tue, Jul

Re: Colo in Africa

Thanks for chiming in but his reason for can't be cloud was, "We use the full capacity of each server, all the time." That ain't good reason. They do have baremetal servers like I pointed out. We use them when for cases where we need access to perf counters. On Tue, Jul 16, 2019 at 4:10 PM Bryan

Re: Colo in Africa

My bad. They announced that Oct 2018 so I figured they'd be close to it now. Yeah turns out it's mid 2020 :-( https://aws.amazon.com/blogs/aws/in-the-works-aws-region-in-south-africa/ On Tue, Jul 16, 2019 at 4:02 PM Chris Knipe wrote: > > > On Tue, Jul 16, 2019 at 4:57 PM Akshay Kumar via

Re: Colo in Africa

On 7/16/19 10:55 AM, Akshay Kumar via NANOG wrote: > The 2nd requirement seems artificial. The new hypervisors have come a long > way and the overhead is minimal. Also you can run bare metal instances in > AWS if you really need them with 100Gbps. Well the man wants bare metal, and while there's

RE: Colo in Africa

> just use the South Africa AWS region They don't have a Region there at present - only an Edge location. I believe one is in the works for launch next year.

Re: Colo in Africa

On Tue, Jul 16, 2019 at 4:57 PM Akshay Kumar via NANOG wrote: > The 2nd requirement seems artificial. The new hypervisors have come a long > way and the overhead is minimal. Also you can run bare metal instances in > AWS if you really need them with 100Gbps. > > Just just use the South Africa

Re: Colo in Africa

The 2nd requirement seems artificial. The new hypervisors have come a long way and the overhead is minimal. Also you can run bare metal instances in AWS if you really need them with 100Gbps. Just just use the South Africa AWS region. On Tue, Jul 16, 2019 at 3:35 PM Ken Gilmour wrote: > Hi

Re: Performance metrics used in commercial BGP route optimizers

On Tue, Jul 16, 2019, 5:49 PM Mike Hammett wrote: > Most of which are bunk if you and your upstream have appropriate filters. > True, and, while we're at it, it's okay to drink and drive a car if the manufacturer has built enough driver assistance systems in it. -- Töma

Re: Performance metrics used in commercial BGP route optimizers

Most of which are bunk if you and your upstream have appropriate filters. - Mike Hammett Intelligent Computing Solutions Midwest Internet Exchange The Brothers WISP - Original Message - From: "Töma Gavrichenkov" To: "Dimeji Fayomi" Cc: "NANOG" Sent: Tuesday, July

Colo in Africa

Hi Folks, I work for a Security Analytics org and we're looking to build a small POP in Africa. I am pretty clueless about the region so I was wondering if you could help guide me in the right direction for research? The challenges: 1. Network needs to be able to receive millions of small

Re: Performance metrics used in commercial BGP route optimizers

On Tue, Jul 16, 2019, 4:11 PM Dimeji Fayomi wrote: > I'm doing a research on BGP route optimisation and the performance metrics > used by commercial route optimizer appliances to select better path to a > prefix. > You may have discovered that already during your research, but just in case:

Re: Performance metrics used in commercial BGP route optimizers

The most important metric for a BGP optimizer is how much it physically weighs. That way you'll know if you can carry it to the trash pile yourself, or need to get help so you don't hurt your back. :) On Tue, Jul 16, 2019 at 9:21 AM Ryan Hamel wrote: > The answers which you seek would be

Re: Performance metrics used in commercial BGP route optimizers

The answers which you seek would be considered secret sauce to these vendors. But you can start at running MTRs through a VRF per carrier only containing a default route, and looking at the results. Ryan On Tue, Jul 16, 2019 at 6:11 AM -0700, "Dimeji Fayomi"

Performance metrics used in commercial BGP route optimizers

Hi, I'm doing a research on BGP route optimisation and the performance metrics used by commercial route optimizer appliances to select better path to a prefix. I would appreciate any information about the performance metrics used in commercial BGP route optimizers, white papers or any other