From: Lee Donald (Lee.Donald@t-systems.co.uk)
Date: Fri Jul 22 2005 - 04:57:00 GMT-3
Hear, Hear....
-----Original Message-----
From: John Matus [mailto:jmatus@pacbell.net]
Sent: 22 July 2005 08:03
To: Lee Donald; 'Group Study'
Subject: Re: I Failed for the 2nd time yesterday in Brussels, has the R&S
lab got more tricky??
lee,
same here, buddy. i nailed bgp on my last (3rd) attempt. of course i can't
say "how" i know, but there are various show commands you can use to verify
your configs..... and the f@ckers have me a 50%. i really think cisco needs
to be held accountable to a certain extent with regards to their methods of
grading. it is only fair that if we shell out $1250 + travel expenses, we
should have a feeling that their grading procedures are accurate and not
flawed. i can tell you with 100% assurity that their methods of grading are
very flawed and they need to seriously consider revising these methods.
there should never be an instance where a candidate should need a re-grade.
re-grades in and of themselves are an indication of this problem. we hope
you are listening cisco!
Regards,
John D. Matus
MCSE, CCNP
Office: 818-782-2061
Cell: 818-430-8372
jmatus@pacbell.net
----- Original Message -----
From: "Lee Donald" <Lee.Donald@t-systems.co.uk>
To: "'Group Study'" <ccielab@groupstudy.com>
Sent: Thursday, July 21, 2005 5:56 AM
Subject: I Failed for the 2nd time yesterday in Brussels, has the R&S lab
got more tricky??
> Hi Group,
>
> I failed for the 2nd time yesterday in Brussels after a mammoth effort of
> studying and courses etc.
> When I walked out the door I was fairly sure I'd passed (which makes it
> even
> worse) but what I can't understand is their marking, probably won't ever
> understand it.
>
> Certain sections like my BGP were spot on and running like a brand new BMW
> (
> so I thought) they even gave you screen outputs of what your "show ip bgp
> "
> should look like, well mine looked like that but I got 39%.
>
> I don't know whether their testing you to see if you know and can
> configure
> the technology, or trying to trip you up with Cryptic questions that are
> designed to mislead you.
>
> Any Comments, sorry having a Hate Cisco day.
>
> Regards
>
> Lee.
>
>
>
> -----Original Message-----
> From: ccie2be [mailto:ccie2be@nyc.rr.com]
> Sent: 21 July 2005 12:48
> To: 'Shanky'; 'Group Study'
> Subject: RE: OSPF: Remember old DR 2.1.1.10 (id) ... why ?
>
> Shanky,
>
> I don't know if this answers your question directly but I can tell you
> this.
>
>
> Ospf doesn't use preemption in the election of the DR and BDR. Because of
> this ospf is more stable on a broadcast segment. Once a DR is elected,
> that
> router will remain as the DR even if another router on the same segment
> comes on line with a higher priority.
>
> This being the case, I guess that its necessary for a non-Dr and non-BDR
> router to remember who the DR and BDR were if it were to go down so that
> when it comes back up it knows with which routers to re-establish
> adjacencies with.
>
> As far as the lab goes, I don't think this detail is that important.
> What's
> really important is that you're aware of this non-preempt behavior so that
> when you configure ospf on a broadcast or nbma segment, you know to set
> the
> priority to 0 on routers which should not become the DR or BDR before
> bringing the router up on the segment.
>
> HTH, Tim
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Shanky
> Sent: Thursday, July 21, 2005 1:20 AM
> To: Group Study
> Subject: OSPF: Remember old DR 2.1.1.10 (id) ... why ?
>
> Hi,
> I got the foll output with debug ip ospf adj when I shut the serial to FR
> switch down on the spoke in NBMA mode. Why does the router remember who
> the
> old DR was as shown in the output ? I mean, once new DR is selected, even
> if
> the old DR comes back online (Say after a crash), it doesnt affect.
> **Mar 1 16:15:15.799: OSPF: Remember old DR 2.1.1.10 <http://2.1.1.10>
> (id)
> ... why does the router remember the old DR?*
> *Mar 1 16:15:15.795: OSPF: Interface Serial0/0 going Down
> *Mar 1 16:15:15.795: OSPF: 1.1.1.1 <http://1.1.1.1> address
> 1.1.1.1<http://1.1.1.1>on Serial0/0 is dead, state
> DOWN
> *Mar 1 16:15:15.795: OSPF: Neighbor change Event on interface Serial0/0
> *Mar 1 16:15:15.795: OSPF: DR/BDR election on Serial0/0
> *Mar 1 16:15:15.795: OSPF: Elect BDR 0.0.0.0 <http://0.0.0.0>
> *Mar 1 16:15:15.795: OSPF: Elect DR 2.1.1.10 <http://2.1.1.10>
> *Mar 1 16:15:15.795: OSPF: Elect BDR 0.0.0.0 <http://0.0.0.0>
> *Mar 1 16:15:15.795: OSPF: Elect DR 2.1.1.10 <http://2.1.1.10>
> *Mar 1 16:15:15.799: DR: 2.1.1.10 <http://2.1.1.10> (Id) BDR: none
> *Mar 1 16:15:15.799: OSPF: 2.1.1.10 <http://2.1.1.10> address
> 1.1.1.2<http://1.1.1.2>on Serial0/0 is dead, state
> DOWN
> *Mar 1 16:15:15.799: %OSPF-5-ADJCHG: Process 1, Nbr
> 2.1.1.10<http://2.1.1.10>on Serial0/0 from
> FULL to DOWN, Neighbor Down: Interface down or detached
> *Mar 1 16:15:15.799: OSPF: Neighbor change Event on interface Serial0/0
> *Mar 1 16:15:15.799: OSPF: DR/BDR election on Serial0/0
> *Mar 1 16:15:15.799: OSPF: Elect BDR 0.0.0.0 <http://0.0.0.0>
> *Mar 1 16:15:15.799: OSPF: Elect DR 0.0.0.0 <http://0.0.0.0>
> *Mar 1 16:15:15.799: DR: none BDR: none
> **Mar 1 16:15:15.799: OSPF: Remember old DR 2.1.1.10 <http://2.1.1.10>
> (id)*
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sun Sep 04 2005 - 17:00:30 GMT-3