North American Network Operators Group|
Date Prev | Date Next |
Date Index |
Thread Index |
Author Index |
Re: Policies: Routing a subset of another ISP's address block
- From: Jesper Skriver
- Date: Fri Apr 07 14:25:33 2000
On Wed, Apr 05, 2000 at 05:11:02PM -0400, Daniel L. Golding wrote:
> Do you then suggest the elimination of the ARIN multihomed issuance
> policy - which is, BTW, the method most folks use to get PI space these
> days? After all, you can't be truly multihomed without PI space in your
> scheme of things. This would seriously raise the bar for folks to get PI
> space in the first place. You would effectively ban anyone doing BGP
> advertisements that doesn't have their own PI space already. This is a
> troublesome suggestion. It denies the benefits of multihoming to small
> enterprises and ISPs, effectively discriminating against them.
Here in europe (RIPE instead of ARIN), you can request PI space, without
any guaranties of it being routeable, but it usually is.
> I find your line of reasoning, which is essentially "tough cookies" to be
> unconvincing. I must also assume that you haven't worked for a small ISP
> or CLEC recently, nor have you had such for a customer.
Actually I've helped quite a few such customers, my recommendation
usually is to get PI space from RIPE, and get both providers to announce
it from their ASN, this works quite well, and also save a ASN - if the
customer really want to run BGP, we have arrangements with other ISP's
here, that we find a private ASN (that none of us use currently), and
assign this ASN to the customer, and we then strip the private ASN on
the edges of our network.
> There must be room for providers of all sizes in the marketplace. If this
> thesis enjoyed widespread acceptance by the major Tier I ISPs, I have no
> doubt that it would be considered anti-competative.
Naturally there is room for everybody, but things still need to work.
Jesper Skriver, jesper(at)skriver(dot)dk - CCIE #5456
Work: Network manager @ AS3292 (Tele Danmark DataNetworks)
Private: Geek @ AS2109 (A much smaller network ;-)
One Unix to rule them all, One Resolver to find them,
One IP to bring them all and in the zone to bind them.