<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	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:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd"
	xmlns:media="http://search.yahoo.com/mrss/"
	>
<channel>
	<title>Comments on: Operationalizing Security</title>
	<atom:link href="http://ddos.arbornetworks.com/2007/05/operationalizing-security/feed/" rel="self" type="application/rss+xml" />
	<link>http://ddos.arbornetworks.com/2007/05/operationalizing-security/</link>
	<description>A weblog dedicated to educating the community on security threats that matter</description>
	<lastBuildDate>Sun, 29 Jan 2012 02:23:23 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=</generator>
	<item>
		<title>By: dfleming</title>
		<link>http://ddos.arbornetworks.com/2007/05/operationalizing-security/comment-page-1/#comment-22738</link>
		<dc:creator>dfleming</dc:creator>
		<pubDate>Wed, 30 May 2007 14:16:44 +0000</pubDate>
		<guid isPermaLink="false">http://asert.arbornetworks.com/2007/05/operationalizing-security/#comment-22738</guid>
		<description>Looks like I replied to the wrong post.

Thanks Adam - in terms of service launch, the operational portion is the most challenging - both from a provider and vendor perspective. What I am trying to understand is what constitutes the delta between your perspective and your PD folks so that we can build better process and product.

You wouldn’t happen to be going to NANOG 40 in Bellevue so we could continue this conversation (-: ? If not, please drop me a line in private.

Thanks, and will definitely keep you in the loop.</description>
		<content:encoded><![CDATA[<p>Looks like I replied to the wrong post.</p>
<p>Thanks Adam &#8211; in terms of service launch, the operational portion is the most challenging &#8211; both from a provider and vendor perspective. What I am trying to understand is what constitutes the delta between your perspective and your PD folks so that we can build better process and product.</p>
<p>You wouldn’t happen to be going to NANOG 40 in Bellevue so we could continue this conversation (-: ? If not, please drop me a line in private.</p>
<p>Thanks, and will definitely keep you in the loop.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Liquidmatrix Security Digest &#187; Security Briefing: May 18th</title>
		<link>http://ddos.arbornetworks.com/2007/05/operationalizing-security/comment-page-1/#comment-20500</link>
		<dc:creator>Liquidmatrix Security Digest &#187; Security Briefing: May 18th</dc:creator>
		<pubDate>Fri, 18 May 2007 13:26:24 +0000</pubDate>
		<guid isPermaLink="false">http://asert.arbornetworks.com/2007/05/operationalizing-security/#comment-20500</guid>
		<description>[...] Operationalizing Security [...]</description>
		<content:encoded><![CDATA[<p>[...] Operationalizing Security [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adam G. Enfield</title>
		<link>http://ddos.arbornetworks.com/2007/05/operationalizing-security/comment-page-1/#comment-19436</link>
		<dc:creator>Adam G. Enfield</dc:creator>
		<pubDate>Fri, 11 May 2007 13:04:01 +0000</pubDate>
		<guid isPermaLink="false">http://asert.arbornetworks.com/2007/05/operationalizing-security/#comment-19436</guid>
		<description>Doug -

We are a service provider who uses Arbor PeakFlow products and have a Product Development staff with a vivid imagination.  Understand that I am a bit of a skeptic but I am also not a neophyte.  I have been in networking since &quot;the dawn of time.&quot;

I am going to be very interested to hear what the contributors think because I am interested in what the customer is willing to pay.  Security has always, in my opinion only, been a foundation of the &quot;Enterprise&quot; and attempting to turn it into a commodity function has huge challenges.  Yes, the ATT&#039;s and Verizons might be able to scale but smaller ($2 billion???) providers might find it hard to do more than pull off item #3 in your list.

Why?  Because the customer base is not willing to shell out what it would take to build what we (you and I) would consider a &quot;high quality&quot; technical solution.  I believe we will end up with a half-assed watered down &quot;eh... good enough&quot; security product offering because the customer will be hard-pressed to part with more than $100 for a service... God forbid that they know what they REALLY want because security is not a hobby and god forbid that you tell them what they need less you risk liability for either completely blowing it or inadvertantly hamper their traffic.

So... I am very interested in this topic.  Mind you, I am not a Security Specialist (nor do I play one on TV) but I am partially responsible for defining a solution when our Product Managers are getting drunk and have pen and barnaps at their fingertips.

Keep me in the loop please.

AGE</description>
		<content:encoded><![CDATA[<p>Doug -</p>
<p>We are a service provider who uses Arbor PeakFlow products and have a Product Development staff with a vivid imagination.  Understand that I am a bit of a skeptic but I am also not a neophyte.  I have been in networking since &#8220;the dawn of time.&#8221;</p>
<p>I am going to be very interested to hear what the contributors think because I am interested in what the customer is willing to pay.  Security has always, in my opinion only, been a foundation of the &#8220;Enterprise&#8221; and attempting to turn it into a commodity function has huge challenges.  Yes, the ATT&#8217;s and Verizons might be able to scale but smaller ($2 billion???) providers might find it hard to do more than pull off item #3 in your list.</p>
<p>Why?  Because the customer base is not willing to shell out what it would take to build what we (you and I) would consider a &#8220;high quality&#8221; technical solution.  I believe we will end up with a half-assed watered down &#8220;eh&#8230; good enough&#8221; security product offering because the customer will be hard-pressed to part with more than $100 for a service&#8230; God forbid that they know what they REALLY want because security is not a hobby and god forbid that you tell them what they need less you risk liability for either completely blowing it or inadvertantly hamper their traffic.</p>
<p>So&#8230; I am very interested in this topic.  Mind you, I am not a Security Specialist (nor do I play one on TV) but I am partially responsible for defining a solution when our Product Managers are getting drunk and have pen and barnaps at their fingertips.</p>
<p>Keep me in the loop please.</p>
<p>AGE</p>
]]></content:encoded>
	</item>
</channel>
</rss>

