[rpd] New Policy Proposal Received - “IPv6 Policy and References Update (AFPUB-2018-V6-001-DRAFT01)"

Fri Mar 16 15:54:15 UTC 2018

Hi Owen,

Yeah, I know my example was to extreme … “I can have said just if a few addresses of a couple of /64 are actually used” …

Just wanted to make sure with my example that “what it matters” is what the LIR has already assigned, not what is actually used by the customer. May be with my explanation I actually confused more than helped! Sorry about that!

Regards,

Jordi

De: Owen DeLong <owen at delong.com>
Fecha: viernes, 16 de marzo de 2018, 16:49
Para: JORDI PALET MARTINEZ <jordi.palet at consulintel.es>
CC: rpd <rpd at afrinic.net>
Asunto: Re: [rpd] New Policy Proposal Received - “IPv6 Policy and References Update (AFPUB-2018-V6-001-DRAFT01)"

On Mar 16, 2018, at 05:55 , JORDI PALET MARTINEZ <jordi.palet at consulintel.es> wrote:

Hi Fabian,

Thanks for your input.

I’m trying to understand what you mean and if it is different than what I’m proposing.

My proposed text is:

“In IPv6,"utilisation" is only measured in terms of the number of prefixes assigned to End Sites, not their size or the number of addresses actually used in those prefixes”

In IPv6 and end-site can have a /48 and only use at the moment, let’s say, for example, half of it (in terms of number of /64).

???

It’s going to be a pretty big end site to use 32768 /64s. Most end sites will only use a tiny fraction of a /48 and that’s OK.

That’s intended. Even if you only use a couple of /64s, it’s OK for you to have a /48.

Utilization (from my understanding and also what is in the other RIR policies), is the full /48, because from the ISP perspective, this is already “on the hands” of a customer, and the ISP can’t take advantage of it anymore (unless the customer goes to another ISP).

This is correct. For IPv6 to work as intended, the policy must consider things this way. To the best of my knowledge, that is already the case in all 5 RIRs.

In fact, my text is the same as the actual policy text in the meaning. Just simplified “how” to say it.

May be you can tell an example of what you mean?

I think you and Fabian are expressing the same intent. Fabian is noting that historically, in IPv4, we have measured

addresses in actual use and deployed on devices rather than addresses assigned to customers.

When scarcity is an issue, this is necessary to prevent, for example, an LIR irresponsibly assigning a /20 to a site

that really only needs a /29. In IPv6, where scarcity is not an issue and there is no benefit to be found in hoarding

excess addresses, this makes far less sense.

Owen

Regards,

Jordi

De: Fabian Jr <afabbie at hotmail.com>
Fecha: viernes, 16 de marzo de 2018, 13:49
Para: Dewole Ajao <dewole at forum.org.ng>, rpd <rpd at afrinic.net>
Asunto: Re: [rpd] New Policy Proposal Received - “IPv6 Policy and References Update (AFPUB-2018-V6-001-DRAFT01)"

i have read the document ...it looks ok...

i have one comment on section 6.1 

i would recommend Utilization to be measured by number of prefixes assigned to End Sites which already have any Whole Prefix or Partial Prefix(es) in actual use. This is because from a general understanding and practice on IP/IPs Utilization ...has been counted on the actual IP assigned to devices and online/in use.

regards,

Arbogast Fabian,
cell:+255-78-447-8387

From: Dewole Ajao <dewole at forum.org.ng>
Sent: Friday, March 16, 2018 12:51 AM
To: rpd
Subject: [rpd] New Policy Proposal Received - “IPv6 Policy and References Update (AFPUB-2018-V6-001-DRAFT01)"

Good day AFRINIC PDWG Members,

We have received a new policy proposal as follows.

Proposal: IPv6 Policy and References Update
ID: AFPUB-2018-V6-001-DRAFT01
Author: Jordi Palet Martinez | jordi.palet[at]theipv6company.com  

The proposal contents are published at https://www.afrinic.net/en/community/policy-development/policy-proposals/2313-ipv6-policy-and-references-update

Please take some time to go through the proposal contents and provide your feedback.

Thank you.

PDWG Co-chairs

_______________________________________________
RPD mailing list
RPD at afrinic.net
https://lists.afrinic.net/mailman/listinfo/rpd

_______________________________________________ RPD mailing list RPD at afrinic.net https://lists.afrinic.net/mailman/listinfo/rpd

**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.

_______________________________________________
RPD mailing list
RPD at afrinic.net
https://lists.afrinic.net/mailman/listinfo/rpd

**********************************************
IPv4 is over
Are you ready for the new Internet ?
http://www.consulintel.es
The IPv6 Company

This electronic message contains information which may be privileged or confidential. The information is intended to be for the exclusive use of the individual(s) named above and further non-explicilty authorized disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited and will be considered a criminal offense. If you are not the intended recipient be aware that any disclosure, copying, distribution or use of the contents of this information, even if partially, including attached files, is strictly prohibited, will be considered a criminal offense, so you must reply to the original sender to inform about this communication and delete it.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20180316/1719791f/attachment-0001.html>