Search RPD Archives
[rpd] Draft inbound policy
Christopher Mwangi
christopher.mwangi at liquidtelecom.com
Sun Jun 19 09:00:31 UTC 2016
Hi Danny,
An example would be Mergers and acquisition where an organization wanted to consolidate all resources (IPs and ASNs) into an African holding company.
So we thought of having this one policy that all inclusive and takes care of that.
Thanks
Christopher
________________________________
From: Danny <afahounko at gmail.com>
Sent: Saturday, June 18, 2016 2:00:16 PM
To: Sander Steffann
Cc: rpd List
Subject: Re: [rpd] Draft inbound policy
Hello Andrews,
We all agreed that IPv6 is the way to go (IPv4 depletion, no NAT, etc..).
In real use case what situation can force an infrastructure based in Afrinic region to use IPv6 ressources from other regions? And we all know that IPv6 by design can scale and cover almost all new generation infrastructures.
Unless your policy draft is only about Ipv4?
Regards,
Danny
On Jun 18, 2016 6:57 AM, "Sander Steffann" <sander at steffann.nl<mailto:sander at steffann.nl>> wrote:
Hi Kris,
> @Sander : What are the key provisions of the outbound policy in Ripe? or is there a two way policy already in place?
Our policy is very simple: https://www.ripe.net/publications/docs/ripe-644
RIPE currently has a policy that can work both ways, we work with whatever the other RIR requires. For transfers from the RIPE region we basically require that the outbound transfer conforms to the RIPE policy. For example: there are resources that cannot be transferred within 24 months of the seller getting them, to prevent people from getting or buying addresses and then selling them on immediately. Such restriction obviously still apply.
Roughly: if the transfer would be valid for a RIPE->RIPE transfer, it will also be valid for RIPE->OTHER-RIR transfers.
Cheers,
Sander
_______________________________________________
RPD mailing list
RPD at afrinic.net<mailto:RPD at afrinic.net>
https://lists.afrinic.net/mailman/listinfo/rpd
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.afrinic.net/pipermail/rpd/attachments/20160619/8e986ac3/attachment.html>
More information about the RPD
mailing list