From: Narbik Kocharians (narbikk@gmail.com)
Date: Thu Jun 21 2007 - 19:13:28 ART
I honestly don't think that it would hurt to have a 6500/4500 and then a
3560 and a 3750 switch, i honestly think that CCIEs would benefit. I can see
everyone's point here, but there is no reason to argue. Just imagine, you
want to hiring a CCIE, which one would you rather hiring (If everything else
is equal), would you hire a CCIE that spent 100s of hours on 3550s and
3560s,or would you want to get the CCIE that has spent 100s of hours on
3560s, 3750s, 4500, and 6500s?
Besides how could someone tell me the QOS on 6500s are the same as 3560s?
On 6/21/07, Jason Plank <Jason_Plank@condenast.com> wrote:
>
> Give me a break. I see and read from CCIE's that get thrown in a
> production
> environment and are expected to understand the 6500 platform and they
> simply
> do not. They do not understand BASIC things like resetting modules. To me
> if
> you are going to call someone an expert they should have some clue about
> your top product.
>
>
>
>
> On 6/21/07 12:23 PM, "Douglas M Todd, Jr" <dtodd@PARTNERS.ORG> wrote:
>
> > Well -
> >
> > Does not matter whether the platform is a 6500 or a 3500 or a 2900. The
> > thing that matters is that you understand the concepts and technology.
> > Sure there are big differences between the platforms, but what does it
> > matter? If the test is standardized so it will support 4-5 modules then
> > you just need to know the specifics on those modules. The bigger issue
> > is what they support for technology and settings which differ between
> > the modules.
> >
> > Personally, the 6500 is a fine box and just as understandable as a 3500.
> > A router is a router and a switch is a switch. STP works the same on
> > both boxes, ospf/eigrp/rip the same, nat, access-lists etc. Sure there
> > may be some different options available, but the core technologies are
> > the same on either platform.
> >
> > Debugging would be more problematic on a 6500 since a lot of information
> > is not seen due to the hardware platform architecture.
> >
> > If you understand the hardcore topics then the 6500 is just another box,
> > more expensive, but a box none the less.
> >
> > Personally, I would welcome the 6500 on the lab exam since this is what
> > you will find in a lot of corporations. However, it really does not
> > matter nor make sense to have this box on the lab exam. I would doubt
> > they would put it on the exam when other boxes perform the needed
> > functionality, are at a fraction of the price, have a smaller footprint.
> >
> > The need is the technology not necessarily the platform.
> >
> > DMT
> >
> >
> >
> > serhat aslan wrote:
> >> Especially I don't want to see 6500 at R&S.
> >> 6500 series more than a modular switch (as well as 76xx) it is an
> unique
> >> platform(!). And has got many different type of modules then the other
> >> competitors can't do (ACE, CSS, IPS, VPN, NAM, etc...). And all these
> >> modules are result of different demands. For
> instance, IPS->CCIE-Security,
> >> CSS-Storage(or I thought). By the way some them are stand on the
> >> cutting-edge.
> >> R&S-lab is testing the protocols behaviors and features. Although
> design
> >> effected the nature of the routing/problem, R&S-lab has no worries on
> the
> >> design concepts(?) with integrating advanced security, L5 switching,
> etc.. .
> >> My opinion is 6500 must address at the CCIE-Architecture
> >> Pls. don't mix the architecture base Capabilities + Design concepts
> vs
> >> Protocol type problems. If The main problem is to interact the real
> life
> >> situations, more effective method is setting up the mixed heterogeneous
> >> network. If they could use F5,Checkpoint,Nortel,Alcatel,Juniper,
> 3-party
> >> equipments, it seems reasonable to me interact the real real-life
> problems.
> >> As the last point, there are a lot of best practices published at
> networker
> >> series. AFAIK, at least for the effective Cat6500 test we have to use
> min. 2
> >> of them and normally 4.
> >>
> >> Serhat Aslan
> >>
> >>
> >>
> >> ---------------------------------
> >> Be a better Globetrotter. Get better travel answers from someone who
> knows.
> >> Yahoo! Answers - Check it out.
> >>
> >> _______________________________________________________________________
> >> Subscription information may be found at:
> >> http://www.groupstudy.com/list/CCIELab.html
> >
> >
> >
> >
> >
> > The information transmitted in this electronic communication is intended
> only
> > for the person or entity to whom it is addressed and may contain
> confidential
> > and/or privileged material. Any review, retransmission, dissemination or
> other
> > use of or taking of any action in reliance upon this information by
> persons or
> > entities other than the intended recipient is prohibited. If you
> received this
> > information in error, please contact the Compliance HelpLine at
> 800-856-1983
> > and properly dispose of this information.
> >
> > _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
>
> --
> Jason Plank, CCIE# 16560
> Senior Network Engineer
> Conde Nast Publications
> 1201 North Market St.
> Wilmington, DE 19808
> Email: Jason_Plank@CondeNast.com
> Office: 302-830-4910
> Cell: 302-290-0387
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
-- Narbik Kocharians CCIE# 12410 (R&S, SP, Security) CCSI# 30832
This archive was generated by hypermail 2.1.4 : Sun Jul 01 2007 - 17:24:50 ART