Re: [Idr] issue 11.2: active route, again [Re: comments on idr-bgp4-20] (fwd)

Pekka Savola wrote:
> On Mon, 1 Mar 2004, Gargi Nalawade wrote:
> 
>>For this case - there is no problem. Some implementations can already
>>do this. But again there are operators who want the opposite behavior
>>as well. i.e. BGP should not advertise a route if it is not the owner
>>even if the BGP nexthop is the same as that of the route in the
>>forwarding table. 
> 
> 
> Really?  I'm having problems figuring out where this would be desired 
> behaviour.

Im trying to hunt for the usage if this as well. So if anyone knows of
a reason, let us know. I have only heard 3rd & 4th hand requirements so
far  where the source has either moved on or no longer exists.

>>Both behaviors are achieved today by various imple-
>>mentations even though the default may vary from vendor to vendor.
> 
> 
> Yep.
>  
> 
>>Again - time for a clarification. :) Are you asking for that the
>>behavior be present or that the spec be changed to describe both
>>behaviors?
> 
> 
> I think the specification should, very clearly, state just one
> recommended behaviour, and possibly describe an optional other
> behaviour.  I think the recommended behaviour should be what I
> proposed, and you also described.  Because that's actually what
> happens very often.
> 
> But if there is strong objection to this very clear statement of 
> behaviour (or "modification"), also spelling out the alternative is 
> important.

Now that I understand your request for modification & clarification
better, I think it makes sense. It would be good to clarify in the
spec.

If there is no operator here who can think of a reason why  they may
want to explicitly prohibit BGP from advertising a route it doesnt own,
even when the nexthop matches that in the forwarding table, we should
make the other behavior (i.e. advertise even if BGP doesnt own the route 
when the nexthop matches) the recommended one, stating the currently
stated but least used behavior as an optional alternative.

-Gargi

_______________________________________________
Idr mailing list
Idr@ietf.org
https://www1.ietf.org/mailman/listinfo/idr