From: Joe Rinehart (jjrinehart@hotmail.com)
Date: Thu Jul 21 2005 - 13:23:43 GMT-3
I nearly quit after my second attempt I was so angry and upset...I got
caught right in the middle of a very well placed "land mine" that destroyed
any chance of passing. I had a friend (who had achieved the CCIE a few
years earlier) that really encouraged me and that made me want to try again
after a while.
After I failed the third time and then a fourth I was seriously starting to
wonder if I was ever going to get it. I redoubled and retripled my efforts
and on my last try did nothing but practice, I was fortunate to work on the
Netmaster DoIT workbook---22 labs and I got about halfway through before I
took the exam again. I think thats what made the difference. My lab pod
wasnt perfect, it lacked ISDN, ATM SVC's and such, so I improvised a lot.
In the end I am sure it was the endless practice and hours I put in. Trust
me when I say you CAN do it...if you have any doubt, just realize it tookm
me five times and most people get it in 2-3 (Cisco says the average is
2)....
Joe Rinehart
CCIE #14256, CCNP, CCDP
Data Network Consultant
AT&T Pacific Northwest Enterprise Markets
----- 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