[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20200103.145739.1949735492303739713.davem@davemloft.net>
Date: Fri, 03 Jan 2020 14:57:39 -0800 (PST)
From: David Miller <davem@...emloft.net>
To: tom@...bertland.com
Cc: ahabdels.dev@...il.com, netdev@...r.kernel.org,
simon.horman@...ronome.com, willemdebruijn.kernel@...il.com
Subject: Re: [PATCH v8 net-next 0/9] ipv6: Extension header infrastructure
From: Tom Herbert <tom@...bertland.com>
Date: Fri, 3 Jan 2020 14:31:58 -0800
> On Fri, Jan 3, 2020 at 12:45 PM David Miller <davem@...emloft.net> wrote:
>>
>> From: Tom Herbert <tom@...bertland.com>
>> Date: Fri, 3 Jan 2020 09:35:08 -0800
>>
>> > The real way to combat this provide open implementation that
>> > demonstrates the correct use of the protocols and show that's more
>> > extensible and secure than these "hacks".
>>
>> Keep dreaming, this won't stop Cisco from doing whatever it wants to do.
>
> See QUIC. See TLS. See TCP fast open. See transport layer encryption.
> These are prime examples where we've steered the Internet from host
> protocols and implementation to successfully obsolete or at least work
> around protocol ossification that was perpetuated by router vendors.
> Cisco is not the Internet!
Seriously, I wish you luck stopping the SRv6 header insertion stuff.
It's simply not happening, no matter what transport layer technology
you throw at the situation.
Powered by blists - more mailing lists