Subject: Re: [Idr] draft-raszuk-bgp-optimal-route-reflection-00.txt

From: "Henderickx, Wim (Wim)" <[email-masked]>
Date: Thu, 11 Nov 2010 07:55:59 +0100

True, it is important people understand the implications when they would deploy this.

Cheers,
Wim
_________________
sent from blackberry

----- Original Message -----
From: Robert Raszuk (raszuk) <[email-masked]>
To: Henderickx, Wim (Wim)
Cc: Tony Li <[email-masked]>; [email-masked] <[email-masked]>
Sent: Thu Nov 11 07:52:52 2010
Subject: Re: [Idr] draft-raszuk-bgp-optimal-route-reflection-00.txt

Hi Wim,

But please keep in mind that number of core IGP network changes will now not result in new best path selection for far away clients which before this proposal would.

I think this is the point Tony mentioned which I did forgot to highlight enough during the presentation nor in the draft.

Will be fixed shortly.

Many thx,
R.

On Nov 11, 2010, at 2:43 PM, "Henderickx, Wim (Wim)" <[email-masked]> wrote:

> In-line
> 
> -----Original Message-----
> From: Tony Li [mailto:[email-masked]] 
> Sent: donderdag 11 november 2010 7:37
> To: Henderickx, Wim (Wim)
> Cc: Robert Raszuk (raszuk); [email-masked]
> Subject: Re: [Idr] draft-raszuk-bgp-optimal-route-reflection-00.txt
> 
> 
>> Ok Thx this clarifies. So with this proposal we will see potentially more RR BGP updates due to IGP changes.
> 
> 
> That doesn't follow.  If there was an IGP change between the RR and the exit previously, then you would have seen an RR BGP update before.  Under this proposal, that topology change may now become irrelevant.
> 
> WH> The extra updates come from the fact that the IGP distance between Border BGP changes. Since the RR does IGP computation now to pretend being the RR Client, you will get potential extra updates if this results in better metrics for certain BGP routes that were not previously selected.
> 
> All this proposal does is change the perspective of IGP metric computation.
> 
> Tony
>