[43002] in North American Network Operators' Group

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

Re: Verio Peering Question

daemon@ATHENA.MIT.EDU (Alex Bligh)
Thu Sep 27 16:41:00 2001

Date: Thu, 27 Sep 2001 21:40:05 +0100
From: Alex Bligh <alex@alex.org.uk>
Reply-To: Alex Bligh <alex@alex.org.uk>
To: "Patrick W. Gilmore" <patrick@ianai.net>, nanog@merit.edu
Cc: Alex Bligh <alex@alex.org.uk>
Message-ID: <1122951389.1001626805@[195.224.237.69]>
In-Reply-To: <5.1.0.14.2.20010927153306.02db4a28@127.0.0.1>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Errors-To: owner-nanog-outgoing@merit.edu


> Randy (now at AT&T, I believe) and others claim this does not hurt
> performance
...
> Of course, networks much larger than Verio (e.g. UUNET) accept /32s from
> their customers, as well as send and accept as small as /24s from peers.
> No other network seems to have a problem with the extra announcements.
  ^^^^^^^^^^^^^^^^
> Verio cannot explain why these larger networks can accept small
> announcements and still run a network as well (or better) than Verio, but
> Verio insists networks should not accept small announcements.

Many other networks filter, some to the same extent. Few
post public policies. Few people are as vocal as Randy about
it, and he's moved on from Verio. Given he's still vocal
about it, and Verio still filter, either he's a very believable
crank, or he has a point, and has been trying to educate you
for free. You choose.

> One can make one's own judgement what this says about Verio's ability to
> run a network.

I'd be making the judgement once I'd looked at performance and
reliability stats. I'd also, as a customer, be keen to look at
pricing to the customer, and as an investor or customer interested
in long term survival of a supplire, at Capex expended to achieve
whatever service level was given. On what would you be basing
your judgement?

I don't think anyone has ever claimed (Randy included)
that filtering out long prefixes never hurts performance /to
those long prefixes/. Just that the usage of those long
prefixes is small, the effect is often small, and the NET
effect (i.e. on performance to all prefixes) is often improved,
AND the 'public good' effect, in terms of encouraging
CIDR and discouraging disaggregation has benefits for
the global routing table, for everybody, in terms of
reduction of cost (nice statistical demonstration at
last IETF Ptomaine session - please refer to 'belling
the cat' problem).

Are you going to present statistical data to the contrary?

--
Alex Bligh
Personal Capacity


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