From: Gustavo Novais (gustavo.novais@novabase.pt)
Date: Mon Sep 19 2005 - 09:15:04 GMT-3
Thanks Tim
I'm getting back to study after 2 weeks break...
Hope I didn't get rusty with all the water on the beach :)
-----Original Message-----
From: Tim [mailto:ccie2be@nyc.rr.com]
Sent: segunda-feira, 19 de Setembro de 2005 13:09
To: Gustavo Novais; 'Cisco certification'
Subject: RE: Interpretation issue
Gustavo,
You clearly understand the issue and know the 3 methods of fulfilling
this requirement.
IMHO, since the problem explicitly stated which loopbacks should appear
with a /24 mask, I'm 99% sure there is no need to change the other
loopbacks masks.
(I'd be 100% sure except it's impossible to know what the task author
was thinking but based on what's written, if you lost points for just
changing the masks on R2 and SW1, then I would consider the grading
wrong, not you.)
I think this example is good for highlighting a mistake many candidates
make. In this case, I would say that you are "overthinking" this task.
If you did go ahead and config all the other devices the same way, you
probably wouldn't lose any points for that but you would waste precious,
limited time doing so - time that could be much better spent doing other
tasks.
HTH, Tim
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Gustavo Novais
Sent: Monday, September 19, 2005 6:55 AM
To: Cisco certification
Subject: Interpretation issue
Hello,
I'm having a interpretation doubt.
I have scenario running OSPF on which there every router as a Loopback
with a /24. The question states that R2 and Sw1 loopbacks are to be seen
with their proper mask, but we cannot use redist connected nor ip ospf
network. The solution is obviously to use area range.
My doubt is whether I should advertise all other loopbacks with their
proper mask /24 or I can let them appear as /32 on OSPF. Would letting
other loopbacks appear as /32 instead of /24 lose me points on the real
exam, for example?
Thanks
Gustavo
This archive was generated by hypermail 2.1.4 : Sun Oct 02 2005 - 14:40:15 GMT-3