<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"> P {margin-top:0;margin-bottom:0;} </style>
</head>
<body dir="ltr">
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Dear Jurgen,</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Your message is great, if there would be more like these we would probably be in the path for IPv4+</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
I have answers for most of your questions, the rest I need to look into more.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
The main issue is if the community is open for it or not.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
I will get back to you on everything you wrote.</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Please forgive me everyone, I need to complete the post for the technical solution to completely resolve "Email Spam" that will annihilate the illegal anonymous organization "The Spamhaus Project" and I want to post it today.<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
<br>
</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Respectfully,</div>
<div style="font-family: Calibri, Arial, Helvetica, sans-serif; font-size: 12pt; color: rgb(0, 0, 0);">
Elad<br>
</div>
<div id="appendonsend"></div>
<div style="font-family:Calibri,Arial,Helvetica,sans-serif; font-size:12pt; color:rgb(0,0,0)">
<br>
</div>
<hr tabindex="-1" style="display:inline-block; width:98%">
<div id="divRplyFwdMsg" dir="ltr"><font style="font-size:11pt" face="Calibri, sans-serif" color="#000000"><b>From:</b> J�rgen Jaritsch (juergen.jaritsch@jmpts.ch) <juergen.jaritsch@jmpts.ch><br>
<b>Sent:</b> Sunday, April 26, 2020 2:07 PM<br>
<b>To:</b> Elad Cohen <elad@netstyle.io>; members-discuss@ripe.net <members-discuss@ripe.net><br>
<b>Subject:</b> AW: [members-discuss] Technical solution to resolve the IPv4 Exhaustion problem and to add more 4, 294, 967, 296 IPv4 addresses that are needed in the world</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt">
<div class="PlainText">Dear Elad,<br>
<br>
do you know what a ASIC is? Do you know how non-software defined registers work?<br>
<br>
Let's make it very easy for everyone: Do you ever thought about thinks like firewalls/loadbalancers and their GUIs? About software, that verifies IP-addresses by regex? Your idea is not compatible with existing software. Please share some detailed examples
how to bypass such issues. EVEN if the hardware of the (e.g.) firewalls is able to handle the "new" IP addresses of IPv4+: the GUI have to be fixed/updated - on EVERY firewall around the world. Otherwise you'll never have any end-to-end IPv4+ connection.<br>
Same counts for software like Webservers (e.g. Apache virtual hosts can refer to IPs in the config), IPTables, databases systems, etc etc. All this software depends on existing network stack but also have configuration verification/testing processes which will
not work with (unexpected) IPv4+ addresses in the configuration.<br>
<br>
What about DHCP, DNS, BGP, Peering fabrics (AMSIX,DECIC, etc) etc? This have to be adapted too.<br>
<br>
Regarding your "switches are L2 only" statement: did you ever heard about MPLS- and/or L3-switches? They could be EOL/EOS but have full support for IPv4/IPv6 so there is no real statement against using them in existing (closed/company) networks (beside the
case of defective hardware). Users of this device will not receive updates from the vendors.<br>
<br>
What about big vendors? You said it's "easy" and "cheap" to implement: what if hardware line cards like Juniper MPC does not support this? This cards are used in many backbone routers. Should the carriers simple replace them?<br>
<br>
To be honest: from a theoretical point of view your idea sounds great, but you have to consider way more details / functions / devices / situations /implementations. Your idea is nothing simple to "activate" like an feature. You can't tell a carrier "if your
Juniper MPC does not support IPv4+, you have to use NAT" - seriously? With hundreds if Gbps?<br>
<br>
<br>
Best regards<br>
J�rgen<br>
<br>
<br>
<br>
<br>
Von: members-discuss <members-discuss-bounces@ripe.net> Im Auftrag von Elad Cohen<br>
Gesendet: Sonntag, 26. April 2020 12:38<br>
An: Thomas Gallo @ Lenfiber S.p.A. <thomas.gallo@lenfiber.it>; members-discuss@ripe.net<br>
Betreff: Re: [members-discuss] Technical solution to resolve the IPv4 Exhaustion problem and to add more 4, 294, 967, 296 IPv4 addresses that are needed in the world<br>
<br>
ASICs or any device with a similar problem, can be connected to the internet through a NAT router, the NAT router will help the ASIC or the similar device with IPv4+ (The ASIC or the similar device will only be able to initiate connections to IPv4, but any
ip addresses in the internet - IPv4 or IPv4+ will be able to initiate a connection to the ASIC or the similar device and then to create a session with it, the NAT router will monitor the session and will set the IPv4+ bits accordingly)<br>
<br>
In advanced configuration in the NAT router there can be an option that all ip packets that will originate from the specific ASIC will be only to IPv4+ addresses (and not to IPv4) so the NAT router will always set the IPv4+ related bits in any ip packet originated
from the ASIC or similar device.<br>
<br>
Respectfully,<br>
Elad<br>
________________________________________<br>
From: members-discuss <<a href="mailto:members-discuss-bounces@ripe.net">mailto:members-discuss-bounces@ripe.net</a>> on behalf of Thomas Gallo @ Lenfiber S.p.A. <<a href="mailto:thomas.gallo@lenfiber.it">mailto:thomas.gallo@lenfiber.it</a>><br>
Sent: Sunday, April 26, 2020 1:03 PM<br>
To: <a href="mailto:members-discuss@ripe.net">mailto:members-discuss@ripe.net</a> <<a href="mailto:members-discuss@ripe.net">mailto:members-discuss@ripe.net</a>><br>
Subject: Re: [members-discuss] Technical solution to resolve the IPv4 Exhaustion problem and to add more 4, 294, 967, 296 IPv4 addresses that are needed in the world
<br>
<br>
Hi, <br>
many years ago it could have been a good idea.. but even if all of this could be implemented on the software side today...
<br>
but what about ASICs and so forth? (thinking to circuitry that do lookup based on 32bits for example)<br>
<br>
Best regards,<br>
<br>
Thomas<br>
<br>
Il 26/04/2020 11:52, Elad Cohen ha scritto:<br>
Sander is taking part in an illegal cyber influence operation against me.<br>
<br>
Sander, instead of lying and acting like a coward with other interests, go ahead and ask me publicly any question that you would like regarding IPv4+ and you will be answered.<br>
<br>
Respectfully,<br>
Elad<br>
<br>
<br>
________________________________________<br>
From: Sander Steffann<br>
Sent: Sunday, April 26, 2020 12:40 PM<br>
To: Elad Cohen<br>
Cc: Gert D�ring; <a href="mailto:members-discuss@ripe.net">mailto:members-discuss@ripe.net</a><br>
Subject: Re: [members-discuss] Technical solution to resolve the IPv4 Exhaustion problem and to add more 4, 294, 967, 296 IPv4 addresses that are needed in the world
<br>
<br>
Hi,<br>
<br>
> What being done here is a cyber influence operation against me, after I'm only trying to do good to the community.<br>
> <br>
> Sander, you didn't mention any flaws, can you please write them here and I will answer each and every one of them ?<br>
<br>
This is not the place Elad. Many flaws have been pointed out to you already, but you just dismiss them. Take this to the IETF, you'll feel right at home. *<br>
<br>
Cheers,<br>
Sander<br>
<br>
* for those who don't follow the IETF, there is an appeal ongoing about IETF chairs and ADs ignoring inconvenient questions and objections<br>
<br>
<br>
_______________________________________________<br>
members-discuss mailing list<br>
<a href="mailto:members-discuss@ripe.net">mailto:members-discuss@ripe.net</a><br>
<a href="https://mailman.ripe.net/">https://mailman.ripe.net/</a><br>
Unsubscribe: <a href="https://lists.ripe.net/mailman/options/members-discuss/thomas.gallo%40lenfiber.it">
https://lists.ripe.net/mailman/options/members-discuss/thomas.gallo%40lenfiber.it</a><br>
-- <br>
<br>
Thomas Gallo<br>
email: <a href="mailto:thomas.gallo@lenfiber.it">mailto:thomas.gallo@lenfiber.it</a><br>
Amministratore unico Lenfiber S.p.A.<br>
Centro Direzionale Interporto Padova - Torre B<br>
Galleria Spagna, 36 - 35127 Padova (PD)<br>
ph: +39 049 85 94 766<br>
fax: +39 049 82 51 032<br>
P.Iva/VAT: IT04669150288<br>
Cap.Soc. 200.000,00 Euro i.v.<br>
<a href="http://www.lenfiber.it">http://www.lenfiber.it</a><br>
</div>
</span></font></div>
</body>
</html>