Re: ospf-eigrp redistribution

From: John Matus (jmatus@pacbell.net)
Date: Sat Nov 12 2005 - 01:38:59 GMT-3


dave,
yeah, you know....it seems logical that it would work, but i think that
using different tags might add some granularity to the routes as they
traverse the rest of the network and might allow you to further isolate
these routes by calling that particular tag, say - for ospf, rather that
eigrp.
but yeah, for 2 subnets connected by one router running eigrp/ospf, then it
would indeed work, (but lab it up just to make sure)

Regards,

John D. Matus
MCSE, CCNP
Office: 818-782-2061
Cell: 818-430-8372
jmatus@pacbell.net
----- Original Message -----
From: "Schulz, Dave" <DSchulz@dpsciences.com>
To: "John Matus " <John.Matus@tokiom.com>; <nobody@groupstudy.com>; "Chula
Bandara " <chula_bandara@hotmail.com>
Cc: <ccielab@groupstudy.com>
Sent: Friday, November 11, 2005 8:07 PM
Subject: RE: ospf-eigrp redistribution

> Hey, John -
>
> This is really cool, because this is exactly the way I do it with
> distance.
> However, someone (forgive me if I forget who), mentioned to just use a the
> same tag....since that tag was added as it comes in to the area, it will
> not
> get redistributed back to original network. I have been thinking about it
> for
> awhile, it seems to work and is easy to work with. However, no one
> commented
> on it. Any thought on this? Here it is....
>
> router os 1
> redis eigrp 100 sub route-map REDIST
>
> route-map REDIST deny 10
> match tag 100
> route-map REDIST permit 20
> set tag 100
>
> router eig 100
> redis os 1 metric 1 1 1 1 1 route-map REDIST
>
>
>
> -----Original Message-----
> From: nobody@groupstudy.com
> To: Chula Bandara
> Cc: ccielab@groupstudy.com; nobody@groupstudy.com
> Sent: 11/11/2005 7:16 PM
> Subject: Re: ospf-eigrp redistribution
>
> tags is a great method of controlling your redistribution of routes.
> the
> method i use is:
>
> router os 1
> redis eigrp 100 sub route-map e2o
>
> route-map e2o deny 10
> match tag 110
> route-map e2o permit 20
> set tag 90
>
> router eig 100
> redis os 1 metric 1 1 1 1 1 route-map o2e
>
> route-map o2e deny 10
> match tag 90
> route-map o2e permit 20
> set tag 110
>
> i just use the AD of each protocol as my tag vaule.
>
>
>
> Regards,
>
> John D. Matus
> Technical Support / PAS
> Fujitsu Consulting
> 626-568-7716
> John.Matus@tokiom.com
>
>
>
>
> "Chula Bandara"
>
> <chula_bandara@ho
>
> tmail.com>
> To
> Sent by: ccielab@groupstudy.com
>
> nobody@groupstudy
> cc
> .com
>
>
> Subject
> ospf-eigrp redistribution
>
> 11/11/2005 06:29
>
> AM
>
>
>
>
>
> Please respond to
>
> "Chula Bandara"
>
> <chula_bandara@ho
>
> tmail.com>
>
>
>
>
>
>
>
>
>
> issues need to tackle
>
> 1. routing loops
>
> 2. suboptimal routes.
>
> i have seen different approch to resolve above two.
>
> A. I use route-map with tags to solve 1 and distance with acl to solve
> 2.
>
> B. some work books i have seen , where they use distance with acl to
> reslove both 1 and 2.
>
> in both cases A and B still needs an ACL or prefix list.
>
> While reading the DoC CD in the morning i thought of a different
> solution
> without using ACL. I donot have a online lab to test this out at this
> moment.
>
> This is the solution i am thinking
>
> C. use route-map with tag to solve 1. and use opsf distance command to
> manipulate the external distance
>
> ex: if we need to make the distance for external route to 171
>
> ospf distance intra-area 110 inter-area 110 external 171
>
> with this we donot have to use an ACL.
>
> Thanks.
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html
>
> _______________________________________________________________________
> Subscription information may be found at:
> http://www.groupstudy.com/list/CCIELab.html



This archive was generated by hypermail 2.1.4 : Thu Dec 01 2005 - 09:12:06 GMT-3