[43022] in North American Network Operators' Group
Re: Verio Peering Question
daemon@ATHENA.MIT.EDU (Majdi S. Abbas)
Fri Sep 28 12:57:46 2001
Date: Fri, 28 Sep 2001 09:57:10 -0700
From: "Majdi S. Abbas" <msa@samurai.sfo.dead-dog.com>
To: "Patrick W. Gilmore" <patrick@ianai.net>
Cc: nanog@merit.edu
Message-ID: <20010928095710.A7249@samurai.sfo.dead-dog.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <5.1.0.14.2.20010928120410.03be9fe0@127.0.0.1>; from patrick@ianai.net on Fri, Sep 28, 2001 at 12:31:53PM -0400
Errors-To: owner-nanog-outgoing@merit.edu
On Fri, Sep 28, 2001 at 12:31:53PM -0400, Patrick W. Gilmore wrote:
> Then again, I can see from below that you obviously do not understand the
> implications of this filtering policy.
-snip-
> Because of my small need for IP space, none of the IP registries will give
> me my own /20 (or whatever). However, ARIN will not complain if one of my
> upstreams SWIPs a /24 to me, even if I do not require an entire /24. I
> announce that /24 to both my upstreams.
>
> If that /24 is filtered by all backbones, my second connection to the
> Internet is essentially useless, a waste of money.
-snip-
> Do you now understand why "filtering == forcing small providers /
> businesses to single home"? If anything was not clear, please contact me
> off list and I shall try to explain further.
Actually, it seems to me that your argument is that ARIN/RIPE/APNIC
policy prevents people from multihoming. In the past, when new allocations
have been opened or allocation policy has been redefined (say, from /19 to
/20), Verio's filters have changed accordingly.
If the regional registry's policy is the problem, fix that policy,
and I think that you'd find Verio's filters would also change. Randy has
stated on more than one occaision (back when he worked for Verio) that he
would listen to loose /24's within the proper ranges if the registrys
would develop a workable microallocation policy.
Blaming Verio for the RIR's allocation policy simply does not make
sense.
--msa
