Re: rip/eigrp
From: mani poopal (mani_ccie@yahoo.com)
Date: Sat Sep 25 2004 - 09:11:35 GMT-3
--0-544380137-1096114295=:19848
Content-Type: text/plain; charset=us-ascii
Carlos,
I think you cannot do filtering of these routes either with distribute-list or offset-list. If you do, event with redistribution you are not going to see these routes. By default first rip router sees these routes with a metric of one(1), so you cannot use metric(=cost in ospf) to look like 4. I think it is a default behavior and we have to go with it. Thanks for replying
Mani
Carlos G Mendioroz <tron@huapi.ba.ar> wrote:
That was not what I was thinking of.
As the route is learnt by network, I don't think you can use offset list
to get rid of it. What I was thinking of is to offset its cost to look
"as if" it got redistributed with cost 4.
It all depends on what you want to do/what the requirements are...
mani poopal wrote:
> Hi Carloas,
>
> Good point, I nevert though of that. If I give offset list of 15 for
> that network. If we redistribute from eigrp to rip, will that network
> is still visible. I have to try in the lab.
> Thanks for the response.
>
> Mani
> Carlos G Mendioroz wrote:
>
> This network is already in RIP w/o redistribution.
> AFAIK, there is no way of not letting RIP know directly about it, cause
> there is no network mask for the rip protocol.
> If what you want is for it to "behave as", then an offset list could
> help.
>
> mani poopal wrote:
>
> > Hi Group,
> >
> > Assume following configuration. R1 is running EIGRP, R2 running
> RIP and EIGRP and R3 running RIP.
> > R1 R2 R3
> >
> -------135.15.1.0/24---------------------------------135.15.3.0/24---------
> > EIGRP EIGRP&RIP RIP
> >
> > Redistribution is happening at R2.
> >
> > R2 configuration:
> > router rip
> > network 135.15.0.0
> > redistribute eigrp 100 metric 5
> >
> > router eigrp 100
> > network 135.15.3.0 0.0.0.255
> > redistribute rip metric 1000 1 250 100 1500
> >
> > Question: Even before redistribution 135.15.1.0 network apperas
> in the R3 routing table as a RIP route with a metric of one. After
> the redistribution, still the network apperas with metric of one not
> five(R3 thinks route as RIP learned route(same major network) and
> not redistributed eigrp route. How can we make this network appera
> as eigrp redistributed network(RIP metric 5). In the RIP process if
> we deny with distribute-list command this network will not visible
> even with redistribution. Any suggestion is appreciated.
> >
> > thanks
> >
> > Mani
> >
> >
> >
> > B.ENG,A+,CCNA,CCNP,CCNP-VOICE, CSS1,CNA,MCSE
> > (416)431 9929
> > MANI_CCIE@YAHOO.COM
> >
> > ---------------------------------
> > Do you Yahoo!?
> > New and Improved Yahoo! Mail - 100MB free storage!
> >
> >
> _______________________________________________________________________
> > Subscription information may be found at:
> > http://www.groupstudy.com/list/CCIELab.html
> >
>
> --
> Carlos G Mendioroz LW7 EQI Argentina
>
>
>
> B.ENG,A+,CCNA,CCNP,CCNP-VOICE, CSS1,CNA,MCSE
> (416)431 9929
> MANI_CCIE@YAHOO.COM
>
> ------------------------------------------------------------------------
> Do you Yahoo!?
> vote.yahoo.com - Register online to vote today!
--
Carlos G Mendioroz LW7 EQI Argentina
B.ENG,A+,CCNA,CCNP,CCNP-VOICE, CSS1,CNA,MCSE
(416)431 9929
MANI_CCIE@YAHOO.COM
---------------------------------
Do you Yahoo!?
New and Improved Yahoo! Mail - Send 10MB messages!
--0-544380137-1096114295=:19848
Content-Type: text/html; charset=us-ascii
<DIV>Carlos,</DIV>
<DIV> </DIV>
<DIV>I think you cannot do filtering of these routes either with distribute-list or offset-list. If you do, event with redistribution you are not going to see these routes. By default first rip router sees these routes with a metric of one(1), so you cannot use metric(=cost in ospf) to look like 4. I think it is a default behavior and we have to go with it. Thanks for replying</DIV>
<DIV> </DIV>
<DIV>Mani<BR><BR><B><I>Carlos G Mendioroz <tron@huapi.ba.ar></I></B> wrote:</DIV>
<BLOCKQUOTE class=replbq style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">That was not what I was thinking of.<BR>As the route is learnt by network, I don't think you can use offset list <BR>to get rid of it. What I was thinking of is to offset its cost to look <BR>"as if" it got redistributed with cost 4.<BR><BR>It all depends on what you want to do/what the requirements are...<BR><BR>mani poopal wrote:<BR><BR>> Hi Carloas,<BR>> <BR>> Good point, I nevert though of that. If I give offset list of 15 for <BR>> that network. If we redistribute from eigrp to rip, will that network <BR>> is still visible. I have to try in the lab.<BR>> Thanks for the response.<BR>> <BR>> Mani<BR>> Carlos G Mendioroz <TRON@HUAPI.BA.AR>wrote:<BR>> <BR>> This network is already in RIP w/o redistribution.<BR>> AFAIK, there is no way of not letting RIP know directly about it, cause<BR>> there is no network mask for the rip protocol.<BR>> If
what you want is for it to "behave as", then an offset list could<BR>> help.<BR>> <BR>> mani poopal wrote:<BR>> <BR>> > Hi Group,<BR>> ><BR>> > Assume following configuration. R1 is running EIGRP, R2 running<BR>> RIP and EIGRP and R3 running RIP.<BR>> > R1 R2 R3<BR>> ><BR>> -------135.15.1.0/24---------------------------------135.15.3.0/24---------<BR>> > EIGRP EIGRP&RIP RIP<BR>> ><BR>> > Redistribution is happening at R2.<BR>> ><BR>> > R2 configuration:<BR>> > router rip<BR>> > network 135.15.0.0<BR>> > redistribute eigrp 100 metric 5<BR>> ><BR>> > router eigrp 100<BR>> > network 135.15.3.0 0.0.0.255<BR>> > redistribute rip metric 1000 1 250 100 1500<BR>> ><BR>> > Question: Even before redistribution 135.15.1.0 network apperas<BR>> in the R3 routing table as a RIP route with a metric of one. After<BR>> the redistribution, still the network
apperas with metric of one not<BR>> five(R3 thinks route as RIP learned route(same major network) and<BR>> not redistributed eigrp route. How can we make this network appera<BR>> as eigrp redistributed network(RIP metric 5). In the RIP process if<BR>> we deny with distribute-list command this network will not visible<BR>> even with redistribution. Any suggestion is appreciated.<BR>> ><BR>> > thanks<BR>> ><BR>> > Mani<BR>> ><BR>> ><BR>> ><BR>> > B.ENG,A+,CCNA,CCNP,CCNP-VOICE, CSS1,CNA,MCSE<BR>> > (416)431 9929<BR>> > MANI_CCIE@YAHOO.COM<BR>> ><BR>> > ---------------------------------<BR>> > Do you Yahoo!?<BR>> > New and Improved Yahoo! Mail - 100MB free storage!<BR>> ><BR>> ><BR>> _______________________________________________________________________<BR>> > Subscription information may be found at:<BR>> > http://www.groupstudy.com/list/CCIELab.html>>
><BR>> <BR>> -- <BR>> Carlos G Mendioroz LW7 EQI Argentina<BR>> <BR>> <BR>> <BR>> B.ENG,A+,CCNA,CCNP,CCNP-VOICE, CSS1,CNA,MCSE<BR>> (416)431 9929<BR>> MANI_CCIE@YAHOO.COM<BR>> <BR>> ------------------------------------------------------------------------<BR>> Do you Yahoo!?<BR>> vote.yahoo.com <HTTP: vote.yahoo.com>- Register online to vote today!<BR><BR>-- <BR>Carlos G Mendioroz <TRON@HUAPI.BA.AR>LW7 EQI Argentina<BR><BR></BLOCKQUOTE><BR><BR>B.ENG,A+,CCNA,CCNP,CCNP-VOICE, CSS1,CNA,MCSE<br>(416)431 9929<br>MANI_CCIE@YAHOO.COM<p>
<hr size=1>Do you Yahoo!?<br>
<a href="http://us.rd.yahoo.com/mail_us/taglines/10/*http://promotions.yahoo.com/new_mail/static/efficiency.html">New and Improved Yahoo! Mail</a> - Send 10MB messages!
--0-544380137-1096114295=:19848--
This archive was generated by hypermail 2.1.4
: Fri Oct 01 2004 - 15:00:49 GMT-3