<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>loopback0 - Douglas Gourlay&#039;s Blog&#187; automation</title>
	<atom:link href="http://www.douglasgourlay.com/blog/tag/automation/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.douglasgourlay.com/blog</link>
	<description>Data Centers, Virtualization, and Cloud Computing</description>
	<lastBuildDate>Sat, 01 May 2010 05:08:19 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
		<item>
		<title>Networking and Operations Focus</title>
		<link>http://www.douglasgourlay.com/blog/2009/07/networking-and-operations-focus/</link>
		<comments>http://www.douglasgourlay.com/blog/2009/07/networking-and-operations-focus/#comments</comments>
		<pubDate>Fri, 24 Jul 2009 16:22:45 +0000</pubDate>
		<dc:creator>Douglas Gourlay</dc:creator>
				<category><![CDATA[Tech]]></category>
		<category><![CDATA[automation]]></category>
		<category><![CDATA[change]]></category>
		<category><![CDATA[networking]]></category>
		<category><![CDATA[operations]]></category>
		<category><![CDATA[protocols]]></category>

		<guid isPermaLink="false">http://www.douglasgourlay.com/blog/?p=63</guid>
		<description><![CDATA[Again, suitably sub-titled, "things I'd like to change 3/N." When networking was in its hey-day growth phase in the mid-late 1990's through the dot-com crash of 2001 we were a nerdy group of people. We didn't have to worry about change control when the systems were not mission critical, we could use the classic "I [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Again, suitably sub-titled, "things I'd like to change 3/N." </strong></p>
<div id="attachment_64" class="wp-caption alignleft" style="width: 310px"><img class="size-medium wp-image-64" title="frustrated-man" src="http://www.douglasgourlay.com/blog/wp-content/uploads/2009/07/frustrated-man-300x200.jpg" alt="the day Altiris was installed...  (client retrospective)" width="300" height="200" /><p class="wp-caption-text">the day Altiris was installed...  (client retrospective)</p></div>
<p>When networking was in its hey-day growth phase in the mid-late 1990's through the dot-com crash of 2001 we were a nerdy group of people.  We didn't have to worry about change control when the systems were not mission critical, we could use the classic "I tripped over the power cord" emergency change-control procedure.  The advanced and automated ticketing systems were not in place, there was only one enable password, and we router jocks loved the fact that we were our own masters of the universe.</p>
<p>The features developed, delivered, and sold by the networking vendors catered to us, the operators, admin, engineers, etc.  Think about them- the features we all remember and still tend to use were designed to make our jobs easier, not harder.  Features like EtherChannel, speed/duplex auto-negotiation (although for many vendors that was a big #fail), IGRP/EIGRP (turn it on, it just works, for three desktop protocols, on one process!), VTP - okay, we all remember the VTP Bomb, but the concept of auto-propagation of VLAN ID and auto-pruning of unnecessary VLANs was nice although the initial implementation was rather like a liquid-center flourless chocolate cake.</p>
<p><strong>What happened?</strong></p>
<p>Why, since 2001 and the dot-com bust have networking vendors stepped away from supporting and embracing the loyal network operators and delivering features and capabilities that make their jobs easier and simpler and instead seem to focus on things that in many cases make the job harder.  I mean, how many encapsulation types do I need?  How many differing non-interoperable segmentation mechanisms?  How many security tags/constructs/products with little integration?  How many differing UIs and code-trains?</p>
<p>I like building things that make peoples jobs easier.  It's a personal passion of mine, because they tend to get used and deployed, and heck- they make people happy!  (as I write this 'Sweet Child o' Mine' comes on the overhead speakers and I have to pause a minute during one of the most memorable guitar solos ever...)  ok, back on track... umm, where was I?</p>
<p>Oh yeah- features that make network operators lives easier?</p>
<p>One I always wanted to do was a global port profile.  Basically an object oriented port based configuration that is synced across a reasonably sized autonomous system of network devices.  Then I can make changes to the port object and have it sweep across the switches and be swiftly implemented.  All the ports map to the object, the object is the point of change.  This gets very interesting when it is integrated between physical and virtual devices so that I can have a policy that moves as I execute a P2V operation and maintains consistency regardless of where the workload runs.</p>
<p>Just a thought.  I am sure there are more...  any other things you wish your network did?  (I also wish there were native Opsware agents on my network devices... for more food for thought...)</p>
<p>dg</p>
]]></content:encoded>
			<wfw:commentRss>http://www.douglasgourlay.com/blog/2009/07/networking-and-operations-focus/feed/</wfw:commentRss>
		<slash:comments>4</slash:comments>
		</item>
	</channel>
</rss>
