Will the real Ethernet Fabric please stand up…or, are some Vendors playing fast and loose with terminology (again)?

Many will remember the early days of fixed-format Ethernet Switches, when the development of resilient configurations was initiated as an alternative to existing Modular Chassis systems. While we can debate who invented what, and when – SynOptics, 3Com, and even Digital all fielded competing designs – the really significant thing about these solutions is that they were genuinely resilient. All were based on a backbone capability that virtualized what the traditional chassis relied on in hardware. Thus, “stacking” – in a true, resilient, integrated way was born.

Then, along came the pretenders. These were the vendors that wanted to share the spotlight even though they didn’t have anything innovative to bring to the party; even though some only daisy-chained switches, some used Spanning Tree, most consumed relatively low-speed front-panel uplink ports, and most didn’t support QoS. If they could manage two or more interconnected Switches with a single IP Address they wanted to stake a claim. Eventually, everyone claimed to do stacking, which ultimately commoditized and devalued the term. This sad state of affairs is the reason Avaya insists on using the term, “stackable chassis” for our genuine, full-featured technology.

The Software-Defined WAN (SD-WAN) label appears to be taking a similar journey, which again is causing confusion in the industry. Respected industry analyst Zeus Kerravala echoes my sentiments in a blog  discussing his frustration when the aspirations of marketing trumps the realities of engineering.

This is not simply an esoteric debate about the proper names to apply to respective technologies. When the same name is used to market vastly different capabilities, it lays the burden of decoding what’s what on the customers. So, rather than focusing on helping businesses solve specific real-world problems, this exercise in obfuscation just makes matters worse.

We’re seeing the same thing with use of the term, Fabrics – driven, it appears, by the need to ground Software-Defined Network (SDN) offers on some form of Fabric. The logic seems to be that in order to have a credible SDN story you also need to offer a Fabric. While there may be some basis in fact for the logic, it doesn’t automatically translate that any networking solution has the right to call themselves a Fabric.

This is part formal standards definition and part real-world capability. A few years ago, and at roughly the same time, the two main industry standards bodies – the IEEE and the IETF – both established working committees to address the question of Fabric-based networking. The IEEE eventually went with something called Shortest Path Bridging, (SPB, formalized as 802.1aq) and the IETF placed their bet on the rather funkily named Transparent Interconnection of Lots of Links (TRILL, formalized as RFC 6325, et al).

Unsurprisingly, both standards take a very different approach to solving what was meant to be roughly the same problem: creating agile, reliable, and scalable networks that seamlessly complement server/application virtualization in the Data Center, and next-generation networking initiatives at the network edge. In short, a Fabric.

Remembering that this is an opinion piece and not a white paper, I’m going to be unapologetically subjective: SPB is by far the superior of the two. At the risk of over-simplifying things, but in the interests of space and time, I’ll stake the claim that SPB represents a re-imagining of Ethernet for the 21st Century, while TRILL is simply Spanning Tree overdosing on steroids. But, I’ll at least give TRILL the credit of being a standard – indeed, at last count it’s about ten standards – and that’s more than most of these Johnny-come-lately “Fabrics” can claim.

TRILL’s biggest problem is that it’s not a particularly good Fabric technology and nobody seems very interested in implementing it — certainly not in a standards-compliant form. Cisco use a bit of TRILL in their FabricPath offering, while Brocade uses a different part in their Virtual Cluster Switching offering. Neither is pure TRILL and neither is interoperable, but at least they have the right to call their solutions a Fabric…more or less. Juniper took a shot at the Fabric challenge with QFabric, but this went largely unnoticed by the rest of the industry, and certainly by potential customers.

The only Fabric standard that has garnered wide-spread support is SPB. Avaya implements this as our Fabric Connect technology and we’ve been instrumental throughout the evolution of the standard (or, perhaps I should say “standards” as SPB is now standardized by both the IEEE and the IETF (6329)). The Avaya Fabric Connect implementation leverages the native extensibility of SPB to add significant Enterprise-centric capabilities in the areas of integrated L3 Virtualization, L3 Routing, and IP Multicast. However, all the while, we remain interoperable with other standards-compliant SPB implementers such as Alcatel-Lucent, Huawei, and even HP.

And that brings us to the pseudo-Fabrics being touted in the context of SDN. Perhaps answering these questions brings us to a conclusion:

  • Is a networking overlay that adds yet another layer of protocol and complexity – while making some wildly optimistic assumptions about topology, reachability, and failover – really a Fabric?
  • Is something that is limited to the confines of the Data Center, can only be run as a service on a computing platform, or is bottlenecked by a controller really a Fabric?
  • If so, where’s the end-to-end nature, the step-function in agility, scalability, and availability?

While the IEEE does not necessarily hold the mortgage on what is or is not a Fabric and any pioneer is free to innovative to their heart’s content, a pretty authoritative line has been drawn in the sand. There are, quite rightly, well-defined expectations of what constitutes a Fabric. Customers have a right to expect that a “Fabric-based” solution does – in fact – deliver Fabric-centric capabilities. And, crucially, it’s a solution that matches their business needs and expectations.

More and more, we’re seeing people appreciate that a Fabric – a genuine Fabric – is the delivery vehicle for the technological and commercial benefits that businesses desperately crave. After all, it’s not about the protocol, it’s about what it delivers.

To this point, Zeus Kerravala recently posted the “Network of 2020.” Interesting stuff, and it particularly resonates with me because of the clear and consistent alignment with the message that I preach day-in, day-out. I’d recommend that you pay particular attention to those attributes that businesses really need to focus on; those that will enable them to advance faster, avoid forklifts upgrade, and aren’t burdened with high capital investments and hidden operational complexity and cost.

If this has sparked some interest, then it would appear that I’ve done a good day’s work. Many of you already know that I’m pretty passionate about this subject and about what Avaya can offer. However, even if you’re considering alternatives from another vendor, I would simply encourage you to delve into exactly what’s been proposed with a good, hard look at what’s actually behind the top-level marketing message.

For those of you that are more than interested, the good news is that there’s a solution out there taking full advantage of the standardized Ethernet Fabric technology: Avaya SDN Fx™ Architecture is a standardized end-to-end Fabric-centric architecture that solves the challenges left over by decades of legacy multi-protocol client-server networking. It maintains backwards compatibility, while delivering next-generation capabilities; providing a seamless evolution to SDN. And it’s available today.

Do your research. Challenge your vendor to a proof of concept. Don’t buy simply on theoretical benefits and a hope that the future will deliver on the promises of today. Most importantly, make sure that you’re implementing technology solutions that are focused on driving positive business outcomes.

Related Articles:

Kari’s Law: An Emotional Journey Leads to a Bittersweet Ending

Our long journey leading up to the presidential signing of Kari’s Law began well before the precious life of Kari Hunt tragically ended on Dec. 1, 2013. (Learn about Kari’s story.)

For me, it actually began in the spring of 2013 when I noticed a sign on my hotel door, which read: “In case of an emergency, dial 0 for the operator.” I remember thinking, “The operator isn’t trained to handle an emergency. I should be able to dial 9-1-1 from my room phone.”

Sadly, this occurrence wasn’t an anomaly. I found it to be a common bad practice adopted by too many hotels across the United States.

There’s no doubt their intentions were good. Hotels were looking to be proactive, and they wanted to expedite not delay emergency response times. To make matters worse, direct access to 9-1-1 from Multi Line Telephone System (MLTS) was flawed because guests couldn’t dial 9-1-1 directly. They needed to dial an extra 9 just to get an outside line. That proved to be a fatal flaw in Kari’s case because her 9-year-old daughter couldn’t get through to 9-1-1. MLTS legislation also didn’t exist or, if it did, it was limited to a handful of states, and much of that dealt with the reporting location. It didn’t address the issue of access and notification.

Throughout the year, I used social media to increase awareness and drive meaningful change. I spoke at conferences and even began a podcast series dedicated to this very topic.

Then one day in December 2013, everything changed. My Google Alerts for 9-1-1 came up with a Change.org petition that was raised by Hank Hunt after his daughter Kari was brutally murdered in her hotel room.

I reached out to Hank on Facebook and offered to help him in his cause. Having an innovative tech leader like Avaya backing me increased Hank’s confidence in my ability to help him bring about the changes he sought.

My previous experience immediately proved useful, and we were able to go straight to the top at the FCC. (I had served on the Emergency Access Advisory Committee under Chairman Julius Genechowski, who had just turned the agency over to Chairman Tom Wheeler. Talk about timing!)

Following a number of tweets and letters, including an Open Letter to the FCC Chairman Wheeler, we received a call from Commissioner Ajit Pai’s office and a meeting was scheduled for Jan. 10, 2014. That meeting turned into a 45-minute discussion on the issues, the fix, and the challenges we faced.

Over the next several months, Hank and I garnered the interest of legislators in cities and states across the country: Suffolk County in Long Island, the state of Illinois, Maryland, et al.

In Texas, Avaya participated in hearings, and offered our unique expertise. We introduced the idea of a “Waiver Clause,” which stated that a business could obtain an exemption if they showed financial hardship. With the exemption was the requirement to register the make and model number of the system. This uncovered many systems that were actually capable of being compliant, and eased the adoption of the new law.

More states followed embraced the legislation—it was a full-on domino effect—except at the federal level where every attempt to bring a bill to life stalled. But then in 2018, that changed too.

After an all-night session ending on Feb. 9 on what would have been Kari’s 36th birthday, the House of Representatives passed the Senate amendment of H.R. 582, and it was officially on the way to the president of the U.S. for signature.

We quietly celebrated, knowing Kari’s murder would not be in vain.

The cherry on the cake was being invited by Hank, Kari’s father, to witness the president sign the bill into law on Feb. 16, 2018. I was both humbled and honored, and invited my former colleague Avaya Sales Engineer Dan Wilson to enjoy the moment with us. Dan had worked tirelessly on this legislation, clocking 12 miles of walking in the Maryland House and Senate.

The West Wing is everything you’d imagine: intimidating, wonderful and a once-in-a-lifetime experience. It was a pleasure to not only stand beside Hank and witness the signing, but to also be in the company of people who supported our endeavor since day one: Ajit Pai, my good friend and now Chairman of the FCC, Congressman Louie Gohmert who introduced the bill, as well as other Congressional reps with interest in public safety. After reading a prepared statement, President Trump uncapped the ceremonial pen and placed it on the paper. As it started to move, we were overcome with emotion. To think, 50 years to the day, and quite nearly the minute, following the first ever 9-1-1 call, Kari’s Law had become the “Law of the Land.”

Transforming Online Meetings for Team Collaboration

I find it interesting how companies choose to measure team collaboration. Most use surveys, some productivity data, and others standard review processes. Yet team collaboration is about so much more than all of this. If you ask us, it’s about putting people first.

We mean this quite literally. It’s important to provide employees with a suite of face-to-face collaboration capabilities that enable dynamic, real-time team collaboration. Communication staples like voice and chat are surely important, along with the endless other tools teams use to connect and share information. Meeting via video, however, is arguably the best way to collaborate, build relationships, create momentum and build morale. Face-to-face collaboration may not always be needed, but companies will want to make sure they have the best tools in place for when it is.

When done right, online meetings enhance team collaboration in several ways. Consider the most basic of them all: a good part of communication is non-verbal. Being able to observe team members’ body language can help prevent miscommunication and connect across languages and cultures. The technology has also evolved to the point where teams can flexibly share data, documents and other project details via screen sharing or virtual whiteboards. All the while, there’s the opportunity to initiate private chat sessions between team members to discuss simultaneously.

The bottom line: online meetings enable authentic human interaction that delivers real value, time and cost savings, and better business outcomes.

Now, imagine being able to quickly implement an easy-to-use, cost-effective service that skips the capital investment and technical hassle of a traditional video solution. This is exactly what Avaya Equinox Meetings Online offers: a cloud-delivered application that allows users—both employees and outside contacts—to connect with their browsers (no plug-ins required) or mobile apps to effortlessly initiate and/or participate in online meetings. The service places priority back on people, which is where it belongs. Simple as that.

Don’t believe us? Read Nemertes Q4 2017 Enterprise Business Value Matrix for Unified Communications and Collaboration to see what they had to say. If you like what you see, or if you have any questions, please feel free to reach out to our team for more information via our webchat.

The Easy Button for IoT

I am sure that I don’t have to tell you how the Internet of Things (IoT) is revolutionizing our world. Stop by any electronics retailer and you will find smart TVs, smart lights, smart refrigerators, and smart thermostats. Open up the brochure for a new car and you will find more space dedicated to intelligent sensors than horsepower. Tour a modern manufacturing plant and you will quickly discover that nearly every machine used in production has been equipped with an IP address. From the consumer to the enterprise, IoT is the driving force of innovation.

Of course, there is a dark side to this revolutionary technology: It’s not all that easy. As a consumer, it’s not a big deal to have one smart dryer that sends a text message when your clothes are dry. It’s also pretty simple to have your refrigerator email you a photo of its contents. In these cases, it’s just you and your machine.

However, what if you had a thousand dryers and ten thousand refrigerators. Let’s take it further. What if you were American Airlines and your fleet of airplanes had five hundred thousand different sensors reporting information every second. Now, imagine that some devices reported data using Bluetooth while others used Zigbee, WiMAX, LTE, WiFi, and NFC. Want to make it even more challenging? These different sensors report data reading using SOAP, REST, WebSockets, and a myriad of proprietary protocols. It quickly becomes an engineering nightmare to collect, store, and take the appropriate actions on this constant stream of data.

One Bite at a Time

Question. How do you eat an elephant? Answer. One bite at a time.

As with an elephant, the best way to conquer the IoT problem is to break it down into bite-sized pieces. Instead of trying to directly deal with all those different sensors and their unique forms of communication, have those sensors talk to gateways that understand multiple IoT dialects. Those gateways could then normalize the data before sending it off to a central cloud repository. Next, wrap the IoT cloud with web services that allow for a consistent and uniform way to access IoT data. Finally, use those web services to create a suite of applications for data visualization, event processing, analytics, etc.

Now, instead of being inundated with terabytes of data that may or may not be important, you only see what you need to see and only when you need to see it. You also have a scalable platform that allows you to add new sensors without having to constantly redesign and redeploy your business applications.

At Arrow Systems Integration (ASI), an Avaya A.I.Connect partner, we call this distributed architecture of sensors, gateways, and cloud services Arrow Connect™.

Arrow Connect

Arrow Connect is a software architecture that connects any device over any protocol to any cloud. Designed and developed by Arrow with security, scale, flexibility, device management, multi-tenancy, hierarchy, open APIs, and extensibility as its core principles, Arrow Connect is helping customers across multiple industries bring their products to market faster.

The Arrow Connect software development kit (SDK) helps enterprises leverage the full capabilities of any device while an extensible software gateway allows developers to add support for protocols and sensors not currently supported by Arrow Connect.

The Arrow Connect cloud platform enables secure provisioning and management of all its devices. It runs on multiple public cloud platforms and seamlessly integrates with Microsoft Azure, IBM Watson Bluemix/Softlayer, Amazon Web Services, and private data center solutions.

Breeze and Zang Workflows

While support for RESTful web services is essential to being an open and secure cloud solution, this comes with a price and that price is complexity. Despite being an open standard understood by most software developers, the fact that you must be a developer to use web services confines them to a very select group of people.

In our quest to find every possible way to simplify IoT, ASI has partnered with Avaya to add support for Arrow Connect IoT devices, sensors, and gateways into Avaya Breeze and the Zang Workflow Designer. With both of these platforms, access to IoT data and Arrow Connect services becomes as simple as drag and drop and non-developers can create powerful IoT solutions in a matter of minutes. Better still, this simplification does not come at the cost of accuracy, reliability, speed, security, or scalability. The visual tasks embedded in these workflow tools employ the same Arrow Connect web services a skilled software developer would use. The difference is that there is no need to learn Java, .Net, Python, or any other programming language.

 

The Easy Button for IoT

With integrated workflow technology, you can quickly turn an idea on a whiteboard into a fully functional and easily deployable solution.

Next Steps

McKinsey recently said that “Any business that fails to invest heavily in the IoT in the next 10 years is unlikely to be able to remain competitive.” While these may seem like strong words, industry after industry has taken them to heart and the IoT revolution is everywhere. As I stated at the beginning of this article, IoT is becoming pervasive for both consumers and businesses.

The simplification, scalability, and security of IoT offered by Avaya and Arrow Systems Integration helps an enterprise to create the solutions it needs to enhance its business, grow its customer base, and stay competitive.

Andrew Prokop is the Director of Emerging Technologies at Arrow Systems Integration. Andrew is an active blogger and his widely-read blog, SIP Adventures, discusses every imaginable topic in the world of unified communications. Follow Andrew on Twitter at @ajprokop, and read his blog, SIP Adventures.