Compare cert salaries and plan your next career move
jimmypizzle83 wrote: » I'm really enjoying the fact that my CCIE studies have already helped me in my day to day work. I am gaining a deeper level of understanding of the "whys" and my config speeds are improving. I've learned a lot of ways to become more efficient in my navigation of the IOS as well. This is shaping up to be an extremely beneficial experience already.
Turgon wrote: » Very true. Imagine how much more you will feel about that when you have put in over 900 lab hours like myself. I find the studies have really helped me professionally the last four years.
jimmypizzle83 wrote: » What would you say has been the biggest benefit of all that time spent labbing?
Turgon wrote: » There are lots. I dont work in operations anymore so Im not cranking out scheduled changes at the command line these days, so the workbook exercises have really helped me remain sharp as an engineer. I learned a lot of good process if you like, by doing so much configuration so Im comfortable when working with a device. But I think the most important thing is putting the theory into some sort of context and finding that overtime some things come naturally and instinctively. You start to look at and work with config a lot more intuitively, even new stuff. But you gotta get there first. 900 hours.
jimmypizzle83 wrote: » 900 hours seems so far away. Putting the theory into some sort of context is what I'm most excited for. These workbooks are a huge help in clarifying the why's and the how's.
Turgon wrote: » Unless you can lab for 2/3 hour sessions most weekdays, and 4 - 6 hour sessions Saturday and Sunday..it is a long way away indeed. Do the maths and face reality. If it will take you a long time to get there..that's fine so long as you keep going!
reaper81 wrote: » Nice. When you get to the part of MPLS VPN you will need to know both IGP and BGP to understand how the traffic is flowing. MPLS is fun
TesseracT wrote: » Yeah I'm the same. both works for me. I actually find I remember it better if I lab it up first and get a general idea of what's going on and then my spongey brain seems to absorb more of the details in when I start reading. For MPLS I definately went straight to labbing, the books just get confusing without having the basics down first. I started with 'A Small MPLS Tutorial' without knowing anything about MPLS and by the end of it had MPLS VPNs working like a charm. Check it out here:http://www.rasyid.net/wp-content/uploads/2007/11/mpls_tut.pdf
aragoen_celtdra wrote: » Please, keep us posted on what your prefernce ends up being in terms of rack rental experience. This is something I would need to start looking into in the near future.
reaper81 wrote: » Keep going Jimmy. I love the learning this adventure has brought me so far. Most people are too lazy to do anything more than their dayjob requires. Knowledge is power
jimmypizzle83 wrote: » Labbed last night once we got home from the beach. (session was around 6pm - 1am with interruptions) I got about 5 hours of actual labbing done. I ran over my time slot on Gigavelocity, but used Dynamips to continue working. I say 5 hours because I ate while I was labbing, plus I was researching some material as I was labbing it. I didn't want to call it a night without solving the issue because I felt like I was so close to the answer. I got hung up on one lab for 3 hours last night. I learned something new so I was glad I didn't just move on without figuring out why it wasn't working correctly. My troubleshooting process certainly benefited from the time spent working on the issue. My advice, pay very close attention to the instructions in the labs. I'm trying to get closer in labs to where I am in reading, but I don't want to rush either.
jimmypizzle83 wrote: » It was a silly bridging over frame-relay issue. I looked at my configs, but they looked completely fine (wrong! one major cmd missing). I started troubleshooting by extracting the key players from the topology then doing divide and conquer. (CCIE Exam Guide). I was doing small reconfigs at each hop in the topology and seeing what had connectivity to what. I had connectivity between all equipment, but traffic from switch 1 couldnt make it to BB2 over the frame relay bridge between r2 and r5. It was a face palm moment once I caught it. Again, pay very close attention to the instructions.
Turgon wrote: » Nice one. This is where the hundreds of hours working the examples in the lab books will help you. You will be introduced to ways of connecting things like frame relay, such as the bridge that you wouldn't normally read up on.
jimmypizzle83 wrote: » I did some more labbing last night after attending a crab feast. I could have stayed there all day. I've been taking my time with these labs, taking a lot of notes, and just making sure I fully understanding what I'm doing and why I'm doing it this specific way. There are so many implicit effects of implementing certain commands that you have to keep track of so I always try to take good notes on those in particular. Being out of the switch focused labs means that I can use Dynamips for awhile so that will certainly extend my lab times.
Turgon wrote: » Cool. Try and get that reading counter over 100 and the lab one over 50 hours then crack open a beer. A long way to go from that point but many CCIE wannabees dont make it even that far. You will deserve a celebration to announce your credibility.
jimmypizzle83 wrote: » Read about BGP decision process, Path Attribute segments, and how to adjust the segments. for anyone learning about the bgp decision process, try the mnemonic from the exam guide: "n wlla omni". N = NEXT_HOP reachable?, W=weight (higher=better), L=LOCAL_PREF (higher=better), L = locally injected, A = AS_PATH, O=ORIGIN, M=MED, N=Neighbor type, I = IGP metric for reaching next hop.
Turgon wrote: » Now tell us which is better for AS_PATH, Origin, MED, Neighbor and IGP metric, and how to override or play with the decision process. Watch those MEDS, there are variations
jimmypizzle83 wrote: » AS_PATH=smaller, ORIGIN=i over e, e over ?, MED=smaller, Neighbor type = ebgp over ibgp, igp metric=smaller.
Compare salaries for top cybersecurity certifications. Free download for TechExams community.
