<div dir="ltr">I'm agree. Complete check is pretty complex. Actually even routing table check for some IPv6 subnet existence will be better than "just receive IPv6 subnet allocation" on the paper. <div><br></div><div>For example we could ask LIR to get Atlas probe and use it as IPv6 connectivity monitoring :)</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 11, 2016 at 6:41 PM, Oleg Chernov <span dir="ltr"><<a href="mailto:olegch@wildpark.net" target="_blank">olegch@wildpark.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi , Pavel,<br>
<br>
What do you mean by "offer IPv6 address for checks" ?<br>
<br>
As all of us understand<br>
"Announce IPv6" doesn't mean "Use IPv6"<br>
?<br>
<br>
Announcing IPv6 doesn't require much efforts, isn't it.<br>
So method of "checking the use of IPv6" should be strong enough.<br>
<br>
<br>
В письме от Четверг, 11-фев-2016 18:05:29 пользователь Pavel Odintsov написал:<br>
<div><div class="h5">> I have few words about IPv6. I'm real fan of IPv6.<br>
><br>
> But actually almost all companies who want last /22 subnet just get IPv6<br>
> and do not use it really. From my point of view, you should check real<br>
> network usage by analyzing BGP routing table.<br>
><br>
> In other words each LIR should:<br>
> 1) Get new IPv6 subet from RIPE<br>
> 2) Announce it and offer IPv6 address for checks<br>
> 3) Get last /22 IPv4 subnet<br>
><br>
> Almost all "IPv6" subnets received for last months haven't used really.<br>
> That's bad.<br>
><br>
> On Thu, Feb 11, 2016 at 6:01 PM, Jack <<a href="mailto:noc@kwaoo.net">noc@kwaoo.net</a>> wrote:<br>
> > > RIPE supports reselling of big subnets by providing their Transfer<br>
> ><br>
> > listing service.<br>
> ><br>
> > > Those networks shouldn’t be sold. They should be returned to the NCC<br>
> ><br>
> > pool and be assigned to providers who need them.<br>
> > Providers who need them, means, in my opinion, providers who have a wide<br>
> > IPv6 deployment.<br>
> > Tough job to appreciate the IPv6 deployement status of a LIR, but I<br>
> > really think this must be a requirement for getting more IPv4 easily.<br>
> ><br>
> > You want IPv4 ? Deploy IPv6, then we will talk. You do not care about<br>
> > IPv6 ? No v4 for you.<br>
> ><br>
> > > Von: members-discuss [mailto:<a href="mailto:members-discuss-bounces@ripe.net">members-discuss-bounces@ripe.net</a>] Im<br>
> ><br>
> > Auftrag von Pavel Odintsov<br>
> ><br>
> > > Gesendet: Donnerstag, 11. Februar 2016 15:42<br>
> > > An: Radu Brebu <<a href="mailto:dial@dialcube.ro">dial@dialcube.ro</a><mailto:<a href="mailto:dial@dialcube.ro">dial@dialcube.ro</a>>><br>
> > > Cc: <a href="mailto:members-discuss@ripe.net">members-discuss@ripe.net</a><mailto:<a href="mailto:members-discuss@ripe.net">members-discuss@ripe.net</a>><br>
> > > Betreff: Re: [members-discuss] [ncc-announce] [news] RIPE NCC Members<br>
> ><br>
> > and Multiple LIR Accounts - Please Discuss<br>
> ><br>
> > > Hello, folks!<br>
> > ><br>
> > > That's good conversation. I'm representing VPS service company. We<br>
> ><br>
> > bought multiple /20 and /21 subnets at last 2 years.<br>
> ><br>
> > > But actually there really big injustice exists here!<br>
> > ><br>
> > > I've followed all RIPE guidance and request resources only when they<br>
> ><br>
> > really required for next 3-6 months. I have 95% subnet utilization in each<br>
> > network! All my IP addresses really used.<br>
> ><br>
> > > But I known so much LIR's who just ignore RIPE rules and requested bunch<br>
> ><br>
> > of /18, /16 networks many years ago.... just because they can. Right now<br>
> > almost all this networks are on IPv4 market.<br>
> ><br>
> > > And I should pay my money to persons which violated RIPE rules for a<br>
> ><br>
> > long time.<br>
> ><br>
> > > Than't really weird, isn't it?<br>
> ><br>
> > > On Thu, Feb 11, 2016 at 5:34 PM, Radu Brebu <<a href="mailto:dial@dialcube.ro">dial@dialcube.ro</a><mailto:<br>
> > <a href="mailto:dial@dialcube.ro">dial@dialcube.ro</a>>> wrote:<br>
> > > Hi all,<br>
> > ><br>
> > > This is a socialist way of thinking, you are free (ipotetic speaking) to<br>
> ><br>
> > open another lir and satisfy your VPS needs no? some companies prefer to<br>
> > plan their business long term. In my opinion it's not ok to prioritize<br>
> > resources keeping in mind only the need. We are leaving and doing business<br>
> > in a capitalist environment, buying resources it is what is all about.<br>
> ><br>
> > > On 02/11/16 16:19, José Manuel Giner wrote:<br>
> > > I agree with it. We need IPs to continue providing VPS servers, and<br>
> ><br>
> > other LIRs with unused prefixes, no sense...<br>
> ><br>
> > > On 11/02/2016 15:09, Aleksey Bulgakov wrote:<br>
> > > Hi, all.<br>
> > ><br>
> > >  I think, it is better to return unused allocations, received before<br>
> > >  2012, to the NCC pool.<br>
> > ><br>
> > >  --<br>
> > >  Kind regards,<br>
> > >  Aleksey Bulgakov<br>
> > >  FastTelecom, CEO<br>
> > >  7 926 6908729<br>
> > ><br>
> > > 14:02, 11 февраля 2016 г., Nigel Titley :<br>
> > >     Dear colleagues,<br>
> > ><br>
> > >     The RIPE NCC Executive Board would like to ask the membership to<br>
> > >     discuss<br>
> > >     the issue of RIPE NCC members opening additional LIR accounts.<br>
> > ><br>
> > >     There were comments at the RIPE NCC General Meeting (GM) in November<br>
> > >     2015 that members having the ability to open additional LIR<br>
> > >     accounts,<br>
> > >     each of which can request a /22 of IPv4 address space, may run<br>
> ><br>
> > against<br>
> ><br>
> > >     the spirit of the last /8 policy. In light of this, the Board<br>
> > >     decided to<br>
> > >     temporarily suspend the ability of RIPE NCC members to open<br>
> ><br>
> > additional<br>
> ><br>
> > >     LIR accounts.<br>
> > ><br>
> > >     The RIPE NCC began to allocate IPv4 address space from the last /8<br>
> > >     policy on 14 September 2012. Since that time the RIPE NCC has<br>
> > >     allocated<br>
> > >     more than 8,600 /22s, yet there remains 0.94 of a /8 still in the<br>
> > >     pool.<br>
> > ><br>
> > >     ACTION REQUIRED:<br>
> > >     The Board asks the membership to provide their opinion on and<br>
> > >     discuss<br>
> > >     the following points:<br>
> > ><br>
> > >     1. Is the activity of members opening additional LIR accounts a<br>
> > >     problem<br>
> > >     that must be prevented?<br>
> > ><br>
> > >     2. If this activity is a problem that must be prevented, what action<br>
> > >     should the RIPE NCC take to attempt its prevention?<br>
> > ><br>
> > >     Statistics pertinent to this discussion are available in this<br>
> > >     article on<br>
> ><br>
> > >     RIPE Labs:<br>
> > <a href="https://labs.ripe.net/Members/laura_cobley/ripe-ncc-members-and-multiple-l" rel="noreferrer" target="_blank">https://labs.ripe.net/Members/laura_cobley/ripe-ncc-members-and-multiple-l</a><br>
> > ir-accounts?pk_campaign=members&pk_kwd=list-ncc><br>
> > >     The Board asks that members discuss this issue on the Members<br>
> > >     Discuss<br>
> > >     mailing list .<br>
> > ><br>
> > >     The Board will monitor the discussion and will review it at the next<br>
> > >     Executive Board Meeting on 31 March 2016. Depending on the outcome<br>
> > >     of<br>
> > >     that meeting, the Board may propose a resolution for members to<br>
> > >     vote on<br>
> > >     at the RIPE NCC General Meeting in May 2016.<br>
> > ><br>
> > >     Best regards,<br>
> > ><br>
> > >     Nigel Titley<br>
> > >     RIPE NCC Executive Board<br>
> > ><br>
> > > ----<br>
> > > If you don't want to receive emails from the RIPE NCC members-discuss<br>
> > > mailing list, please log in to your LIR Portal account and go to the<br>
> ><br>
> > general page:<br>
> > > <a href="https://lirportal.ripe.net/general/" rel="noreferrer" target="_blank">https://lirportal.ripe.net/general/</a><br>
> > ><br>
> > > Click on "Edit my LIR details", under "Subscribed Mailing Lists". From<br>
> ><br>
> > here, you can add or remove addresses.<br>
> ><br>
> > > ----<br>
> > > If you don't want to receive emails from the RIPE NCC members-discuss<br>
> > > mailing list, please log in to your LIR Portal account and go to the<br>
> ><br>
> > general page:<br>
> > > <a href="https://lirportal.ripe.net/general/" rel="noreferrer" target="_blank">https://lirportal.ripe.net/general/</a><br>
> > ><br>
> > > Click on "Edit my LIR details", under "Subscribed Mailing Lists". From<br>
> ><br>
> > here, you can add or remove addresses.<br>
> ><br>
> > > --<br>
> > > Sincerely yours,  Pavel Odintsov<br>
> > > CTO, FastVPS Eesti OU<br>
> > ><br>
> > ><br>
> > ><br>
> > > ----<br>
> > > If you don't want to receive emails from the RIPE NCC members-discuss<br>
> > > mailing list, please log in to your LIR Portal account and go to the<br>
> ><br>
> > general page:<br>
> > > <a href="https://lirportal.ripe.net/general/" rel="noreferrer" target="_blank">https://lirportal.ripe.net/general/</a><br>
> > ><br>
> > > Click on "Edit my LIR details", under "Subscribed Mailing Lists". From<br>
> ><br>
> > here, you can add or remove addresses.<br>
> ><br>
> ><br>
> ><br>
> > --<br>
> > Jack<br>
> > Kwaoo noc<br>
> ><br>
> > More details about KWAOO can be found at:<br>
> > <a href="https://as24904.kwaoo.net/" rel="noreferrer" target="_blank">https://as24904.kwaoo.net/</a><br>
> ><br>
> > ----<br>
> > If you don't want to receive emails from the RIPE NCC members-discuss<br>
> > mailing list, please log in to your LIR Portal account and go to the<br>
> > general page:<br>
> > <a href="https://lirportal.ripe.net/general/" rel="noreferrer" target="_blank">https://lirportal.ripe.net/general/</a><br>
> ><br>
> > Click on "Edit my LIR details", under "Subscribed Mailing Lists". From<br>
> > here, you can add or remove addresses.<br>
<br>
--<br>
</div></div>Best regards,<br>
Oleg A. Chernov<br>
OAC4-RIPE<br>
WildPark ISP, Nikolaev, Ukraine<br>
+380512 709555<br>
+380512 470555<br>
<br>
</blockquote></div><br><br clear="all"><div><br></div>-- <br><div class="gmail_signature">Sincerely yours,  Pavel Odintsov<br>CTO, FastVPS Eesti OU</div>
</div>