Search RPD Archives
Limit search to: Subject & Body Subject Author
Sort by:

[AfriNIC-rpd] Pushing IPv6

Nacer Adamou Saidou adamou.nacer at gmail.com
Fri Nov 25 08:25:41 UTC 2011


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Hi
I think that the right answer will be education.
What I propose is:
- - to build more tools for self and distant training (like 6deploy
virtual labs),
- - to discuss more closely with ISP asking for new IPv4 addresses
allocation and see how they can be helped for IPv6 adoption.
Even if there is no policy about allocating IPv6 addresses automatically
to ISP who ask for IPv4, we can look at enforcing them to explain why
they are not looking at IPv6 and use that information to build better
strategies for pushing IPv6.

Thanks

Le 24/11/2011 21:19, Owen DeLong a écrit :
> 
> On Nov 24, 2011, at 8:37 AM, Mark Elkins wrote:
> 
>> After listening at AfriNIC-15 and what happens in LACNIC - would it make
>> sense to propose a policy that...
>>
>> Purpose - to promote IPv6
>>
>> In order for a resource member to get any new IPv4 resource - and they
>> have no IPv6 resource - they must apply for an IPv6 resource as well.
>>
> Personally I don't think so. All it does is push people to request resources
> which they can then leave on the shelf. We want to drive actual IPv6
> deployment, not merely address consumption.
> 
> In fact, I would say that driving address consumption without deployment
> is a net lose for the community.
> 
>> If the resource member asks for any new IPv4 resource - and they have
>> any IPv6 resources older than four months of age - then the resource
>> member must show that any of their existing IPv6 resources are in use
>> either visible in the Routing Tables or the IPv6 resource must be
>> provably in use (reachable via another Member), which would exclude
>> anything in a testing environment.
>>
> 
> This takes a step towards pushing deployment, but, in fact, it's pretty
> easy to anchor a route at one of your edges and not actually deploy
> anything behind it.
> 
> I think it's better to work on more meaningful deployment through outreach
> and encouragement rather than through policy. Policy initiatives tend to
> drive resistance and people tend to do the bare minimum necessary to
> work through or around the policy rather than look for ways to go beyond
> what the policy requires.
> 
> Better would be to provide hall-of-fame style incentives for people to
> go as far as they can in IPv6 deployment. Something like the RIPEness
> program at RIPE NCC.
> 
> Owen
> 
> _______________________________________________
> rpd mailing list
> rpd at afrinic.net
> https://lists.afrinic.net/mailman/listinfo.cgi/rpd

- -- 
Nacer Adamou Saïdou
LPC-1 Certified Engineer
Wave: nacerix at waveinabox.net
Blog: http://nacerix.blogspot.com
Twitter: nacerix
Identi.ca: nacerix
http://paper.li/nacerix
http://netvibes.net/nacerix
https://launchpad.net/~adamou-nacer
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOz1EFAAoJELZpU0pKyeBuzmEIAKEqx6yVpD5iP+guEXD3NsxR
KfLo/chEKa9CZrNCZTcvb/XYPqVpOIXgLTy8HTRnUH+nxlFOVMXCCzpYSSH5A/CW
7JUj9rmI4SpdVftZMRVkluEClNZ+YZeL0Uqum8F2e7oy0XT6mmbm9ZUZ1F2bNdvC
MGb+sRlkOwtm5/IYjast9kpfnVCGMTulbCppe+aSGgTsatixlCPOiFem7lDeVJqX
i5SYFWaKQATbxRIzUPHxLiUEgdJjbiLkRDn1PFETb/QmwVUMtjN9vEX6wwZFNJXu
uYNGjHwBHoxRT/B57wWFnNsXZYdNaj+HYiFdHcoZaaApqZZe2SS1Sd0idwciMsg=
=N9HZ
-----END PGP SIGNATURE-----



More information about the RPD mailing list