<?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>SGT CCIE &#187; News</title>
	<atom:link href="http://www.sgtccie.com/blog/category/news/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.sgtccie.com/blog</link>
	<description>A man on a mission</description>
	<lastBuildDate>Sat, 20 Mar 2010 03:47:00 +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>OSPF plan of attack</title>
		<link>http://www.sgtccie.com/blog/2010/03/ospf-plan-of-attack/</link>
		<comments>http://www.sgtccie.com/blog/2010/03/ospf-plan-of-attack/#comments</comments>
		<pubDate>Sat, 20 Mar 2010 03:47:00 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[CCIE]]></category>
		<category><![CDATA[News]]></category>

		<guid isPermaLink="false">http://www.sgtccie.com/blog/?p=544</guid>
		<description><![CDATA[Read some more OSPF tonight. I&#8217;ve decided it&#8217;s going to be a LONG road to OSPF supremacy! For the written, I want to know OSPF well, but I&#8217;m not looking to learn every little detail so that I spend so much time on it I forget all of the other subjects..make sense? So here&#8217;s my [...]]]></description>
			<content:encoded><![CDATA[<p>Read some more OSPF tonight. I&#8217;ve decided it&#8217;s going to be a LONG road to OSPF supremacy! For the written, I want to know OSPF well, but I&#8217;m not looking to learn every little detail so that I spend so much time on it I forget all of the other subjects..make sense? So here&#8217;s my roadmap:</p>
<ul>
<li>Read OSPF (Chapter 8, CCIE exam cert guide, 4th edition)</li>
<li>Lab OSPF scenarios every OTHER day. Since there&#8217;s so much information that goes with OSPF, I want to make the majority of my studying for now reading about it, and by skipping a day of OSPF labbing, it allows me to have plenty to lab after reading about it for 2 days.</li>
<li>On the &#8220;off&#8221; days from OSPF labbing (bear in mind, I&#8217;ll still be reading about it..), I&#8217;ll do light layer 2 labs to stay fresh, maybe even skim through a couple of pages from LAN Switching here and there.</li>
<li>Once I finish reading OSPF from the exam cert guide, I&#8217;ll skim through TCP/IP Vol I&#8217;s coverage of it, which is huge! I&#8217;ve read through some of the chapter before in that book, but not all. Once I get this covered I&#8217;ll probably move on to the next subject.</li>
</ul>
<p>I&#8217;d say right now I&#8217;m looking at &#8216;finishing&#8217; OSPF as far as the written goes in about 7-10 days. Work will play a role too since I&#8217;m going to switch shifts soon and have less time at work to study. Either way, that brings us into April, and that means I have about 2 1/2 months of studying left from right now till taking the written. That&#8217;s not very long!</p>
<p>We&#8217;ll tentatively say June 15th, but I have a feeling it&#8217;ll be more like July 15th for the written. Who knows &lt;shrug&gt;</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sgtccie.com/blog/2010/03/ospf-plan-of-attack/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>EIGRP done.</title>
		<link>http://www.sgtccie.com/blog/2010/03/eigrp-done/</link>
		<comments>http://www.sgtccie.com/blog/2010/03/eigrp-done/#comments</comments>
		<pubDate>Fri, 19 Mar 2010 08:24:05 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[CCIE]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Routing & Switching]]></category>

		<guid isPermaLink="false">http://www.sgtccie.com/blog/?p=541</guid>
		<description><![CDATA[Sorry for not staying on top of this thing the last few days! Work, and getting a strange stomach bug made studying difficult, and updating my blog even harder. I am still at it, I assure you all. Here&#8217;s my progress in the last few days. Finished IP Forwarding..straightforward Read Chapter 7 (EIGRP) Labbed INE [...]]]></description>
			<content:encoded><![CDATA[<p>Sorry for not staying on top of this thing the last few days! Work, and getting a strange stomach bug made studying difficult, and updating my blog even harder. I am still at it, I assure you all. Here&#8217;s my progress in the last few days.</p>
<p><br class="spacer_" /></p>
<ul>
<li>Finished IP Forwarding..straightforward</li>
<li>Read Chapter 7 (EIGRP)</li>
<li>Labbed INE Vol I EIGRP exercises</li>
</ul>
<p>As for the last bullet, I didn&#8217;t really catch anything &#8220;new&#8221; to be honest with EIGRP, although I did make a mental note to review any of the little tricky parts with using prefix lists. I was able to successfully configure a few for the scenarios, as well as distribute list and various route filtering in EIGRP, but I feel like there&#8217; s a few &#8220;gotchas&#8221; that I need to review. Not prior to the written, however.</p>
<p><br class="spacer_" /></p>
<p>Tomorrow I&#8217;ll begin Chapter 8, OSPF. I&#8217;ll be on OSPF most likely the next 2 weeks I think. Depends how things go, but maybe longer. Along with being a long chapter on OSPF, I need a lot of practice labbing OSPF. I&#8217;d say I&#8217;m a proficient CCNP as it goes with OSPF, but not near a CCIE candidate with it. Most likely somewhere inbetween doing the OSPF reading, I will go back and read/lab some layer 2 topics to stay fresh with those, as I have a tendency to forget all the intricacies!</p>
<p>Night night..it&#8217;s 4:30am, nobody can say I&#8217;m not dedicated.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sgtccie.com/blog/2010/03/eigrp-done/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Chapter 6: IP Forwarding</title>
		<link>http://www.sgtccie.com/blog/2010/03/chapter6-ipforwarding/</link>
		<comments>http://www.sgtccie.com/blog/2010/03/chapter6-ipforwarding/#comments</comments>
		<pubDate>Thu, 11 Mar 2010 10:08:32 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE general]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[ccie exam cert]]></category>
		<category><![CDATA[chapter 6]]></category>
		<category><![CDATA[ip forwarding]]></category>

		<guid isPermaLink="false">http://www.sgtccie.com/blog/?p=538</guid>
		<description><![CDATA[Read most of chapter 6, which is IP forwarding. It&#8217;s all review so far. I&#8217;m going to do some verification in the form of labbing some policy routing which is part of this section. I don&#8217;t use PBR often, so I won&#8217;t lie and say I&#8217;m sharp on it right now, but it&#8217;s pretty straightforward, [...]]]></description>
			<content:encoded><![CDATA[<p>Read most of chapter 6, which is IP forwarding. It&#8217;s all review so far. I&#8217;m going to do some verification in the form of labbing some policy routing which is part of this section. I don&#8217;t use PBR often, so I won&#8217;t lie and say I&#8217;m sharp on it right now, but it&#8217;s pretty straightforward, so I won&#8217;t spend much time on it. Just enough to get back in the swing of things.</p>
<p>I&#8217;d say I&#8217;ll be done with this chapter in the next day or so, then it&#8217;s time to move onto EIGRP finally. I&#8217;ll probably flip between labbing EIGRP and doing some layer 2 labs I think. I haven&#8217;t done any layer 2 labs from the workbooks lately, just because I&#8217;ve been focusing a lot on my reading. I&#8217;d say so far I&#8217;m abiding by my strategy of roughly 80% reading and 20% labbing for the written exam, then going to about 85% labbing and 15% reading when it comes to the lab prep. I intend on reading every blog I can get my hands on once I start the lab prep, so I can stay sharp and play with new ideas.</p>
<p>I will post more once I get some rest and get to lab a little bit.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sgtccie.com/blog/2010/03/chapter6-ipforwarding/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IP Subnetting chapter whipped!</title>
		<link>http://www.sgtccie.com/blog/2010/03/ip-subnetting-chapter-whipped/</link>
		<comments>http://www.sgtccie.com/blog/2010/03/ip-subnetting-chapter-whipped/#comments</comments>
		<pubDate>Sun, 07 Mar 2010 16:36:46 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[CCIE]]></category>
		<category><![CDATA[CCIE general]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[ip eem]]></category>
		<category><![CDATA[ip services]]></category>
		<category><![CDATA[ip sla]]></category>
		<category><![CDATA[strategy]]></category>
		<category><![CDATA[subnetting]]></category>

		<guid isPermaLink="false">http://www.sgtccie.com/blog/?p=534</guid>
		<description><![CDATA[Finished the IP Subnetting chapter. I decided to read it from start to finish, and I pretty much did that. Good review never hurts, and thankfully I was on point with all of the exercises already, so I&#8217;ve &#8220;still got it&#8221;.. Started the IP Services chapter. It&#8217;s disappointing how short the sections are for each [...]]]></description>
			<content:encoded><![CDATA[<p>Finished the IP Subnetting chapter. I decided to read it from start to finish, and I pretty much did that. Good review never hurts, and thankfully I was on point with all of the exercises already, so I&#8217;ve &#8220;still got it&#8221;..</p>
<p><br class="spacer_" /></p>
<p>Started the IP Services chapter. It&#8217;s disappointing how short the sections are for each technology. I know that the R&amp;S written is known to not be a horrible exam or anything, but it makes me wonder if the test can really go without a word of GLBP (which only made a short paragraph explaining WHAT it is, zero configuration)..we will see.</p>
<p><br class="spacer_" /></p>
<p>My strategy up until this point has been following the advice of many CCIE friends:</p>
<p><span style="color: #800000;"><em>&#8220;Read the books, pass the written, start labbing&#8221;</em></span></p>
<p><span style="color: #000000;">Not one CCIE I know has said &#8220;read the books, lab, read more, repeat..take the written, lab&#8221;, which has basically been my strategy. I think a more accurate idea of my current strategy would read like this:</span></p>
<p><span style="color: #800000;"><em>&#8220;Read the books, lab enough to know how it works- but don&#8217;t read too far into it, take the written, lab more..&#8221;</em></span></p>
<p><span style="color: #800000;"><span style="color: #000000;">We&#8217;ll see how it goes. Off to lunch then it&#8217;s back to the books, and hopefully some INE labs later.</span><br />
</span></p>
<p><br class="spacer_" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.sgtccie.com/blog/2010/03/ip-subnetting-chapter-whipped/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Keeping track of it all: ip access-list log-update threshold</title>
		<link>http://www.sgtccie.com/blog/2010/02/keeping-track-of-it-all-ip-access-list-log-update-threshold/</link>
		<comments>http://www.sgtccie.com/blog/2010/02/keeping-track-of-it-all-ip-access-list-log-update-threshold/#comments</comments>
		<pubDate>Sat, 27 Feb 2010 06:24:16 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[News]]></category>
		<category><![CDATA[802.1D]]></category>
		<category><![CDATA[access-list]]></category>
		<category><![CDATA[CCIE]]></category>
		<category><![CDATA[INE ATC]]></category>
		<category><![CDATA[log-update]]></category>
		<category><![CDATA[stp]]></category>
		<category><![CDATA[switching]]></category>

		<guid isPermaLink="false">http://www.sgtccie.com/blog/?p=523</guid>
		<description><![CDATA[I&#8217;ve been doing some great studying lately. Here&#8217;s my progress: -Read up to page 85 on the CCIE Exam Cert Guide (4th edition) -Read 10-20 pages of the BCMSN book, used it to review on some layer 2 topics that the exam cert guide didn&#8217;t go into to much detail with -Did up to page [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve been doing some great studying lately. Here&#8217;s my progress:</p>
<p>-Read up to page 85 on the CCIE Exam Cert Guide (4th edition)</p>
<p>-Read 10-20 pages of the BCMSN book, used it to review on some layer 2 topics that the exam cert guide didn&#8217;t go into to much detail with</p>
<p>-Did up to page 40&#8242;ish on the INE Volume I labs. I&#8217;ve been taking my time to make sure I have the verification commands down, and know that I&#8217;m &#8220;good&#8221; at certain technologies. This is especially important to me, since switching is doubtedly a core topic..everything else would break without it!</p>
<p><br class="spacer_" /></p>
<p><strong>ip access-list log-update threshold X</strong></p>
<p>I stumbled onto this command thanks to the INE ATC. By default, when you add the &#8220;log&#8221; keyword to an access-list entry, it will log the first hit, and subsequent identical hits will be logged at 5 minute intervals. Great for the real world (sometimes), not so great for the lab. I find it helpful to know one-for-one, that I have a packet passing through that meets that particular ACL. By entering this command, and putting a &#8220;1&#8243; where the X is, it will log hits 1-for-1. Pretty helpful I think.</p>
<p><br class="spacer_" /></p>
<p>Anyway, back to studying. I&#8217;m now entering the world of STP, so if you don&#8217;t hear from me, <span style="text-decoration: line-through;">send help ASAP</span> I&#8217;ll be fine.</p>
<p><strong><br />
</strong></p>
<p><br class="spacer_" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.sgtccie.com/blog/2010/02/keeping-track-of-it-all-ip-access-list-log-update-threshold/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Plan of action</title>
		<link>http://www.sgtccie.com/blog/2010/02/plan-of-action/</link>
		<comments>http://www.sgtccie.com/blog/2010/02/plan-of-action/#comments</comments>
		<pubDate>Thu, 25 Feb 2010 01:28:33 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[CCIE]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Routing & Switching]]></category>

		<guid isPermaLink="false">http://www.sgtccie.com/blog/?p=520</guid>
		<description><![CDATA[Yesterday I watched one of the CoD videos from INE (EIGRP), did some EIGRP labs from Vol I (INE also), and read some OSPF. I quickly realized I needed to focus on one area at a time, not skip around anymore. That being said, I&#8217;ve developed a simple, but hopefully effective, plan of action. It [...]]]></description>
			<content:encoded><![CDATA[<p>Yesterday I watched one of the CoD videos from INE (EIGRP), did some EIGRP labs from Vol I (INE also), and read some OSPF. I quickly realized I needed to focus on one area at a time, not skip around anymore. That being said, I&#8217;ve developed a simple, but hopefully effective, plan of action. It goes as such:</p>
<ol>
<li>Pick a technology/area to focus on (ie: Switching)</li>
<li>Read the chapter from the CCIE exam cert guide</li>
<li>Do corresponding InternetworkExpert Volume I labs</li>
<li>Re-read if necessary, read supplemental material (ie: LAN Switching from Cisco Press)</li>
<li>Run through INE labs again and play with &#8216;custom&#8217; scenarios, to make sure I have the configuration side down</li>
<li>Skim over the section as needed to stay sharp on certain topics</li>
</ol>
<p>That&#8217;s the general idea, which will repeat for every chapter basically. I&#8217;ve read most of TCP/IP Vol I, and will probably go back to it once I get to OSPF, but for now, I want to focus, so since switching is at the beginning nof the CCIE cert guide..and a core area, I will be focusing on that for a while.</p>
<p>Tonight&#8217;s progress: I&#8217;ve read 40+ pages tonight (still reading) from the CCIE Exam cert guide (4th edition). Nothing really has caught me as being &#8220;new&#8221;, but I&#8217;m moving forward and trying to remember little details that could catch me on the written. In the end, though, I&#8217;m just trying hard to keep my momentum. I have a tendency to get hung up on something, or get distracted. I need to make sure I take the written for what it is, a test. I need to pass it, and lab, lab, lab. I want to know these technologies, but I also want to be functional, and I can&#8217;t get to a CCIE-level of configuration until I pass this written, which is exactly what I intend on doing. Back to reading..if I get any further I may throw up another post later.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.sgtccie.com/blog/2010/02/plan-of-action/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>IEWB Vol I/EIGRP labs</title>
		<link>http://www.sgtccie.com/blog/2010/02/iewb-vol-ieigrp-labs/</link>
		<comments>http://www.sgtccie.com/blog/2010/02/iewb-vol-ieigrp-labs/#comments</comments>
		<pubDate>Tue, 23 Feb 2010 07:33:23 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[CCIE]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Routing & Switching]]></category>

		<guid isPermaLink="false">http://www.sgtccie.com/blog/?p=518</guid>
		<description><![CDATA[I finally got to give the rack a test drive! It performed well! Anyways, I only had time to run through some EIGRP labs from IEWB Vol I. I finished about half of that section, they were pretty basic. I still tried to take my time and verify everything before testing it out, so I&#8217;d [...]]]></description>
			<content:encoded><![CDATA[<p>I finally got to give the rack a test drive! It performed well! Anyways, I only had time to run through some EIGRP labs from IEWB Vol I. I finished about half of that section, they were pretty basic. I still tried to take my time and verify everything before testing it out, so I&#8217;d have my show commands down. Since I don&#8217;t get to work with Cisco on a daily basis, it&#8217;s really important that I get (in my opinion) more exposure to things like this than other candidates with more day-to-day experience. It&#8217;s funny that I was doing this stuff a lot only 2 yrs ago, but so much has been lost in the meantime. That being said, I feel like I&#8217;m doing well. I already can&#8217;t wait to get further into the more difficult stuff. I work tomorrow, which means I&#8217;ll be doing some more reading of TCP/IP Vol I. It&#8217;s rough, because I just received the CCIE Exam cert guide, 4th edition..and the EIGRP section there is nothing compared to TCP/IP Vol I. The OSPF section in TCP/IP Vol I is like 150+ pages! In the exam cert guide it&#8217;s a handful it seems! It&#8217;s still better to know a little more, but I do have a deadline for the written, so I&#8217;ve got to keep trucking. Anyway, tomorrow I&#8217;ll work on some more OSPF reading. I think I will probably do a flyby as far as the reading goes, that way I can deep-dive as I do my labs..it&#8217;s kind of rough to read a lot of in depth, detailed information without doing ANY hands on. At least now I can lab at home <img src='http://www.sgtccie.com/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p><br class="spacer_" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.sgtccie.com/blog/2010/02/iewb-vol-ieigrp-labs/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>&#8220;Final&#8221; pic..</title>
		<link>http://www.sgtccie.com/blog/2010/02/final-pic/</link>
		<comments>http://www.sgtccie.com/blog/2010/02/final-pic/#comments</comments>
		<pubDate>Mon, 22 Feb 2010 22:01:09 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[CCIE]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Routing & Switching]]></category>
		<category><![CDATA[2500]]></category>
		<category><![CDATA[2600]]></category>
		<category><![CDATA[IOS]]></category>
		<category><![CDATA[IPv6]]></category>
		<category><![CDATA[rack]]></category>

		<guid isPermaLink="false">http://www.sgtccie.com/blog/?p=513</guid>
		<description><![CDATA[Got the cabling done. In this picture the term server is missing since I had to return it to CiscoKits so they can send a &#8220;new&#8221; one, and therefore the Octal cabling isn&#8217;t shown, but the rack is pretty much in it&#8217;s &#8220;final&#8221; shape. It should be noted, I&#8217;ve moved things around just a little [...]]]></description>
			<content:encoded><![CDATA[<p>Got the cabling done. In this picture the term server is missing since I had to return it to CiscoKits so they can send a &#8220;new&#8221; one, and therefore the Octal cabling isn&#8217;t shown, but the rack is pretty much in it&#8217;s &#8220;final&#8221; shape. It should be noted, I&#8217;ve moved things around just a little bit since this picture (not very noticeably though). I&#8217;ve gone back to verifying my IOS versions are straight before I start configuring the backbone routers. My frame switch is 100% configured and all PVC&#8217;s operational, but I&#8217;ve got 6 routers to upgrade the IOS on, (3) 2500&#8242;s, and (3) 2600&#8242;s. The 2600&#8242;s currently are running 124-5 IOS, so that&#8217;s not that bad, but I&#8217;d like to run the exact same IOS as INE, which is Adventerprisek9, 124-10a. The 2500&#8242;s need to be upgraded, since they&#8217;re running 11.X (forgot exactly what they were running, I&#8217;ve already upgraded one, but have two left to do)&#8230;they don&#8217;t support IPv6 with the older version, so that&#8217;s definitely a must. Anyway, I&#8217;m hoping that I&#8217;ll finish all of the IOS upgrades tonight and be able to start labbing tomorrow.</p>
<p style="text-align: center;"><a href="http://www.sgtccie.com/blog/wp-content/uploads/2010/02/IMG_1718.jpg"><img class="alignnone size-medium wp-image-514" title="IMG_1718" src="http://www.sgtccie.com/blog/wp-content/uploads/2010/02/IMG_1718-199x300.jpg" alt="" width="199" height="300" /></a></p>
]]></content:encoded>
			<wfw:commentRss>http://www.sgtccie.com/blog/2010/02/final-pic/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Troubleshooting your frame switch</title>
		<link>http://www.sgtccie.com/blog/2010/02/troubleshooting-your-frame-switch/</link>
		<comments>http://www.sgtccie.com/blog/2010/02/troubleshooting-your-frame-switch/#comments</comments>
		<pubDate>Sat, 20 Feb 2010 20:13:33 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[News]]></category>

		<guid isPermaLink="false">http://www.sgtccie.com/blog/?p=509</guid>
		<description><![CDATA[After spending way too much time troubleshooting my frame switch, I figured my advice could help others. In my case, I had a very, VERY weird issue with my frame switch, which essentially manifested itself in the form of one-way communciation between the devices connected to it. The interfaces would come up for 30 seconds, [...]]]></description>
			<content:encoded><![CDATA[<p>After spending way too much time troubleshooting my frame switch, I figured my advice could help others. In my case, I had a very, VERY weird issue with my frame switch, which essentially manifested itself in the form of one-way communciation between the devices connected to it. The interfaces would come up for 30 seconds, and drop. The frame switch never saw them up. The configs were right..they were dead on. Tried switching to PPP, or HDLC encapsulation..nothing. Swapped cables&#8230;nothing. Swapped ports..nothing. Even moved modules on the routers to check for a bad slot..nothing. In the end, after several reboots, the problem disappeared. Anyways, here&#8217;s some areas to check..</p>
<p><br class="spacer_" /></p>
<ul>
<li>Check your frame switch config first. It should essentially be the following:</li>
</ul>
<p>interface Serial3                                                               <br />
 description **INTERFACE TO R3 S1/0**                                           <br />
 no ip address                                                                  <br />
 encapsulation frame-relay                                                      <br />
 serial restart-delay 0                                                         <br />
 clockrate 64000                                                                <br />
 frame-relay lmi-type cisco    // Not necessarily required, but I like to do it just to know what&#8217;s going on. You can also disable frame-relay inverse-arp to be safe.                                                     <br />
 frame-relay intf-type dce                                                      <br />
 frame-relay route 301 interface Serial1 103                                    <br />
 frame-relay route 304 interface Serial4 403</p>
<p>Most people&#8217;s problem are going to come from the frame-relay route statement. Here&#8217;s how it breaks down:</p>
<p><em>frame-relay route &lt;INCOMING DLCI&gt; &lt;OUTGOING INTERFACE&gt; &lt;OUTGOING DLCI&gt;</em></p>
<p>So here&#8217;s the logic..think of it like you are the INTERFACE. So, for example, I would say &#8220;I am Serial3, and I&#8217;m connected to R3. If I receive any data on incoming DLCI 304, send it out interface Serial4 via DLCI 403. This would look like:</p>
<p><em>frame-relay route 304 interface Serial4 403</em></p>
<p>Now, as far as the router config on the other end..you just need a couple of things, the frame encap, IP, no shut, and that&#8217;s about it..if you&#8217;re getting a down/down, you need to check elsewhere.</p>
<p><br class="spacer_" /></p>
<p><strong>Getting your cables straight:</strong></p>
<ul>
<li>The FR switch should be the DCE for both layer 1 and layer 2. Your DB-60 DTE/DCE cables are labeled which end is DCE, and which is DTE. Make sure your DCE is inserted on the frame relay switch end..and inserted properly. It&#8217;s pretty easy to insert the cable upside down, but it won&#8217;t get a good connection, so be sure to check this. </li>
<li>If you still have no luck, swap serial cables..if you have the same results, try a different port (on both ends)</li>
<li>If you decide to switch interfaces on the frame switch, remove your old config on the old interface. If you do a &#8220;show frame pvc&#8221;, you&#8217;ll see two entries for that same DLCI, which could cause issues. Better safe than sorry.</li>
<li>Finally, if you&#8217;re at a complete loss, unplug all other cables going into the frame switch, and blow out all config, and go one at a time. It&#8217;s best to keep it simple. Once you&#8217;ve verified your config is good to go on one interface, then you can duplicate that config on the other interfaces.</li>
</ul>
<p><br class="spacer_" /></p>
<p>Best of luck. Hoped to have help a little. Just my $.02 after configuring my frame switch.</p>
<p><br class="spacer_" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.sgtccie.com/blog/2010/02/troubleshooting-your-frame-switch/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
		<item>
		<title>Cables, cables, and more cables</title>
		<link>http://www.sgtccie.com/blog/2010/02/cables-cables-and-more-cables/</link>
		<comments>http://www.sgtccie.com/blog/2010/02/cables-cables-and-more-cables/#comments</comments>
		<pubDate>Fri, 19 Feb 2010 01:18:26 +0000</pubDate>
		<dc:creator>Mike</dc:creator>
				<category><![CDATA[CCIE]]></category>
		<category><![CDATA[News]]></category>
		<category><![CDATA[Routing & Switching]]></category>
		<category><![CDATA[2511]]></category>
		<category><![CDATA[cables]]></category>
		<category><![CDATA[CAT5]]></category>
		<category><![CDATA[ccie rack]]></category>
		<category><![CDATA[ciscokits]]></category>

		<guid isPermaLink="false">http://www.sgtccie.com/blog/?p=505</guid>
		<description><![CDATA[I&#8217;ve spent the last few days getting the rack all wired up and the terminal server working. It looks like I have an issue with my terminal server (2511) not working on some of my TTY lines. I have contacted CiscoKits, which is sending a return mailing address label to me, so I can ship [...]]]></description>
			<content:encoded><![CDATA[<p>I&#8217;ve spent the last few days getting the rack all wired up and the terminal server working. It looks like I have an issue with my terminal server (2511) not working on some of my TTY lines. I have contacted CiscoKits, which is sending a return mailing address label to me, so I can ship the unit back for inspection. Hopefully they find the same issue and it can be resolved. Kind of sucks, that postpones me using the 2511- which is a pain in the butt for larger labs, but that&#8217;s OK. For the tech labs, I&#8217;ll mostly need only a couple of routers anyway, so I can deal with moving the console cable in the meantime.<br class="spacer_" /></p>
<p>Anyway, I&#8217;m getting all of the CAT5 cable made. I&#8217;m making it all myself, to save money, and to have the cables at the proper lengths. Nothing annoys me more than seeing a rack with 20 ft of extra CAT5 when that&#8217;s not necessary. I kind of understand on serial cables..mine are longer than they need to be also, but let&#8217;s at least do a LITTLE cable management people. That being said, there&#8217;s gotta be a limit, because if you&#8217;re anything like me, you move cables around sometimes, and try new things, which is great. We&#8217;re not building a permanent rack here, it&#8217;s for training purposes- but using that as a reason to not use cable management is kind of a cop out! That aside, to some extent, I expect CCIE racks to be kind of messy, that&#8217;s part of the game..just not overly messy <img src='http://www.sgtccie.com/blog/wp-includes/images/smilies/icon_wink.gif' alt=';)' class='wp-smiley' /> </p>
<p><br class="spacer_" /></p>
<p>Back to making the CAT5. I haven&#8217;t gotten much studying done since I&#8217;ve been busy getting the rack up in order to do IEWB Vol I again. I will surely post more once I make some process whether it be on the rack or my personal studies for the written.</p>
<p><br class="spacer_" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.sgtccie.com/blog/2010/02/cables-cables-and-more-cables/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
