From: Ahmed Mustafa (ahmed.mustafa@sbcglobal.net)
Date: Sat Mar 20 2004 - 16:49:21 GMT-3
Give me a break Tim. I respect Cisco NDA Agreement as everbody does. In
any CCIE Lab workbook, CCIE Bootcamps even offered by Cisco you will see
suggestions everywhere, and it doesn't mean that they are violating rules.
You need to understand the meaning of NDA, I guess.
If I take a Lab today, and then start discussing about the tasks I was asked
then it is NDA.
----- Original Message -----
From: "Snow, Tim" <timothy.snow@eds.com>
To: "'Ahmed Mustafa'" <ahmed.mustafa@sbcglobal.net>; "Richard Dumoulin"
<richard.dumoulin@vanco.es>; "Packet Man" <ccie2b@hotmail.com>;
<alsontra@hotmail.com>; <ccielab@groupstudy.com>
Sent: Saturday, March 20, 2004 11:32 AM
Subject: RE: Lab Tips - Redist OSPF into another Protocol
> Ummm, I think some of these "tips" may be getting a little too close to
NDA
> no?
>
> Such as " When you get to the task where you start receiving BB routes
make
> sure you can ping those routes from everywhere."
>
> And "When you reach to a security task"
>
> We are saying that it's a guarantee there will be BB routers injecting
> routers and that there will be security related tasks on the example.
Watch
> NDA.
>
> Let's make it a good clean fight, and come out swinging.
>
> Tim
>
> -----Origin
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
> Ahmed Mustafa
> Sent: Saturday, March 20, 2004 1:59 PM
> To: Richard Dumoulin; Packet Man; alsontra@hotmail.com;
> ccielab@groupstudy.com
> Subject: Re: Lab Tips - Redist OSPF into another Protocol
>
>
> More Tips
>
>
> 1) The external key is only required if OSPF redistributed into BGP. I
> have tested OSPF with EIGR/RIP and all OSPF external/internal routes were
> redistributed without the external keyword.
>
> 2) All routing protocols such as eigrp/rip/isis will have a default cost
of
> 20, except BGP that will have a default cost of 1 when these protocols get
> redistributed intos ospf.
>
> 3) ibgp routes will not get redistributed into other protocols unless you
> specifically use the keyword internal. ebgp routes will get redistributed
> without any special keyword.
>
> 4) always use "no peer neighbor route", router-id's, ip ospf network
> point-to-point on ospf loopback interfaces to have stability in your
network
> unless it is instructed not to do so.
>
> 5) Make sure you pay attention to routes coming from BB routers. When
you
> get to the task where you start receving BB routes make sure you can ping
> those routes from everywhere. If you wait until the end you will get lot
of
> grief. If lab requires to have full IP reachibility, and can't ping the
BB
> routes that you think you should be able to ping. Ask proctor rightway to
> get clarification.
>
> 6) v, always ping your routes after configuring each task. Don't
complete
> the section and then start pinging. You won't know where to start
> troubleshooting versus pinging routes after each task then you will know
> rightaway.
>
> HTH,
>
>
>
>
> ----- Original Message -----
> From: "Richard Dumoulin" <richard.dumoulin@vanco.es>
> To: "Packet Man" <ccie2b@hotmail.com>; <alsontra@hotmail.com>;
> <ccielab@groupstudy.com>
> Sent: Saturday, March 20, 2004 1:41 AM
> Subject: RE: Lab Tips - Redist OSPF into another Protocol
>
>
> > I believe this is for ospf although for isis it's a good idea to be as
> > specific as possible too.
> >
> > So for ospf, the command "redistribute ospf 2 match internal external
> > 1 external 2" can be used. But the recommended way is to explicitly
> > state
> the
> > network one wants to redistribute into BGP with a prefix-list and a
> > route-map. Here the "match internal external " is not needed,
> >
> > --Richard
> >
> > -----Mensaje original-----
> > De: Packet Man [mailto:ccie2b@hotmail.com]
> > Enviado el: sabado, 20 de marzo de 2004 1:53
> > Para: Richard Dumoulin; alsontra@hotmail.com; ccielab@groupstudy.com
> > Asunto: RE: Lab Tips - Redist OSPF into another Protocol
> >
> >
> > Hey Richard,
> >
> > Good Tip - That's just the sort of thing I imagined when starting this
> > thing.
> >
> > But, couldn't that tip be more generalized ie. when redist ospf into
> > any prot or is this specific to redist into BGP only?
> >
> >
> > >From: Richard Dumoulin <richard.dumoulin@vanco.es>
> > >To: Packet Man <ccie2b@hotmail.com>, alsontra@hotmail.com,
> > >ccielab@groupstudy.com
> > >Subject: RE: Lab Tips - ISDN
> > >Date: Sat, 20 Mar 2004 00:41:21 -0000
> > >
> > >I have been spending two hours trying to figure out why my ospf
> > >external route was not getting redistributed into BGP. So TIP:
> > >
> > > By default, when redistributing ospf into BGP only internal ospf
> > >routes will go into BGP. Remember the external option !!
> > >
> > >--Richard
> > >
> > >-----Mensaje original-----
> > >De: Packet Man [mailto:ccie2b@hotmail.com]
> > >Enviado el: viernes, 19 de marzo de 2004 23:37
> > >Para: alsontra@hotmail.com; ccielab@groupstudy.com
> > >Asunto: Re: Lab Tips - ISDN
> > >
> > >
> > >Hey Alsontra,
> > >
> > >That's a GREAT tip. I wasn't even aware of those commands. sounds
> > >like they can be very useful. But, what the difference and benefit
> > >between using
> > >
> > >this method and using the old method (pinging the remote BRI
> > >interface)?
> > >
> > >
> > > >From: <alsontra@hotmail.com>
> > > >To: "Packet Man" <ccie2b@hotmail.com>,<ccielab@groupstudy.com>
> > > >Subject: Re: Lab Tips - ISDN
> > > >Date: Fri, 19 Mar 2004 16:19:41 -0800
> > > >
> > > >ISDN:TIP
> > > >
> > > >1.After making your initial ISDN configs, use the "isdn test call
> > >interface
> > > >bri (DN#)" command to verify that your interface working properly.
> > > > Also, use the "isdn test call disconnect interface bri all"
> > > >instead
> of
> > > >"clear int bri 0/0". The latter command can cause problems with the
> isdn
> > > >switch that may cause you problem later on.
> > > >2. If your using dialer interfaces make sure to use either ppp or
> dialer
> > > >caller to identify the calling party(by name or number).
> > > >
> > > >Shootin from the hip here, so forgive the typos...
> > > >
> > > >Alsontra-
> > > >
> > > >
> > > >
> > > >----- Original Message -----
> > > >From: "Packet Man" <ccie2b@hotmail.com>
> > > >To: <ccielab@groupstudy.com>
> > > >Sent: Thursday, March 18, 2004 1:58 PM
> > > >Subject: Lab Tips
> > > >
> > > >
> > > > > 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 <dlci> 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
> > > > >
> > >
> > >_________________________________________________________________
> > >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
> >
> > _________________________________________________________________
> > All the action. All the drama. Get NCAA hoops coverage at MSN Sports
> > by ESPN. http://msn.espn.go.com/index.html?partnersite=espn
> >
> > ______________________________________________________________________
> > _
> > 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:42 GMT-3