At the Open Compute Project (OCP) Global Summit in San Jose, CA earlier this month Juniper further demonstrated its commitment to open programmability with integrations with Software for Open Networking in the Cloud (SONiC) and Switch Abstraction Interface (SAI) on Juniper single and multi-PFE platforms.
Designing a network that provides optimal SLAs for its applications – bandwidth & latency guarantees, uptime and responsiveness - while reducing costs is a classic networking challenge. Historically, network planners have used sophisticated tools such as WANDL’s IP/MPLS View for capacity and scenario planning. Similarly, leading routing vendors have delivered real time end-to-end traffic engineering with built in CSPF (Constrained Shortest Path First) algorithms and RSVP-TE. These technologies have driven the growth of Internet and cloud applications by ensuring that cloud applications achieve desired network SLAs.
However, as cloud traffic continues to surge and new cloud services continue to go viral, network architectures must become simpler and more modular. New network architectures must allow more service customization and agility, while utilizing more cost effective routers/switches to transport ever increasing traffic economically. Most critically, network architectures must simplify operations.
Segment Routing (IETF name: SPRING) delivers network simplification by eliminating MPLS signaling protocols such as LDP and RSVP. It eliminates the hop-by-hop LSP path setup paradigm and allows the head-end router (or an application) to define the entire path for the application traffic by encoding path information in the packet itself. In this new SR paradigm, since the network contains no traffic engineering (TE) information, a Segment Routing (SR) controller is a must in order to ensure real time, end-to-end application level TE and SLA guarantees.
At AWS re:Invent 2018, Vodafone and Juniper Networks announced the availability of virtual end-points for Vodafone SD-WAN within AWS. The solution uses the same underlying infrastructure as the other parts of the Vodafone SD-WAN service. However, instead of using a physical device at the customer site the solution deploys a secure SD-WAN endpoint (Juniper Networks vSRX Integrated Virtual Firewall) in AWS that is then connected back to the Vodafone global network.
Anyone living in Silicon Valley, Los Angeles, New York or London knows that a car commute can be anything but fast and easy. Now imagine adding more on-ramps to the major freeways in those cities without adding more lanes or widening them. Pretty simple to see that would result in major congestion. So, if 5G radios are like freeways, the forthcoming bandwidth increase is kind of like that nightmarish traffic scenario. As service providers operating these “freeways” continue migrating to and accommodating 5G, they must take into consideration the impact its expanded capabilities will across the entire network. Let’s delve into how service providers can match the speed of their access networks with their underlying transport network to deliver on the 5G promise.
These days, “SD-WAN” is quite the buzzword in enterprise networking and it often seems like every company has an SD-WAN offering. However, confusion remains around what SD-WAN really is, how it works and the benefits that it presents to enterprises today.