- address-policy-wg - mailman.ripe.net

ABUSE IP 176.57.210.40 planetadeneg.com
by Илья Полушкин 24 Feb '14

24 Feb '14

Welcome to the IP 176.57.210.40 planetadeneg.com domain is the so-called HYIP project administrator who collects the money and cheating people. Please take steps to block IP 176.57.210.40 work or I will be forced to contact the police. С уважением, Полушкин Илья тел.: 7(916)5800672

2 1

Global Policy for post exhaustion IPv4 allocation mechanisms by the IANA
by Filiz Yilmaz 24 Feb '14

24 Feb '14

Dear Colleagues, NRO NC is asked by the IANA Staff for a clarification on the reading of this policy, Global Policy for post exhaustion IPv4 allocation mechanisms by the IANA, in regards to "when" the first allocations from the Recovered IPv4 pool can be made. The Council decided to check further with the communities, hence this mail. The policy document (http://www.ripe.net/ripe/docs/ripe-529) states the following: ---- 1.0 Recovered IPv4 Pool …. When one of the RIRs declares it has less than a total of a /9 in its inventory, the Recovered IPv4 pool will be declared active, and IP addresses from the Recovered IPv4 Pool will be allocated as stated in Section 2.0 below. 2.0 Allocation of returned IPv4 address space by the IANA 1. Allocations from the IANA may begin once the pool is declared active. 2. In each "IPv4 allocation period", each RIR will receive a single “IPv4 allocation unit” from the IANA. 3. An "IPv4 allocation period" is defined as a 6-month period following 1 March or 1 September in each year ... ---- While clause 1 seems to be pretty clear, it contains a "may" and clauses 2 and 3 together talk about "allocation periods" and that they are the “6-month period following 1 March or 1 September in each year.” In practice, if the pool is declared active on 1 January and IANA makes the first allocations immediately this would be outside of the allocation period, which begins at the start of March. So mainly the question is about the first allocations from the the Recovered IPv4 pool; a) Should they be made straight away or b) Should IANA wait and make them at the start of the next "IPv4 allocation period," the "6-month period following 1 March or 1 September. In my personal opinion I see no problems with starting straight away (option a above), and then continue the rest in the regularity of the allocation periods as stated in the policy. Would you agree or is your reading towards option b above? Please let us know of your opinions on this list until 23 February 2014. Kind regards Filiz Yilmaz as NRO NC Member from RIPE Region

7 8

RIPE Policy Proposal 2012-07 Accepted: Effect on ripe-604
by Marco Schmidt 07 Feb '14

07 Feb '14

Dear colleagues, As announced on the RIPE NCC Services Working Group Mailing List, the policy proposal 2012-07, “RIPE NCC Services to Legacy Internet Resource Holders” has reached consensus. This proposal contained a small amendment to ripe-604, "IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region". 2012-07 replaces section 5.5 of ripe-604, currently: "Any LIR is allowed to re-allocate complete or partial blocks of IPv4 address space that were previously allocated to them by either the RIPE NCC or the IANA." With "Any LIR is allowed to re-allocate complete or partial blocks of IPv4 address space that were previously allocated to them by the RIPE NCC or otherwise through the Regional Internet Registry System." This change was proposed to ensure that 2012-07 was in alignment with the policies described in ripe-604, “IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region”. The new RIPE Document is ripe-606 and it is available at: https://www.ripe.net/ripe/docs/ripe-606 As an existing RIPE Document was impacted by this policy proposal, we felt it was worth notifying the Address Policy Working Group. Kind regards, Marco Schmidt Policy Development Officer RIPE NCC

4 3

Re: [address-policy-wg] 2013-03 Proposal Accepted (Post Depletion Adjustment of Procedures to Match Policy Objectives, and Clean-up of Obsolete Policy Text)
by Robert.Guentensperger＠swisscom.com 06 Feb '14

06 Feb '14

Dear all, I'm unsure now. Is ripe-583 (Provider Aggregatable (PA) Assignment Request Form) still valid? Regarding the new policy-text and the discussion before it's now unclear. At least for me. ;-) Thank you in advance for a clarification. Best regards, Robert Robert Güntensperger Swisscom (Switzerland) Ltd. > -----Original Message----- > From: address-policy-wg-bounces(a)ripe.net [mailto:address-policy-wg- > bounces(a)ripe.net] On Behalf Of Marco Schmidt > Sent: Tuesday, February 04, 2014 4:36 PM > To: policy-announce(a)ripe.net > Cc: address-policy-wg(a)ripe.net > Subject: [address-policy-wg] 2013-03 Proposal Accepted (Post Depletion > Adjustment of Procedures to Match Policy Objectives, and Clean-up of > Obsolete Policy Text) > > > Dear colleagues, > > > Consensus has been reached, and the proposal for a change to RIPE > Document ripe-599, "IPv4 Address Allocation and Assignment Policies for > the RIPE NCC Service Region", has been accepted by the RIPE community. > > > You can find the full proposal at: > > https://www.ripe.net/ripe/policies/proposals/2013-03 > > The new RIPE Document is called ripe-604 and is available at: > > https://www.ripe.net/ripe/docs/ripe-604 > > > The RIPE NCC has already begun preparations to implement this policy > proposal, which will require updating many internal and external > procedures and related tools to ensure we continue to provide efficient > service. > We estimate it may take up to three months to make these changes and > fully implement the policy proposal. In the meantime, the current > procedures will remain in effect. The RIPE NCC will send another > announcement once the implementation is complete and the new procedures > are in place. > > > Thank you to everyone who provided input. > > Regards > > Marco Schmidt > Policy Development Officer > RIPE NCC

4 4

2013-03 Proposal Accepted (Post Depletion Adjustment of Procedures to Match Policy Objectives, and Clean-up of Obsolete Policy Text)
by Marco Schmidt 04 Feb '14

04 Feb '14

Dear colleagues, Consensus has been reached, and the proposal for a change to RIPE Document ripe-599, "IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region", has been accepted by the RIPE community. You can find the full proposal at: https://www.ripe.net/ripe/policies/proposals/2013-03 The new RIPE Document is called ripe-604 and is available at: https://www.ripe.net/ripe/docs/ripe-604 The RIPE NCC has already begun preparations to implement this policy proposal, which will require updating many internal and external procedures and related tools to ensure we continue to provide efficient service. We estimate it may take up to three months to make these changes and fully implement the policy proposal. In the meantime, the current procedures will remain in effect. The RIPE NCC will send another announcement once the implementation is complete and the new procedures are in place. Thank you to everyone who provided input. Regards Marco Schmidt Policy Development Officer RIPE NCC

1 0

Re: [address-policy-wg] 2013-03: Review Phase - New Proposal Description and Impact Analysis Published
by Gert Doering 04 Feb '14

04 Feb '14

Dear AP WG, On Wed, Nov 20, 2013 at 11:01:24AM +0100, Marco Schmidt wrote: [..] > We encourage you to read the proposal and the impact analysis and send any > comments to <address-policy-wg(a)ripe.net> before 5 December 2013. the review phase for 2013-03 has ended today. No comments were received, thus I consider all opinions expressed in the previous review phase to be unchanged (as announced, given that the policy *text* has not changed at all) - that is, 32 persons expressing support of the proposal, 3 persons opposing it. Given the amount of support, and the nature of the opposition, the WG chairs have decided that we have reached rough consensus. We think that all counterarguments brought up by the opposers have been fully answered - this might not be sufficient to convince the opposers to change their mind, but given sufficient support otherwise, it's good enough to move forward. This is what we'll do now -> move 2013-03 to Last Call. Marco will send the formal announcement for that later today or tomorrow. For reference, a list of people that voiced support or opposition (or something else) in the previous review phase is appended below. This is what the chairs based their decision on. If you disagree with our interpretation of what has been said, and the conclusion we have drawn from it, please let us know. Gert Doering, Address Policy WG Chair support: Mikael Abrahamsson Randy Bush Daniel Stolpe Dimitri I Sidelnikov Andy Davidson Sascha Luck Jan Zorz Bengt Gördén Raluca Andreea Gogiou Roger Jørgensen Richard Hartmann (strong sentiments that this is the last round) Andreas Larsen Jan Ingvoldstad (strong sentiments that this is the last round) Elvis Daniel Velea Nigel Titley (seconding Richard's sentiments) Gerry Demaret Sebastian Wiesinger Lu Heng Sonderegger Olaf Ian Johannesen Fredrik Widell Alexey Ivanov Sandra Brown Donal Cunningham Tassos Chatzithomaoglou Mike Burns George Giannousopoulos Ragnar Anfinsen Milton L Mueller Ronny Boesger Dominik Bay Lutz Donnerhacke support, based on changes to the external PR regarding 2013-03, and some future PDP tasks for the chairs and the community Malcolm Hutty (see <52406426.8080405(a)linx.net> for details) neutral (mailing to the thread, but not expressing support/opposition): CJ Aronson Nick Hilliard Hans Petter Holen John Curran opposing: McTim "I don't think shifting to a market based allocation/assignment system is good stewardship. In addition there are multiple issues listed in the Impact Analysis that cause me great concern. The primary issue there is incompatibility with other regional transfer policies." considered to be completely answered by the chairs, on the basis that 2013-03 does not introduce a transfer market, documenting the goal to assign to end users was introduced in v3 of the proposal, and incompatibilities with other regions' transfer policies can be amended by adding appropriate checks to our cross-RIR-policy-to-be, if the community ever expresses enough interest to make one (which currently does not seem to be the case). Also, most other issues raised in the IA have been addressed by v4 of the proposal, which changed the title and rationale to send a less controversial message to external parties. So we consider this to be addressed as well. Filiz Yilmaz would support if criteria for allocation would be amended to include "LIR must demonstrate its need for the IPv4 address space" This was carefully listened to, and discussed with NCC RS to see what the impact would be. NCC RS stated that the addition of this sentence would not change their interpretation of the policy, given that all the LIR can do to demonstrate it's need is the willingness to make an assignment from it - and that is already there. Based on this and based on the significant number of people asking for the proposal to go forward and not do another round of textual change and impact analysis, the chairs decided to consider this point answered, and go forward. Sylvain Vallerot main issue seems to be that this proposal would bring LIR admins under pressure from unreasonable customer demands and that could create very problematic situations inside the LIR, without being able to point to RIR policies to back not giving out addresses. considered to be answered by the proposer, as there is pressure inside all LIRs anyway, and even with the old formalism in place, a LIR might very well run into the same situation of having to deny addresses to some of it's customer as there are just not enough left anymore to give all of them what they ask for. David Farmer initially "-1"'ing, then clarifying this to be more on the discussion between Sylvain and Tore, and explicitely stating neutrality on the proposal itself -- have you enabled IPv6 on something today...? SpaceNet AG Vorstand: Sebastian v. Bomhard Joseph-Dollinger-Bogen 14 Aufsichtsratsvors.: A. Grundner-Culemann D-80807 Muenchen HRB: 136055 (AG Muenchen) Tel: +49 (0)89/32356-444 USt-IdNr.: DE813185279

5 5

Re: [address-policy-wg] address-policy-wg Digest, Vol 30, Issue 1
by Lu Heng 04 Feb '14

04 Feb '14

welcome everybody to an new era of IP management--easy,faster,and more effective:) last,hopefully leads an more accurate Ripe datebase as well. On Tue, Feb 4, 2014 at 12:00 PM, <address-policy-wg-request(a)ripe.net> wrote: > Send address-policy-wg mailing list submissions to > address-policy-wg(a)ripe.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://www.ripe.net/mailman/listinfo/address-policy-wg > or, via email, send a message with subject or body 'help' to > address-policy-wg-request(a)ripe.net > > You can reach the person managing the list at > address-policy-wg-owner(a)ripe.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of address-policy-wg digest..." > > > Today's Topics: > > 1. Consensus has been confirmed on 2013-03 - Post Depletion > Adjustment of Procedures to Match Policy Objectives, and Clean-up > of Obsolete Policy Text (Sander Steffann) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Mon, 3 Feb 2014 13:11:39 +0100 > From: Sander Steffann <sander(a)steffann.nl> > Subject: [address-policy-wg] Consensus has been confirmed on 2013-03 - > Post Depletion Adjustment of Procedures to Match Policy Objectives, > and Clean-up of Obsolete Policy Text > To: Address Policy Working Group <address-policy-wg(a)ripe.net> > Message-ID: <5363D402-367D-4BC2-94AF-5144CF38A65B(a)steffann.nl> > Content-Type: text/plain; charset=iso-8859-1 > > Hello working group, > > The collective of all working group chairs has, according to the RIPE PDP (RIPE-500) section 2.4, confirmed that there is consensus on policy proposal 2013-03 - Post Depletion Adjustment of Procedures to Match Policy Objectives, and Clean-up of Obsolete Policy Text. The Address Policy Working Group Chairs (that's Gert and myself) have asked the RIPE NCC to implement this policy change and publish the new policy documents. The RIPE Policy Development Officer (PDO, a.k.a. Marco Schmidt) will send a separate announcement when this has been done. > > Thank you for your patience, > Your WG chairs, > Sander Steffann > Gert D?ring > > > > > End of address-policy-wg Digest, Vol 30, Issue 1 > ************************************************ -- -- Kind regards. Lu This transmission is intended solely for the addressee(s) shown above. It may contain information that is privileged, confidential or otherwise protected from disclosure. Any review, dissemination or use of this transmission or its contents by persons other than the intended addressee(s) is strictly prohibited. If you have received this transmission in error, please notify this office immediately and e-mail the original at the sender's address above by replying to this message and including the text of the transmission received.

1 0

Consensus has been confirmed on 2013-03 - Post Depletion Adjustment of Procedures to Match Policy Objectives, and Clean-up of Obsolete Policy Text
by Sander Steffann 03 Feb '14

03 Feb '14

Hello working group, The collective of all working group chairs has, according to the RIPE PDP (RIPE-500) section 2.4, confirmed that there is consensus on policy proposal 2013-03 - Post Depletion Adjustment of Procedures to Match Policy Objectives, and Clean-up of Obsolete Policy Text. The Address Policy Working Group Chairs (that's Gert and myself) have asked the RIPE NCC to implement this policy change and publish the new policy documents. The RIPE Policy Development Officer (PDO, a.k.a. Marco Schmidt) will send a separate announcement when this has been done. Thank you for your patience, Your WG chairs, Sander Steffann Gert Döring

1 0

Policy Proposal Implemented: 2013-05, "No Restrictions on End User Assignments in Intra-RIR Transfers"
by David Hilario 22 Jan '14

22 Jan '14

Dear colleagues, We are pleased to announce that the policy proposal 2013-05, "No Restrictions on End User Assignments in Intra-RIR Transfers" has been implemented. The RIPE NCC can now accept transfer requests for address blocks with End User assignments. The archived proposal can be found at: http://www.ripe.net/ripe/policies/proposals/2013-05 The updated "IPv4 Address Allocation and Assignment Policies for the RIPE NCC Service Region" is available at: https://www.ripe.net/ripe/docs/ripe-599 Kind regards David Hilario IP Resource Analyst RIPE NCC

2 1

Announcing address resources
by Nick Hilliard 08 Jan '14

08 Jan '14

Apropos of, oh I don't know, the weather or the phase of the moon or something, could someone point me to the RIPE policy which says that if you're assigned address resources from the RIPE NCC, that they cannot be announced from outside the RIPE NCC service region? [This is a genuine request, btw. I've been flicking down through RIPE policies for an hour or two today and can't find the reference.] Nick

10 20