From: Packet Man (ccie2b@hotmail.com)
Date: Sat Mar 20 2004 - 08:35:01 GMT-3
Hey Richard,
I think you missed the gist of what I was saying. I was referring to
generalizing the destination prot not the source protocol. In other words,
ospf ===> BGP
ospf ===> ISIS
ospf ===> Eigrp
So, to rephrase the question, when redist OSPF into another protocol
without using a route-map, does one have to always explicitly specify
external or only when redist ospf into BGP perhaps because BGP is not an
IGP.
Also, as a different twist on this same topic, would it be always true that
if a route-map is used to specify which routes to redist from OSPF into a
different protocol, it doesn't matter if the route to be redist is External
or not?
>From: Richard Dumoulin <richard.dumoulin@vanco.es>
>Reply-To: Richard Dumoulin <richard.dumoulin@vanco.es>
>To: Packet Man <ccie2b@hotmail.com>, alsontra@hotmail.com,
>ccielab@groupstudy.com
>Subject: RE: Lab Tips - Redist OSPF into another Protocol
>Date: Sat, 20 Mar 2004 09:41:07 -0000
>
>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
This archive was generated by hypermail 2.1.4 : Thu Apr 01 2004 - 08:15:41 GMT-3