Re: Addr: Re: BGP-4 - revised I-D

Curtis Villamizar <curtis@ans.net> Thu, 22 August 1996 17:36 UTC

Received: from ietf.org by ietf.org id aa08390; 22 Aug 96 13:36 EDT
Received: from cnri by ietf.org id aa08386; 22 Aug 96 13:36 EDT
Received: from merit.edu by CNRI.Reston.VA.US id aa10808; 22 Aug 96 13:36 EDT
Received: (from daemon@localhost) by merit.edu (8.7.5/merit-2.0) id MAA14071 for idr-outgoing; Thu, 22 Aug 1996 12:57:46 -0400 (EDT)
Received: from interlock.ans.net (interlock.ans.net [147.225.5.5]) by merit.edu (8.7.5/merit-2.0) with SMTP id MAA14066 for <bgp@merit.edu>; Thu, 22 Aug 1996 12:57:43 -0400 (EDT)
Received: by interlock.ans.net id AA04170 (InterLock SMTP Gateway 3.0 for bgp@ans.net); Thu, 22 Aug 1996 12:57:41 -0400
Received: by interlock.ans.net (Internal Mail Agent-1); Thu, 22 Aug 1996 12:57:41 -0400
Message-Id: <199608221656.MAA00100@brookfield.ans.net>
To: "NITTMANN Michael (MSMail)" <MNittmann@shl.com>
Cc: Curtis Villamizar <curtis@ans.net>, "rwoundy@VNET.IBM.COM" <rwoundy@vnet.ibm.com>, BGP Working Group <bgp@ans.net>, Tony Li <tli@jnx.com>
Reply-To: curtis@ans.net
Subject: Re: Addr: Re: BGP-4 - revised I-D
In-Reply-To: Your message of "Thu, 22 Aug 1996 08:20:18 MDT." <c=US%a=_%p=SHL%l=SHL/CANADAW/001914BF@cocms1.calwdc.shl.com>
Date: Thu, 22 Aug 1996 12:56:08 -0400
Sender: ietf-archive-request@ietf.org
From: Curtis Villamizar <curtis@ans.net>
X-Orig-Sender: owner-idr@merit.edu
Precedence: bulk

In message <c=US%a=_%p=SHL%l=SHL/CANADAW/001914BF@cocms1.calwdc.shl.com>om>, "NITT
MANN Michael (MSMail)" writes:
> ... just one little thing:
> 
> incorporating the AS path length into local pref calculation is reasonable 
> for boiler plate situations. But it happened to me often to chose a longer 
> path with less latency over a shorter path.
> Path length is really not a good measure. The old method I used was 
> padding,which looks ugly and gives then also skewed statistics when looking 
> at a traffic matrix.
> 
> Can we have a button then to chose how the components are weighted? I would 
> really like to get away from the AS path 'length', more to an AS wide 
> override for routes. 

Under normal circumstances, we don't use as-path length at all.  Some
providersd like it.  That's why I suggested puttring it in as an
option.  We'd enable it but set local-pref on a prefix basis (which
would make it normally a NOOP).  If somehow we had two AS listed as
primary in policies then it would make a difference.

> A gadget I would like is an rtt and packet loss measurement capability for 
> certain paths. Thus I can weigh my backbone according to meetpoint load 
> effects. Currently the only way to do this is by using Tivoli and 
> reconfiguring routers. That's ok, but if we could get this into the routing 
> engine itself this would be really nice.

This is BGP4 we are talking about.  AI capabilities are rolled into a
future version.  ;-)  Just kidding, but you get the point.

> ... most of the original article deleted ...
> 
> Regards
> 
> Mike

Regards,

Curtis