This archive is retained to ensure existing URLs remain functional. It will not contain any emails sent to this mailing list after July 1, 2024. For all messages, including those sent before and after this date, please visit the new location of the archive at https://mailman.ripe.net/archives/list/[email protected]/
[ipv6-wg] internal additional IPv4 assignment policy
- Previous message (by thread): [ipv6-wg] internal additional IPv4 assignment policy
- Next message (by thread): [ipv6-wg] internal additional IPv4 assignment policy
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Ahmed Abu-Abed
ahmed at tamkien.com
Thu May 6 16:06:36 CEST 2010
This is a good policy and it should help move customers to IPv6 in an orderly manner. We are having a similar discussion on the IPv6 Forum mailing list. For validation, other than the Ripeness initiative, there are programs already in place by the IPv6 Forum that validate ISPs and web content owners for v6 readiness. If customers pass the tests they place the logo on their website and get listed on the Forum's IPv6 Enabled list. I suggest RIPE uses this resource (as well as Ripeness) for validating v6 compliance before issuing v4 address blocks. More at http://www.ipv6forum.com/ipv6_enabled/ Regards, Ahmed Abu-Abed -------------------------------------------------- From: "Lubos Pinkava" <lubos.pinkava at casablanca.cz> Sent: Thursday, May 06, 2010 3:48 PM To: <ipv6-wg at ripe.net> Subject: [Bulk] [ipv6-wg] internal additional IPv4 assignment policy > Hello, > > I've raised an idea concerning additional IPv4 assignments for our > customers during RIPE60 beering with quite positive responses, so I would > like to share it here and maybe get some additional feedback. > > We are a company running ISP/collocation business, promoting IPv6 since > 2003 and already having substantial amount of IPv6 enabled customers. In > our point of view, it's still pretty slow growth. > > What I indend to propose for our operations - active imediately - is this: > > - all customers requesting additional /25 (variable) shall have IPv6 > assigned and asked for trying it (if not already done before) > - all customers requesting additional /24 (variable) must already have > active v6 services running (eg. NS/MX/web site for the beginning) > > There were several other ISP's interested, each of course with own > specifics - but in general, we have agreed, that this can speed up IPv6 > adoption especially in collocation / infastructure area and can still go > through company processes. > > If there are more people interested, we can create some best practice > document backing up our work. > > > Any thoughts on this subject? > > > Lubos Pinkava > Casablanca INT s.r.o. >
- Previous message (by thread): [ipv6-wg] internal additional IPv4 assignment policy
- Next message (by thread): [ipv6-wg] internal additional IPv4 assignment policy
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
[ ipv6-wg Archives ]