Cloudflare TV

Cloudflare Strategic Partners Panel Episode 3: Console Connect

Presented by Steven Pack, Tom Paseka, Michael Glynn
Originally aired on 

Steven, Michael and Tom delve into Console Connect, the recently announced partnership and where the industry is headed.

English

Transcript (Beta)

Hello, hello, Cloudflare TV viewers. Welcome, welcome, welcome. This is episode three of Cloudflare Strategic Partners Panel, where I'm delighted to be joined by Michael Glynn.

Say hello, Michael. Hello, how are we? Thanks. And Tom Paseka, say hello.

Hey, good day, everyone. This is going to be a great episode. We're going to be talking all about PCCW Console Connect and our recent partnership between you guys and us at Cloudflare.

Maybe start off with introductions. I'll start. My name is Steve Pack.

In addition to your host, I'm also on the strategic partnerships team here at Cloudflare and I run the Cloudflare Network Interconnect partner program, which, you know, we're delighted to have PCCW Console Connect part of.

Tom, would you like to introduce yourself? Sure. I'm Tom Paseka. I look after interconnection at Cloudflare, and now into the infrastructure and strategic interconnection team.

Cool. Michael. Thanks, Steve. Yes, Michael Glynn. I'm actually based in Australia, but PCCW Global being a global network and a global company, I'm VP of digital platforms, including our software defined interconnection platform, Console Connect.

Okay. Very good. Actually, maybe, yeah, for anyone suffering some cognitive dissonance when you have three Aussies representing US and Hong Kong based or global companies, nothing untoward there.

It all just worked out that way, which is fun.

Cool. So like I reckon a good place to start would be with you, Michael, to tell us a little bit about like Console Connect at the highest level.

I do want to frame it in terms of the customer sort of challenges we're focusing, but we're facing, but I think just sort of to really understand first what Console Connect is, I think it'd be a really good place to start.

Okay. So Console Connect is a interconnection platform. So realistically that we've at PCCW Global have a global network, we have a network that stands about 200 countries.

We run an IP network and an MPLS network. So as you can see there, we today have roughly about 800 ,000, 800 plus thousand fibre, 800,000 kilometres of fibre capacity in roughly about 200 countries.

So the map there that you can see, we, we have a large subsea capacity capacity on multiple subsea cables that create our core network.

So Console Connect is our automation software.

It's a platform that we put on top of our layer two network. Today we've turned it on in 43 countries.

It enables our customers carrier and also enterprise customers to instant provision international circuits on demand or direct to cloud or direct to our key partners such as Cloudflare in today, just over 350 data centres.

What we've got also is that because we are in roughly about 200 countries, we've got 59 offices around the world.

We actually work with local loop providers so we can backhaul that the Console Connect back to the enterprise board.

So customers can access our software defined interconnection platform in a data centre or they can talk to the team and we can backhaul that to, to the enterprise building.

Okay. So we've turned this off, we've turned it on, sorry, in, in, in 43 countries.

We've interconnected key cloud and key partners on the network. So our customers can purchase services on demand.

They can light up services instantly takes just under a minute.

Across the network. Yeah. Okay. So stuff there.

We're going to have a variety of attendees today. Like some folks who are just interested, you know, at a high level, like what is this?

I've never heard of this, you know, to like, you know, the people who are making the purchasing decisions to like network engineers.

So you mentioned there even like a basic thing, right?

You said we have, we run IP networks and MPLS networks. So for the uninitiated out there, like what's the difference between those two things?

Yeah, look, we run a layer two network, which means it's our network.

We put in infrastructure in key data centres and have large capacity between those.

So it's, it's, it's a secure private network, which is separated from the public Internet.

And all these lines here that you can see there, all the different subsea cables all around the world.

We have large capacity on those. Which is this accurate?

Like, so is this, each line on this map is literally a like subsea or direct.

It's very much a marketing, but you can actually see that they're in Australia going out there.

You can see the path they're going to the US, which is the Southern cross cable landing station.

You can also see half there that going up to sort of, it should actually go up to Guam from there.

That's sort of one. So we've got multiple cable systems around the world.

Where we have capacity or we're a consortium member in some of these cables as well.

In the Middle East at the moment, we're building a cable called Peace.

It's, it's where we're a key consortium member there.

So from there, we link that up into our core where customers there can purchase, you know, one made to hundreds of gigs across the world on our secure network.

So it's, it's a hundred percent off the public Internet. Okay. And so you like, when you were sort of talking about some of the benefits, like you mentioned the sort of like the virtual like turn up and you know, for, for someone who say never ordered a cross connect in a data center or who's never ordered a circuit to like bring two networks together.

Like can you sort of for the, yeah, for the folks new to it, like what's, what's the difference in experience there?

Yeah. Look, especially when you're ordering it on a, software defined interconnection or a SDN platform you need to make sure that it is on a private circuit.

So if you're in a data center, you can order a service literally by ordering a cross connect to our, to our rack in that data center.

And from there we allocate different ports into our network.

It can be a one gig, 10 gig, 40 gig, a hundred gig port to our network.

From there, a customer then can light up what we call a virtual circuit. That virtual circuit is pretty much a layer two dedicated circuit between two points on the network.

Those two points can be that port or the partner port. It can be a cloud.

It could be Cloudflare. It could be another port that they have in another country.

So if they want to light up an international circuit you know, traditionally you'd have to go to your carrier in the U S it could be Verizon, AT &T in Australia, Telstra or BT or Colty in Europe.

There you would do a call up the sales person, get a quote.

It can take, you know, a couple of days. Sales people do the negotiation.

From there it can take 30, 40 days to provision the circuit. With console connect and a software defined interconnection platforms, the connections they're ready.

So you run a port into our platform, which means that you're live on our platform.

We do charge a fee for you to be live. Think of it like a gym membership.

You pay a fee to be part of that ecosystem, but once you're part of that ecosystem, you can spin up services to anyone else on that network.

Plus you can buy services on that network.

So we've got a dedicated portal or a centralized web portal.

You can find that at console connect.com. Customers can log in there. They can register.

They can see everyone who's part of the ecosystem, but once you're part of it and you have a port, you can light up a service to that partner on that interconnection platform or that fabric.

The provisioning time tends to take 30 seconds to a minute, but you can line up a circuit there just for one day.

So you can have 10 gig for an example from a port to a partner port anywhere across the world in 43 countries and light it up just for one day.

Nice. It's funny when you said like, you know, are you going to call up your sales person and get a quote?

It's a common sort of saying in the startup industry, which is like, look for businesses that still involve a lot of paper, you know, or still involve a lot of phone calls.

And yeah, I get the impression, yeah. Ordering, ordering network circuits is still a little bit of that.

To be honest, to be honest, the sales person is the easiest part of the process.

When you actually get into provisioning the traditional circuits, it's a nightmare where you have to take days.

You still have to go through ordering cross connects in the data center.

You find that parts of it are broken. Parts of it aren't patched. It's an absolute nightmare.

Yeah. And customers now, enterprise customers are looking for that private connection, that low latency connection to anywhere across the world to their partners, SaaS platforms.

You know, it could be, it could be cloud. It could be SaaS.

It could be UCaaS. Especially if you're a large enterprise customer, you need that security.

You need that private interconnection, which is something that we do.

And it's something very different between us and many others is that we are a carrier.

We are a global carrier. We have a core network underneath. We are powered by the PCCW global network.

Console Connect is just our software defined interconnection product, which sits on top of our core network.

Yeah. I think we'll come back to the carrier aspect and a little bit, cause I think that's, I think that's helpful to talk about, but there's one thing.

So I think we've got sort of an idea now about Console Connect, but we haven't sort of addressed why we partnered.

And I think it's maybe helpful to sort of take a look at one slide here, which is the basically, you know, the overall architecture of Cloudflare Magic Transit.

And so need a little bit of a history lesson to come up to speed with like the, the sequence of events that led, you know, us to partner with Console Connect.

But I think, you know, it's worth doing that a little bit. So, you know, Cloudflare famously really, you know, like started 10 years ago and became really well known for, you know, protecting layer seven websites from, from DDoS attacks.

We're a large CDN network, you know, class sort of leading DNS provider.

But for a long time that was, we offer, well, we still do offer free. And like, you know, your $20 a month plan, your $200 a month plan.

And, you know, ended up over time with 26 million websites on us and became like the, can I say global powerhouse, you know, that we are today.

And, you know, as that happened and as our customers became more and more up market, which you know, was even anyone interested watching the Cloudflare sort of earnings calls, like that was one of the things that came up that increasingly sort of, you know, was we're servicing larger and larger customers.

Those customers had larger and larger needs. And one of the things that I kept saying to us is, okay, you protect our, protect our websites.

You might provide load balancing at layer four.

You might protect a TCP or UDP application, but like I've got all this IP space that I want to protect.

Like I don't just want you to protect those things.

And, you know, the product and engineering team kept hearing this and was like, okay, well, we protect our own data centers, right?

Like we've been the, you know, where the target of these attacks that we protect our customers from.

So like, why don't we offer that to our customers? And, you know, fast forward, you know, to now that product is called Magic Transit.

Super successful.

And, you know, this is the sort of broadly how it looks. And just to quickly explain, so customers with their own IP space, they'll delegate that for Cloudflare to advertise to the Internet.

So Internet, any traffic coming from the Internet to our customers, it hits the Cloudflare network first.

It doesn't go directly to them.

It hits us in any of our 200 pops. So that means wherever the eyeball is, be it, you know, South Africa, Brazil, Australia, US it hits the closest pop.

We scrub all of the bad traffic and then deliver, you know, clean traffic to our customers.

And this is like, it's been really successful because we do that in every single one of our data centers.

Whereas a lot of the other like DDoS providers, you have to do this.

Like is that this tromboning or backhauling?

Do you call that when you've got to go to a, I mean they would backhaul it and trombone it through one of like three or four or maybe six locations around the world.

So like if you're in South Africa, you're going to get have to have all of your traffic go up to London and then come back down again.

Yeah. Not good.

Yeah. Adds a lot of latency. Right. And so whereas what we found in Magic Transit, the latency will be in some cases very small, in some cases zero, in some cases, actually we see customers get a performance improvement because traffic is getting on the Cloudflare network earlier.

And, you know, we're able to make sort of intelligent routing decisions.

And so, you know, instead of saying like, we can offer DDoS protection, but you know, double your latency, all of a sudden that's, we can offer you DDoS protection and you don't suffer a penalty or maybe even, you know, performance is improved.

That was a, that was a popular message and that's why the product is was successful.

And we started to hit some issues on implementation, which is that we would deliver the, the, the traffic, the cleanest traffic from the nearest Cloudflare pop to the customer over the Internet.

So this sort of link here, initially in the first few implementations was over a GRE tunnel.

And for some customers like that was fine.

They were comfortable with that sort of setup, but for, you know certain customers with certain security postures or policies or, you know, regulations or whatever it is said, no, we can't have any public, we can't have any Internet facing infrastructure.

You need to give us, you know, ways to connect to you privately.

And so, you know, we started to talk to customers and we're like, well, how would you like to do that?

And, you know, one of the answers was, was physical, right?

It's like, okay, we're in the same data center. Let's, let's you know, let's connect.

But inevitably sometimes we weren't in the same data center.

Sometimes we weren't in the same Metro or maybe the minimum connection speed at a data center was a gig and they only had a hundred megabits of traffic.

And so that's when really we started the conversation, you know, with like, you know, with you, Michael and PCCW Console Connect.

Does that sort of sound like a familiar, like a familiar sort of story?

It does. You know, on both sides, we've got customers that are looking for what you've got.

And also you've got customers that are looking for a direct interconnect of the public Internet to get to that are in the same Metro different data centers.

I think I calculated the other day in Europe, we're in 53 Metro zones.

So anyone in those Metro zones we get that, that have a connection to our network can actually directly interconnect into Cloudflare.

Okay. And so I mentioned the the like one gig sort of limit or minimum.

Is that, is that accurate? Is it one gig or like 10 gig? Your average cross connect to be in a data center?

For us support size minimum. No, no, no, not for you.

So like if, if, if someone was doing a old school physical and weren't on the platform.

I mean the, the old school ones can be any speed. But because of the equipment we run to, to run efficiently, we can't do less than 10 gig.

And so that's, that's, that blocks a lot of possibilities for, for one gig and below.

Cool.

So this is what I was sort of getting to Michael. So it's like, you know, the cost to run a 10 gig physical connection when you might only have a, say a hundred megabits sustained data transfer rate makes no sense.

Right. So, so tell us what's the like, yeah.

Where do you start? Yeah, look, we, we started the one gig. Our customers get access.

The access into the network starts at one gig, but you can light up a service that's one week if you want.

So once you've got access into there, you can run multiple circuits out of that one port.

You can have circuits going to your DDoS partner.

You can have circuits going to your cloud partner, everything, everything.

Think of it like a freeway and all you're doing is splicing it up.

To, to, to different zones on, on, on, on where the traffic is going. So customers on the network.

And once you've lit it up, you can actually look at different statistics on that virtual connect.

You can see sort of the jitter and the utilization, everything going across the network and everything happens in real time.

So it gives more visibility also for the technical team within an enterprise environment to actually see what their traffic is doing.

Yeah. Okay. Tell me this.

So I, I gave the, like, you know, the magic transit example. The other example I hear from customers is like, is origins, right?

That like having their like origin server, you know, completely off the Internet.

So the only like public, public face of that origin is Cloudflare.

So say like, say I'm that customer and like the example we gave, I typically see a hundred megabit like sustained data transfer rate in a, in a particular Metro.

So I ordered my hundred megabit connection with PCCW console connect.

And then I decide I'm going to run an ad during the super bowl.

And I think my, you know, my transfer rate's going to be a little higher.

So what do I do? Does, does the traffic just stop at a hundred megabits and I'm dead or like what?

Not at all. You can log in and turn the bandwidth up as you need, right?

So that's the beauty of software defined interconnections. So everything happens in real time.

You can log in. You can look at your, your network between the two points.

Let's say you've got the hundred megabit. And suddenly something happens and, and you know, you need to increase that hundred meg to five gig, but you just want it for one day.

So you can actually log in and structure it so that you can turn it up and it takes probably 30 seconds.

And then after that Monday, you can actually just bring it down.

So, which means that all you're doing is paying for the bandwidth that you're using at that time.

So, you know, traditionally back in the old, I shouldn't say old because I used to sell it.

You know, again, you'd have to go back to the sales person again.

You'd have to go, you know what I need this bandwidth.

And then the carrier would turn around, go, Oh, you know, we need that for 12 months if you're going to increase and it's going to take 30 days.

So, you know, that, that is the beauty of software defined that you can just log in, do what you need, bring it back down and just pay for what you need or pay for what you use.

That's a, that would be an awkward conversation. Yeah. I re I really just want it for a day.

Yeah. Okay. That's cool. So one thing, you know, one thing that struck me, like when, when I look at sort of our, our, like our launch partners for this program, it sort of feels to me like there's, there's your sort of data center centric interconnection platform and your Telco sort of centric platform.

So like what, I was gonna say, why is that? But I mean, in some ways it's obvious if it's, that's the heritage of your company, but like, I guess it'd be helpful to understand like the benefits or like what, what, what's unique about offering an interconnection platform like yours when you're a Telco.

Yeah.

One customers are looking for multiple routes, low latency routes, but also contention is a big issue as well because we are a carrier and we've got a lot of capacity underneath us.

That's, that's a key benefit. So we don't contend our customers.

So if you're ordering 10 gig between London and Paris, for example, then you expect to get 10 gig.

You don't want to share that 10 gig with others, or even if it's just a hundred meg.

So being a carrier, we make sure that we run a non -contended network and in some cases through the Africa's through the Middle East, it is hard to turn up 10 gig, which we don't allow on our, on our network.

There's only certain capacity.

So we don't contend our customers at the same time. Yes.

We're in, you know, 350 data centers. Those data centers do include, I think there's 45 equinixes, there's global switches, there's, there's a whole heap of range of data centers.

So customers can get us in multiple data centers, just not an equinix.

And also being a carrier ourselves is that we can drag that port, that one gig port or the customer just wants a hundred meg dedicated in an enterprise building.

So we've got roughly over 200 local partners around the world. You know, they range from Joburg, they range from Chile, they range from the US that we have interconnects with, that we can drag that port back to an enterprise building.

So the customer there can have a direct layer to interconnect from an enterprise building straight through to wherever they need to go to on the platform.

Yeah. Interesting. Cause like one thing, one thing that struck me there is you're sort of saying like, you know, you can provide both the, you know, but the sort of the transit or the, like the, you know, the, well, the network and the, the, the, the platform itself.

Right. And what I'm getting at is like, you know, we, we hear, you know, that sometimes just having multiple vendors is the worst, you know, the worst thing.

And that like, sometimes it's worth, you know, buying a product from a certain vendor, just so that you've got like this part with the same vendor, this part with the same vendor, this part with the same vendor, so that there's no passing the buck in between.

Cause you know, you're not the only interconnection platform when you're going head to head.

Like, is that something that you find helpful?

Yeah. Look, we find that a lot of people, especially enterprises have multiple vendors for different things, specialises in different things.

I mean, we also are a, you know, T1 IP provider in, in, in 200 countries, right.

We have customers that buy their transit from others and we look after their MPLS network, or we have customers that have a global network with, with another carrier, but they have a port of console connect as part of their, their solutions, which, which enables that customer one to connect to cloud, connect to anything that they need to, that sits outside their MPLS network.

So, I think customers who have the multi networks, it could be another fabric or anything like that, but being a carrier, we can do both.

We can sell, or we offer, carrier services as well as a softly defined services all in one.

Yep.

Makes sense. Okay. One thing I wanted to, let me find my slide here.

There's a good, I was going to show, I was going to show two slides.

I'm going to show one slide, but this will, I think make this point a little easier to make, you know, when we, when we sort of talked about the partnership originally, and we were talking about, you know, magic transit and origin pools and, you know, potential future, you know, there's a future offerings.

Like one thing that's sort of like I've sort of heard talked about sort of since then is that, you know, it's almost like, unless you're a truly cloud native company born in the last sort of few years, like you've probably got some level of infrastructure on-prem and in at least one white cloud, possibly two, and often increasingly too, because, you know, you might get mandated to have sort of like, you know, multiple vendors, you know, from your audit committee for whatever reason.

And so one thing that sort of, that we've found that customers, they're almost telling us is that like, the nice thing about magic transit is that because it's sort of protecting at the IP space, you can have the same sort of policies and the same protection across your multiple sets of infrastructure.

So, you know, across your clouds and on-prem, which is cool. But what struck me is that that makes it even like more of a sell to be on say console connect, where if, since we're already connected to you in all of these locations and you're already connected to all of the clouds, then as soon as the customer, like, you know, is connected to you, like all of like, basically connections to all of these things can be turned up virtually.

Like you get a, you get an L in one hit, you know, which I think is, it's just sort of a nice, a nice fit.

Yeah. And what we've done, especially over the last year is really make sure that we've got that direct connection to, to, to our partners.

We don't use third party interconnects.

We have that direct connect with AWS, with Azure, Google Cloud, IBM, Oracle.

But we also do that globally, right? So from AWS and Joburg to AWS in Chicago, we need to connect to all their local regions.

So customers can get to their data locally, but also internationally, you could be a, an American company with your data's sitting in, in, in IBM, in Chicago, but you know, you've got an office in, in Joburg, so you need to grab that data, right?

So with important to our network, you can actually go through our layer two network and grab that data and pull it back.

Okay, cool. All right. We've got about, I think three and a half minutes left.

So I wanted to just sort of sum up and sort of make sure we're clear on a couple of things.

So, you know, who's, who's this for, who, who does, you know, who benefits from this partnership?

And I think, you know, from a CloudFlow point of view, like we talked about magic transit, that's a really obvious one, the edge to infrastructure delivery being, you know, private, CDN customers who want their origins completely off the Internet and who want that sort of, you know, reliable, secure connection, they can use this teams.

I don't want to talk too much about, it's sort of more like thinking about what comes next.

Like Michael, when you sort of look at your, your, your sort of, you know, typical customer for PCCW console connect and the partnership.

Yeah. Yeah. Any, any addition to this?

Yeah, very simple. I mean, talking about interconnections, we are growing as mentioned before, we're in 43 countries.

Customers can get to us quite, quite simply.

They can, we have a community of enterprises, but also carriers on our ecosystem.

Customers can log in very simply register on our portal and they can check it out.

So. So I did. Yeah. Let's check that.

So if like, so if you're new to console connect, like you think, so console connect.com for existing customers say who are already on console connect.

Or maybe who aren't on console.

And especially we run a very much community in our ecosystem.

You can actually, if you're on console connect, you can actually contact the Cloudflare team on console by message, private messaging on our, on our ecosystem.

And of course yourself and Tom are there. And also some of your sales teams where questions, interconnects, and you can certainly light up services.

It takes about 30 seconds to interconnect the two platforms.

Yeah. It's good to know. So, and for you know, for existing Cloudflare customers, talk to your account team.

But the beauty about software defined interconnection, everything's online.

You know, you do it yourself, but there's always a team. As mentioned before, we've got 59 offices around the world.

There's, there's always a dedicated salesperson that can talk to, talk to the enterprises.

Sure. Now I meant, and then for existing Cloudflare customers of Cloudflare, you know, they'll have an assigned CSM or SE.

So that's a good opportunity for them to get in contact. All right.

We're out of time. So thank you, Tom. Thank you, Michael, for, for joining us.

It's my pleasure. I think it's good to sort of, you know, cover things at a high level and technical level.

So I was appreciative we could do a bit of both and thanks everyone watching.

Look, looking forward to seeing you again on the next episode and looking forward to the partnership extending Michael.

Thank you. Thank you for having me.