[members-discuss] LIR???s billing issues with RIPE NCC, need support

The crux of your argument is fundamentally about extending the useful life of IPv4 - something that has been attempted for 20+ years, the fact that we have lasted so long is a miracle in itself…

Really we should be asking why such poor uptake of IPv6 and how can we solve that fundamental issue?

Dual-Stack Lite is probably one of the better transition mechanisms out there at this point from an IPv6 accessing legacy IPv4 sites perspective - but these only really help the customer side rather than DC side

It seems Facebook uses SIIT-DC to translate IPv4 accesses to IPv6 for transit accross their internal network (https://superuser.com/questions/1259994/can-i-reach-my-ipv6-website-via-ipv4 <https://superuser.com/questions/1259994/can-i-reach-my-ipv6-website-via-ipv4>) which might work depending on the use case

 

> On 4 Dec 2018, at 15:53, Bunea TELECOM <suport at bunea.eu> wrote:
> 
> Can you please show me a successful implementation of NAT in a medium sized datacenter? I am quite curious. 
> 
> Also, how about companies that have a dormant /8 which they don’t even announce ? I think you should be angry over them, for having millions of IPv4 unused, and not over us, who have a few thousands. 
> I think they are the ones you refer to as stealing the future of other companies, right ? 
> 
> 
> —
> 
> 
> <email-signature.jpg>
> 
> 
> 
> 
> Petru Bunea / CEO 
> suport at bunea.eu <mailto:suport at bunea.eu> / +40752481282 <tel:+40752481282>
> Bunea TELECOM / DATACENTER / APP DEVELOPMENT
> http://www.bunea.eu <http://www.bunea.eu/> / +40745495495 <tel:+40745495495>
> 
>> On 4 Dec 2018, at 15:50, Lutz Donnerhacke <L.Donnerhacke at iks-service.de <mailto:L.Donnerhacke at iks-service.de>> wrote:
>> 
>> You can’t avoid NAT, because there are not enough IPv4’s for everybody.
>> You can’t change this, because the IPv4 pool is limited by technical standards.
>> So you either implement NAT or move to IPv6. The best advice is to do both.
>>  
>> Faking LIRs for RIPE in order to grab legacy IP space is stealing the future of other companies.
>>  
>> Von: Bunea TELECOM <suport at bunea.eu <mailto:suport at bunea.eu>> 
>> Gesendet: Dienstag, 4. Dezember 2018 14:16
>> An: Lutz Donnerhacke <L.Donnerhacke at iks-service.de <mailto:L.Donnerhacke at iks-service.de>>
>> Cc: members-discuss at ripe.net <mailto:members-discuss at ripe.net>
>> Betreff: Re: [members-discuss] LIR???s billing issues with RIPE NCC, need support
>>  
>> Hello Lutz,
>>  
>> Perhaps you should also offer some advice for us, we run a datacenter and we are very curious how we can evolve without having to open up multiple LIR accounts? 
>> I don’t think NAT is a solution, so I am waiting for your answer.
>>  
>> Thanks
>> —
>>  
>> 
>> <image001.jpg>
>> 
>> 
>> 
>> 
>> Petru Bunea / CEO 
>> suport at bunea.eu <mailto:suport at bunea.eu> / +40752481282 <tel:+40752481282>
>> Bunea TELECOM / DATACENTER / APP DEVELOPMENT
>> http://www.bunea.eu <http://www.bunea.eu/> / +40745495495 <tel:+40745495495>
>> 
>> 
>> On 4 Dec 2018, at 14:50, Lutz Donnerhacke <L.Donnerhacke at iks-service.de <mailto:L.Donnerhacke at iks-service.de>> wrote:
>>  
>> Because I need more addresses to offer to my customers. Purchasing
>> addresses from open market is risky. Thats why I open new LIRs.
>> 
>> You are doing it wrong.
>> 
>> Please learn how to operate an ISP in modern times.
>> Two hints:
>> - https://lutz.donnerhacke.de/eng/content/search?SearchText=NAT <https://lutz.donnerhacke.de/eng/content/search?SearchText=NAT> (use deepl.com <http://deepl.com/>)
>> - https://tools.ietf.org/html/rfc6540 <https://tools.ietf.org/html/rfc6540>
>> 
>> But please stop wasting tight resources by incompetence.
>> And please stop stealing resources from others by tricking RIPE policies.
>> 
>> Please note, that your message is enough to reclaim the illegal obtained resources back by RIPE NCC. That's one of the activities we pay them for.
>> _______________________________________________
>> members-discuss mailing list
>> members-discuss at ripe.net <mailto:members-discuss at ripe.net>
>> https://lists.ripe.net/mailman/listinfo/members-discuss <https://lists.ripe.net/mailman/listinfo/members-discuss>
>> Unsubscribe: https://lists.ripe.net/mailman/options/members-discuss/suport%40bunea.eu <https://lists.ripe.net/mailman/options/members-discuss/suport%40bunea.eu>
>>  
> 
> _______________________________________________
> members-discuss mailing list
> members-discuss at ripe.net
> https://lists.ripe.net/mailman/listinfo/members-discuss
> Unsubscribe: https://lists.ripe.net/mailman/options/members-discuss/anthony.somerset%40cloudunboxed.net

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ripe.net/ripe/mail/archives/members-discuss/attachments/20181204/219bae47/attachment.html>