[AusNOG] Should we be a LIR for our customers and get them PI (Was: another ipv6 Q)
Elly Tawhai
elly at apnic.net
Mon Jul 7 17:22:16 EST 2014
Hi Tony,
Just to add to the coments already made. APNIC has a "Referral
Application" program to allow current APNIC members to help
their customers apply for portable resources. Please see the
link below:
http://www.apnic.net/referral
If you would like to help your customers to receive their own
IP addresses directly from APNIC, you can complete the referral
application form via MyAPNIC.
For your information the term of portable is now referred to
within the APNIC policy document intead of PI.
Please feel free to contact APNIC helpdesk <helpdesk at apnic.net>
if you have any further questions.
Kind regards,
Elly
APNIC
Tony wrote:
> Hi,
>
> I am still confused I think.
>
> As an SP we currently have a /32 from APNIC that is (I assume) from PA
> space and so it should only ever be announced as a single /32 by us.
> This means that any sub-allocations we might make to our customers are
> not provider independent and so if/when the customer moves on they need
> to return the address space to us and renumber using the address space
> provided to them from their new SP.
>
> Assuming one of our customers (the larger ones that have multiple sites,
> and hundreds of devices) meet the APNIC criteria for their own PI space
> so that they never have to renumber IPv6 space when they change SP,
> there would appear to be two options:
>
> 1. Customer becomes APNIC member and applies to APNIC directly for PI
> space. Assuming the meet the criteria (and pay up) they will get a /48
> of PI from APNIC - problem solved, costs customer annual APNIC fees.
>
> 2. We assign the customer some PI space (that is then theirs forever).
> We can't/shouldn't do that out of our existing /32 and so would need to
> apply for some more space from APNIC that is able to be assigned as PI
> to our customers who request. Once we have this additional address space
> we would assign it in /48's to our customers who wanted this (assuming
> it was justified). We could either apply for a larger chunk at once to
> divide up for all of our existing and future customers that require it,
> or apply in /48 chunks each time.
>
> Can we get more space from APNIC for assigning as PI or do we need to
> get our /32 "converted" to be from the appropriate pool ? We haven't
> gone too far yet into actually using our /32 so wouldn't be too much
> grief to do this at this stage. I do need to know though if this is the
> correct way to go about it. We're also unlikely to use a /32 even if
> we're "giving away" /48's to large customers that then leave us at some
> point in the future. I'm fairly sure there is enough in a /32 to go
> around. Yes, I guess having customers IPv6 networks numbered out on OUR
> non-portable space might help to lock them into us by making it hard to
> change providers, but if this is the only reason they are staying with
> us as customers then we are doing something wrong.
>
> I could ask APNIC directly, but I also know there are some peoples from
> APNIC that read this list, perhaps they are able to respond about what
> can/can't/should be done for the benefit of all in this scenario ? Am I
> unique in my questions ? Has this come up before ?
>
> Perhaps we should be just telling our customers to foot the bill and get
> their own IPv6 PI space and stay out of the middle (and just advertise
> it for them as required). If this is the case though we still need to
> know this, so we can recommend to customer that this is what they should
> be doing. The only reason we'd look to do it on their behalf (option #2
> above) would be to simplify it for them. I'm not too concerned about
> cost to the customer, if they can't manage an extra $1200 PA for IP
> address space then they probably aren't big enough to be trying to
> justify PI anyway (although if it's a cost we can help them avoid at no
> expense to us, then why wouldn't we help them).
>
> As someone said, in terms of routing table sizes, if a /48 is going to
> be advertised it doesn't matter what space it comes from, it's still
> going to be another /48 in the table.
>
>
> Thanks,
> Tony.
>
> ------------------------------------------------------------------------
> *From:* Bryan Socha <bryan at digitalocean.com>
> *To:* Tony <td_miles at yahoo.com>
> *Cc:* ausnog at lists.ausnog.net; Karl Auer <kauer at biplane.com.au>; Jeroen
> Massar <jeroen at massar.ch>
> *Sent:* Thursday, 3 July 2014 5:30 PM
> *Subject:* Re: [AusNOG] Should we be a LIR for our customers and get
> them PI (Was: another ipv6 Q)
>
> Why not just tell apnic you made an error, you meant to get PI space so
> you can allocate blocks to customer sites and find out what the process
> is to convert it. I can't see them saying no, you'll reduce your
> overhead and you'll use the space as intended with /32+ for providers,
> /48 per site and your customer has tons of /64s to use at each site.
>
> To get another /32 you'll need to justify it and from this conversation
> it sounds like you might have a problem proving your 80% in use.
>
> Bryan Socha
> Network Engineer
> DigitalOcean
>
>
>
>
>
> On Thu, Jul 3, 2014 at 3:19 AM, Tony <td_miles at yahoo.com
> <mailto:td_miles at yahoo.com>> wrote:
>
> On Thu, 03 Jul 2014 16:54:25 +1000, Jeroen Massar <jeroen at massar.ch
> <mailto:jeroen at massar.ch>> wrote:
>
> On 2014-07-03 02:45, Tony wrote:
> [..]
>
> "the network is statically addressed and of a size or
> complexity that
> make renumbering operationally impractical, together with
> evidence
> that dynamic or multiple addressing options are either not
> available
> from the relevant ISP or are unsuitable"
>
>
> Simple answer to $RIR for these kind of requests:
> - client requires to never renumber due to complexity of network.
> - client requires independent connectivity.
>
> This case can easily be made for most businesses.
> (not so easily for a 2 person company though ;)
>
>
> I don't know, with a shiny new NBN fibre NTU with 4 ports that I can
> easily get concurrent connectivity from 4 separate ISP's if I wanted
> to, perhaps I might just need my own /48 PI at my house :)
>
>
>
> So the solution is that any business that thinks they might be
> uncomfortable renumbering IPv6 should apply for a PI /48 ?
> As previously
> mentioned on this thread the costs seems to be in the order
> of $1200 PA.
>
>
> Not if you have an LIR (eg SAGE-AU or any other LIR) that covers the
> base fee, and then requests the PI space on their behalf.
>
> For the LIR it is just an extra prefix, thus just a bit more
> cash. See
> the various calculators mentioned in the parent thread.
>
> Should we be encouraging our business customers that meet
> this criteria
> (multiple sites, few hundred devices) to get IPv6 space from
> APNIC and
> then advertise it for them (for global connectivity) ?
>
>
> Yes. And you as the upstream can act as the LIR.
>
> Note that your customer might chose to use different/additional
> upstreams to actually serve their traffic once they have their PI
> prefix. They can also move their PI prefix to another LIR etc.
>
>
> Thanks for the info. So we just apply for PI space on customers
> behalf that will then be outside of our /32 and bill them (if we so
> choose) the incremental cost for their PI allocation (eg. /48) ?
> Given our IPv4 space, we can apply for a metric-bucket-load of extra
> /48's before we would end up paying any more in annual fees to APNIC.
>
> Sounds easy enough. Is this what others are doing in this space
> (business customers) ?
>
> I am looking at this from the perspective of our customers who will
> shortly be saying "what IPv6 addresses can we use for devices on our
> network across 20 sites" ?
>
>
> regards,
> Tony.
>
> _________________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net <mailto:AusNOG at lists.ausnog.net>
> http://lists.ausnog.net/__mailman/listinfo/ausnog
> <http://lists.ausnog.net/mailman/listinfo/ausnog>
>
>
>
>
>
> ------------------------------------------------------------------------
>
> _______________________________________________
> AusNOG mailing list
> AusNOG at lists.ausnog.net
> http://lists.ausnog.net/mailman/listinfo/ausnog
More information about the AusNOG
mailing list