From: Luis Rueda (luis.rueda@comsat.com.co)
Date: Sun Oct 16 2005 - 05:50:16 GMT-3
Like someone else said.... Use tags, it's way easier once you understand
them.... Here's an example.
router ospf 1
redistribute eigrp 25 subnets route-map EIGRP_OSPF
route-map EIGRP_OSPF deny 10
match tag 25
route-map EIGRP_OSPF permit 20
set tag 26
router eigrp 25
redistribute ospf 1 metric 128 2000 255 1 1500 route-map OSPF_EIGRP
route-map OSPF_EIGRP deny 10
match tag 26
route-map OSPF_EIGRP permit 20
set tag 25
Basically it does the following, when redistributing EIGRP into OSPF set
a tag of 26 to every route, but first don't receive any routes tagged
with 25 (which were tagged by the redistribuition process of EIGRP in
the other router -- avoid loop --).
The same but opposite is done when redistributing OSPG in EIGRP.
Hope this helps.
Luis Rueda
CCNP, CCIP
-----Original Message-----
From: nobody@groupstudy.com [mailto:nobody@groupstudy.com] On Behalf Of
Carl Willias
Sent: Saturday, October 15, 2005 9:00 AM
To: Dave Mumford; Chris Lewis; Cciegroupstudy (E-mail)
Subject: Re: distance command in eigrp
Just raise the OSPF routes AD on one point of redistribution. The other
one will still prefer EIGRP External routes while the other will prefer
OSPF routes.
CW
----- Original Message ----
From: Dave Mumford <Dave.Mumford@telindus.co.uk>
To: Carl Willias <mandingo2073@yahoo.com>; Chris Lewis
<chrlewiscsco@yahoo.com>; Cciegroupstudy (E-mail)
<ccielab@groupstudy.com>
Sent: Saturday, October 15, 2005 3:24:53 AM
Subject: RE: distance command in eigrp
Hi Carl,
As far as I can see trouble with that is you can't tie down specific
external routes with the distance ospf external 171 command, therefore
I'll be in the same situation where external routes in ospf other than
the eigrp redistributed routes , will appear more attractive via eigrp
when we redistribute these into eigrp....
Or maybe I'm missing something ?
Thanks,
Dave.
-----Original Message-----
From: Carl Willias [mailto:mandingo2073@yahoo.com]
Sent: 15 October 2005 03:22
To: Dave Mumford; Chris Lewis; Cciegroupstudy (E-mail)
Subject: Re: distance command in eigrp
Dave how about the other way around. Raise the ospf routes to 171 then
Eigrp External routes would be preferred.
CW
----- Original Message ----
From: Dave Mumford <Dave.Mumford@telindus.co.uk>
To: Chris Lewis <chrlewiscsco@yahoo.com>; Cciegroupstudy (E-mail)
<ccielab@groupstudy.com>
Sent: Friday, October 14, 2005 14:29:08
Subject: RE: distance command in eigrp
Thanks Chris,
I suspect your right, looks like I'll have to filter the routes coming
back into eigrp from ospf.
Regards,
Dave.
-----Original Message-----
From: Chris Lewis [mailto:chrlewiscsco@yahoo.com]
Sent: 14 October 2005 20:19
To: Dave Mumford; Cciegroupstudy (E-mail)
Subject: Re: distance command in eigrp
Last I looked, one could not change the AD of specific EIGRP external
routes. I believe it is the way the protocol works, or more
specifically, the way the programmer coded it :)
Chris
Dave Mumford <Dave.Mumford@telindus.co.uk> wrote:
Just getting back into ccie study after a year long lay off and having
problems with mutual redistribution points.
I am redistributing between 2 routers running eigrp and ospf. I am
receiving external eigrp routes from within the eigrp a/s and
redistributing these out at the 2 routers into ospf, this ofcourse
causes a loop situation as the eigrp external routes appear more
attractive via ospf. I've modified the distance in eigrp for these
particular external eigrp routes tied down by an
access-list:
!
router eigrp 100
Distance 109 0.0.0.0 255.255.255.255 10
!
Access-list 10 permit 150.1.6.0 0.0.0.255 !
for some reason the AD is not changed for this route, this works fine
for internal routes ?
Any help appreciated
Thanks,
Dave.
This e-mail is private and may be confidential and is for the intended
recipient only. If misdirected, please notify us by telephone and
confirm that it has been deleted from your system and any copies
destroyed. If you are not the intended recipient you are strictly
prohibited from using, printing, copying, distributing or disseminating
this e-mail or any information contained in it. We use reasonable
endeavours to virus scan all e-mails leaving the Company but no warranty
is given that this e-mail and any attachments are virus free. You should
undertake your own virus checking.
The right to monitor e-mail communications through our network is
reserved by us.
This archive was generated by hypermail 2.1.4 : Sun Nov 06 2005 - 22:00:51 GMT-3