[143928] in North American Network Operators' Group
RE: Route Optimization Software / Appliance
daemon@ATHENA.MIT.EDU (Drew Weaver)
Tue Aug 23 10:53:11 2011
From: Drew Weaver <drew.weaver@thenap.com>
To: 'Nathan Stratton' <nathan@robotics.net>, Babak Pasdar <bpasdar@batblue.com>
Date: Tue, 23 Aug 2011 10:52:17 -0400
In-Reply-To: <alpine.LFD.2.02.1108230914450.30160@bart.robotics.net>
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
It's also probably helpful to use SNMP to verify that the data you're getti=
ng from netflow is at least somewhat accurate and that the routing changes =
are actually effective in getting the desired results.
thanks,
-Drew
-----Original Message-----
From: Nathan Stratton [mailto:nathan@robotics.net]=20
Sent: Tuesday, August 23, 2011 10:19 AM
To: Babak Pasdar
Cc: nanog@nanog.org
Subject: Re: Route Optimization Software / Appliance
On Mon, 22 Aug 2011, Babak Pasdar wrote:
> Hello Group,
>
> I was wondering if anyone could share their experience with any route opt=
imization approaches, methodologies or platforms, either open source or com=
mercial (Internap FCP), that can actively adjust BGP parameters based on la=
tency and number of layer 3 hops to a network rather than AS hops. We have=
upstreams all over the country and we would like to automate optimization =
to take the best egress path.
We were using Internap, but ended up writing our own so that we could look=
=20
at larger number of speakers. The technology is not that complicated, you=20
basically take netflow data and send it to a host that has tunnels over=20
each one of your BGP peers that you care about. It then uses a combination=
=20
of traceroute and ping to collect its data that is then injected back to=20
the router over BGP.
><>
Nathan Stratton CTO, BlinkMind, Inc.
nathan at robotics.net nathan at blinkmind.com
http://www.robotics.net http://www.blinkmind.com