- Notifications
You must be signed in to change notification settings - Fork 5
/
Copy pathrunning-open-daylight-in-production.html
33 lines (31 loc) · 2.46 KB
/
running-open-daylight-in-production.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
---
date: 2015-12-14T07:57:00.001+01:00
media: http://media.blubrry.com/ipspace/stream.ipspace.net/nuggets/podcast/Show_47-Open_Daylight_in_Production.mp3
tags:
- podcast
- SDN
- OpenFlow
- Software Gone Wild
title: Running Open Daylight in Production Network on Software Gone Wild
url: /2015/12/running-open-daylight-in-production/
---
<p>Nick Buraglio used OpenDaylight and OpenFlow-enabled switches to build a part of the <ahref="http://sc15.supercomputing.org/scinet">exhibition network of a large international supercomputing conference</a> and was kind enough to talk about his real-life experience in <ahref="http://media.blubrry.com/ipspace/stream.ipspace.net/nuggets/podcast/Show_47-Open_Daylight_in_Production.mp3">Episode 47</a> of <ahref="http://www.ipspace.net/Podcast/Software_Gone_Wild">Software Gone Wild</a>.</p>
<p>We covered:<!--more--></p>
<ulclass="ListParagraph"><li>The basics of what he was trying to achieve;</li>
<li>How the network was SDN-based for years without anyone knowing they should call what they were doing SDN and brag about it;</li>
<li>How IPv6 and IP multicast support improved over years;</li>
<li>The role of OpenFlow-based access network in the exhibition network;</li>
<li>Multiple backup plans they had in case OpenFlow failed;</li>
<li>Why they decided to use precomputed static flows instead of a more dynamic approach;</li>
<li>How they avoided the need to handle topology changes;</li>
<li>How you turn OpenDaylight into a REST-to-OpenFlow converter;</li>
<li>How they combined OpenFlow access network with routed core network;</li>
<li>Why they selected OpenDaylight over simpler controllers like Ryu or <ahref="https://github.com/REANNZ/faucet">Faucet</a> (spoiler: because they already wrote CLI for ODL);</li>
<li>Why they wanted to have CLI in their OpenFlow-based network;</li>
<li>The bugs they discovered when building the network;</li>
<li>Why you still need networking engineers (or at least someone with good understanding of networking fundamentals) to troubleshoot networks;</li>
<li>Why you should start your OpenFlow journey with a hybrid switch that has well-known high-quality traditional networking operating system;</li>
<li>Why you SHOULD pair a networking engineer with an awesome programmer to get a good SDN solution.</li>
</ul>
<p>Finally the good news: it worked.</p>
<divclass="jump-link"><ahref="http://media.blubrry.com/ipspace/stream.ipspace.net/nuggets/podcast/Show_47-Open_Daylight_in_Production.mp3">Listen to the podcast</a></div>