From: Tony Schaffran (groupstudy@cconlinelabs.com)
Date: Thu Jun 17 2004 - 23:17:57 GMT-3
Great advice John.
Tony Schaffran
Network Analyst
CCIE #11071
CCNP, CCNA, CCDA,
NNCDS, NNCSS, CNE, MCSE
www.cconlinelabs.com
Your #1 choice for online Cisco rack rentals.
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of John
Underhill
Sent: Thursday, June 17, 2004 6:51 PM
To: Kenneth Wygand; ccielab@groupstudy.com
Subject: Re: ISDN / BGP (NetMasterClass Sample Lab)
I think you're reading too much into what is expected from you on the exam.
If the wording is such that it leads you to believe that this is the only
reasonable solution given the requirements, then go for it. But there are
usually clear indicators in the wording of the exam if this is what is
expected from you.
The point that a lot of people miss, is that about eighty percent of this
exam is very straight forward, and focuses on core technologies, if you have
a firm understanding of these things, your first read through will give you
a lot of confidence. The other twenty or so percent are the sinkers, obscure
qos configs, compound rate limiting, slb, ip accounting, whatever.. and this
is the reason why the fail rate is so high.. and not so much because there
are so many features to learn, but that it drives your focus away from core
technologies, and many people do not learn them properly as a result of a
divided effort. I guess the best advice I can give, is the path that I have
consigned myself to in this effort: Learn it as well as you can.. don't
simply rote memorize configs and expect them to work, but analyze it,
understand why it works, and more importantly how to fix it when it doesn't
work. Every new technology I learn, I debug without fail, I look for the
logic in the output, and use this to better understand the process dynamics
driving the protocol. Take the simple solution over the complex every time,
the more complicated the process, the more overhead, and the more likely you
are introducing multiple points of failure, it's all about probability.
Focus almost exclusively on core topics for the greater portion of your
study time, explain how a process works to someone every chance you get,
(you won't get invited to many parties, mind you..), create very detailed
notes, and always, always, maintain a spirited curiosity, as this is the
chief driver in any successful venture.
----- Original Message -----
From: "Kenneth Wygand" <KWygand@customonline.com>
To: <ccielab@groupstudy.com>
Sent: Thursday, June 17, 2004 9:00 PM
Subject: ISDN / BGP (NetMasterClass Sample Lab)
> Hello,
>
> For those that have worked on NetMasterClass's sample lab - There is an
ISDN link that is supposed to "come up only when Frame Relay connection is
down". My assumption is that this ISDN link should provide full
functionality for the rest of the lab configuration when it comes up.
Consequently, for a BGP session that goes over that Frame Relay link, my
thought is that you should have to neighbor-up with Loopback interfaces so
the BGP session will remain active even when the ISDN link is employed.
However, the answer key illustrates the BGP peering done on the
directly-connected serial links.
>
> For the real lab, should we assume if the ISDN link is "backing up"
another connection, that all required functionality over the connection
should *also* be "backed" up? Of course, if something like an OSPF virtual
link is required over the serial interface that's being backed up by ISDN,
I'm *assuming* the virtual-link would also be required over the ISDN
circuit. But how far do we go with this madness?
>
> If this is the case, I can't even imagine having enough time at the end of
my lab to "down" my primary interface and ensure full connectivity
(basically the entire lab) still functions properly via this "backup"
interface.
>
> Any thoughts?
>
> Thanks,
> Ken
>
> _______________________________________________________________________
> Please help support GroupStudy by purchasing your study materials from:
> http://shop.groupstudy.com
>
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
This archive was generated by hypermail 2.1.4 : Sat Jul 03 2004 - 19:40:43 GMT-3