[40833] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Routescience?

daemon@ATHENA.MIT.EDU (Sean Finn)
Thu Aug 23 11:48:14 2001

Message-ID: <3B85256A.966283FF@routescience.com>
Date: Thu, 23 Aug 2001 08:46:50 -0700
From: Sean Finn <seanf@routescience.com>
MIME-Version: 1.0
To: "Christopher A. Woodfield" <rekoil@semihuman.com>
Cc: Mike Lloyd <drmike@routescience.com>,
	Vadim Antonov <avg@exigengroup.com>,
	"'nanog@merit.edu'" <nanog@merit.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Errors-To: owner-nanog-outgoing@merit.edu


Christoper, 

  no, the PathControl device does *not* adjust outgoing 
advertisements in any way; all prefixes that we repeat 
carry the NO_EXPORT attribute. 

cheers -- Sean


"Christopher A. Woodfield" wrote:
> 
> Can/will the box adjust inbound route selection via the use of prepending
> and/or provider communities?
> 
> -C
> 
> > Once more, we do not cause the stub AS's own advertisement of themselves
> > to change.  We specifically avoid touching locally originated prefixes.
> > If the ISP is currently accepting any of the routes PathControl is
> > designed to change, then the AS is not stub, it's transit.  Hopefully
> > this clarifies an important issue.
> >
> > (Referring back to Paul Vixie's point, we have found that careful
> > optimization of a single outbound step has very substantial payoffs in
> > terms of the end to end, bidirectional performance.  The figures quoted
> > on our web page and in the press release refer to this: end to end
> > application speedup caused solely by outbound route selection!)
> >
> > Mike
> 
> --
> ---------------------------
> Christopher A. Woodfield                rekoil@semihuman.com
> 
> PGP Public Key: http://pgp.mit.edu:11371/pks/lookup?op=get&search=0xB887618B

home help back first fref pref prev next nref lref last post