<?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>Packetslave Industries &#187; CCIE</title>
	<atom:link href="http://www.packetslave.com/category/ccie/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.packetslave.com</link>
	<description>This is my blog.  There are many like it, but this one is mine.</description>
	<lastBuildDate>Tue, 20 Jul 2010 19:04:43 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>ASA URL filtering with MPF</title>
		<link>http://www.packetslave.com/2009/10/21/asa-url-filtering-with-mpf/</link>
		<comments>http://www.packetslave.com/2009/10/21/asa-url-filtering-with-mpf/#comments</comments>
		<pubDate>Wed, 21 Oct 2009 17:36:03 +0000</pubDate>
		<dc:creator>blanders</dc:creator>
				<category><![CDATA[ASA]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE Security]]></category>
		<category><![CDATA[filtering]]></category>
		<category><![CDATA[MPF]]></category>

		<guid isPermaLink="false">http://www.packetslave.com/?p=177</guid>
		<description><![CDATA[Problem:  &#8220;I want to block facebook.com and myspace.com but I don&#8217;t have a Websense server.&#8221; regex domlist1 "facebook.com" regex domlist2 "myspace.com" ! class-map type regex match-any DomainBlockList match regex domlist1 match regex domlist2 ! class-map type inspect http match-all BlockDomainsClass match request header host regex class DomainBlockList ! policy-map type inspect http http_inspection_policy class BlockDomainsClass [...]]]></description>
			<content:encoded><![CDATA[<p>Problem:  &#8220;I want to block facebook.com and myspace.com but I don&#8217;t have a Websense server.&#8221;</p>
<pre>regex domlist1 "facebook.com"
regex domlist2 "myspace.com"
!
class-map type regex match-any DomainBlockList
  match regex domlist1
  match regex domlist2
!
class-map type inspect http match-all BlockDomainsClass
  match request header host regex class DomainBlockList
!
policy-map type inspect http http_inspection_policy
  class BlockDomainsClass
  reset log
!
policy-map global_policy
  class inspection_default
  inspect http http_inspection_policy
!
service-policy global_policy global
wr mem</pre>
]]></content:encoded>
			<wfw:commentRss>http://www.packetslave.com/2009/10/21/asa-url-filtering-with-mpf/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>BGP Through an ASA with Authentication</title>
		<link>http://www.packetslave.com/2009/07/12/bgp-through-an-asa-with-authentication/</link>
		<comments>http://www.packetslave.com/2009/07/12/bgp-through-an-asa-with-authentication/#comments</comments>
		<pubDate>Sun, 12 Jul 2009 19:34:04 +0000</pubDate>
		<dc:creator>blanders</dc:creator>
				<category><![CDATA[ASA]]></category>
		<category><![CDATA[BGP]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE Security]]></category>

		<guid isPermaLink="false">http://www.packetslave.com/?p=173</guid>
		<description><![CDATA[By default, the ASA will strip TCP option 19 causing MD5 authentication for BGP to fail.  In addition, the ASA randomizes the TCP sequence numbers, which also breaks things.  To fix this: tcp-map BGP_FIX tcp-options range 19 19 allow ! access-list BGP permit tcp any any eq 179 ! class BGP match access-list BGP !! [...]]]></description>
			<content:encoded><![CDATA[<p>By default, the ASA will strip TCP option 19 causing MD5 authentication for BGP to fail.  In addition, the ASA randomizes the TCP sequence numbers, which also breaks things.  To fix this:</p>
<pre>tcp-map BGP_FIX
  tcp-options range 19 19 allow
!
access-list BGP permit tcp any any eq 179
!
class BGP
  match access-list BGP
  !! could also use match protocol tcp eq bgp
!
policy-map global_policy
  class BGP
    set connection advanced-options BGP_FIX
    set connection random-sequence-number disable
!</pre>
]]></content:encoded>
			<wfw:commentRss>http://www.packetslave.com/2009/07/12/bgp-through-an-asa-with-authentication/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ASA Authentication Proxy with ACS</title>
		<link>http://www.packetslave.com/2009/07/12/asa-authentication-proxy-with-acs/</link>
		<comments>http://www.packetslave.com/2009/07/12/asa-authentication-proxy-with-acs/#comments</comments>
		<pubDate>Sun, 12 Jul 2009 16:45:45 +0000</pubDate>
		<dc:creator>blanders</dc:creator>
				<category><![CDATA[AAA]]></category>
		<category><![CDATA[ASA]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE Security]]></category>

		<guid isPermaLink="false">http://www.packetslave.com/?p=171</guid>
		<description><![CDATA[Goal:  all outbound telnet and HTTP connections passing through the ASA must first be authenticated against an ACS server using the TACACS+ protocol. aaa-server ACS_SERVER protocol tacacs+ aaa-server ACS_SERVER (inside) host 1.2.3.4 key myACSkey ! access-list outbound_auth permit tcp any any eq 23 access-list outbound_auth permit tcp any any eq 80 ! aaa authentication match [...]]]></description>
			<content:encoded><![CDATA[<p>Goal:  all outbound telnet and HTTP connections passing through the ASA must first be authenticated against an ACS server using the TACACS+ protocol.</p>
<pre>aaa-server ACS_SERVER protocol tacacs+
aaa-server ACS_SERVER (inside) host 1.2.3.4
    key myACSkey
!
access-list outbound_auth permit tcp any any eq 23
access-list outbound_auth permit tcp any any eq 80
!
aaa authentication match outbound_auth inside ACS_SERVER</pre>
<p>There are additional options to configure HTTP vs. HTTPS and redirection vs. basic HTTP authentication.  The documentation is a bit confusing, so I will be labbing this up shortly.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.packetslave.com/2009/07/12/asa-authentication-proxy-with-acs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>ASA Enhanced Service Object Groups</title>
		<link>http://www.packetslave.com/2009/07/11/asa-enhanced-service-object-groups/</link>
		<comments>http://www.packetslave.com/2009/07/11/asa-enhanced-service-object-groups/#comments</comments>
		<pubDate>Sat, 11 Jul 2009 22:02:07 +0000</pubDate>
		<dc:creator>blanders</dc:creator>
				<category><![CDATA[ASA]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE Security]]></category>

		<guid isPermaLink="false">http://www.packetslave.com/?p=168</guid>
		<description><![CDATA[The ASA introduced the concept of object groups in version 7.0.  You could group a list of IP addresses, protocols, services, or ICMP types into one logical entity and refer to it by name in your access lists.  In the 7.x releases, however, a service object group could only contain entries for a single protocol [...]]]></description>
			<content:encoded><![CDATA[<p>The ASA introduced the concept of <a title="ASA 7.0 Configuration Guide" href="http://www.cisco.com/en/US/docs/security/asa/asa70/configuration/guide/traffic.html#wp1053224">object groups</a> in version 7.0.  You could group a list of IP addresses, protocols, services, or ICMP types into one logical entity and refer to it by name in your access lists.  In the 7.x releases, however, a service object group could only contain entries for a single protocol (TCP, UDP, or both TCP/UDP).  This forced admins to either use a separate object group for TCP and UDP ports (requiring two ACE entries), or to match more ports than necessary (by using the tcp-udp type).</p>
<p>The 8.0 release of the ASA software solves this problem by introducing an enhanced Service object group that allows a mix of multiple protocols within the same group.  Unfortunately, the 8.0 and 8.2 ASA configuration guides don&#8217;t appear to cover this new type of service group or show an example.</p>
<pre>object-group network DMZ_NET
  network-object 1.2.3.0 255.255.255.0
!
object-group service DMZ_SERVICES
  service-object tcp eq 80
  service-object udp eq 53
  service-object tcp eq 53
  service-object icmp
!
access-list DMZ extended permit object-group DMZ_SERVICES any object-group DMZ_NET</pre>
]]></content:encoded>
			<wfw:commentRss>http://www.packetslave.com/2009/07/11/asa-enhanced-service-object-groups/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>Restarting CCIE Security</title>
		<link>http://www.packetslave.com/2009/07/06/restarting-ccie-security/</link>
		<comments>http://www.packetslave.com/2009/07/06/restarting-ccie-security/#comments</comments>
		<pubDate>Tue, 07 Jul 2009 01:47:38 +0000</pubDate>
		<dc:creator>blanders</dc:creator>
				<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE Security]]></category>

		<guid isPermaLink="false">http://www.packetslave.com/?p=165</guid>
		<description><![CDATA[Now that the major CCIE training vendors have released updates covering the new CCIE Security 3.0 blueprint topics, I&#8217;ve decided to restart my preparations for the exam. My current goal is to sit the lab exam on October 1 in RTP. I&#8217;ll be using a mix of both IPexpert and InternetworkExpert materials for my preparation.  [...]]]></description>
			<content:encoded><![CDATA[<p>Now that the major CCIE training vendors have released updates covering the new CCIE Security 3.0 blueprint topics, I&#8217;ve decided to restart my preparations for the exam.  My current goal is to sit the lab exam on October 1 in RTP.</p>
<p>I&#8217;ll be using a mix of both IPexpert and InternetworkExpert materials for my preparation.  Both vendors&#8217; new technology-focused lab releases look terrific.  Hopefully, by the time I work through them they&#8217;ll have some updated 8-hour full mock labs available.</p>
<p>For the most part, I&#8217;ll be relying on Dynamips for lab work, since now that the VPN 3000 is no longer in the lab everything except for the switches can be simulated.  I&#8217;ll have to rent some rack time to review the switch-based security stuff from R&amp;S, but for the most part I&#8217;m not worried there.</p>
<ul></ul>
]]></content:encoded>
			<wfw:commentRss>http://www.packetslave.com/2009/07/06/restarting-ccie-security/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>#23115!</title>
		<link>http://www.packetslave.com/2009/01/08/23115/</link>
		<comments>http://www.packetslave.com/2009/01/08/23115/#comments</comments>
		<pubDate>Thu, 08 Jan 2009 19:00:44 +0000</pubDate>
		<dc:creator>blanders</dc:creator>
				<category><![CDATA[CCIE]]></category>

		<guid isPermaLink="false">http://www.packetslave.com/?p=152</guid>
		<description><![CDATA[A more detailed post to come&#8230;]]></description>
			<content:encoded><![CDATA[<p><img class="alignnone size-full wp-image-151" title="CCIE Logo" src="http://www.packetslave.com/wp-content/uploads/2009/01/ccieuselogo.gif" alt="CCIE Logo" width="125" height="132" /></p>
<p>A more detailed post to come&#8230;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.packetslave.com/2009/01/08/23115/feed/</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
		<item>
		<title>This Week</title>
		<link>http://www.packetslave.com/2008/12/15/this-week/</link>
		<comments>http://www.packetslave.com/2008/12/15/this-week/#comments</comments>
		<pubDate>Tue, 16 Dec 2008 04:24:55 +0000</pubDate>
		<dc:creator>blanders</dc:creator>
				<category><![CDATA[CCIE]]></category>

		<guid isPermaLink="false">http://www.packetslave.com/?p=145</guid>
		<description><![CDATA[Getting down to the wire for my lab attempt (22 days to go!)  I&#8217;ve been horrible about blogging my progress, but I&#8217;m going to try to be more consistent in the home stretch.  Overall I think I&#8217;m in good shape, but I really need to focus over the next 3 weeks to be completely ready. [...]]]></description>
			<content:encoded><![CDATA[<p>Getting down to the wire for my lab attempt (22 days to go!)  I&#8217;ve been horrible about blogging my progress, but I&#8217;m going to try to be more consistent in the home stretch.  Overall I think I&#8217;m in good shape, but I really need to focus over the next 3 weeks to be completely ready.</p>
<p>Plans for this week:</p>
<ul>
<li>IE just released their first v.5 full labs (lab 1 and lab 10).  I&#8217;ll probably skip Lab 1, since it&#8217;s only a level 5 and I&#8217;ve already watched the live Lab Meetup, but I&#8217;ll definitely be hitting lab 10 since it&#8217;s an 8.</li>
<li>I have IE rack rentals Tue-Thu.  My goal is to hit two full IE labs (v.5 lab 10 and probably v.4 lab 7)</li>
<li>IPexpert rack rentals Fri, Sat, Sun, Mon.  I want to get some solid lab hours in before the Christmas break.  Haven&#8217;t picked a set of labs yet, but at least book 3, labs 9 and 10.</li>
<li>I may try to pay for another IE mock lab during my current Christmas break.  My lab 4 attempt went pretty well (77, with a couple of sections I disagreed with the proctor on).</li>
<li><strong>Reading:</strong>
<ul>
<li>Finish the QoS self-study book</li>
<li>Start the Cisco Press multicast and IPv6 books</li>
<li>IE workbook 1 v.5 solution guides.  These are terrific for individual technology focus.</li>
</ul>
</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.packetslave.com/2008/12/15/this-week/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>InternetworkExpert Vol. 2, Lab 3 Notes</title>
		<link>http://www.packetslave.com/2008/12/07/internetworkexpert-vol-2-lab-3-notes/</link>
		<comments>http://www.packetslave.com/2008/12/07/internetworkexpert-vol-2-lab-3-notes/#comments</comments>
		<pubDate>Mon, 08 Dec 2008 02:31:09 +0000</pubDate>
		<dc:creator>blanders</dc:creator>
				<category><![CDATA[CCIE]]></category>

		<guid isPermaLink="false">http://www.packetslave.com/?p=140</guid>
		<description><![CDATA[Switching beware of pruning issues when some switches are transparent and some aren&#8217;t.  If not otherwise specified, make all switches transparent if one is. IP Telephony macro apply cisco-phone $access_vlan 5 $voice_vlan 4 sets most things properly To change the CoS applied to traffic coming from the PC connected to a phone: switchport priority extend [...]]]></description>
			<content:encoded><![CDATA[<p><strong>Switching</strong></p>
<ul>
<li>beware of pruning issues when some switches are transparent and some aren&#8217;t.  If not otherwise specified, make all switches transparent if one is.</li>
</ul>
<p><strong>IP Telephony</strong></p>
<ul>
<li><code>macro apply cisco-phone $access_vlan 5 $voice_vlan 4</code> sets most things properly</li>
<li>To change the CoS applied to traffic coming from the PC connected to a phone:  <code>switchport priority extend cos 1</code></li>
<li>Don&#8217;t forget to enable <code>mls qos</code> globally or nothing will work</li>
</ul>
<p><strong>PPP</strong></p>
<ul>
<li>as a general rule, use <code>no peer neighbor-route</code> on all PPP interfaces to avoid random /32 routes showing up in IGPs and redistributions.  They&#8217;re only needed if you have different subnets at each end of the link.</li>
</ul>
<p><strong>IGP&#8217;s &#8212; RIP</strong></p>
<ul>
<li>use the <code>distribute-list gateway</code> option along with a prefix-list to specify the routers from which we will accept routes.</li>
<li>don&#8217;t forget the <code>prefix</code> option (e.g. <code>distribute-list prefix FOO</code> not <code>distribute-list FOO</code> when filtering routing updates</li>
<li>remember, though, that a <code>distribute-list</code> doesn&#8217;t <span style="text-decoration: underline;">have</span> to use a <code>prefix-list</code>.  It also works just fine with a regular ACL (useful for <code>permit any</code> or <code>deny any</code>).</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.packetslave.com/2008/12/07/internetworkexpert-vol-2-lab-3-notes/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Study Notes &#8212; PPP and PPP Authentication</title>
		<link>http://www.packetslave.com/2008/11/15/study-notes-ppp-and-ppp-authentication/</link>
		<comments>http://www.packetslave.com/2008/11/15/study-notes-ppp-and-ppp-authentication/#comments</comments>
		<pubDate>Sat, 15 Nov 2008 09:17:09 +0000</pubDate>
		<dc:creator>blanders</dc:creator>
				<category><![CDATA[CCIE]]></category>
		<category><![CDATA[authentication]]></category>
		<category><![CDATA[CHAP]]></category>
		<category><![CDATA[EAP]]></category>
		<category><![CDATA[multilink]]></category>
		<category><![CDATA[PAP]]></category>
		<category><![CDATA[PPP]]></category>

		<guid isPermaLink="false">http://www.packetslave.com/?p=132</guid>
		<description><![CDATA[Sources: IPexpert BLS class-on-demand IPexpert v.10 Workbook 2 InternetworkExpert ATS CoD v4.5 Notes &#8212; PPP General: By default, PPP will inject a directly-connected /32 route for the remote end into each device&#8217;s routing table.  Can be safely disabled unless both ends of the link are not on the same logical IP subnet (e.g. one side [...]]]></description>
			<content:encoded><![CDATA[<p>Sources:</p>
<ul>
<li>IPexpert BLS class-on-demand</li>
<li>IPexpert v.10 Workbook 2</li>
<li>InternetworkExpert ATS CoD v4.5</li>
</ul>
<p>Notes &#8212; PPP General:</p>
<ul>
<li>By default, PPP will inject a directly-connected /32 route for the remote end into each device&#8217;s routing table.  Can be safely disabled unless both ends of the link are <span style="text-decoration: underline;">not</span> on the same logical IP subnet (e.g. one side or both sides are using &#8216;ip unnumbered&#8217;).  To disable, use the &#8216;<code>no peer-neighbor-route'</code> interface-level command.</li>
<li>The &#8216;<code>ppp quality</code>&#8216; interface-level command enables Link Quality Monitoring (LQM), which will bring down the interface if the number of bytes transmitted vs. received over a link falls below a given percentage.</li>
<li>The &#8216;<code>ppp reliable-link</code>&#8216; command enables LAP-B numbered mode to negotiate a reliable link.</li>
</ul>
<p>Notes &#8212; PPP Multilink</p>
<ul>
<li>The &#8216;<code>ppp multilink links minimum</code>&#8216; interface option (under the Multilink interface) specifies how many physical circuits must be up before the bundle comes up.  The &#8216;<code>mandatory</code>&#8216; option brings the bundle down if the number of active links falls below the minimum.</li>
</ul>
<p>Notes &#8212; PPP Authentication:</p>
<ul>
<li>The &#8216;<code>ppp authentication &lt;protocol&gt;</code>&#8216; command is only required on the side of the link that is <span style="text-decoration: underline;">issuing</span> the challenge (the &#8220;server&#8221; side).  This may also be referred to as the side that&#8217;s &#8220;doing authentication&#8221; or that is &#8220;authenticating &lt;OtherRouter&gt;&#8221;</li>
<li>CHAP (and EAP) will use the hostname of the router as the username, by default.  PAP requires the username to be explicitly specified with the &#8216;<code>ppp pap sent-user</code>&#8216; command.  If you need to use a different username, you can specify it using the &#8216;<code>ppp chap hostname</code>&#8216; or &#8216;<code>ppp eap identity</code>&#8216; commands.</li>
<li>For CHAP, if you don&#8217;t want to specify the global username/password combo on the client (or you don&#8217;t know the server&#8217;s hostname), you can specify just the password to be sent to <span style="text-decoration: underline;">any</span> remote authentication challenge with the &#8216;<code>ppp chap password</code>&#8216; command at the interface level.</li>
<li>If you want to use the same username in both directions with CHAP, use the &#8216;<code>no ppp chap ignoreus</code>&#8216; interface-level command, since by default CHAP will refuse to authenticate with &#8220;ourself&#8221; if the hostname matches.</li>
<li>EAP is an additional &#8220;secure&#8221; protocol distinct from CHAP.  MS-CHAP and MS-CHAPv2 probably aren&#8217;t &#8220;different enough&#8221; from CHAP to satisfy a lab requirement of two different secure protocols.</li>
<li>You <span style="text-decoration: underline;">must</span> specify &#8216;<code>ppp eap local</code>&#8216; for EAP to work unless you have a radius server available.</li>
<li>EAP doesn&#8217;t use the shared password from the &#8216;<code>username</code>&#8216; statement when responding to a challenge.  You need to specify the password using &#8216;<code>ppp eap password &lt;pass&gt;</code>&#8216;</li>
</ul>
]]></content:encoded>
			<wfw:commentRss>http://www.packetslave.com/2008/11/15/study-notes-ppp-and-ppp-authentication/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IPExpert End-to-End Bootcamp</title>
		<link>http://www.packetslave.com/2008/11/09/ipexpert-end-to-end-bootcamp/</link>
		<comments>http://www.packetslave.com/2008/11/09/ipexpert-end-to-end-bootcamp/#comments</comments>
		<pubDate>Mon, 10 Nov 2008 01:04:44 +0000</pubDate>
		<dc:creator>blanders</dc:creator>
				<category><![CDATA[CCIE]]></category>

		<guid isPermaLink="false">http://www.packetslave.com/?p=129</guid>
		<description><![CDATA[I&#8217;m in San Jose, CA for IPExpert&#8217;s two-week End-to-End route/switch bootcamp.  I was very lucky to win this training at Cisco Networkers this year and am definitely looking forward to it.  The flight out was a bit annoying (flew Airtran instead of Delta and you could really notice the little differences).  Just got back from [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;m in San Jose, CA for IPExpert&#8217;s two-week End-to-End route/switch bootcamp.  I was very lucky to win this training at Cisco Networkers this year and am definitely looking forward to it.  The flight out was a bit annoying (flew Airtran instead of Delta and you could really notice the little differences).  Just got back from dinner at Chipotle&#8217;s and am planning to take an early night and hopefully get my internal clock synced up.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.packetslave.com/2008/11/09/ipexpert-end-to-end-bootcamp/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
