[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

Gert,

It is completely repulsive what you are doing here, me sharing an idea and the implementation of it and you wrote what you wrote.

To the community:
Anyone that knows me know that everything I write can be implemented, Gert didn't say that it cannot be implemented - just that modifying the networking stacks is hard - if it it is hard then better developers are needed that it will be easy for them - I'm not going to waste my time on implementing the patches to the networking stacks for Microsoft/Google/Apple/etc - they have their own engineers. I have enough experience in development to know that the reserved bit activation and ipv4 packet modification in the networking stack will not be time consuming such as creating a complete new protocol family, any operating system vendor have enough engineers that can together do it quickly.

If after reading everything that I wrote you are calling it a cheap shot then you are not a professional and your background mean nothing (professional people will be able to read algorithems and methods and to know if they works or not, with implementing them in their heads, without to see it in their eyes the electrical signals flowing between machines).

Keep on Gert to defame me after I explained this idea and implementation to the community, the difference between us is that I have the decency to know that I know nothing and I always strive to learn, you will not see me pat my ego like you just did, if you don't have something useful to say then go back to your two-threads working group.

I didn't promise anything, as long there are hateful people like - nothing good will happen.

Respectfully,
Elad


________________________________
From: Gert Doering
Sent: Sunday, April 26, 2020 12:09 PM
To: Bruno Cordioli
Cc: Elad Cohen; members-discuss at ripe.net
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

Hi,

On Sun, Apr 26, 2020 at 10:51:13AM +0200, Bruno Cordioli wrote:
> I think it is appropriate to close this discussion here.
> Elad will eventually submit his proposed al RIPE meeting or he'll write a
> RFC.

Basically, this.

The Internet (and the address distribution towards IANA and the RIRs)
operates based on IETF standards, and as long as there is no IETF
standard for IPv4+, it cannot be implemented in an interoperable way,
and can not be deployed.

Elad, this is your avenue: you need to demonstrate two working and
interoperating implementations for two host stacks and two router stacks.

Just claming "it is easy" is not sufficient.


I'm with Christian here: this can not work without significant changes
to the BSD socket API, to applications using this API - basically, everything
on Unix/Linux - to the Windows networking API, and to routers in the ISP
networks that need to decide "which customer is this packet sent to?" based
on the extra bit.   And I speak with a certain background on implementing
network applications, running an ISP network, and debugging TCP/IP stacks.


Overall, as long as no implementations can be provided (source code on
github etc) this sounds like a somewhat cheap shot to make people believe
you're going to solve their IPv4 problems if they just vote you to the
NCC executive board.  And I hope the NCC members are smart enough to not
vote based on glorious promises, but on track record, provable background,
etc.

Gert Doering
        -- RIPE member
--
have you enabled IPv6 on something today...?

SpaceNet AG                      Vorstand: Sebastian v. Bomhard, Michael Emmer
Joseph-Dollinger-Bogen 14        Aufsichtsratsvors.: A. Grundner-Culemann
D-80807 Muenchen                 HRB: 136055 (AG Muenchen)
Tel: +49 (0)89/32356-444         USt-IdNr.: DE813185279
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://www.ripe.net/ripe/mail/archives/members-discuss/attachments/20200426/268a55f3/attachment.html>