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

Complaint: Overly complicated when requesting PI space
by Jeroen Wunnink 17 Jul '09

17 Jul '09

Hello Members, I'd like to state a complaint toward overly complicated issues with requesting PI space as a LIR for a customer. Situation: I have a customer who's purchased a router and wants his own IP space+AS number to start multihoming. Since he's pretty new to routing and policies of RIPE and managing the database to keep things going, we as LIR offered him to do this for him at the startup phase. Currently he'll be hosting several services from within our PA ranges and will start growing his new resources in the PI space he wants. After filling in the request forms, his AS got approved pending the PI /24 range assignment. And that's been a process that's currently becoming something ridiculous. Initially I got some return questions on how the subnets would be sliced up, what would be used for management of the routers, if IP's are being assigned statically or dynamically, how much IP's a customer would use and if PA space is being returned. Questions (except for the 'how much IP's will a customer use') I can understand and all answered. Then in a follow-up I got asked what the montly growth is, who's administratively responsible for the IP's and how they're going to be used on the servers. Then in a next follow up I got pointed to using PA space either from us or a different provider or that the customer should become LIR himself since we as LIR cannot sub-allocate PI space. (something that's not intended in the first place at all, we just administer it on a contract base until he understands procedures) And then after explaining that we will only help the customer on contract base and not sub-allocate anything, another follow-up comes that no customer can use more then 1 or 2 IP's and once again a question on how many servers are involved here. And that's where I'm at now. I've been trying to request PI space for our customer since last friday, and in my opinion there's too much meddling into internal business by RIPE here and this is taking a ridiculous amount of time and communication. As a LIR we hand out IP space responsibly to our customers, for a good technical and administrative reason we have a customer who wants his own PI assignment and I'm asking him questions about his business that lean towards a company secret. In my opinion RIPE has absolutely no business in asking how many customers and/or servers someone has and stating that a customer can not use >2 IP's in that PI space (what if someone has *gasp* 3 SSL websites ?, I cannot imagine that happening.., ever). Also neither we or our customer has a crystal ball to see in the future, so sure I can tell the amount of customer growth I'll be expecting or HOPING to see, but come on. I know IPv4 space must be handed out responsibly, but this is seriously going too far, especially for a LIR. Supposedly I cannot give a routing-reason for requesting PI space, but part of that IS important on why I'm requesting it. It's really not desirable for us AND for my customer to chop out a part of my PA space and announce in smaller chunks from his own AS on the same exchange points we're on and this customer is NOT at the stage yet to become a full LIR himself. -- Met vriendelijke groet, Jeroen Wunnink, EasyHosting B.V. Systeembeheerder systeembeheer(a)easyhosting.nl telefoon:+31 (035) 6285455 Postbus 48 fax: +31 (035) 6838242 3755 ZG Eemnes http://www.easyhosting.nl http://www.easycolocate.nl

13 20

2009-07 Moved to Review Phase (Internet Assigned Numbers Authority (IANA) Policy for Allocation of ASN Blocks (ASNs) to Regional Internet Registries)
by Filiz Yilmaz 16 Jul '09

16 Jul '09

PDP Number: 2009-07 Internet Assigned Numbers Authority (IANA) Policy for Allocation of ASN Blocks (ASNs) to Regional Internet Registries Dear Colleagues, We have published a draft document for the proposal described in 2009-07 as well as the impact analysis that was conducted for this proposal. You can find the full proposal at: http://www.ripe.net/ripe/policies/proposals/2009-07.html and the draft document at: http://www.ripe.net/ripe/draft-documents/ripe-416-draft-2009-07.html We encourage you to read the draft document text and send any comments to address-policy-wg(a)ripe.net before 13 August 2009. Regards, Filiz Yilmaz Policy Development Manager RIPE NCC

1 0

PA Assignment questions
by Nolan, Keith 16 Jul '09

16 Jul '09

Address Policy Working Group, I'm working for a company who decided to become a LIR as we have a requirement for Large amounts of IP Space. We are not assigning IP Space to our customers as all the IP Space is used for our own infrastructure. We have been provided with a PA Allocation, however we are having issues getting PA Assignments approved by RIPE NCC. We applied for PA Assignments in /24 blocks so that we could multi-home using BGP from all of our production sites and some of our more critical offices These sites don't have a shared Network connecting them (except for the Internet) We are using the "allowas-in" command so that we don't need an AS Number from each non-connected site. (As the RIPE NCC wouldn't approve our application for multiple AS Numbers) The request of PA Assignments is getting rejected because 1. We can't aggregate the IP Space (RIPE NCC wants us to advertise our entire PA Space and not break it into smaller networks as we require) 2. The IP Space required in some of the sites is less than a /24 (However we need /24 networks as our Transit providers filter IP Space smaller than /24) The suggestion from RIPE NCC was to apply for smaller Assignments from the PA Space and to take each of them from a separate /24 range, and to create a /24 route object for each separate /24 Space, or to apply for PI Space for each location as PI Space was more in-line with what we are trying to achieve. While this will work, I have an issue with RIPE NCC providing a work around, and I believe the policy should allow for a LIR to use the PA Allocation in the best manner to conserve IP Space and to not have "Available" networks in PA Space which can never be assigned and to not waste PI space by not allowing a LIR use the Allocated PA Space for its own Infrastructure. Thanks Keith Keith Nolan Director of Network and IT Operations, EMEA Premiere Global Services Tel: +353 (0) 23 88 32103 Mob: +353 (0) 86 919 8149 Fax: +353 (0) 23 88 36101

3 5

Anycasting Assignments for TLDs and Tier 0/1 ENUM Implemented
by Scott Donald 16 Jul '09

16 Jul '09

[Apologies for duplicates] Dear Colleagues, We are pleased to announce that the RIPE NCC has implemented the accepted policy proposal 2008-05, "Anycasting Assignments for TLDs and Tier 0/1 ENUM". This allows Tier 0/1 ENUM operators to receive IPv4 and IPv6 anycasting assignments and increases the number of anycasting prefixes that can be assigned to an operator from one to a maximum of four assignments. The request form and supporting notes are available from the RIPE Document Store at: http://www.ripe.net/ripe/docs/requestforms.html If you have any questions regarding this, please contact <ncc(a)ripe.net>. Regards, Scott Donald Registration Services, RIPE NCC

1 0

IPv6 Deployment Monitoring Survey Closed
by Paul Rendek 15 Jul '09

15 Jul '09

[Apologies for duplicates] Dear Colleagues, The IPv6 Deployment Monitoring Survey, conducted by TNO and GNKS Consult in cooperation with the RIPE NCC and sponsored by the European Commission, has now closed. More than 600 members of the RIPE community responded to the survey, which aims to collect data on the current and future use of IPv6 throughout the RIPE NCC service region. We wish to thank those from the community who took the time to complete the survey. The results of the IPv6 Deployment Monitoring Survey will be presented and discussed at RIPE 59 which takes place in Lisbon, Portugal from 5-9 October. More information and registration details are available at: http://ripe59.ripe.net/ The results of this survey will also be published on IPv6 Act Now website at: http://www.ipv6actnow.org If you have any questions about the survey or the results, please contact <ncc(a)ripe.net>. Regards, Paul Rendek Head of External Relations and Communications RIPE NCC

1 0

The final /8 policy proposals, part 2
by Sander Steffann 15 Jul '09

15 Jul '09

Hello WG, I want to continue the discussion about the Final /8 proposals (2008-06 and 2009-04). The responses to my last question ("Do we (this working group) want to put IPv6 related requirements in the policy?") were 100% negative: We don't want IPv6 related requirements in the Final /8 policy. The next question is about the amount of addresses someone can get from the Final /8. I think we have a number of options here: a) Everyone gets one (and only one) fixed size block, as described in 2008-06 b) All requests are downscaled by a certain factor, as described in 2009-04 c) We place a limit on the amount of addresses that can be requested per time slot (year?) I think it is important to think about new companies. They will very probably require some IPv4 address space during the transition from IPv4 to IPv6. I think the whole community will be in a lot of trouble if we make a policy that makes it impossible for new entrants to participate in a dual-stack world. Once we have discussed this basic issue I'll steer the discussion back to the other differences between the proposals. Please keep the discussion on this topic for now. Thank you, Sander Steffann APWG co-chair

20 37

IPv6 Deployment Monitoring Survey: Deadline Extended!
by Paul Rendek 06 Jul '09

06 Jul '09

[Apologies for duplicates] Dear Colleagues, The deadline for responding to the IPv6 Deployment Monitoring Survey has been extended to Friday, 10 July 2009. This survey is being conducted by TNO and GNKS Consult, working with the RIPE NCC and sponsored by the European Commission. The aim is to collect data on the current and future use of IPv6 throughout the RIPE NCC service region, and all members of the RIPE community are encouraged to participate. You can access the survey at: http://is-nri.com/take/?i=150597&h=1GwWe3dXXMcPrRrOw5s2yg The survey is composed of 16 questions and can be completed in 10-15 minutes. Results will be presented and discussed at RIPE 59 and published on IPv6 Act Now: http://ipv6actnow.org Please note that all data will be kept confidential at all times, and will only be disclosed on an aggregated level. For more information on the IPv6 Deployment Monitoring Survey, please see: http://www.ripe.net/news/ipv6-deployment-monitoring-survey.html We appreciate your time and interest in completing this survey. If you have any questions concerning the survey, please send an email to <info(a)gnksconsult.com>. Regards, Paul Rendek Head of External Relations and Communications RIPE NCC

1 0

[#KKA-100534]: Re: [address-policy-wg] The final /8 policy proposals, part 2
by Stream Service 06 Jul '09

06 Jul '09

Florian Weimer, Uw ticket is ontvangen en een medewerker zal het ticket bekijken en beantwoorden. Hieronder staan de details van dit ticket. Zorg er a.u.b. voor dat het Ticket ID altijd in het onderwerp van deze email blijft staan. Ticket ID: KKA-100534 Onderwerp:Re: [address-policy-wg] The final /8 policy proposals, part 2 Department: Stream Service (Algemeen) Priority: Low Status: Open U kunt hier klikken om de status van ons antwoord op het Ticket online te bekijken.http://support.streamservice.nl/index.php?_m=tickets&_a=viewticket&ticketid=17057 Wij horen het graag als we u nog ergens anders mee van dienst kunnen zijn, Stream Service (Algemeen) info(a)streamservice.nl Tel : +31 (0)53-7112711 Fax : +31 (0)53-7112716 Stream Service is een handelsnaam van SinnerG BV

1 0

[#MLT-583232]: RE: [address-policy-wg] The final /8 policy proposals, part 2
by Stream Service 05 Jul '09

05 Jul '09

David Freedman, Uw ticket is ontvangen en een medewerker zal het ticket bekijken en beantwoorden. Hieronder staan de details van dit ticket. Zorg er a.u.b. voor dat het Ticket ID altijd in het onderwerp van deze email blijft staan. Ticket ID: MLT-583232 Onderwerp:RE: [address-policy-wg] The final /8 policy proposals, part 2 Department: Stream Service (Algemeen) Priority: Low Status: Open U kunt hier klikken om de status van ons antwoord op het Ticket online te bekijken.http://support.streamservice.nl/index.php?_m=tickets&_a=viewticket&ticketid=17027 Wij horen het graag als we u nog ergens anders mee van dienst kunnen zijn, Stream Service (Algemeen) info(a)streamservice.nl Tel : +31 (0)53-7112711 Fax : +31 (0)53-7112716 Stream Service is een handelsnaam van SinnerG BV

1 0

IPv6 Deployment Monitoring Survey Reminder
by Paul Rendek 30 Jun '09

30 Jun '09

[Apologies for duplicates] Dear Colleagues, This is a reminder that the IPv6 Deployment Monitoring Survey is online, and we encourage all members of the RIPE community to participate. The final date for submitting a response is Friday, 3 July 2009. You can access the survey at: http://is-nri.com/take/?i=150597&h=1GwWe3dXXMcPrRrOw5s2yg The survey is being conducted by TNO and GNKS Consult, working with the RIPE NCC and sponsored by the European Commission. The aim of the survey is to collect data on the current and future use of IPv6 throughout the RIPE NCC service region. The survey is composed of 16 questions and can be completed in 10-15 minutes. Results will be presented and discussed at RIPE 59 and published on IPv6 Act Now: http://ipv6actnow.org For more information on the IPv6 Deployment Monitoring Survey, please see: http://www.ripe.net/news/ipv6-deployment-monitoring-survey.html We appreciate your time and interest in completing this survey. If you have any questions concerning the survey, please send an email to <info(a)gnksconsult.com >. Regards, Paul Rendek Head of External Relations and Communications RIPE NCC

1 0