From: Dave Swink \(dswink\) (dswink@cisco.com)
Date: Fri Mar 19 2004 - 16:54:33 GMT-3
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
This archive was generated by hypermail 2.1.4 : Thu Apr 01 2004 - 08:15:37 GMT-3