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]/
[members-discuss] Sign-up fee for additional LIR account
- Previous message (by thread): [members-discuss] Sign-up fee for additional LIR account
- Next message (by thread): [members-discuss] Sign-up fee for additional LIR account
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Network Operations Centre
noc at academia.co.uk
Thu Jul 21 19:11:03 CEST 2016
Personally I fail to even see the point of the requirement of an additional LIR account. It just adds extra overhead and cost. If we are allowed to setup new accounts to get additional /22’s then why not just change the charging structure and charge us additional fees for the /22’s so we can manage in one simple portal against a single LIR. Everyone in need will find a way and these elaborate policies and rules around it aren’t working. This was proved by the turnaround of the additional LIR account policy. Measures put in by RIPE will be circumvented by those who want to or are in need. Remember IP’s are the life blood of our business. No one is going to let a policy get in the way of doing business. Maybe the idea of a documented IPv6 deployment gains the ability to apply for additional IP’s from the remaining block. As a smaller new LIR it really annoys me that small ISPs were issued /16’s in the past that they still haven’t filled to this day or have used very uneconomically. I know of a small business park that was assigned a /24 many years ago that use a /28 out of it. I do really think RIPE should be spending all these extra fees on undoing the mistakes of the past. In reality IPv6 is still a way off 100% penetration and that is the only point IPv4 is of no use any longer. IMHO the current position is hurting the industry and creating un necessary complexity. The final /8 rule was put in to help new LIRs. As a new small LIR its hindering our growth plans period. Graham -- [cid:image001.png at 01D1E37B.3E1919D0]<http://www.academia.co.uk/> Graham Stewart Senior Solutions Architect Tel: Mob: Web: 01992 703 809 07715 667 681 www.academia.co.uk<http://www.academia.co.uk/> [cid:image002.jpg at 01D1E37B.3E1919D0]<http://www.twitter.com/AcademiaGroup> [cid:image003.jpg at 01D1E37B.3E1919D0]<http://www.vimeo.com/academiagroup> [cid:image004.jpg at 01D1E37B.3E1919D0]<http://www.youtube.com/academialtd> [cid:image005.jpg at 01D1E37B.3E1919D0]<http://www.linkedin.com/company/academialtd> 8 Kinetic Crescent • Innova Park • Enfield • EN3 7XH [cid:image006.jpg at 01D1E37B.3E1919D0]<http://www.fasttrack.co.uk/fasttrack/leagues/dbtechDetails.asp?siteID=3&compID=2923&yr=2014> [cid:image007.jpg at 01D1E37B.3E1919D0]<http://www.fasttrack.co.uk/fasttrack/leagues/dbtechDetails.asp?siteID=3&compID=2923&yr=2013> [cid:image008.jpg at 01D1E37B.3E1919D0]<http://www.fasttrack.co.uk/fasttrack/leagues/dbDetails.asp?siteID=3&compID=2923&yr=2012> [cid:image009.jpg at 01D1E37B.3E1919D0]<http://www.fasttrack.co.uk/fasttrack/leagues/dbtechDetails.asp?siteID=3&compID=2923&yr=2011> [cid:image010.jpg at 01D1E37B.3E1919D0]<http://www.fasttrack.co.uk/fasttrack/leagues/dbtechDetails.asp?siteID=3&compID=2923&yr=2010> [cid:image011.png at 01D1E37B.3E1919D0]<http://www.deloitte.co.uk/fast50/winners/2014-winners/index.cfm> [cid:image012.png at 01D1E37B.3E1919D0]<http://www.deloitte.co.uk/fast50/winners/2013-winners/index.cfm> [cid:image013.png at 01D1E37B.3E1919D0]<http://www.deloitte.co.uk/fast50/winners/previous-winners/index.cfm> From: members-discuss <members-discuss-bounces at ripe.net> on behalf of Stefan van Westering <stefan at softtech.nl> Date: Thursday, 21 July 2016 at 17:59 To: David Ponzone <david.ponzone at ipeva.fr> Cc: "members-discuss at ripe.net" <members-discuss at ripe.net> Subject: Re: [members-discuss] Sign-up fee for additional LIR account At this moment additional LIR accounts with a /22 will not be able to transfer the /22 within 24 months if i am correct and thus not be able to sell them to another LIR. Only if that is the case then i agree with lowering the setup fee by 50%. I agree with David that there should be more control over the IP hoarding issue, but i do not think lowering the setup fee will advantage the hoarding, at least not within 24 months. That combined with IPv6 becoming closer and closer, the question would be: will there be still active use of IPv4 by then? :) Just my thoughts. With kind regards, Stefan van Westering SoftTech Automatisering B.V. Engelandlaan 312<x-apple-data-detectors://3/1> 2711 DZ Zoetermeer<x-apple-data-detectors://3/1> Telefoon Support: 079 - 303 01 17<tel:079%20-%20303%2001%2017> Telefoon Algemeen: 079 - 593 75 16<tel:079%20-%20593%2075%2016> Fax: 079 - 331 93 63<tel:079%20-%20331%2093%2063> Email: stefan at softtech.nl<mailto:jeroen at softtech.nl> Internet: http://www.softtech.nl<http://www.softtech.nl/> | Email Support:sbsupport at softtech.nl<mailto:sbsupport at softtech.nl> Op 21 jul. 2016 om 18:39 heeft David Ponzone <david.ponzone at ipeva.fr<mailto:david.ponzone at ipeva.fr>> het volgende geschreven: Le 21 juil. 2016 à 18:31, David Benwell <dave at it-communicationsltd.co.uk<mailto:dave at it-communicationsltd.co.uk>> a écrit : I also agree something needs to be done. Has stated previously, I can see why Ripe are trying to enforce a /22 with an new LR accounts, However this does not resolve the issue that ripe made this rule in the first place to ensure everyone has a equal share. I really think ripe needs to address the issue and remove the IP Transfer Service and offer it as a case by case bases only for merging LR accounts. Why not have a policy if a LR is no longer meeting the requirements that the IP address space was given then they must be returned. For example, if larger space then say a /22 goes unused for more then 12 months then its assumed its no longer required and then has to be returned back RIPE so can be allocated to other LRs who do need the additional space. Define « unused » . That’s tricky. No one wants to give back address space, so if a LIR doesn’t want it to give it back, it will be quite difficult to have any idea about the real use of the space. What really annoys me and I have said this before, we get quoted $8 per IP Address via the transfer service now on a /22 that would be £6202.71 Numbers, cool. 8$ it’s a one-time fee, isn’t it ? So it means you should increase your prices of 0.6$/month/IP, to get your money back in 12 months. It’s quite acceptable IMHO. David Ponzone Direction Technique email: david.ponzone at ipeva.fr<mailto:david.ponzone at ipeva.fr> tel: 01 74 03 18 97 gsm: 06 66 98 76 34 Service Client IPeva tel: 0811 46 26 26 www.ipeva.fr<blocked::http://www.ipeva.fr/> - www.ipeva-studio.com<blocked::http://www.ipeva-studio.com/> Ce message et toutes les pièces jointes sont confidentiels et établis à l'intention exclusive de ses destinataires. Toute utilisation ou diffusion non autorisée est interdite. Tout message électronique est susceptible d'altération. IPeva décline toute responsabilité au titre de ce message s'il a été altéré, déformé ou falsifié. Si vous n'êtes pas destinataire de ce message, merci de le détruire immédiatement et d'avertir l'expéditeur. ---- If you don't want to receive emails from the RIPE NCC members-discuss mailing list, please log in to your LIR Portal account and go to the general page: https://lirportal.ripe.net/general/ Click on "Edit my LIR details", under "Subscribed Mailing Lists". From here, you can add or remove addresses. -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.png Type: image/png Size: 8466 bytes Desc: image001.png URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image002.jpg Type: image/jpeg Size: 19341 bytes Desc: image002.jpg URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image003.jpg Type: image/jpeg Size: 12773 bytes Desc: image003.jpg URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment-0001.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image004.jpg Type: image/jpeg Size: 19613 bytes Desc: image004.jpg URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment-0002.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image005.jpg Type: image/jpeg Size: 19022 bytes Desc: image005.jpg URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment-0003.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image006.jpg Type: image/jpeg Size: 20173 bytes Desc: image006.jpg URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment-0004.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image007.jpg Type: image/jpeg Size: 19238 bytes Desc: image007.jpg URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment-0005.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image008.jpg Type: image/jpeg Size: 19246 bytes Desc: image008.jpg URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment-0006.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image009.jpg Type: image/jpeg Size: 19366 bytes Desc: image009.jpg URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment-0007.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image010.jpg Type: image/jpeg Size: 19392 bytes Desc: image010.jpg URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment-0008.jpg> -------------- next part -------------- A non-text attachment was scrubbed... Name: image011.png Type: image/png Size: 4926 bytes Desc: image011.png URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment-0001.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image012.png Type: image/png Size: 4930 bytes Desc: image012.png URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment-0002.png> -------------- next part -------------- A non-text attachment was scrubbed... Name: image013.png Type: image/png Size: 4907 bytes Desc: image013.png URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20160721/82a6d039/attachment-0003.png>
- Previous message (by thread): [members-discuss] Sign-up fee for additional LIR account
- Next message (by thread): [members-discuss] Sign-up fee for additional LIR account
Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]