Blog Archives

MPLS Traffic Engineering – Review

I wanted to review the basics of MPLS and Traffic Engineering (TE) so I went to my favorite networking blog and searched for RSVP and found the following articles: MPLS TE design ( part 1, part 2, part 3 )

Posted in Lab Projects, OpenFlow 1.3, SDN, Tutorials

Can P4 save Software-Defined Networking?

Now, P4 is gaining momentum due to engagement of big players such as Google and AT&T. P4 has potential to cause a significant change in the industry and deliver on the SDN value-proposition. I’d like to discuss that. In summary,

Posted in Innovation in Academia, SDN, Thoughts & theories

ESPRESSO – More insights into Google’s SDN

Google recently released a paper detailing how it has designed and deployed ESPRESSO: the SDN at the edge of its network. The paper was published at SIGCOMM’17. In the past, Google’s SDN papers have been very insightful and inspiring, so

Posted in Innovation in Academia, SDN

Network Disaggregation – The holy grail?

Tl;DR: Yes The networking industry has seen more innovation in the last decade than in the last 30 years. The popularization of the SDN concept and the release of OpenFlow 1.0 pretty much ignited a flame present in every operator’s mind:

Posted in SDN, Thoughts & theories

Has OpenFlow failed? – Challenges and implementations

In truth, very few vendors have successfully implemented full capabilities of OpenFlow. OpenFlow provides way too much flexibility to programmers. It’s hard to make the hardware couple with that much power. A few vendors are able to deliver programmable ASICs

Posted in SDN, Thoughts & theories

Troubleshooting Shortest Path and Topology Discovery on RYU

This post is a follow-up to Shortest Path forwarding with Openflow on RYU. I originally made this code to show how to use SDN to achieve one of the most basic things you can do in a network: shortest path forwarding.

Posted in Lab Projects, RYU, SDN, Tutorials

On the path to deployment of SDN technologies

At On.lab we are moving fast toward real deployment of SDN technologies. ONOS aims to be a reliable platform to program networks. In order to unleash the full potential of SDN, developers should be able to develop network programs regardless

Posted in SDN, Thoughts & theories
Network Heresy

Tales of the network reformation

How to Do Great Research

Grad school survival advice from Nick Feamster and Alex Gray

n40lab

A blog about cloud, virtualization, sdn and centos