Re: Core technology definition / more switching

From: Joe Astorino <jastorino_at_ipexpert.com>
Date: Wed, 21 Oct 2009 23:23:05 -0400

Hey man!
Keep in mind that Maurillio specifically went on the record during the
meeting with the 360 folks as saying that the newer topics such as PFR, MPLS
L3 VPN, etc will be minimal. I think your core focus should still be on
your main routing and switching protocols such as OSPF, BGP, EIGRP, RIPv2,
STP and its variants, VTP, etc.

I'm not saying to not focus on those at all -- Obviously it is all
important, but I don't think the core stuff has really changed all that
much.

On Wed, Oct 21, 2009 at 10:10 PM, ALL From_NJ <all.from.nj_at_gmail.com> wrote:

> Hey team,
>
> This is buggin me a little tonight and figured I would 'ask the experts'
> ...
> buggin me especially with the recent emails about the latest v4 lab.
>
> I believe a core technology is defined as one that affects all others, or
> one that must be set up first. In other words, this technology must be
> working before we can attempt other configs. Example:
>
> Routing and route filtering. Obviously routing is core, and the filtering
> might be considered a non-core tech.
>
> Now ... question related to new topic. If all of these are non-core, can
> we
> assume nothing else depends on them? Example might be MPLS and route
> filtering or tagging at remote ends. You cannot tag at remote ends if the
> routes were not received.
>
> Team - I want to make sure my time is spent wisely and accordingly to the
> core / non-core.
>
> OER / PFR has me worried a little as this can affect routing ... and we
> know
> all the problems that can / will occur when routing changes on us. The
> zone
> based fw thing seems like a non-core tech ... hopefully only worth 0.25
> points (wishful thinking).
>
> Anthony, I think you are the one with the expanded blueprint. Is your
> 'expanded blueprint' organized in core / non-core format?
>
> Lastly, with no switches in the tshooting section, can we assume there
> would
> be additional switching stuff in the config section? I know about
> assumptions ... forgive the way I ask this question please.
>
> --
> Andrew Lee Lissitz
> all.from.nj_at_gmail.com
>
>
> Blogs and organic groups at http://www.ccie.net
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
>
>
>
>
>
>
>

-- 
Regards,
Joe Astorino CCIE #24347 (R&S)
Sr. Technical Instructor - IPexpert
Mailto: jastorino_at_ipexpert.com
Telephone: +1.810.326.1444
Live Assistance, Please visit: www.ipexpert.com/chat
eFax: +1.810.454.0130
IPexpert is a premier provider of Classroom and Self-Study Cisco CCNA (R&S,
Voice & Security), CCNP, CCVP, CCSP and CCIE (R&S, Voice, Security & Service
Provider) Certification Training with locations throughout the United
States, Europe and Australia. Be sure to check out our online communities at
www.ipexpert.com/communities and our public website at www.ipexpert.com
Blogs and organic groups at http://www.ccie.net
Received on Wed Oct 21 2009 - 23:23:05 ART

This archive was generated by hypermail 2.2.0 : Sun Nov 01 2009 - 07:51:00 ART