From: Church, Chuck (cchurch@wamnetgov.com)
Date: Fri Mar 19 2004 - 17:14:09 GMT-3
Plan for routing loops at the places where you're redistributing, and
filter accordingly right off the bat, rather than waiting for the loops
to form and then going back and fixing them. If you try to fix it
later, you can get kind of rattled if you see pings failing, especially
if you've moved beyond the IGPs to something else. Also, if there's a
couple ways you're thinking of doing something, ask the proctor. Can't
hurt.
Chuck Church
CCIE #8776, MCNE, MCSE
Wam!Net Government Services
13665 Dulles Technology Dr. Ste 250
Herndon, VA 20171
Office: 703-480-2569
Cell: 703-819-3495
cchurch@wamnetgov.com
PGP key:
http://pgp.mit.edu:11371/pks/lookup?op=index&search=cchurch%40wamnetgov.
com
> -----Original Message-----
> From: Dave Swink (dswink) [mailto:dswink@cisco.com]
> Sent: Friday, March 19, 2004 2:55 PM
> To: 'Packet Man'; lkgilles_ccie@yahoo.com.au; ccielab@groupstudy.com
> Subject: RE: Where's your Lab Tips contribution?
>
>
> Configure "no arp frame-relay" and "no frame-relay
> inverse-arp" before turning up a frame relay interface.
>
> Dave Swink, CCIE #11678
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On
> Behalf Of Packet Man
> Sent: Friday, March 19, 2004 1:16 PM
> To: lkgilles_ccie@yahoo.com.au; ccielab@groupstudy.com
> Subject: Re:Where's your Lab Tips contribution?
>
> OK, so now you gotten some great (my personal opinion) lab
> tips, what lab
> tip(s) do you have to contribute?
>
>
> >From: Lee Gillespie <lkgilles_ccie@yahoo.com.au>
> >To: Packet Man <ccie2b@hotmail.com>
> >Subject: Re: Lab Tips
> >Date: Fri, 19 Mar 2004 11:00:32 -0800 (PST)
> >
> >Gotcha, I was just afraid there was some kinda reason it
> wouldnt work.
> A
> >lot of labs I have done have the requirment "make the BGP peers as
> stable
> >as possible" which I assume means peer to the Loopback.
> >
> >
> >
> >Packet Man <ccie2b@hotmail.com> wrote:
> >Only because it takes more time to configure. And, if it isn't
> required,
> >why
> >spend the time and introduce the possibility of typo's and other
> potential
> >misconfig's?
> >
> >
> > >From: Lee Gillespie
> > >To: Packet Man
> > >Subject: Re: Lab Tips
> > >Date: Thu, 18 Mar 2004 14:50:42 -0800 (PST)
> > >
> > >Why dont you use Loopbacks for iBGP peering?
> > >
> > >Packet Man wrote:Hi all,
> > >
> > >I've created a "Lab Tips" file of small items - factoids,
> reminders,
> > >suggestions, etc, I tend to forget. This is something I
> can refer to
> > >constantly when I'm doing practice labs or just have a few
> minutes to
> > >spare.
> > >
> > >Here's a snippet from my Tips file.
> > >
> > >BGP
> > >Hard code router-id
> > >Don't use loopbacks for ibgp peering unless explicitly
> required Look
> > >for nei ... next-hop-self requirement especially on F/R hub and
> > >ethernets Disable bgp client to client reflection when clients are
> > >fully meshed Turn off auto-sum & sync unless explicitly required
> > >Reset BGP sessions using hard reset rather than soft reset.
> > >Know how to config nei xxxx local-as in combo with RR.
> > >Know all ways to config dampening
> > >
> > >I'm sharing this with GS because I suspect many candidates
> might also
>
> >have
> > >something like this. And, I thought that with all the great brain
> power
> > >among GS subscribers we could all help each other by adding tips to
> such
> >a
> > >file.
> > >
> > >Here's my definition of what makes for a good tip.
> > >
> > >1) A tip may not in any way violate the NDA
> > >2) A good tip should be something that might be easily forgotten
> because
> > >it's not that often encountered or somehow different from the
> ordinary.
> >For
> > >example, when configuring ISIS over frame relay, don't forget to
> enter
> >the
> > >"fram map clns broadcast" statement. For me, this is a good tip
> > >because I personally don't practice ISIS that often and I seem to
> almost
> > >always forget that command.
> > >
> > >3) A good tip must be short and clear because the whole idea behind
> this
> > >file is to provide a quick reminder of various networking
> facts that
> can
> > >come in handy during the actual lab.
> > >
> > >4) A good tip must should not waste time going into the
> "why" of the
> fact
> > >or
> > >all the various permutations. For that, anyone interested can
> research
> >the
> > >"why" of the fact on their own.
> > >
> > >5) A good tip for one person might not be at all useful to someone
> else.
> >We
> > >each tend to remember and forget different things. But,
> for example,
> over
> > >time the BGP tips section may include 30 items and while I
> doubt all
> 30
> > >items will be useful to all people, I'm sure that 5 or 10 or 15 of
> the
> >tips
> > >will be useful to many people - just that it won't be the same 5 or
> 10 or
> > >15
> > >tips.
> > >
> > >6) A good tip must be potentially relevant to a ccie R&S
> candidate.
> > >Therefore, I ask that Off Topic comments be submitted elsewhere -
> Let's
> > >keep
> > >posts with the subject "Lab Tips" focus on just that.
> > >
> > >It's my hope that over time, with the input of a lots of
> people here,
>
> >this
> > >lab tips file will grow to include tips that cover every topic
> >potentially
> > >on the R&S lab exam. And, that as a result, we can each
> add the most
> > >personally valuable tips from this group effort to our own lab tips
> file.
> > >
> > >Right now, my tips file has no entries for voice. So, I'd like to
> start
> >off
> > >by asking people to submit their voice config tips. Of course, tips
> on
> >any
> > >potential lab are also welcomed.
> > >
> > >Here are some other potential tips topics I hope people
> feel free to
> >submit
> > >tips to.
> > >
> > >Redistribution
> > >
> > >ATM
> > >
> > >3550
> > >
> > >OSPF
> > >
> > >NAT
> > >
> > >HSRP
> > >
> > >F/R
> > >
> > >ISDN
> > >
> > >QOS
> > >
> > >Multicast
> > >
> > >NTP
> > >
> > >Voice
> > >
> > >Eigrp
> > >
> > >Please add your tip under the appropriate heading and send back to
> GS.
> > >
> > >Hope this helps lots of people.
> > >
> > >Packet Man
> > >
> > >_________________________________________________________________
> > >MSN Toolbar provides one-click access to Hotmail from any
> Web page
> FREE
> > >download! http://clk.atdmt.com/AVE/go/onm00200413ave/direct/01/
> > >
> >
> >_____________________________________________________________
> __________
> > >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
> > >
> > >Do you Yahoo!?
> > >Yahoo! Mail - More reliable, more storage, less spam
> >
> >_________________________________________________________________
> >Is your PC infected? Get a FREE online computer virus scan
> from McAfee.
> >Security. http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963
> >
> >Do you Yahoo!?
> >Yahoo! Mail - More reliable, more storage, less spam
>
> _________________________________________________________________
> Get rid of annoying pop-up ads with the new MSN Toolbar FREE!
> http://clk.atdmt.com/AVE/go/onm00200414ave/direct/01/
>
> ______________________________________________________________
> _________
> 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
>
> ______________________________________________________________
> _________
> 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 : Thu Apr 01 2004 - 08:15:37 GMT-3