Re: How route redistribution EXACTLY works --- need confirmation

From: Michael Davis (miked@xxxxxxxxxx)
Date: Fri Feb 15 2002 - 15:32:19 GMT-3


   
But as James said earlier, that explanation doesn't account for situations
where a lower distance, ie connected, route appears in the routing table
instead of the protocol sourced route, for example RIP, for the same
network. If redistribution did happen from the routing table, then lower
distance routes ie connected/static/eigrp internal etc, would not be
redistributed.

But the fact is, RIP knows about them and will advertise them to RIP peers
as well as redistribute them to other protocol processes. This can be
easily demonstrated.

Mike

----- Original Message -----
From: "StudyManiac" <groupstudy1@home.com>
To: "'Xu, James'" <james.xu@eds.com>; <ccielab@groupstudy.com>
Sent: Friday, February 15, 2002 12:42 PM
Subject: RE: How route redistribution EXACTLY works --- need confirmation

> Redistribution happens from the routing table, not the routing protocol
> database. Think about that and you also answer the split horizon
question.
>
> -----Original Message-----
> From: nobody@groupstudy.com [mailto:nobody@groupstudy.com]On Behalf Of
> Xu, James
> Sent: Thursday, February 14, 2002 11:58 AM
> To: ccielab@groupstudy.com
> Subject: How route redistribution EXACTLY works --- need confirmation
>
>
> All:
>
> It has been and still puzzling me how a routing process pick routes and
> redistribute them into another routing process and vice versa? As an
> example, mutual redistribution between RIP and OSPF in a router:
>
> Here is my experience and explanation:
>
> 1). The RIP process picks all RIP routes inside its database, and
> redistributes these routes into OSPF routing process.
> 2). OSPF process picks all OSPF routes in the OSPF database, and
> redistributes these routes into RIP routing process.
>
> During the redistribution, the split-horizon rule appies, meaning the
newly
> redistributed routes from RIP into OSPF will not be redistributed back
into
> RIP right away, and vice versa.
>
> Any input are appreciated, especially some links for this mechnism.
>
> James



This archive was generated by hypermail 2.1.4 : Thu Jun 20 2002 - 13:46:24 GMT-3