From: Katson Yeung (kyeung@xxxxxxxxxxxxxx)
Date: Mon Jun 17 2002 - 12:16:23 GMT-3
Steve,
I faced the same condition as you (ISDN part). At my 2nd attempt, I did my
ISDN part as required and I tested it okay, but still fail.
I was scratched my head (for 2+ months) for the failure. I don't
have a clue until one day, I discovered the logic:
"Does the answer makes SENSE or not."
To find out if that is an okay answer, you have to ask yourself:
"After following all the written requirements, is there still any other
*hidden* requirement(s)?"
The hidden requirement(s) may be just as simple as "common sense". Such
as, the overall goal is to maintain the network connectivity, as well as
maintaining the route table.
Yep, even now, I still not sure the thing I discovered really matter with
my failure, and I will try to ask the proctor about that thing carefully
to verify my finding. However, the more I think about that logic, the more
I believe my finding is the right track to go.
I agreed what Charles said, you are not asked to read the proctor's mind,
but to really really understand the question and the *consequence*.
Proctor will be there to help you to clarify what to do, and what not to
do.
All and all, I did not blame the proctor, but blame myself why I am so
stupid of not thinking about the consequence. Remember, matching all the
written requirements is not enough, you still have to think if the way you
implement the configuration is making any sense or not. That is an exam
for the experts, right?
that's my $0.02.
On Mon, 17 Jun 2002, Carley, Charles wrote:
> I would have to agree with Troy, they tell you what you cannot do and that
> is it. If you have a working solution and you did not violate the
> conditions provided then you will receive the points. This is not a matter
> of guessing what the proctor wants you to do but more a matter of knowing
> how something really works so you can understand the wording of the
> question. My lab failure was not because of the proctor or Cisco but more
> my study habits. I suspect that blaming failure on other factors may make
> people feel better but they will not help you develop a study plan to
> overcome weak areas and be able to pass on your next attempt. If you feel
> like you lost points because of the proctor I would pay to have my lab
> graded by the review team although I suspect the results would be the same.
>
> Charles
>
> -----Original Message-----
> From: steven.j.nelson@bt.com [mailto:steven.j.nelson@bt.com]
> Sent: Monday, June 17, 2002 9:49 AM
> To: troy@onenet.net; kurt@superonline.net; ccielab@groupstudy.com
> Subject: RE: Interpretaion of questions
>
> Sorry Troy,
>
> Have to disagree, I had some requirement in my lab pertaining to ISDN. I
> tested it fully 3 times, the last time being 10mins before the end of the
> test as I know a number of people who have had bad marks for dial.
>
> My solution worked perfectly, I gained less than 50% of the marks.
>
> So they are looking for some specifics in addition to the solution working.
>
> HTH
>
> Steve
>
> -----Original Message-----
> From: Troy Rader [mailto:troy@onenet.net]
> Sent: 17 June 2002 14:29
> To: Erhan Kurt; ccielab@groupstudy.com
> Subject: Re: Interpretaion of questions
>
>
> If you accomplish what they ask, and do not use techniques they say you
> cannot use, you get the points. My understanding has always been that the
> proctors do not get to pick and choose what they personally like for a
> solution. If you get it working, and don't violate the requirements of the
> question, you get the points.
>
> I have had every question I asked, answered. I've been twice. I never ask
> "which solution do you want". I clarify any wording that is unclear to me.
>
>
> ----- Original Message -----
> From: "Erhan Kurt" <kurt@superonline.net>
> To: <ccielab@groupstudy.com>
> Sent: Monday, June 17, 2002 6:54 AM
> Subject: RE: Interpretaion of questions
>
>
> > Folks,
> >
> > Instead of saying some percentages, it's better to talk about
> interpretation
> > issues in the exam.. It may be an effective way to interpret some topics
> > here before real exam.
> >
> > Some topics are listed below:
> >
> > 1- Redistribution techniques:
> > for example: which is the best way for area 0 range: 2nd OSPF
> > process or redist. Conn. before summary address.
> > 2- DDR:
> > Interpreting is so important to do the way actually wanted.
> > 3- QoS:
> > i.e. in FRTS, your calculations of CIR, Bc, mincir will be based on
> > verbal sentences provided.
> > 4- BGP:
> > Communities, attributes, confederations, sync vs no-sync...
> > 5- ACL:
> > o PAY ATTENTION to your ALL already done stuff when putting an
> > access-list, if you have any, you must permit equivalent ports for them
> like
> > tcp eq bgp, ospf, eigrp, ntp, snmp, udp eq rip, etc.
> > o PAY ATTENTION to new services through an interface containing
> > access-list... if so make necessary changes on the access-list....
> >
> > 6- Bla, Bla, Bla.....
> >
> > It's sometimes really hard to say that this is the best way or the way
> > wanted .. And then the result will be negative even it looks working...
> >
> >
> > Never Give Up,
> > Erhan
> >
> >
> > -----Original Message-----
> > From: David Luu [mailto:wicked01@ix.netcom.com]
> > Sent: 16 Haziran 2002 Pazar 23:27
> > To: Anthony Pace; Wes Stevens; ccielab@groupstudy.com
> > Subject: RE: Interpretaion of questions
> >
> >
> > the ccie lab is 25% configuration and 75% interpretation
> >
> > At 08:06 PM 6/16/2002 +0000, Anthony Pace wrote:
> > >I have the same problem interpreting the "lab questions". Many times
> > >the best solution is not the correct one and it becomes important to
> > >adhere to the "letter of the law" not the "spirit of the law" when
> > >interpreting questions. This goes for the practice tests as well. One
> > >thing I will do next time is "neatly write several options down" and
> > >show them to the proctor. Others have said this is helpfull. I did not
> > >avail myself of this when I took the test. Instead I chose to "stew in
> > >my own juices' and waste alot of time speculating about all the
> > >possible combinations of things which they "might" be looking for.
> > >
> > >Anthony PAce
> > >
> > >
> > >
> > >
> > >On Sun, 16 Jun 2002 00:14:11 +0000, "Wes Stevens"
> > ><ccie_miami@hotmail.com> said:
> > > > My first attempt was friday. I did not pass. Time was not that big
> > > > of an issue. I was done with an hour left to check things.
> > > > Everything seemed to
> > > > work and I felt that I had at least followed the rules. But they must
> > > > have
> > > > not of liked my solutions. The interesting thing is that the parts
> that
> > > > seemed the easist were where I did the worst. The part that kicked my
> > > > butt I
> > > > did well in. I think part is that I got over confident on the easy
> > > > parts and
> > > > did not pay enough attention to them. But part is also the ability to
> > > > interpret what they want for a solution. I don't feel experience is a
> > > > big
> > > > help here. I have been doing networking for many years and have never
> > > > seen
> > > > anything like what they put in front of me in the real world. I did
> > > > give
> > > > them a solution that worked and was technically sound - but that for
> > > > sure
> > > > was not enough. I have talked to several people that suggest a boot
> > > > camp -
> > > > many of them are designed to build up your skills in interpreting the
> > > > lab.
> > > > But I am on my own on this - no help from my company. I would really
> > > > rather
> > > > not have to pay for a bootcamp.
> > > >
> > > > So my question is what do you do - what do study and how do you
> > > > study to build up these skills.
> > > >
> > > >
This archive was generated by hypermail 2.1.4 : Tue Jul 02 2002 - 08:12:35 GMT-3