From: John Matus (jmatus@pacbell.net)
Date: Fri Jul 22 2005 - 04:11:29 GMT-3
and no, i'm not angry......just bitter :-P
Regards,
John D. Matus
MCSE, CCNP
Office: 818-782-2061
Cell: 818-430-8372
jmatus@pacbell.net
----- Original Message -----
From: "John Matus" <jmatus@pacbell.net>
To: "Lee Donald" <Lee.Donald@t-systems.co.uk>; "'Group Study'"
<ccielab@groupstudy.com>
Sent: Friday, July 22, 2005 12:02 AM
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
>
> _______________________________________________________________________
> 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