North American Network Operators Group|
Date Prev | Date Next |
Date Index |
Thread Index |
Author Index |
Re: Alternative to NetFlow for Measuring Traffic flows
- From: Richard A Steenbergen
- Date: Mon Dec 16 22:09:30 2002
On Mon, Dec 16, 2002 at 05:46:10PM -0800, William B. Norton wrote:
> 1) You adjust routing to prefer one transit provider or the other for the AS
> 2) Shift traffic to the particular AS from one transit provider to the
> other, noting the change in the loads on the transit providers.
Ouch. Among other problems, you really have no idea what is peak time for
that peer, which may be very different from your overall peak time.
Is there some reason you don't have netflow available, or are you just
trying to work around the known problems of it, such as not being able to
get a true reading due to best path issues?
I am quite happy with my method, using netflow export projected against an
external routing table. It gives pretty accurate results, *IF* you have
the correct external routing table. For two potential peers this is easy
to get, but for other use it is sometimes fairly difficult to get accurate
and current table of someone's customer routes. Unfortunately it seems
many people view this as "NDAable information", and won't make it
accessable via a route-views type service.
Richard A Steenbergen <email@example.com> http://www.e-gerbil.net/ras
GPG Key ID: 0xF8B12CBC (7535 7F59 8204 ED1F CC1C 53AF 4C41 5ECA F8B1 2CBC)