From: Vadim Antonov <avg@pluris.com> Regarding BGP metrics -- there's a problem with a single "universal" metric in an exterior routing protocol, namely the absense of a single authority to assign those metrics. Different networks may have very much confiliciting interests in how to assign BGP metrics.
Wasn't there a draft somewhere along the way on a global guidelines on how to set the metrics?
Some time ago i wrote a draft (which didn't get any support and quietly expired) regarding BGP metrics -- the idea was to have a vector of metrics (one per AS hop) instead of a single scalar metric; and allow network operators to calculate weighted sums to obtain the locally significant scalar metrics. I.e. a network operator may decide for himself how to interpret BGP metrics coming from different AS-es (or by different paths).
Yeah, I seem to remember liking that. You mean that Tony and Yakov didn't support it.... ;-) And some of the other ideas were similar to Nimrod policy selection....
If there's any interest i can dig the draft out and place it on my www server.
Sure. WSimpson@UMich.edu Key fingerprint = 17 40 5E 67 15 6F 31 26 DD 0D B9 9B 6A 15 2C 32 BSimpson@MorningStar.com Key fingerprint = 2E 07 23 03 C5 62 70 D3 59 B1 4F 5E 1D C2 C1 A2
Sounds much like pathalias from the uucp days :-).
expired) regarding BGP metrics -- the idea was to have a vector of metrics (one per AS hop) instead of a single scalar metric; and allow network operators to calculate weighted sums to obtain the locally significant scalar metrics. I.e. a network operator may decide for himself how to interpret BGP metrics coming from different AS-es (or by different paths).
I agree that the current "routing has no relation to congestion" situation can and should be improved.
On Sun, 10 Nov 1996 12:10:02 -0500 (EST) jon@branch.net (Jon Zeeff) alleged:
I agree that the current "routing has no relation to congestion" situation can and should be improved.
Why? This is all down to local engineering and planning. Neil. -- Neil J. McRae. Alive and Kicking. E A S Y N E T G R O U P P L C neil@EASYNET.NET NetBSD/sparc: 100% SpF (Solaris protection Factor) Free the daemon in your <A HREF="http://www.NetBSD.ORG/">computer!</A>
participants (3)
-
jon@branch.net
-
Neil J. McRae
-
William Allen Simpson