[167037] in North American Network Operators' Group
Re: 3rd party transit for anycast services?
daemon@ATHENA.MIT.EDU (Christopher Morrow)
Wed Nov 27 23:14:48 2013
In-Reply-To: <20131127182310.GC28397@ak-labs.net>
Date: Wed, 27 Nov 2013 23:14:10 -0500
From: Christopher Morrow <morrowc.lists@gmail.com>
To: Carlos Kamtha <kamtha@ak-labs.net>
Cc: nanog list <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org
On Wed, Nov 27, 2013 at 1:23 PM, Carlos Kamtha <kamtha@ak-labs.net> wrote:
> On Wed, Nov 27, 2013 at 10:01:30AM -0800, Bill Woodcock wrote:
>>
>> On Nov 27, 2013, at 9:56 AM, Carlos Kamtha <kamtha@ak-labs.net> wrote:
>>
>> > Hi,
>> >
>> > We have an anycast provider (internap) that cannot give us direct serv=
ice in the AU region.
>> >
>> > I'm wondering if there are providers, not specifically internap, that=
will allow another local ISP to
>> > 'transit' anycast IP services thier behalf?
>>
>> Why not just originate the services from a prefix (or multiple prefixes)=
of your own? Then you can pick and choose who you use where. You still h=
ave to be careful that people don't "helpfully" backhaul stuff to places yo=
u don't want, but at least the policy lever is in your hands.
>
> Not an option atm. we do not have control over layer 3 and we do not curr=
ently own a CIDR block and, our BGP sessions are done with reserved 655xx A=
SN to our provider.
isn't that sort of fixable with a simple request to your local RIR?
>
>>
>> Short answer is yes, we do this for people all the time, and I'm sure ma=
ny of the other large anycast providers do as well.
>>
>> Renesys could probably tell you which ones, specifically.
>
> Noted. thanks!
>
>>
>> -Bill
>>
>>
>>
>>
>
>
>
