This is post 5 of 6 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.
John Herbert of Moving Packets comments: I was first introduced to NetBeez at Networking Field Day 9, where I saw an interesting monitoring product using Raspberry Pi-based agents and a cloud-based management and reporting console. That was back in February 2015, but I met with NetBeez a second time at Networking Field Day 12 in September 2016. Eighteen months […]
John Herbert of MovingPackets.net comments: Pica8, early pioneer of disaggregated networking and SDN, today announced a new version of their switch operating system, PicOS v2.7.1. Normally I wouldn’t note a networking OS update, but probably the biggest single update for this release is the new support for 100GigabitEthernet switches, with support for both Broadcom and […]
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 […]