{"id":236,"date":"2017-06-29T03:40:32","date_gmt":"2017-06-29T03:40:32","guid":{"rendered":"http:\/\/www.darrinthomason.com\/?p=236"},"modified":"2017-06-29T13:48:10","modified_gmt":"2017-06-29T13:48:10","slug":"the-networking-hierarchy-of-needs-with-intent-based-networking","status":"publish","type":"post","link":"http:\/\/www.darrinthomason.com\/?p=236","title":{"rendered":"The Networking Hierarchy of Needs with Intent-Based Networking"},"content":{"rendered":"

Given all the information out there this week about Intent-Based Networking Systems (IBNS), I always think it is good to separate the \u201cmartketecture\u201d from the reality. We are embarking on a new era that could rival that of the days of SDN as the \u201cfuture of networking.\u201d We will see more \u201cPowerPoint engineering\u201d in the coming weeks with the associated tweets and blog posts that will make even the most skeptical network engineers question their protocol knowledge and existence.<\/p>\n

Let\u2019s start with what is \u201cIntent-Based Networking?\u201d I actually love famed Gartner Analyst, Andrew Lerner\u2019s definition of what is an Intent-Based Networking System<\/a>:<\/p>\n

    \n
  1. Translation\u00a0<\/strong>and Validation<\/strong>\u2013 The system takes a higher-level business policy (what<\/em>) as input from end users and converts it to the necessary network configuration (how<\/em>). The system then generates and validates the resulting design and configuration for correctness.<\/li>\n
  2. Automated Implementation<\/strong>\u2013 The system can configure the appropriate network changes (how<\/em>) across existing network infrastructure. This is typically done via network automation and\/or network orchestration.<\/li>\n
  3. Awareness of Network State<\/strong>\u2013 The system ingests real-time network status for systems under its administrative control, and is protocol- and transport-agnostic.<\/li>\n
  4. Assurance and Dynamic Optimization\/Remediation<\/strong>\u2013 The system continuously validates (in real time) that the original business intent of the system is being met, and can take corrective actions (such as blocking traffic, modifying network capacity or notifying) when desired intent is not met.<\/li>\n<\/ol>\n

    Even in a recent article<\/a> Lerner goes on to describe a vendor\u2019s recent IBNS launch:<\/p>\n

    \u201cIt\u2019s a platform that should enable intent driven network management in the future,\u201d he says. \u201cExcept for some discrete, tight use cases around configuration, it\u2019s not quite completely glued all together yet.\u201d<\/p>\n

    So there you have it, vendors already claiming that they have an IBNS solution \u2013 which is really a bunch of disjointed parts \u2013 sound familiar? Aren\u2019t we really jumping the gun? The same thing happened with Software Defined Networking \u2013 everyone claimed to have an SDN solution. In fact a common question I would get is \u201cwhat is your SDN solution?\u201d Ugh, let\u2019s play buzzword bingo and see who is left standing.<\/p>\n

    As a kid one of my favorite shows was Looney Tunes where Wile E. Coyote would chase the Road Runner endlessly utilizing every method that he could to catch that bird.<\/p>\n

    \"\"<\/a><\/p>\n

    In the picture above, this was the standard approach \u2013 he would lite the fuse on the rocket to go fast only to blow up when that approach reached its conclusion. You see Wile E. had a great intent \u2013 to catch the Road Runner. However he was operating from a flawed platform and approaches. You know how the story goes \u2013 again and again he tries and fails, at times blowing himself up, other times he would fall off a cliff. The moral of this story today is that his intent was great and maybe even the method seemed like a good idea, but he lacked the basic understanding of how things worked in his endeavor.<\/p>\n

    Another popular perspective is Maslow\u2019s Hierarchy of Needs that was updated around 1954. Maslow’s theory suggests that the most basic level of needs must be met before the individual will strongly desire the secondary or higher level needs<\/p>\n

    \"\"<\/a><\/p>\n

    Being a bit of a psychology buff, this is fascinating to me because it very simply describes human behavior. I began to wonder if in fact that we could apply the \u201cHierarchy of Needs\u201d to other parts of life.<\/p>\n

    So after much thought in the Intent-Based Networking space combined with my history of Service Management, Application Development, and 20 years in Networking, I decided to propose \u201cDT\u2019s Hierarchy of Networking Needs\u201d<\/p>\n

    \"\"<\/a><\/p>\n

    Let me explain each of these layers below:<\/p>\n

    Quality System<\/strong><\/p>\n

    You have to start with Quality! Recently I had a customer comment to me that it was beautiful that when things broke, they broke and recovered the way we expected. You see things are going to break, bugs are going to happen, and even cosmic rays are going to cause SEUs. If a vendor tells you that things like this won\u2019t happen they are lying to you. It all starts with having a good quality system that you ideally can update and patch without taking down the entire system. It begins with confidence that when you do an upgrade that you aren\u2019t going to step into the quagmire of new bugs that lie in waiting for you to trip on them. As Ken Duda once said \u201cIf the network isn\u2019t working then nobody is working!\u201d So the basic principle that aligns to that of Maslow is you have to have the physiological needs met \u2013 in this case, high confidence that things work as expected with high quality.<\/p>\n

    Basic Features\/Capabilities<\/strong><\/p>\n

    Anyone can build a switch that can pass packets between two interfaces \u2013 if you can\u2019t you don\u2019t deserve to be in networking. After you can pass packets, you have to be able to do it under stress and scale. Then you start to organize things into a full system where devices talk to other devices. In order for this to work, you need to have some level of standards based protocol support such that everyone plays nice in the sandbox. Let\u2019s face it, if you need STP support and one vendor doesn\u2019t have it, you are up the proverbial \u201ccreek without a paddle.\u201d Likewise if you are routing and you need BGP to handle the scale of routing \u2013 then that becomes a basic functionality. You must have a basic set of features and capabilities to make a system interoperate correctly.<\/p>\n

    Telemetry\/Visibility\/Management<\/strong><\/p>\n

    Next after building a network where everything works together, you need to be able to manage the system for when things do happen. Those things could be misbehaving applications, cables going bad, NICs acting up, and even the occasional bug. Being able to see what is going on in the network is essential. We are moving in a new direction with things like streaming telemetry, which will be the death of SNMP (finally). This telemetry will also be a basis for us to engage in machine learning in the future as a critical data feed. You also need to be able to extract not just control plane information but you must be able to mirror ports and aggregate these mirrored ports for visibility for security, inspection, and troubleshooting. So the third need becomes the Telemetry\/Visibility\/Management of the network.<\/p>\n

    Programmability<\/strong><\/p>\n

    The era of SDN ushered in new forms of programmability and automation that had been unheard of previously in the networking arena. You should be able to run your network with similar systems to managing your servers \u2013 in reality it is Linux under the cover so why wouldn\u2019t you? We need to be able to inject our programmatic will into the control plane to steer packets in ways that are not in the natural order, we must be able to query the systems and leverage this information to provide proactive notifications of problems before they ever happen. Programmability goes way beyond that of a CLI \u2013 in fact I would say that the CLI will slowly age out in favor of programmatic\/API integration into the network. The network is yours, so shouldn\u2019t you be able to do with it what you want, versus a vendor telling you “only do it this way?”<\/p>\n

    Intent-Based Networking<\/strong><\/p>\n

    We arrive at the top of the pyramid where we have reached the main goal in our networking lives \u2013 that of signaling the intent to the network and having it \u201cauto-magically\u201d instantiate this optimized network that has the security policy that you intend and it is automated in every way thinkable. Yes, I agree that it sounds like a utopia that we all would like to live in\u2026<\/p>\n

    BUT \u2013 can you image trying to instantiate a network configuration when you have no confidence that the next bug you are going to trip over will loop your overlay and crush your users? Can you imagine trying to instantiate this network without well-formed APIs that cross vendor boundaries to make sure one vendor interoperates the same way with another? How about instantiating a network that is opaque in its monitoring and management capabilities? The reality here is that we have a lot of work as an industry to get the first 4 layers of needs satisfied. Yes I have an opinion as to what my current employer is doing and I do believe it is spectacular to get those pieces in order in a way that doesn\u2019t lock a customer in. Customer\u2019s should want to stay with a vendor, not because of some Vendor Defined Networking model but because they do have the highest quality in the industry, with the necessary features needed, combined with great telemetry and visibility, AND for the rainy day where I want to do something spectacular \u2013 I can program my way to the finish. This in my mind is where we as an industry must focus. It seems easy to create PowerPoint slides and videos of how this IBNS world will solve everything, but I ask you first to train and run the race \u2013 don\u2019t just step over the finish line and declare victory!<\/p>\n\n\n\n\n
    <\/td>\n<\/tr>\n
    <\/td>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

     <\/p>\n","protected":false},"excerpt":{"rendered":"

    Given all the information out there this week about Intent-Based Networking Systems (IBNS), I always think it is good to separate the \u201cmartketecture\u201d from the reality. We are embarking on a new era that could rival that of the days of SDN as the \u201cfuture of networking.\u201d We will see more \u201cPowerPoint engineering\u201d in the […]<\/p>\n","protected":false},"author":1,"featured_media":243,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3,16,9],"tags":[],"class_list":["post-236","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-architecture","category-intent-based-networking","category-sdn"],"_links":{"self":[{"href":"http:\/\/www.darrinthomason.com\/index.php?rest_route=\/wp\/v2\/posts\/236","targetHints":{"allow":["GET"]}}],"collection":[{"href":"http:\/\/www.darrinthomason.com\/index.php?rest_route=\/wp\/v2\/posts"}],"about":[{"href":"http:\/\/www.darrinthomason.com\/index.php?rest_route=\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"http:\/\/www.darrinthomason.com\/index.php?rest_route=\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"http:\/\/www.darrinthomason.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcomments&post=236"}],"version-history":[{"count":10,"href":"http:\/\/www.darrinthomason.com\/index.php?rest_route=\/wp\/v2\/posts\/236\/revisions"}],"predecessor-version":[{"id":252,"href":"http:\/\/www.darrinthomason.com\/index.php?rest_route=\/wp\/v2\/posts\/236\/revisions\/252"}],"wp:featuredmedia":[{"embeddable":true,"href":"http:\/\/www.darrinthomason.com\/index.php?rest_route=\/wp\/v2\/media\/243"}],"wp:attachment":[{"href":"http:\/\/www.darrinthomason.com\/index.php?rest_route=%2Fwp%2Fv2%2Fmedia&parent=236"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"http:\/\/www.darrinthomason.com\/index.php?rest_route=%2Fwp%2Fv2%2Fcategories&post=236"},{"taxonomy":"post_tag","embeddable":true,"href":"http:\/\/www.darrinthomason.com\/index.php?rest_route=%2Fwp%2Fv2%2Ftags&post=236"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}