>>Hey, welcome to this continuing coverage of the H P E Aruba. Pensando announcement. I'm lisa martin. Hopefully you've seen by now the announcement from john and Antonio, we're going to get into some technical details. Now I've got two guests joining me. Please welcome Krishna Otopeni, the VP of engineering at Pensando and frank Reich stein, senior Director platform engineering from HP Aruba guys welcome to the program. >>Hi lisa. >>Hi lisa. Thanks for having us. >>Sure. So we're going to, we're going to dig in here. You guys are tasked with bringing these two worlds together, christian. Let's go ahead and start with you talk to me about the announcement why this is so significant and then we'll dig into the technical details. >>Yeah. So as you know, right, Pensando has been in the market for a couple of years right now. Um, and we heard a lot of success with the cloud providers and we're also working with be a million project Montreat. Um, so what we learned in the last couple of years, we're trying to take all the lessons and I was a little bit going to what, what we learned with the crop, your providers. So we took a dsC card, which is a B C, a form factor, the customer takes dsC card inserts into the, into server with various forces and hypervisors. So it's really exciting that the BSE is in production with some of the providers already and some of them were taking to production in this calendar quarter and we also have in connection with that first generation BSC cards a couple of years and some of the biggest banks and storage platform providers. So, so this is kind of a big deal for us because we are starting with what we call a D P U. Uh that Pensando is bailing which is the latest generation of it is called code named Alba which delivers the software in silicon program ability while matching the performance of hardware. So internally the DPU has the tight integration between special purpose processors that consent of what we call mps and a general purpose processor like arm course where we do the management and control software and with tied together with offload engines like encryption and compression. The key takeaway from this platform. Their consent of belt. It's it's programmable at all layers Either by Pensando or our customers whether it's in data plane using P four or control and management plane. All right. So what we learned while developing this platform and taking this production with the public cloud providers, we realize that the platform and architecture is not only very highly scalable with very high performance with respect to, you know, packets per second or stable connections per second or NBA me I ops but it's also adaptable like a very rapid paced. And another key lesson that we learn from our cloud partners is that the new devoPS model operations is as important as functionality. For example, the importance of creating the DPU pipeline the subsequent guarantees or providing Hatch uh first fateful connections so that in some cases the component fails, there is hardware or software customer doesn't have any disruption in his network or storage operations. So we took all the ski lessons that we learned over the last few years. And then we are building a new platform partnering with Aruba team which is very high scale with very high performance at the same time, tied with very good operations um that you know it comes the best of both both platforms from the pew side and from the Aruba side frank they want to add on the Aruba platform side. >>Sure, yeah. So the Aruba networking team has been building network switches for the past 25 years and we've been following all of the trends and evolutions over that time frame. And as we've gone through a few years ago we decided to make an evolution of our operating system to scale it up for the modern needs of the modern world. And this included doing things like designing with a micro services oriented architecture to provide for a high degree of resiliency throughout the product line. And then being able to extend that single network operating system from the core to the edge of the network. As we've been partnering with Pensando, it came very clear that the evolution of the network the next step was this form of a deep, you integrated into that top of rack switch to provide a deeper and richer feature set and what has traditionally been available in your top of rack switch. And so this partnership has enabled us to leapfrog but has been traditional top of rack functionality and add to it. Things that previously were not attainable in that layer of the network >>frank. Continuing on with you. Talk to me about some of the technology requirements and challenges of designing and engineering and delivering the industry's first distributed service switch. What were some of those? >>Sure, sure. So a lot of the challenges around integrating this type of solution come down to how to ensure that you have the highest performance possible and maintaining high speed of performance when you're now introducing an additional pay hop within the network topology inside of the switch, a lot of that came down to integrating the background and skill setting capabilities that come along with osc x that were made it quick for us to enable a new piece of functionality within the architecture and then a lot of credit has to go to the Pensando team for the richness of the feature setting capability set that they have within that DPU product as it stands >>christian, let's go ahead and dig through some of those core features and capabilities that are really going to be benefiting customers. >>Yeah, so basically right, uh taking a little bit of step back, we started with the dsc market from Pensando perspective where we wanted to put gPU in every survey and we obviously have success in enterprise customers and cloud customers that we discussed earlier. But we also learned a few lessons while deploying DSC and enterprise markets in the sense that enterprise markets do not need the performance of every DSC at 200 G full duplex network services for every survey. And also you know what makes historic key is that you know, there are a lot of brownfield service in current enterprise data centers where customers do not want to open up a server to put the DSC in. So we wanted to give a product with the form factor that frank is talking about and technology that's very familiar to every IT department given the Aruba Lois uh in a deployment in data centers. And also as I said earlier, what we lessons that we learned, we came up with this taking this production very deep you software and hardware which is deployed in public clouds. And combined with those features that that have been rapidly evolving uh through multiple Aruba releases into enterprise data centers in a switch form factors. So what we think is by doing this taking the best of both worlds. We're creating a new product category that is not that is for the features and capabilities are not available in the market from any vendor specifically providing state full services at every tour without the complexity of the service redirection because today's data centers if you want to install services. It's a it's a lot of effort operator to bring in those services. This obviously also has a great operational model, great TCO and the functionality that customers that you never see in tar before. For example, in the first release we are providing state full firewall with the visibility at every floor level that goes through the tower which never existed in the market before. >>New product category. That's a big deal christian. Talk to me a little bit about how long you guys have been at this, you were in stealth mode crack that open for us. >>I mean it has been a less than a year but of development that both teams have been doing and we work very closely together and we meet I mean for sure at least more than a week uh you know, more than once the once a week between uh frank's team and you know, and send it to them and there's a coordination between the sales team and the marketing team and the go to market team and then how we sell it and the manufacturing team, there's a lot goes on in building this product. I mean we believe this is the fastest uh tard new generational product that we built because because we could do that because the experience of both the teams trying they want anything more to this one. >>Yeah, I think that that really goes to the point here. The capabilities and maturity of the deep you solution that Pensando was bringing into the solution really allowed for a very fast and seamless integration on top of that Aruba, OsC X and the platform that we built there with automated Api generation and integration with our Aruba fabric composer orchestration layer really created the capability to make things go as fast as possible for this development effort And so to really take a new product and define a new product space within a 12 month time frame has been a really exciting and impressive feat by both teams. >>Very impressive considering the challenges and the dynamics in the market and the global market that we've had frank. How big of a lead do you think you have on incumbents here? >>I think we have a substantial lead on the incumbents here. I think what we're doing is a fundamentally different take on how you do a top of rack switch and the capabilities that we're bringing to bear at the top of rack are fundamentally new and differentiated from what the competition has been thinking about. So I believe we have a substantial lead on the competition. >>Excellent chris to talk to me about what's next? What's the future? I have some secret sources that tell me that john and Antonio are meeting regularly pushing you guys, what does the future hold. >>Yeah. So I mean obviously this is the start of an exciting journey. There's a first platform you're bringing to the market jointly and obviously we like a bunch of form factors without upcoming road map. So additionally I mean the software in silicon performance that with all the services that we deliver a software means that scope and scale of the state will services that we can deliver and evolve over time whether you talk about security or encryption or state flat or load balancing or d does all of the services and then you know hybrid connectivity. So obviously you know there's a lot that we can do with this platform that will be driven by with the partnership with our customers. We also see that you know the market of all where you know all the customers we'll have some customers will have deep us in the service and some customers will use the new platform that we're bringing together. So we won't have all the management start to make sure all of them can be managed uniformly and any time you know you this is a major step for a new category of platform and architecture we're developing jointly with the rubber and I believe this will be a huge opportunity for both the companies and our customers and this is exciting times ahead for us >>and talk to me both of your opinions here where can customers go to find more information, how can they get started frank will go ahead and start with you. >>Yeah you can jump straight to Aruba networks dot com and dig into the feature sets and packages that we have available with the Aruba 10-K product line direct from there. >>Fantastic christian anything to add >>that is correct actually. So we are treating it as one product coming from both the companies. All the documentation is where you know, frank pointed out in Aruba website, we put all the documentation at the same place and we're supporting it as one unified product from both the companies. >>Are you seeing any? We've seen so much change in the last year and a half. Last question. I'm just wondering if if either of the HPV riverside or the pence underside is seeing any industries that might be really prime to take advantage of knowing how many industries all have been affected by the events of the last year and a half christian any thoughts there? >>Yeah, I mean if you look at it right and obviously all of us are working from home and now everything happens, you know, mostly at the edge, right? You know, and we are in that this platform will help us get there where we get security to the edge and we get more visibility and more services to the edge. Right? So I mean that's what you know Pensando is all about and hoping that you know, this is uh this journey that we started with the D. P us, we go with this platform and it will ever all and it will help customers, our customers and our partners leverage all the functionality that, you know, Pensando and the rubber can bring together. >>Well guys, congratulations on an enormous feat accomplished in not just a 12 month time period, but a very challenging 12 month time period. We appreciate you guys breaking down the HP Aruba Pensando announcement and more technical detail. Those can go to learn more information and again, congratulations. >>Thank you. >>Thank you very much lisa >>for my guests. I'm lisa martin. You're watching this HP Aruba Pensando announcement. Thanks for watching. >>Mhm >>mm.

(upbeat music) >> Narrator: From theCUBE studios in Palo Alto and Boston, connecting with thought leaders all around the world, this is a CUBE conversation. >> Hi, I'm Stu Miniman, and welcome to this CUBE conversation. We're digging in with Pensando. Talking about the technologies that they're using. And happy to welcome to the program, two of Pensando's technical leaders. We have Krishna Doddapaneni, he's the Vice President of Software. And we have here Pirabhu Raman, he's a Principal Engineer, both with Pensando. Thank you so much for joining us. >> Thank you Stu. >> All right. >> Thank you for having us here >> Krishna, you run the Software Team. So let's start there and talk about really the mission and shortly obviously, bring us through a little bit of architecturally what Pensando was doing. >> To get started, Pensando we are building a platform, which can automate and manage the network storage and security services. So when we talk about software here, it's like the better software as you start from all the way from bootloader, to all the way it goes to microservices controller. So the fundamentally the company is building a domain specific processor called a DSP, that goes on the card called DSC. And that card goes into a server in a PCIe slot. Since we go into a server and we act as a NIC, we have to do drivers for Windows, all the OS' Windows, Linux, ESX and FreeBSD. And on the card itself, the chip itself, there are two fundamental pieces of the chip. One is the P4 pipelines, where we run all our applications, if you can think like in the firewalls, in the virtualization, all security applications. And then there's Arm SoC, which we have to bring up the platform and where we run the control plane and data and management plane so that's one piece of the software. The other big piece of software is called PSM. Which kind of, if you think about it in data center, you don't want to manage, one DSC at a time or one server at a time. We want to manage all thousands of servers, using a single management and control point. And that's where the test for the PSM comes from. >> Yeah, excellent. You talked about a pretty complex solution there. One of the big discussion points in the networking world and I think in general has been really the role of software. I think we all know, it got a little overblown. The discussion of software, does not mean that hardware goes away. I wrote a piece, many years ago, if you look at how hyperscalars do things, how they hyper optimize. They don't just buy the cheapest, most generic thing. they tend to configure things and they just roll it out in massive scale. So your team is well known for, really from a chip standpoint, I think about the three Cisco spin-ins. If you dug underneath the covers, yes there was software, but there was an Async there. So, when I look at what you're doing in Pensando, you've got software and there is a chip, at the end of the day. It looks, the first form factor of this looks like, a network card, the NIC that fits in there. So give us in there some of the some of the challenges of software and there's so much diversity in hardware these days. Everything getting ready for AI and GPUs. And you listed off a bunch of pieces when you were talking about the architecture. So give us that software/hardware dynamic, if you would. >> I mean, if you look at where the industry has been going towards, right, I mean, the Moore's law has been ending and Dennard scale is a big on Dennard scaling. So if you want to set all the network in certain security services on x86, you will be wasting a bunch of x86 cycles. The customer, why does he buy x86? He buys x86 to run his application. Not to run IO or do security for IO or policies for IO. So where we come in is basically, we do this domain specific processor, which will take away all the IO part of it, and the computer, just the compute of the application is left for x86. The rest is all offloaded to what we call Pensando. So NIC is kind of one part of what we do. NIC is how we connect to the server. But what we do inside the card is, firewalls, all the networking functions: SDNs, load balancing in all the storage functions, NVMe virtualization, and encryption of all the packets, data of data at rest and data of data in motion. All these services is what we do in this part. And you know, yes, it's an Async. But if you look at what we do inside, it's not a fixed Async. We did work on the previous spin-ins as you said, with Async, but there's a fundamental difference between that Async can this Async. In those Asyncs for example, there's a hard coded routing table or there's a hard coded ACL table. This Async is a completely programmable. It's more like it's a programmable software that we have domain specific language called P4. We use that P4 to program the Async. So the way I look at it, it's an Async, but it's mostly software driven completely. And from all the way from controllers, to what programs you run on the chip, is completely software driven. >> Excellent. Pirabhu of course, the big announcement here, HPE. You've now got the product. It's becoming generally available this month. We'd watch from the launch of Pensando, obviously, having HPE as not only an investor, but they're an OEM of the product. They've got a huge customer base. Maybe help explain, from the enterprise standpoint, if I'm buying ProLion, where now does, am I going to be thinking about Pensando? What specific use cases? How does this translate to the general and enterprise IP buyer? >> We cover of whole breadth of use cases, at the very basic level, if your use cases or if your company is not ready for all the different features, you could buy it as a basic NIC and start provisioning it, and you will get all the basic network functions. But at the same time in addition to the standard network functions, you will get always on telemetry. Like you will get rich set of metrics, you will get packet capture capabilities, which will help you very much in troubleshooting issues, when they happen, or you can leave them always on as well. So, you can do some of these tap kind of functionalities, which financial services do. And all these things you will get without any impact on the workload performance. Like the customers' application don't see any performance impact when any of these capabilities are turned on. So once this is as a standard network function, but beyond this when you are ready for enforcing policies at the edge or you're ready for enforcing stateful firewalls, distributed firewalling capabilities, connection tracking, some of the other things, like Krishna touched upon NVMe virtualization, there are all sorts of other features you can add on top of. >> Okay, so it sounds like what we're really democratizing some of those cloud services or cloud like services for the network, down to the end device, if I have this right. >> Exactly. >> Maybe if you could, networking, we know, our friends in network. We tend to get very acronym driven, to overlays and underlays and various layers of the stack there. When we talk about innovation, I'd love to hear from both of you, what are some of those kind of key innovations, if you were to highlight just one or two? Pirabhu, maybe you can go first and then Krishna would would love your follow up from that. >> Sure, there are many innovations, but just to highlight a few of them, right. Krishna touched upon P4, but even on the P4, P4 is very much focused on manipulating the packets, packets in and packets out, but we enhanced it so that we can address it in such a way that from memory in-packet out, packet in-memory out. Those kind of capabilities so that we can interface it with the host memory. So those innovations we are taking it to the standard and they are in the process of getting standardized as well. In addition to this, our software stack, we touched upon the always on telemetry capabilities. You could do flow based packet captures, NetFlow, you could get a lot of visibility and troubleshooting information. The management plane in itself, has some of the state of the art capabilities. Like it's distributed, highly available, and it makes it very easy for you to manage thousands of these servers. Krishna, do you want to add something more? >> Yes, the biggest thing of the platform is that when we did underlays and overlays, as you said there, everything was like fixed. So tomorrow, you wake up and come with a new protocol, or you may come up with a new way to do storage, right? Normally, in the hardware world, what happens is, Oh, you have to I have to sell you this new chip. That is not what we are doing. I mean, here, whatever we ship on this Async, you can continue to evolve and continue to innovate, irrespective of changing standards. If NVMe goes from one dot two to one dot three, or you come up with a new encapsulation of VXLAN, you do whatever encapsulations, whatever TLVs you would want to, you don't need to change the hardware. It's more about downloading new firmware, and upgrading the new firmware and you get the new feature. That is that's one of the key innovation. That's why most of the cloud providers like us, that we are not tied to hardware. It's more of software programmable processor that we can keep on adding features in the future. >> So one way to look at it, is like, you get the best of both worlds kind of a thing. You get power and performance of Async, but at the same time you get the flexibility of closer to that of a general purpose processor. >> Yeah, so Krishna, since you own the software piece of thing, help us understand architecturally, how you can deploy something today but be ready for whatever comes in the future. That's always been the challenge is, Gee, maybe if I wait another six months, there'll be another generation something, where I don't want to make sure that I miss some window of opportunity. >> Yeah, so it's a very good question. I mean, basically you can keep enhancing your features with the same performance and power and latency and throughput. But the other important thing is how you upgrade the software. I mean today whenever you have Async. When you have changed the Async, obviously, you have to pull the card out and you put the new card in. Here, when you're talking upgrading software, we can upgrade software while traffic is going through. With very minimal disruption, in the order of sub second. Right, so you can change your protocol, for example, tomorrow, we change from VXLAN to your own innovative protocol, you can upgrade that without disrupting any existing network or storage IO. I mean, that's where the power of the platform is very useful. And if you look at it today, where cloud providers are going right, and the cloud providers, you don't want to, because there are customers who are using that server, and they're deploying their application, they don't want to disturb that application, just because you decided to do some new innovative feature. The platform capability is that you could upgrade it, and you can change your mind sometime in the future. But whatever existing traffic is there, the traffic will continue to flow and not disrupt your app. >> All right, great. Well, you're talking about clouds one of the things we look at is multi cloud and multi vendor. Pirabhu, we've got the announcement with HPE now, ProLion and some of their other platforms. Tell us how much work will it be for you to support things like Dell servers or I think your team's quite familiar with the Cisco UCS platform. Two pieces on that number one: how easy or hard is it to do that integration? And from an architectural design? Does a customer need to be homogeneous from their environment or is whatever cloud or server platform they're on independent, and we should be able to work across those? >> Yeah, first off, I should start with thanking HPE. They have been a great partner and they have been quick to recognize the synergy and the potential of the synergy. And they have been very helpful towards this integration journey. And the way we see it, a lot of the work has already been done in terms of finding out the integration issues with HPE. And we will build upon this integration work that has been done so that we can quickly integrate with other manufacturers like Dell and Cisco. We definitely want to integrate with other server manufacturers as well, because that is in the interest of our customers, who want to consume Pensando in a heterogenous fashion, not just from one server manufacturer. >> Just want to add one thing to what Pirabhu's saying. Basically, the way we think about it is that, there's x86 and then the all the IO, the infrastructure services, right. So for us, as long as you get power from the server, and you can get packets and IO across the PCIe bus, we are kind of, we want to make it a uniform layer. So the Pensando, if you think about it, is a layer that can work across servers, and could work inside the public cloud and when we have, one of our customers using this in hybrid cloud. So we want to be the base where we can do all the storage network and security services, irrespective of the server and where the server is placed. Whether it's placed in the call log, it's placed in the enterprise data center, or it's placed in the public cloud. >> All right, so I guess Krishna, you said first x86. Down the road, is there opportunity to go beyond Intel processors? >> Yes. I mean, we already support AMD, which is another form of x86. But other architecture doesn't prevent us from any servers. As long as you follow the PCIe standard, we should, it's more of a testing matrix issue. It's not about support of any other OS, we should be able to support it. And initially, we also tested once on PowerPC. So any kind of CPU architecture, we should be able to support. >> Okay, so walk me up the application stack a little bit though. Things like virtualization, containerization. There's the question of does it work but does it optimize? Any of us live through those waves of, Oh, okay, well it kind of worked, but then there was a lot of time to make things like the origin networking work well in virtualization and then in containerization. So how about your solution? >> I mean you should look at, a good example is AWS, like what AWS does with Nitro. So on Nitro, you do EBS, you do security, and you do VPC. In all the services is effectively, we think about it, all of those can be encapsulated in one DSC card. And obviously, when it comes to this kind of implementation on one card, right, the first question you would ask what happens to the noisy neighbor? So we have the right QOS mechanisms to make sure all the services go through the same card, at the same time giving guarantees to the customer that (mumbles) especially in the multi-tenant environment, whatever you're doing on one VPC will not affect the other VPC. And the advantage of the platform that what we have is very highly scalable and highly performing. Scale will not be the issue. I mean, if you look at existing platforms, even if you look at the cloud, because when you're doing this product, obviously, we'll do benchmarking with the cloud and enterprises. With respect to scale, performance and latency, we did the measurements and we are order of magnitude compared to (sneezes) given the existing clouds and currently whatever enterprise customers have. >> Excellent, so Pirabhu, I'm curious, from the enterprise standpoint, are there certain applications, I think about like, from an analytic standpoint, Splunk is so heavily involved in data that might be a natural fit or other things where it might not be fully tested out with anything kind of that ISV world that we need to think about. >> So if we're talking in terms of partner ecosystems, our enterprise customers do use many of the other products as well. And we are trying to integrate with other products so that we can get the maximum value. So if you look at it, you could get rich metrics and visualization capabilities from our product, which can be very helpful for the partner products because they don't have to install an agent and they can get the same capability across bare metal virtual stack as well as containers. So we are integrating with various partners including some CMDB configuration management database products, as well as data analytics or network traffic analytics products. Krishna, do you want to add anything? >> Yeah, so I think it's just not the the analytics products. We're also integrating with VMware. Because right now VMware is a computer orchestrated and we want to be the network policy orchestrator. In the future, we want to integrate with Kubernetes and OpenShift. So we want to add integration so that our platform capability can be easily consumable irrespective of what kind of workload you use or what kind of traffic analytics tool you use or what kind of data link that you use in your enterprise data center. >> Excellent, I think that's a good view forward as to where some of the work is going on the future integration. Krishna and Pirabhu, thank you so much for joining us. Great to catch up. >> Thank you Stu. >> Thanks for having us. >> All right. I'm Stu Miniman. Thank you for watching theCUBE. (gentle music)

>>From the cube studios in Palo Alto, in Boston, connecting with thought leaders all around the world. This is a cute conversation. Hi, welcome back. I'm Stu middleman. And this is a cube conversation digging in with, talking about what they're doing to help people. Yeah. Really bringing some of the networking ideals to cloud native environment, both know in the cloud, in the data centers program, Krishna penny. He is the vice president of software. Thanks so much for joining us. Thank you so much for talking to me. Alright, so, so Krishna the pin Sandow team, uh, you know, very well known in the industry three, uh, you innovation. Yeah. Especially in the networking world. Give us a little bit about your background specifically, uh, how long you've been part of this team and, uh, you know, but, uh, you know, you and the team, you know? Yeah. >>And Sando. Yup. Um, so, uh, I'm VP of software in Sandow, um, before Penn Sarno, before founding concern, though, I worked in a few startups in CME networks, uh, newer systems and Greenfield networks, all those three startups have been acquired by Cisco. Um, um, my recent role before this, uh, uh, this, this company was a, it was VP of engineering and Cisco, uh, I was responsible for a product called ACA, which is course flagship SDN tonic. Mmm. So I mean, when, why did we find a phone, uh, Ben Sandoz? So when we were looking at the industry, uh, the last, uh, a few years, right? The few trends that are becoming clear. So obviously we have a lot of enterprise background. We were watching, you know, ECA being deployed in the enterprise data centers. One sore point for customers from operational point of view was installing service devices, network appliances, or storage appliances. >>So not only the operational complexity that this device is bringing, it's also, they don't give you the performance and bandwidth, uh, and PPS that you expect, but traffic, especially from East West. So that was one that was one major issue. And also, if you look at where the intelligence is going, has been, this has been the trend it's been going to the edge. The reason for that is the motors or switches or the devices in the middle. They cannot handle the scale. Yeah. I mean, the bandwidths are growing. The scale is growing. The stateful stuff is going in the network and the switches and the appliances not able to handle it. So you need something at the edge close to the application that can handle, uh, uh, this kind of, uh, services and bandwidth. And the third thing is obviously, you know, x86, okay. Even a few years back, you know, every two years, you know, you're getting more transistors. >>I mean, obviously the most lined it. And, uh, we know we know how that, that part is going. So the it's cycles are more valuable and we don't want to use them for this network services Mmm. Including SDN or firewalls or load balancer. So NBME, mutualization so looking at all these trends in the industry, you know, we thought there is a good, uh, good opportunity to do a domain specific processor for IO and build products around it. I mean, that's how we started Ben signed off. Yeah. So, so Krishna, it's always fascinating to watch. If you look at startups, they are often yeah. Okay. The time that they're in and the technologies that are available, you know, sometimes their ideas that, you know, cakes a few times and, you know, maturation of the technology and other times, you know, I'll hear teams and they're like, Oh, well we did this. >>And then, Oh, wow. There was this new innovation came out that I wish I had add that when I did this last time. So we do, a generation. Oh, wow. Talking about, you know, distributed architectures or, you know, well, over a decade spent a long time now, uh, in many ways I feel edge computing is just, you know, the latest discussion of this, but when it comes to, and you know, you've got software, uh, under, under your purview, um, what are some of the things that are available for that might not have been, you know, in your toolkit, you know, five years ago. Yeah. So the growth of open source software has been very helpful for us because we baked scale-out microservices. This controller, like the last time I don't, when we were building that, you know, we had to build our own consensus algorithm. >>We had to build our own dishwasher database for metrics and humans and logs. So right now, uh, we, I mean, we have, because of open source thing, we leverage CD elastic influx in all this open source technologies that you hear, uh, uh, since we want to leverage the Kubernetes ecosystem. No, that helped us a lot at the same time, if you think about it. Right. But even the software, which is not open source, close source thing, I'm maturing. Um, I mean, if you talk about SDN, you know, seven APS bank, it was like, you know, the end versions of doing off SDN, but now the industry standard is an ADPN, um, which is one of the core pieces of what we do we do as Dean solution with DVA. Um, so, you know, it's more of, you know, the industry's coming to a place where, you know, these are the standards and this is open source software that you could leverage and quickly innovate compared to building all of this from scratch, which will be a big effort for us stocked up, uh, to succeed and build it in time for your customer success. >>Yeah. And Krishna, I, you know, you talk about open forum, not only in the software, the hardware standards. Okay. Think about things, the open compute or the proliferation of, you know, GPS and, uh, everything along that, how was that impact? I did. So, I mean, it's a good thing you're talking about. For example, we were, we are looking in the future and OCP card, but I do know it's a good thing that SEP card goes into a HP server. It goes into a Dell software. Um, so pretty much, you know, we, we want to, I mean, see our goal is to enable this platform, uh, that what we built in, you know, all the use cases that customer could think of. Right. So in that way, hardware, standardization is a good thing for the industry. Um, and then same thing, if you go in how we program the AC, you know, we at about standards of this people, programming, it's an industry consortium led by a few people. >>Um, we want to make sure that, you know, we follow the standards for the customer who's coming in, uh, who wants to program it., it's good to have a standards based thing rather than doing something completely proprietary at the same time you're enabling innovations. And then those innovations here to push it back to the open source. That's what we trying to do with before. Yeah. Excellent. I've had some, some real good conversations about before. Um, and, and the way, uh, and Tondo is, is leveraging that, that may be a little bit differently. You know, you talk about standards and open source, oftentimes it's like, well, is there a differentiator there, there are certain parts of the ecosystem that you say, well, kind of been commodified. Mmm. Obviously you're taking a lot of different technologies, putting them together, uh, help, help share the uniqueness. Okay. And Tondo what differentiates, what you're doing from what was available in the market or that I couldn't just cobbled together, uh, you know, a bunch of open source hardware and software together. >>Yeah. I mean, if you look at a technologist, I think the networking that both of us are very familiar with that. If you want to build an SDN solution, or you can take a, well yes. Or you can use exhibit six and, you know, take some much in Silicon and cobble it together. But the problem is you will not get the performance and bandwidth that you're looking for. Okay. So let's say, you know, uh, if you want a high PPS solution or you want a high CPS solution, because the number of connections are going for your IOT use case or Fiji use case, right. If you, uh, to get that with an open source thing, without any assist, uh, from a domain specific processor, your performance will be low. So that is the, I mean, that's once an enterprise in the cloud use case state, as you know, you're trying to pack as many BMCs containers in one set of word, because, you know, you get charged. >>I mean, the customer, uh, the other customers make money based on that. Right? So you want to offload all of those things into a domain specific processor that what we've built, which we call the TSC, which will, um, which we'll, you know, do all the services at pretty much no cost to accept a six. I mean, it's to six, you'll be using zero cycles, a photo doing, you know, features like security groups or VPCs, or VPN, uh, or encryption or storage virtualization. Right. That's where that value comes in. I mean, if you count the TCO model using bunch of x86 codes or in a bunch of arm or AMD codes compared to what we do. Mmm. A TCO model works out great for our customers. I mean, that's why, you know, there's so much interest in a product. Excellent. I'm proud of you. Glad you brought up customers, Christina. >>One of the challenges I have seen over the years with networking is it tends to be, you know, a completely separate language that we speak there, you know, a lot of acronyms and protocols and, uh, you know, not necessarily passable to people outside of the silo of networking. I think back then, you know, SDN, uh, you know, people on the outside would be like, that stands for still does nothing, right? Like networking, uh, you know, mumbo jumbo there for people outside of networking. You know what I think about, you know, if I was going to the C suite of an enterprise customer, um, they don't necessarily care about those networking protocols. They care about the, you know, the business results and the product Liberty. How, how do you help explain what pen Sandow does to those that aren't, you know, steeped in the network, because the way I look at it, right? >>What is customer looking? But yeah, you're writing who doesn't need, what in cap you use customer is looking for is operational simplicity. And then he wants looking for security. They, it, you know, and if you look at it sometimes, you know, both like in orthogonal, if you make it very highly secure, but you make it like and does an operational procedure before you deploy a workload that doesn't work for the customer because in operational complexity increases tremendously. Right? So it, we are coming in, um, is that we want to simplify this for the customer. You know, this is a very simple way to deploy policies. There's a simple way to deploy your networking infrastructure. And in the way we do it is we don't care what your physical network is, uh, in some sense, right? So because we are close to the server, that's a very good advantage. >>We have, we have played the policies before, even the packet leaves the center, right? So in that way, he knows his fully secure environment and we, and you don't want to manage each one individually, we have this, okay, Rockwell PSM, which manages, you know, all this service from a central place. And it's easy to operationalize a fabric, whether you talk about upgrades or you talk about, you know, uh, deploying new services, it's all driven with rest API, and you can have a GUI, so you can do it a single place. And that's where, you know, a customer's value is rather than talking about, as you're talking about end caps or, you know, exactly the route to port. That is not the main thing that, I mean, they wake up every day, they wake up. Have you been thinking about it or do I have a security risk? >>And then how easy for me is to deploy new, uh, in a new services or bring up new data center. Right. Okay. Krishna, you're also spanning with your product, a few different worlds out. Yeah. You know, traditionally yeah. About, you know, an enterprise data center versus a hyperscale public cloud and ed sites, hi comes to mind very different skillset for management, you know, different types of okay. Appointments there. Mmm. You know, I understand right. You were going to, you know, play in all of those environments. So talk a little bit about that, please. How you do that and, you know, you know, where you sit in, in that overall discussion. Yes. So, I mean, a number one rule inside a company is we are driven by customers and obviously not customer success is our success. So, but given said that, right. What we try to do is that we try to build a platform that is kind of, you know, programmable obviously starting from, you know, before that we talked about earlier, but it's also from a software point of view, it's kind of plugable right. >>So when we build a software, for example, at cloud customers, and they use BSC, they use the same set of age KPI's or GSP CRS, TPS that DSC provides their controller. But when we ship the same, uh, platform, what enterprise customers, we built our own controller and we use the same DC APS. So the way we are trying to do is things is fully leverage yeah. In what we do for enterprise customers and cloud customers. Mmm. We don't try to reinvent the wheel. Uh, obviously at the same time, if you look at the highest level constructs from a network perspective, right. Uh, audience, for his perspective, what are you trying to do? You're trying to provide connectivity, but you're trying to avoid isolation and you're trying to provide security. Uh, so all these constructs we encapsulated in APA is a, which, you know, uh, in some, I, some, some mostly like cloud, like APS and those APIs are, are used, but cloud customers and enterprise customers, and the software is built in a way of it. >>Any layer is, can be removed on any layer. It can be hard, right? Because it's not interested. We don't want to be multiple different offers for different customers. Right. Then we will not scale. So the idea when we started the software architecture, is that how we make it pluggable and how will you make the program will that customer says, I don't want this piece of it. You can put them third party piece on it and still integrate, uh, at a, at a common layer with using. Yeah. Yeah. Well, you know, Krishna, you know, I have a little bit of appreciation where some of the hard work, what your team has been doing, you know, a couple of years in stealth, but, you know, really accelerating from, uh, you know, the announcement coming out of stealth, uh, at the end of 2019. Yeah. Just about half a year, your GA with a major OEM of HPE, definitely a lot of work that needs to be done. >>It brings us to, you know, what, what are you most proud about from the work that your team's doing? Uh, you know, we don't need to hear any, you know, major horror stories, but, you know, there always are some of them, you know, not holes or challenges that, uh, you know, often get hidden yeah. Behind the curtain. Okay. I mean, personally, I'm most proud of the team that we've made. Um, so, uh, you know, obviously, you know, uh, our executors have it good track record of disrupting the market multiple times, but I'm most proud of the team because the team is not just worried about that., uh, that, uh, even delegate is senior technologist and they're great leaders, but they're also worried about the customer problem, right? So it's always about, you know, getting the right mix, awfully not execution combined with technology is when you succeed, that is what I'm most proud of. >>You know, we have a team with, and Cletus running all these projects independently, um, and then releasing almost we have at least every week, if you look at all our customers, right. And then, you know, being a small company doing that is a, Hmm, it's pretty challenging in a way. But we did, we came up with methodologists where we fully believe in automation, everything is automated. And whenever we release software, we run through the full set of automation. So then we are confident that customer is getting good quality code. Uh, it's not like, you know, we cooked up something and that they should be ready and they need to upgrade to the software. That's I think that's the key part. If you want to succeed in this day and age, uh, developing the features at the velocity that you would want to develop and still support all these customers at the same time. >>Okay. Well, congratulations on that, Christian. All right. Final question. I have for you give us a little bit of guidance going forward, you know, often when we see a company out and we, you know, to try to say, Oh, well, this is what company does. You've got a very flexible architecture, lot of different types of solutions, what kind of markets or services might we be looking at a firm, uh, you know, download down the road a little ways. So I think we have a long journey. So we have a platform right now. We already, uh, I mean, we have a very baby, we are shipping. Mmm Mmm. The platforms are really shipping in a storage provider. Uh, we are integrating with the premier clouds, public clouds and, you know, enterprise market, you know, we already deployed a distributed firewall. Some of the customers divert is weird firewall. >>So, you know, uh, so if you take this platform, it can be extendable to add in all the services that you see in data centers on clubs, right. But primarily we are driven from a customer perspective and customer priority point of view. Mmm. So BMW will go is even try to add more ed services. We'll try to add more storage features. Mmm. And then we, we are also this initial interest in service provider market. What we can do for Fiji and IOT, uh, because we have the flexible platform. We have the, see, you know, how to apply this platform, this new application, that's where it probably will go into church. All right. Well, Krishna not a penny vice president of software with Ben Tondo. Thank you so much for joining us. Thank you, sir. It was great talking to you. All right. Be sure to check out the cube.net. You can find lots of interviews from Penn Sundo I'm Stu Miniman and thank you. We're watching the cute.