Tag: switching

Bridging the Gap Between the Classroom and Real-World IT

This week I taught my last class as a part-time adjunct instructor at a community college. I’ve been there for six years – 12 consecutive semesters. Each term, alongside the actual curriculum, I incorporated my work experiences and lessons learned about the reality of working in IT. Making the class meaningful from a real-world perspective was very important to me.

For my very last class, I chose not to cover anything in the textbook or any of the bullets on the syllabus. Instead, I introduced my students to systems and network automation. What may seem old news to you and me was brand-new to my class, and I don’t believe this is the exception.

Continue reading “Bridging the Gap Between the Classroom and Real-World IT” →

0

Networking is Finally Catching Up

Servers, especially Linux servers, have been managed programmatically for years. Today, it goes almost without saying that a decent IT department is running Chef, Ansible, or some other tool to manage their servers as pools of resources.

What strikes me as odd is that this didn’t catch on in the network side of the house. Of course, there are always exceptions. A look at networking forums from years ago will showcase a few ambitious engineers arguing over using Expect or Perl scripts to manage their switches, but this was the exception in the networking industry, not the norm.

At Networking Field Day 17, several vendors that have long embraced network programmability turned their gaze from the data center to enterprise networking, and it seems as if networking may be finally ready to catch up to what we’ve been doing with servers for decades.

Continue reading “Networking is Finally Catching Up” →

2

Whitebox Switching at the Access Layer

Whitebox switches make use of generic and generally inexpensive hardware along with a network operating system that can be purchased and installed separately. Often the hardware and software come from different vendors, and there are several reasons this practice is becoming more common especially in the data center. What I’m interested in lately is how this is relevant to the non-webscale enterprise.

Continue reading “Whitebox Switching at the Access Layer” →

3

Amazon S3 Outage: We’ve All Been There

I’ve been thinking a little bit about the Amazon S3 incident. Not really the incident, actually, but the responses to it. More than once I read something along the lines of “I’m sure that guy got fired” with regard to the engineer who entered the fatal command.

Sure, that’s kind of funny for a quick tweet or in the greater context of a blog post on change control, but for me, I’m not sitting at my desk shaking my head right now. Instead, I’m reminded about the times I did the exact same thing (on a much smaller scale) and will probably do it again.

Continue reading “Amazon S3 Outage: We’ve All Been There” →

14

How Do You Know That’s True?

About a thousand years ago, rather than configure routers, I taught high school English.

One day, instead of unpacking our favorite Shakespearean sonnet, I was sidetracked by a student who asked me how we know anything about electrons and how they orbit the nucleus of an atom. Apparently he asked his physics teacher the period before and got a pithy “electrons are the essence of a negativity.”

Continue reading “How Do You Know That’s True?” →

0

Trust But Verify: Lossless End-To-End Visibility from Ixia

Tap everywhere. Tap everything. Trustworthy visibility is the key to network monitoring and security.

This is Ixia’s approach for how networking professionals can get an accurate picture of what’s really going in the network, and this was the theme of Ixia’s presentation at Networking Field Day 13.

Continue reading “Trust But Verify: Lossless End-To-End Visibility from Ixia” →

6

Apstra: The Intent-Driven Cure for Network Blindness

Apstra, Incorporated isn’t focused on new features, more advanced silicon, or some new widget. Instead, they’re offering a different way to look at networking. Apstra offers an early form of intent-driven networking that abstracts network programmability and allows network engineers to configure intent rather than device features. We expect the network to behave in a specific way, so we configure our intent accordingly. I was very excited to meet the Apstra team at Networking Field Day 13, and they didn’t disappoint.

Continue reading “Apstra: The Intent-Driven Cure for Network Blindness” →

0

Intent-Driven Networking with Apstra at Networking Field Day 13

In a couple weeks I’ll be headed to sunny San Jose for Networking Field Day 13. If you’re not familiar with Networking Field Day and other Field Day events, check out their website, YouTube channel, Twitter feed, and LinkedIn page. Tech Field Day does a great job bringing technology influencers, bloggers, and craft beer enthusiasts together with some of the biggest and newest names in the tech industry.

I’m particularly interested in Apstra’s presentation on Thursday afternoon. I recently wrote an article about intent-driven networking, something of particular interest to me, so I’m really interested to hear what they have to say about their platform, the Apstra Operating System, or AOS.

Continue reading “Intent-Driven Networking with Apstra at Networking Field Day 13” →

0

Network Automation: Another Tool in the Toolbox

Over the last few weeks I’ve noticed a few tweets and blog posts regarding the immaturity of network automation methods and the danger in utilizing those methods in production networks. Though I agree that processes always have room to mature and that wiggling wires in a production environment always poses some risk, I believe this new emerging narrative in social media makes several assumptions that aren’t necessarily true.

Continue reading “Network Automation: Another Tool in the Toolbox” →

0

Fate Sharing in the Network Core

Untitled

Network engineers like redundancy. It’s not that we just want double of everything – we want the networks we design and manage to be super fast, super smart, and super resilient. In the LAN and in the data center we’ve been logically joining network switches using technologies such as Cisco StackWise, the Virtual Switching System and Virtual Port Channels with fabric extenders in order to consolidate control and data plane activities and provide greater fault tolerance, easier management and multichassis etherchannel for path redundancy. These are great benefits, but they can be reaped only by proper design. Otherwise, an engineer may introduce more risk into the network rather than make it more resilient.

Continue reading “Fate Sharing in the Network Core” →

2

We Work with People Just as Much as we Work with Packets

Being a good network engineer requires a strong technical skill set. In fact there’s an entire industry devoted to technical training in networking technologies. We know that persistent technical training is necessary to keep pace with constant changes in technology, so I’m sure we agree that technical proficiency is important for the network engineer. If you don’t have a deep understanding of how VPN technology works, you’ll have a very difficult time troubleshooting a site-to-site VPN without the help of some [unnamed] technical assistance center. But is that all that’s required for a successful career in networking?

Continue reading “We Work with People Just as Much as we Work with Packets” →

1

I Still Go To School Every Day, But Now I Call it Professional Development

Few fields require the continual professional development that IT does, but few fields offer the incredible rewards that a commitment to developing the skills of our trade can provide. Many factors come together to shape if, why, and how we advance in our field, and though I can speak only of my own experience, I believe the lessons I’ve learned from my journey so far may be of some value to others also on a similar path.

Continue reading “I Still Go To School Every Day, But Now I Call it Professional Development” →

5

Blog at WordPress.com.

Up ↑