Agreed, lady at San Jose was very nice and easy going! Ayaz On Nov 22, 2013 10:16 PM, "Fawad Khan" <fawa...@gmail.com> wrote:
> Kevin, > So many congrats man. I agree with all the words you said about Piotr, > what a champ he is. Made the same difference in my life. > > > Ayaz, I would prefer San Jose over RTP any time:). I passed there , that > is one reason but the main reason was that the proctor at San Jose was a > better person who at least listened to your concern and answered you in a > better way. On the other hand RTP proctor (David) was unnecessarily > tough(almost rude) guy. Who had no empathy to your very logical question. > > Regards > Fawad Khan > CCIE Security # 35578 > > On Thursday, November 21, 2013, Kevin Sheahan wrote: > >> Thanks Ayaz, >> >> >> >> Regarding the differences between RTP and San Jose, there are no biggies. >> The lab presentation is the same in both locations, you get a bit of a >> longer lunch in San Jose but you have to walk a ways to the lunch area so >> that’s why. You still have plenty of time to eat and/or think in both >> locations. No differences that could impact your lab, though. >> >> >> >> Good luck! >> >> >> >> Kevin Sheahan >> >> CCIE # 41349 (Security) >> >> >> >> *From:* Ayaz Merchant [mailto:merchanta...@gmail.com] >> *Sent:* Thursday, November 21, 2013 11:09 AM >> *To:* Kevin Sheahan >> *Cc:* ccie_security@onlinestudylist.com >> *Subject:* Re: [OSL | CCIE_Security] CCIE Sec Pass >> >> >> >> Kevin, A big congrats! You have given me some hope, after trying the lab >> and seeing so many of my fellows fail, I was starting to doubt if v4 was >> passable or not at this time. Now back to studying hard for me!!! >> >> >> >> Any thoughts on the difference in your lab experience between RTP and San >> Jose? >> >> >> >> Ayaz >> >> >> >> On Thu, Nov 21, 2013 at 9:09 AM, Kevin Sheahan <sheaha...@gmail.com> >> wrote: >> >> Gents, >> >> >> >> It is with great pleasure that I can tell you I’ve passed my CCIE >> Security Lab on Tuesday in RTP. It has been a very difficult year both >> personally and professionally to prepare for this exam. This was my third >> attempt. For study, I leaned very heavily on IPExpert’s >> material/intructors/racks. Piotr Kaluzny – I can’t speak highly enough >> about this guy – suffice it to say that if you are feeling lost, get his >> attention and he will lead you in the right direction. His expertise, >> patience, and all around cool-dudeness are sincerely appreciated and >> valuable when you start to feel like you’re drowning in the blueprint. I >> also used my own personal hardware and read A LOT of Cisco configuration >> guides pertaining to blueprint (There are a lot of “Notes” in those config >> guides that provide great info). >> >> >> >> Lessons learned: >> >> >> >> - My strategy played a very large role in time management and >> organization during the exam. >> >> o Build a table to keep track of…. EVERYTHING: >> >> § Obj | Points | Desc | V1 | V2 | Comments >> 1.1 4 ASAMC F Unable to ping <subnet>, >> check later >> 1.2 5 IPS-IVP P Re-verify @ end, core >> objective. >> >> § I would create and fill out this table (first 3 columns) as I’m >> reading through the lab at the beginning. The “Comments” section became >> extremely useful for me to shorten the amount of end-lab verification >> because instead of re-reading the objective for verification I would only >> have to see what I wrote down from previous verification failures. Anything >> with a “P” for pass in the V2 column should be money in the bank, ensure >> that you’ve paid attention to the fine details in the objective which can >> cause loss of points. >> >> o Prep the lab: >> >> § Pager 20 / Term length 20 >> >> · This will allow you to execute long-output show commands later >> in the day without the screen scrolling away from you. This should be done >> on ALL devices. >> >> § Logging >> >> · ASA >> >> o Logging console warnings / Logging on – This will tell you >> throughout your lab when your ASA is denying traffic due to ACL and/or NAT >> failures. Very useful! >> >> · IOS >> >> o Logging console – This will tell you when routing processes drop, >> when ISAKMP is ON/OFF, etc. As well, this will allow for your debug output >> to show up. >> >> § >> >> > > -- > FNK >
_______________________________________________ Free CCIE R&S, Collaboration, Data Center, Wireless & Security Videos :: iPexpert on YouTube: www.youtube.com/ipexpertinc
