Skip to contentSkip to conversation

: Details on TCP_INFO extension

Question Martin Lau 2 participants 2 messages Mar 12, 2015 1 message not in the archive

Subsystems (2)
lore
Share & tools
lore

A message that is not in the archive (sent off-list or not yet received): [email protected]

Martin Lau

author
#1 lore raw

Old Title: [Tcpinst-wg] Welcome to the TCP Instrumentation List

Quoted 8 lines · rapier

There should be two sets of instruments. Operational and diagnostic. The operation instruments will be be used to extend TCP_INFO and will always be available. Google will be providing a patch for upstream with 8 instruments in this category. The diagnostic instruments will be enabled by the user on an as needed basis. These data from these instruments will be stored in a separate structure that is referenced by a pointer in the socket or some other mechanism. The ability to only enable a subset of these instruments should be a design goal.

Can Google share which 8 fields will be added to TCP_INFO?

Thanks,
--Martin

#2 lore raw
Quoted 11 lines · Martin Lau

Old Title: [Tcpinst-wg] Welcome to the TCP Instrumentation List

Quoted 8 lines · rapier

There should be two sets of instruments. Operational and diagnostic. The operation instruments will be be used to extend TCP_INFO and will always be available. Google will be providing a patch for upstream with 8 instruments in this category. The diagnostic instruments will be enabled by the user on an as needed basis. These data from these instruments will be stored in a separate structure that is referenced by a pointer in the socket or some other mechanism. The ability to only enable a subset of these instruments should be a design goal.

Quoted 5 lines

Can Google share which 8 fields will be added to TCP_INFO?

Thanks,
--Martin
--

CC Eric Salo, who is working on this topic.

Note that I upstreamed yesterday support for an unified socket cookie.

http://git.kernel.org/cgit/linux/kernel/git/davem/net-next.git/commit/?id=33cf7c90fe2f97afb1cadaa0cfb782cb9d1b9ee2