Messages in this thread | | | Date | Tue, 17 Oct 2023 08:11:28 +0200 | From | Harald Welte <> | Subject | Re: [PATCH net-next v2] ethtool: ice: Support for RSS settings to GTP from ethtool |
| |
Hi Jakub and others,
On Mon, Oct 16, 2023 at 03:23:43PM -0700, Jakub Kicinski wrote: > Adding Willem, Pablo, and Harald to CC (please CC them on future > versions).
thanks for that Cc, it's much appreciated!
> My understanding of GTP is limited to what I just read on Wikipedia.
If there are any specific questions, I'm very happy to respond to them.
> IIUC the GTPC vs GTPU distinction comes down to the UDP port on > which the protocol runs?
that is a convention. Similar to any other wll-known port
> Are the frames also different?
Yes, the message type is different. There is one specific message type used for GTP-U and lots of others for GTP-C.
> I'm guessing UL/DL are uplink/downlink but what's EH?
Surprisingly, I also am not familiar with "EH" in the context of GTP. It's an ancronym I don't recall reading in any related 3GPP spec.
> Key question is - are there reasonable use cases that you can think of > for enabling GTP hashing for each one of those bits individually or can > we combine some of them?
I cannot really comment on that, as I haven't yet been thinking about how RSS might potentially be used in GTPU use cases. I would also appreciate some enlightenment on that. What kind of network element/function are we talking about (my guess is an UPF). How does its architecture look like to spread GTPU flows across CPUs using RSS?
This is by the way something that I've been also seeing with patches against the kernel gtp in recent years: People submit patches but are not explaining the use cases, so it's hard to judge how relevant this really is to most users.
-- - Harald Welte <laforge@gnumonks.org> https://laforge.gnumonks.org/ ============================================================================ "Privacy in residential applications is a desirable marketing option." (ETSI EN 300 175-7 Ch. A6)
| |