Don't worry if you have done the right thing during your studies/Prep, you
will pass with no problems, it will be ridiculously easy.
On Mon, Sep 14, 2009 at 10:48 AM, Christopher Copley <copley.chris_at_gmail.com
> wrote:
> This new trouble shoot section just made me think. Is it only going to be
> just trouble shooting IOS issues, or will they make you trouble shoot
> physical issue as well (i.e. disconnected cables, broken serial pins, etc).
> I am not 100% sure, but if my memory serves me I think that a CCIE friend
> of mine that passed the 2 day lab, said that they would make you trouble
> shoot physical issues as well.
> Any thoughts?
>
> Chris
>
>
> On Mon, Sep 14, 2009 at 1:43 PM, michael haynes <mghaynes_at_gmail.com>wrote:
>
>> My wife and I often say to each other we wish Cisco would bring back the
>> two day lab. Yes, it would be a bit more painful to go through for the
>> student, a bit more painful for the proctor to grade and participate in, but
>> I don't think there'd be much discussion that the candidate knew what they
>> were talking about.
>>
>> This new troubleshooting portion just doesn't have the same glamour as the
>> old test ;)
>>
>> Michael
>>
>>
>> On Mon, Sep 14, 2009 at 1:35 PM, <Charles.Henson_at_regions.com> wrote:
>>
>>> I think it's funny how this thread is pretty clear that with the breadth
>>> of
>>> features and functions you could be tested on and the new timeline you
>>> have
>>> given the troubleshooting portion that the "depth" of each area will be
>>> "basic". I agree that there is so much to cover and not enough time to
>>> pack
>>> it all in to one 8 hour test. I also agree that anyone passing the 4.0
>>> lab
>>> still should be respected. But you have to admit the irony of a CCIE
>>> (EXPERT) groupstudy lab discussion pointing out the "basic" depth of
>>> features and technologies.
>>>
>>> Anyone for bringing back the two day lab? :) I kid I kid... Let me pass
>>> first....
>>>
>>> Charles
>>>
>>>
>>>
>>>
>>>
>>> From: ALL From_NJ <all.from.nj_at_gmail.com>
>>>
>>> To: Narbik Kocharians <narbikk_at_gmail.com>
>>>
>>> Cc: Marko Milivojevic <markom_at_markom.info>, abderrahim sadki <
>>> a_sadki1_at_hotmail.com>, netwkengr_at_gmail.com,
>>> jastorino_at_ipexpert.com, darby.weaver_at_gmail.com,
>>> smorris_at_ine.com, majonestx_at_gmail.com, iwan_at_ipexpert.com,
>>> copley.chris_at_gmail.com, ccielab_at_groupstudy.com
>>>
>>> Date: 09/14/2009 11:52 AM
>>>
>>> Subject: Re: R&S 4.0 blueprint
>>>
>>>
>>>
>>>
>>>
>>>
>>> Things get even more fun when you add / combine / cloud / muddy up the
>>> waters by including port security and dot1x ...
>>>
>>> lol ...
>>>
>>> Yep, not much here. "nothing to see folks, move along"
>>>
>>>
>>> On Mon, Sep 14, 2009 at 12:24 PM, Narbik Kocharians
>>> <narbikk_at_gmail.com>wrote:
>>>
>>> > hahahaha they should add some more
>>> >
>>> > On Mon, Sep 14, 2009 at 8:33 AM, Marko Milivojevic <markom_at_markom.info
>>> > >wrote:
>>> >
>>> > > On Mon, Sep 14, 2009 at 13:10, abderrahim sadki <
>>> a_sadki1_at_hotmail.com>
>>> > > wrote:
>>> > > > Hi all,
>>> > > >
>>> > > > I have a silly question.
>>> > > >
>>> > > > should we focus our studies according to the blueprint ? As when I
>>> > > looked
>>> > > > at it , I don' t see much of layer 2 technology for example.
>>> > >
>>> > > If we exclude:
>>> > >
>>> > > 1.00 Implement Layer 2 Technologies
>>> > >
>>> > > 1.10 Implement Spanning Tree Protocol (STP)
>>> > > (a) 802.1d
>>> > > (b) 802.1w
>>> > > (c) 801.1s
>>> > > (d) Loop guard
>>> > > (e) Root guard
>>> > > (f) Bridge protocol data unit (BPDU) guard
>>> > > (g) Storm control
>>> > > (h) Unicast flooding
>>> > > (i) Port roles, failure propagation, and loop guard operation
>>> > >
>>> > > 1.20 Implement VLAN and VLAN Trunking Protocol (VTP)
>>> > >
>>> > > 1.30 Implement trunk and trunk protocols, EtherChannel, and
>>> > load-balance
>>> > >
>>> > > 1.40 Implement Ethernet technologies
>>> > > (a) Speed and duplex
>>> > > (b) Ethernet, Fast Ethernet, and Gigabit Ethernet
>>> > > (c) PPP over Ethernet (PPPoE)
>>> > >
>>> > > 1.50 Implement Switched Port Analyzer (SPAN), Remote Switched Port
>>> > > Analyzer (RSPAN), and flow control
>>> > >
>>> > > 1.60 Implement Frame Relay
>>> > > (a) Local Management Interface (LMI)
>>> > > (b) Traffic shaping
>>> > > (c) Full mesh
>>> > > (d) Hub and spoke
>>> > > (e) Discard eligible (DE)
>>> > >
>>> > > 1.70 Implement High-Level Data Link Control (HDLC) and PPP
>>> > >
>>> > >
>>> > > you are quite right - there are not that many left :-)
>>> > >
>>> > > --
>>> > > Marko
>>> > > CCIE #18427 (SP)
>>> > > My network blog: http://cisco.markom.info/
>>> > >
>>> >
>>> >
>>> >
>>> > --
>>> > Narbik Kocharians
>>> > CCSI#30832, CCIE# 12410 (R&S, SP, Security)
>>> > www.MicronicsTraining.com <http://www.micronicstraining.com/>
>>> > Sr. Technical Instructor
>>> >
>>> >
>>> > Blogs and organic groups at http://www.ccie.net
>>> >
>>> > _______________________________________________________________________
>>> > Subscription information may be found at:
>>> > http://www.groupstudy.com/list/CCIELab.html
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>> >
>>>
>>>
>>> --
>>> 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
>>>
>>>
>>> Blogs and organic groups at http://www.ccie.net
>>>
>>> _______________________________________________________________________
>>> Subscription information may be found at:
>>> http://www.groupstudy.com/list/CCIELab.html
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>
>
-- Narbik Kocharians CCSI#30832, CCIE# 12410 (R&S, SP, Security) www.MicronicsTraining.com Sr. Technical Instructor Blogs and organic groups at http://www.ccie.netReceived on Mon Sep 14 2009 - 11:05:40 ART
This archive was generated by hypermail 2.2.0 : Sun Oct 04 2009 - 07:42:03 ART