My friend, and IPexpert Guest Speaker, Keith Barker always says, “friends should not let friends run RIP!” Yes, we agree Keith, but in this post we need to look at running RIP on the Cisco ASA. This is of course in the event that there is an area like this in the CCIE Security Practical Lab Exam.

First, the basics – let us configure basic RIP version 2 on the Cisco ASA:

ASA1# configure terminal
ASA1(config)# router rip
ASA1(config-router)# version 2
ASA1(config-router)# no auto-summary
ASA1(config-router)# network 10.0.0.0
ASA1(config-router)# passive-interface default
ASA1(config-router)# no passive-interface Inside
ASA1(config-router)# end
ASA1#

Notice this “best practices” configuration is just like how I would configure RIP on the router. The passive-interface default bit and then the no passive bit ensures that we are only sending updates out the interface that we want speaking RIP. There is still no method of configuring RIP under an interface on the ASA or a Cisco router.

Read Full Entry »

Print Friendly

For all that have purchased IPexpert’s latest text, QoS Operation and Troubleshooting, there is an update being pushed to member’s sites on Monday, May 14th by 5 PM EST USA.

This update will fix some cosmetic issues, correct some grammar problems that slipped by our editors, and will also add some content in spots to help improve clarity of the text.

Thanks so much for all of the amazing feedback regarding this book series at IPexpert.com. We will keep writing as long as you keep reading! :-)

Anthony Sequeira CCIE, CCSI
Twitter: @compsolv
Facebook: http://www.facebook.com/compsolv

Print Friendly

This blog is not directly tied to any topics related to CCIE studies, but it can be useful. It’s more of a general networking post. I had fun researching this information and decided it would be a nice thing to share with experts such as our readers.

In the Packet Pushers Podcast episode 89 (OSPF vs IS-IS Smackdown – Where You Can Watch Their Eyes Reload) published few months ago, I made few statements about border routers in both OSPF and IS-IS and their differences. This prompted some disagreement on the panel consisting of Ivan Pepelnjak of NIL, Petr Lapukhov of Microsoft, host Greg Ferro and myself. In this post, I’ll examine OSPF issues and follow-up with IS-IS in the next.

For the purpose of this testing, I will use the network of three routers connected in a “chain”. I will not change this network layout, only the configuration of the routing protocols, as required. Even though both IOS and Juniper configurations are completed in production ProctorLabs racks, I gave routers fictional names to avoid slight router numbering differences between our Cisco and Juniper racks.

Lab time!
Read Full Entry »

Print Friendly

I have been answering the same two questions regarding our upcoming Online Operation and Troubleshooting Boot Camp on a daily basis. So I thought that I would take the opportunity to answer them here on the blog so that everyone can benefit from the explanations. The first question out of most candidates’ mouths is, “In your opinion did the Quick-Fire method make that much of a difference regarding passing the troubleshooting section of the exam?”

Honestly, that question presupposes a number of variables that have to be clarified first. It automatically assumes that the test taker has a solid foundation in the technologies and protocols being tested, it also assumes that ample time has been taken to practice and build speed at the console and at least develop some rudimentary deployment and resolution strategies. That being said my answer is absolutely!

I honestly think the Quick-Fire method made all the difference. In both labs that I took, I was working on trouble tickets up till the last few minutes. The approach helped me stay calm with all the pressure, plus it kept me focused on what was really important; securing points. Honestly, there wasn’t a question asked that any well prepared student could not have answered given enough time; the issue was the clock. The time goes so fast and even a few minutes of wasted time on each ticket can mean the difference between passing and failing. In both attempts, there where tickets that I solved almost immediately and then some I resolved in the last few moments (the ones I considered very hard) before the final verification. The Quick-Fire method is designed to optimize time while maximizing the chances at getting the most correct tickets before it runs out. In both actual lab attempts where we tested Quick-Fire, the tickets ranged from easy to what I considered extremely hard and some contained multiple errors. The Quick-Fire process helped me gather all the “low hanging fruit” quickly and efficiently, and bought me the time necessary to really focus on the harder tickets.
Read Full Entry »

Print Friendly

Check out our Monthly Cisco Certification Training Newsletterfor news on our newly released Operation and Troubleshooting Series and our NEW IT Training Business Unit. Find out how you can save $300 on IPexpert’s New CCIE Voice Alchemy Online Course and check out the Latest Success Stories.

Print Friendly