What we call networking has changed radically in the past few years. The amount of intelligence in the network is helping us create new software and platforms to manage everything properly. John Herbert takes a look at Cisco Network Assurance Engine and asks if you’ve changed your ways of thinking about doing networking in this day and age.
This is post 5 of 7 in the series “Cisco Network Assurance Engine” Previous posts in this series have discussed the theory behind Cisco’s Network Assurance Engine (NAE) and how it can help detect issues stemming from changes in the network. This post, in contrast, is mostly hands-on with the software. It includes screenshots showing […]
Change management is the bane of most network engineers, and anything that helps increase confidence in the change process and minimize downtime is extremely valuable. Lower outage rates on changes could also lead to a more flexible change policy, reducing out-of-hours requirements – which is a benefit all round. John Herbert looks at how Cisco Network Assurance Engine is a key component in the change management process, and as additional devices and technologies are supported, the value of NAE will continue to grow.
All networks have one thing in common; the need to change. However, change is inherently risky. Anticipating the potential side-effects of any given change, especially in a complex network, can be extremely challenging. Programmers and network engineers both need to follow consistent processes to minimize the impact of changes, and this post examines the need for good verification as a pillar of change control.
It’s not exactly news that enterprise businesses are moving workloads to the cloud; pretty much any analyst firm you poke will agree that cloud adoption will keep increasing in 2018, whether as IaaS (Infrastructure As A Service) or Saas (Software As A Service), and maybe even a little PaaS (Platform As A Service) . While the benefits and risks of the cloud itself are fairly well established at this point, enterprises are still struggling to adjust to the new demands being made of the WAN (Wide Area Network). This post examines some of the challenges introduced by IaaS and SaaS, and looks at ways to improve the user experience, both during service migration and after the workload is fully moved to the cloud.
John Herbert takes a look at the design behind the new Aruba 8400 switch and why little things like airflow and linecard layout can help solve manufacturing issues. He also discusses how the new generation of switches like the 8400 can bring increased performance to locations that may not have the support of a full datacenter environment.
This is post 7 of 8 in the series “Riverbed SD-WAN Tech Talk” In this series of posts, we’ve looked at a number of solutions that apply to most companies today, including WAN optimization, SD WAN, and Riverbed’s acquisition of Ocedo bringing LAN switching, wireless networking and the ability to create multiple AWS VPC mesh […]
This is post 5 of 8 in the series “Riverbed SD-WAN Tech Talk” At first glance, Software Defined Wide Area Networking (SD WAN) sounds like another case of SDNwashing (cf. cloudwashing). Is it just some kind of automated configuration of existing technologies dressed up as a new product? What Is SD WAN? Before looking at […]
This is post 3 of 8 in the series “Riverbed SD-WAN Tech Talk” It may sound like an obvious thing to say, but one of the key requirements for a successful Software Defined WAN (SD-WAN) solution is the ability to make intelligent decisions about where to send each packet. The problem is more and more […]
This is post 1 of 8 in the series “Riverbed SD-WAN Tech Talk” What should we think when a company with an existing Software Defined WAN (SD-WAN) solution acquires another company with a Software Defined WAN solution? Why does the company need two SD-WAN solutions? That’s what Riverbed did in January, announcing the acquisition of […]