Re: [sig-policy] prop-110v001: Designate 1.2.3.0/24 as Anycast to suppor
I can see how the process weight could vastly change the cost of
implementation. To that end to co-authors have a proposed solution.
Upon careful consideration of the underlying reasoning behind this
proposal, the RPKI section may not be required.
It does not make sense to attempt to protect this prefix from
hijacking when by it's very nature it's available for non-exclusive
use.
We will remove the references RPKI and send an updated draft as soon
as possible.
Regards,
Dean
--
Dean Pemberton
Technical Policy Advisor
InternetNZ
+64 21 920 363 (mob)
dean at internetnz dot net dot nz
To promote the Internet's benefits and uses, and protect its potential.
On Wed, Feb 5, 2014 at 11:04 AM, Sanjaya Sanjaya <sanjaya at apnic dot net> wrote:
> Hi Dean and all,
>
> My apologies for the delayed reply.
>
> On the cost of extending the RPKI system to cover the need of this proposal, it really depends on the degree of automation desired in managing the registration of this particular block. A fully automated process will not cost much at all. Any manual oversight of the process will likely increase the cost significantly. Any idea how heavy/lightweight the registration process should be?
>
> Regards,
> Sanjaya
>
>> Sanjaya, Gaurab has bought to light an important issue which is
>> central to this proposal. Could I request information regarding the
>> marginal cost of creation of an additional RPKI ROA to an existing
>> allocation be made public to the list. I appreciate that exact
>> figures may be difficult to obtain given the tight time constraints,
>> to make this easier, an upper and lower bound on this cost would also
>> be fine
>>
>> Once again, thanks for bringing up this issue Gaurab.
>>
>>
>>
>> Regards,
>>
>> Dean Pemberton
>>
>> Technical Policy Advisor
>> InternetNZ
>> +64 21 920 363 (mob)
>> dean at internetnz dot net dot nz
>>
>> To promote the Internet's benefits and uses, and protect its potential.
>> * sig-policy: APNIC SIG on resource management policy
>> *
>> _______________________________________________
>> sig-policy mailing list
>> sig-policy at lists dot apnic dot net
>> http://mailman.apnic.net/mailman/listinfo/sig-policy