Q&A with Neela Jacques, OpenDaylight Executive Director
As OpenDaylight makes progress towards spurring adoption of SDN and NFV via an open platform, we asked Executive Director Neela Jacques his latest thoughts on the project’s current status, the state of SDN management, and what’s next.
1. For people who may not be familiar with
OpenDaylight, what is your mission?
OpenDaylight is an open source project
that is creating a common, open platform for SDN and NFV. We’re a community of developers
uniting competitors to work collaboratively to overcome networking’s toughest
challenge -- technology fragmentation and duplication. By creating an open
codebase for SDN and NFV, OpenDaylight is a vehicle for vendors to build their
unique products, service and support offerings on top of a common, core set of
technologies.
2. Do you feel like the move toward open SDN has
reached a critical mass? When and how do you see that happening?
In less than 15 months since we formed, OpenDaylight has grown
to include 39 member companies and more than 220 developers that are working to
unify the networking industry around a common, open, standard code base. Continue reading
…I think everybody in this country should learn how to program a computer – [they] should learn a computer language, because it teaches you how to think. It’s like going to law school. I don’t think anybody should be Continue reading
Why is it that people will pay a lot of money for a consultant’s time and expertise, but then hobble them by limiting the tools they can use?
Chris Wahl has written about learning to cope with the default tools and settings:
It’s almost a given that anything I own – personally or via my employer – will not be allowed to touch any piece of software or hardware in the average client environment. It causes too many headaches with compliance rule sets like Sarbanes-Oxley (SOX)…
This means that I’ve come to rely on whatever tools are universally available. Let’s take PowerShell for example. I have an entire library of scripts that I’ve written over the past several years. More often than not I end up using the vSphere Client or ESXi Shell instead because I can’t get to my scripts. If it’s a highly repetitious task I may just re-create a script by hand, but more often than not, it’s not worth the effort.
I’ve posted similar things to IEOC about the use of aliases on network gear:
I’m a consultant, so I work on a variety of different systems, and can’t rely on having a large list of aliases Continue reading
Has your Twitter feed been flooded with “vote for my SXSW panel” tweets? With so much buzz all over the place, we wanted to keep it simple and share all of the presentations and panels affiliated with CloudFlare, in one place. Check out CloudFlare's presentations and panels below. If our topics interest you, casting a vote will take just a few minutes!
Please note: Voting ends on September 6th!
PanelPicker voting counts for 30% of a sessions acceptance to SXSW. Our panels cover a variety of topics from a tell-all that reveals the real story behind the male/female co-founder dynamic to exploring ways to protect human rights online. There’s something for everyone so check them out and vote for your favorite! Every vote counts!
Help CloudFlare get to SXSW!
“Lean On” is the New “Lean In”
Matthew Prince, co-founder and CEO of CloudFlare will sit down with Michelle Zatlyn, co-founder and Head of User Experience at CloudFlare for Continue reading
This week, the Packet Pushers chat with Martin Casado & Tim Hinrichs about policy. What's policy, you ask? In the context of the software defined data center, policy is the big idea that what an IT system needs to do can be expressed in an abstract policy language. The need for abstraction exists because human beings aren't easily able to tell machines explicitly what they need to do build a system that conforms to a given policy.
The post Show 203 – SDN Policy + Congress with Martin Casado & Tim Hinrichs appeared first on Packet Pushers Podcast and was written by Ethan Banks.
“Jack of all trades, master of none…”
How many times have you heard that in your life? In your career as an engineer? I’ve probably heard it hundreds of times, if not thousands, from working on RADAR and various sorts of radio and other electronics in the US Air Force to as recently as last week. There seems to be a feeling that if you can’t know one thing really well unless you somehow give up on knowing a lot of other things — perhaps there is some sort of limiter in our brains that keeps us from learning more than a certain amount of “stuff” in a single lifetime, or some such nonsense. We’ve all seen the Sherlock Holmes moment, for instance, when Sherlock says something about not remembering something because he has so much other stuff to remember.
And we come back to this idea: Jack of all trades, master of none.
Now I’ll readily admit that I only have so much time to read, and therefore to learn new things. I have four or five wish lists on Amazon, each of which has more than 100 books on it. I have a reading list in Logos Bible Continue reading
Thought it might be a good idea to brain dump on my thoughts of “Write Code Everyday” and more to the point the [github challenge](http://ryanseys.com/blog/177-days-of-gith
Welcome back to Secret Sunday! This week I’m directing your attention to Keeping It Classless, the blog of Matt Oswalt (aka @mierdin). Matt has recently published 3 of 4 planned parts of his SDN Protocols series, and if you’re interesting in … Continue reading
If you liked this post, please do click through to the source at Secret Sunday: The World of Matt Oswalt and give me a share/like. Thank you!
TFTP was first defined in 1980. That is a very long time ago in IT, and while it’s s had a good run, it’s time for network engineers to stop using TFTP. It’s slow, insecure, and there are better options available.
TFTP is an unauthenticated, plain-text file transfer protocol. It is commonly used by network engineers to transfer switch configs, or IOS images. No passwords required, just a straight “Get this file ” or “Put this file ”. It uses UDP to transfer data. It is designed to be very simple, and light-weight. This is a large part of why it was popular – TFTP servers or clients could be implemented in low-powered devices, such as switches, VoIP phones, etc. Some systems also use it as part of an initial boot, where TFTP is used to retrieve the initial boot environment.
The main complaints I hear from engineers are “How do I get a TFTP server set up?”, and “Why is this taking so long to transfer?” Server configuration is just a Google exercise, but let’s look at file transfer speed.
For this test, I have a CentOS 6.x VM running on my laptop. I’m downloading Continue reading
A reader sent me this question:
My company will have 10GE dark fiber across our DCs with possibly OTV as the DCI. The VM team has also expressed interest in DC-to-DC vMotion (<4ms). Based on your blogs it looks like overall you don't recommend long-distance vMotion across DCI. Will the "Data Center trilogy" package be the right fit to help me better understand why?
Unfortunately, long-distance vMotion seems to be a persistent craze that peaks with a predicable period of approximately 12 months, and while it seems nothing can inoculate your peers against it, having technical arguments might help.
Read more ...I want to get Chef installed and running before we dive into all of the lingo required to fully understand what Chef is doing. In this post we’ll install the Chef Server, a Chef client, and a test node we’ll be testing our Chef configs on. That being said, let’s dive right into the configuration!
Installing Chef Server
The Linux servers I’ll be using are based on CentOS (the exact ISO is CentOS-6.4-x86_64-minimal.iso). The Chef server is really the brains of the operation. The other two components we’ll use in the initial lab are the client and the node both of which interact with the server. So I’m going to assume that I’ve just installed Linux and haven’t done anything besides configured the hostname, IP address, gateway, and name server (as a rule, I usually disable SELinux as well). We’ll SSH to the server and start from there…
The base installation of CentOS I’m running doesn’t have wget installed so the first step is to get that…
yum install wget –y
The next step is to go the Chef website and let them tell you how to install the server. Browse Continue reading
I've been thinking about running Docker on CoreOS and Project Atomic lately... While the deployment model would be pretty different to what we are used to, I have 50% of the work already done in docker-ovs so I was interested to see if my containers would work on a system with the Open vSwitch kernel module loaded...
As I'm a Mac User, I use boot2docker for all my docker-related things. It's also pretty easy to change the kernel config to allow the Open vSwitch module to be loaded.
Clone my fork
git checkout openvswitch
Build the iso
docker build -t boot2docker . && docker run --rm boot2docker > boot2docker.iso
Run boot2docker with the new iso
boot2docker destroy
boot2docker init --iso="`pwd`/boot2docker.iso"
boot2docker up
Load the Open vSwitch kernel module
boot2docker ssh
sudo modprobe openvswitch
exit
Run an Open vSwitch container
docker run -t -i --privileged=true davetucker/docker-ovs:2.1.2 /bin/sh
export OVS_RUNDIR=/var/run/openvswitch
sed -i s/nodaemon=true/nodaemon=false/g /etc/supervisord.conf
supervisord
Test it out
ovs-vsctl add-br br0
ovs-vsctl show
# This didn't work before
ovs-dpctl show
This isn't a thorough test. I'd like to create some traffic and see the Continue reading
I've been thinking about running Docker on CoreOS and Project Atomic lately... While the deployment model would be pretty different to what we are used to, I have 50% of the work already done in docker-ovs so I was interested to see if my containers would work on a system with the Open vSwitch kernel module loaded...
Notes on the CheckPoint firewall clustering solution based on a review of the documentation in August 2014.
The post Tech Notes: CheckPoint Firewall Cluster XL in 2014 appeared first on EtherealMind.