[v6ops] Re: Dynamic addresses

[Daryll Swer <[e-mail]>]

>
> "Everyday applications" are, basically, "short-lived https
> connections" and possibly soonish "QUIC".  Which both do not really care if
> the local source address changes (unless a genius decided to include source
> address into a session cookie - which is *exactly* the point of not doing
> this).
>

Not everything is HTTP(s) traffic. Try doing a packet capture when on *any*
popular multiplayer game, VoIP applications (Apple FaceTime, Telegram,
WhatsApp etc) etc, SIP etc.

Let's not forget VPN server endpoint (IPSec, WireGuard, OpenVPN etc). Good
luck hosting one with your dynamic prefixes at home.

And why, in the world, would we encourage locking the internet ecosystem to
just HTTP(s) TCP/UDP port 443? This is as terrible as “BGP over QUIC/H3”,
“Ethernet over HTTP” etc. Peer-to-peer applications should be encouraged,
instead of server/client-only model (aka IPv4-centric mentality) for
everything, leading to even more centralisation of internet traffic/content
and comms. among a handful of large cloud providers and CDNs.

My opinion is final, dynamic prefixes should not be enforced, but sure,
given as an option if the end-user wants it so bad.

*--*
Best Regards
Daryll Swer
Website: daryllswer.com
<https://mailtrack.io/l/5d2a93dc730cca187ea400b60ce88b8d268067aa?url=https%3A%2F%2Fwww.daryllswer.com&u=2153471&signature=ccfaad24aa5a1457>


On Wed, 14 Aug 2024 at 15:25, Gert Doering <[e-mail]> wrote:

> Hi,
>
> On Wed, Aug 14, 2024 at 03:21:12PM +0530, Daryll Swer wrote:
> > Do we really need to create a list of everyday applications (beyond the
> so
> > called 0.001% SSH users) that'd be impacted by dynamic/ever-changing 24/7
> > prefixes? I'm sure you got the point.
>
> "Everyday applications" are, basically, "short-lived https connections"
> and possibly soonish "QUIC".  Which both do not really care if the local
> source address changes (unless a genius decided to include source address
> into a session cookie - which is *exactly* the point of not doing this).
>
> Everything else does not exist in a measurable scale.
>
> Gert Doering
>         -- NetMaster
> --
> have you enabled IPv6 on something today...?
>
> SpaceNet AG                      Vorstand: Sebastian v. Bomhard, Ingo
> Lalla,
>                                            Karin Schuler, Sebastian Cler
> Joseph-Dollinger-Bogen 14        Aufsichtsratsvors.: A. Grundner-Culemann
> D-80807 Muenchen                 HRB: 136055 (AG Muenchen)
> Tel: [phone]         USt-IdNr.: DE813185279
>