The New Network
Explore Juniper’s vision for network innovation and how the company and industry are shaping the future with the new network

cathedra_vs_bazaar.jpgTraditionally, sophisticated programs had always been “built like cathedrals, carefully crafted by individual wizards or small bands of mages working in splendid isolation.” An open source project, in contrast, was the product of a large and informal community of volunteers who in aggregate “seemed to resemble a great babbling bazaar of differing agendas and approaches. What was amazing was that the open source projects such as Linux not only didn’t fly apart in confusion but seemed to go from strength to strength at a speed barely imaginable to cathedral-builders.

Read more...

djonathan

How JUNOS is transforming for Cloud Builders

by Juniper Employee ‎05-01-2014 08:45 AM - edited ‎05-14-2014 09:08 AM

JUNOS is in many of the worlds leading cloud networks. Learn about how JUNOS is evolving to help the largest cloud networks continue to grow and how it can help you build your cloud infrastructure. 

Read more...

paulobsitnik

How to Leverage SDN to VIRTUALIZE a High-IQ Network

by Juniper Employee ‎02-25-2014 01:31 PM - edited ‎02-25-2014 01:50 PM

Read more...

At the time when Bob Muglia presented Juniper's SDN strategy, there was still a lot of confusion in the industry around what SDN was and was not.  In his presentation Bob described and debunked seven "myths" of SDN.  

 

Recently we have noticed that there is an 8th myth floating around, namely that SDN requires a forklift upgrade.  In actuality, SDN does not require a forklift upgrade: you can deploy SDN on your existing network.

 

In the early days, the SDN approach was to create reactive end-to-end networks.  Reactive means that every first packet of every flow is punted to a centralized controller which decides whether or not the flow is allowed and if so what the optimal end-to-end flow for the path is.  End-to-end means that the centralized controller programs flow into each switch on the chosen path.

 

Unfortunately, the reactive end-to-end architecture is not scalable.  Punting the first packet of every flow to the centralized controller introduces latency and creates a choke point in the network.  Installing fine grained flows on each switch on the path introduces even more latency and requires massive forwarding tables on the aggregation switches.

 

There are various tricks to alleviate these problems, for example using fine grained flows at the edge and coarser grained flow in the core. However, these tricks are simply small steps towards a better solution which is a proactive overlay networks.  

 

Proactive means that the centralized controller installs the forwarding state a-priori before the flows arrive, avoiding the need to punt packets to the controller.  Overlay means that the virtual network is separated from the physical network by encapsulating packets into tunnels such as VXLAN or MPLS over GRE.

 

Proactive overlay networks provide several advantages over reactive end-to-end networks.

 

  • Proactively installing forwarding state rather than punting packets to the controller for a reactive decision greatly reduces latency and improves the stability and scalability of the network. 
  • The service layer (the virtual overlay) is cleanly separated from the infrastructure layer (the physical underlay).  Any changes to the service layer, such as adding or removing a virtual network or a virtual machine, only affects the virtual switches in the overlay.  Not touching the physical underlay for service changes makes service deployment faster and makes the physical infrastructure more stable.

  • The amount of state in the physical switches is greatly reduced.  For example, in a data center the physical switches only need forwarding state for the physical servers; they do not need any forwarding state for virtual machine flows.  This greatly improves scaling.

  • The protocols for the virtual overlay and the physical underlay can be independently chosen. 

This last point is the key to avoiding forklift upgrades. It make it possible to reap the benefits of SDN by using SDN protocols such as XMPP or OpenFlow in the virtual overlay while continuing to use existing routing and switching protocols in the underlay thereby avoiding disruption to existing services. Note that the physical underlay can be greatly simplified by eliminating protocol features which are no longer in the presence of an overlay.

 

To find out more about the advantages of the "proactive overlay" approach over the "reactive end-to-end" approach see our new white paper.

 

 

brijsman

Applying the Goldilocks principle to SDN

by Juniper Employee ‎05-06-2013 09:40 AM - edited ‎05-06-2013 09:56 AM

The key to a successful SDN implementation is to find just the right balance between control plane centralization and distribution.

Read more...

About The New Network

Exploring the vision for the networking industry and the issues shaping its future.

Subscribe to The New Network    RSS Icon

Our Bloggers

Shaygan Kheradpir
Chief Executive Officer

Profile | Subscribe

Rami Rahim
EVP/GM
Juniper Development & Innovation

Profile | Subscribe

Brad Brooks
Chief Marketing Officer

Profile | Subscribe

Bask Iyer
Senior Vice President and CIO

Profile | Subscribe

Judy Beningson
Vice President, Strategic Planning

Profile | Subscribe

Mike Marcellin
Senior Vice President
Marketing

Profile | Subscribe

Jonathan Davidson
Senior Vice President
Engineering

Profile | Subscribe

Ankur Singla
Vice President of Engineering

Profile | Subscribe

Bob Dix
Vice President
Government Affairs &
Critical Infrastructure Protection

Profile | Subscribe

Copyright© 1999-2013 Juniper Networks, Inc. All rights reserved.