Detect and report latency measurements for SSH sessions to the UI#34862
Detect and report latency measurements for SSH sessions to the UI#34862rosstimothy merged 1 commit intomasterfrom
Conversation
85c2de0 to
370dcb6
Compare
370dcb6 to
0f4e1ff
Compare
63d884e to
bf2959f
Compare
db17b19 to
16873d2
Compare
|
@avatus @ibeckermayer I tweaked the frontend portion of this based on some feedback from the design team. Would you mind looking things over once more? I'm particularly interested to know if there is a better way to apply some of the css tweaks that I made. |
| if ( | ||
| (client >= warnThreshold || server >= warnThreshold) && | ||
| (client < warnThreshold || server < warnThreshold) | ||
| ) { |
There was a problem hiding this comment.
This is fine but it seems like (correct me if I'm wrong) that the pattern is basically "show the highest threshold as the total". So if any are red, it'll be red, and if any are yellow, it'll show yellow.
I wonder if instead of doing these comparisons we could just do another small helper function like getColorForTotal and have the logic be
if either are red, return red
if either are yellow, return yellow
return green
thoughts?
There was a problem hiding this comment.
These were the rules that I was given from the design team regarding total color:
- green + green = green
- green + yellow = yellow
- green + red = red
- yellow + yellow = yellow
- yellow + red = red
- red + red = red
Initially the total color was solely based on the total latency, but that lead to the warning color being used for the total even though both legs of the connection were green. The feedback was this was confusing and somewhat alarming which resulted in the request to just stick with a green total color if both legs are ok.
There was a problem hiding this comment.
Simplified a bit in d688d2cd494a663f2652e1382cbad3d03af5ab09. WDYT?
avatus
left a comment
There was a problem hiding this comment.
small nit comment but css looks fine to me (i'm not a css person really so if it works it works)
fae999f to
b5739d4
Compare
Monitors both the UI<->Proxy and Proxy<->SSH host connections in order to provide users with near real time latency data for ssh connections established via the UI. The client portion of the connection is measured by how long it takes to receive a web socket pong in response to sending a web socket ping. The host portion of the connection is measured by how long it takes to receive a reply of a keepalive@openssh.com global SSH request. The statistics are periodically sent via a new envelope type over the web socket where they are consumed and displayed to users.
b5739d4 to
e6d70d3
Compare
|
@rosstimothy See the table below for backport results.
|
…4862) Monitors both the UI<->Proxy and Proxy<->SSH host connections in order to provide users with near real time latency data for ssh connections established via the UI. The client portion of the connection is measured by how long it takes to receive a web socket pong in response to sending a web socket ping. The host portion of the connection is measured by how long it takes to receive a reply of a keepalive@openssh.com global SSH request. The statistics are periodically sent via a new envelope type over the web socket where they are consumed and displayed to users.
…4862) (#35516) Monitors both the UI<->Proxy and Proxy<->SSH host connections in order to provide users with near real time latency data for ssh connections established via the UI. The client portion of the connection is measured by how long it takes to receive a web socket pong in response to sending a web socket ping. The host portion of the connection is measured by how long it takes to receive a reply of a keepalive@openssh.com global SSH request. The statistics are periodically sent via a new envelope type over the web socket where they are consumed and displayed to users.
Monitors both the UI<->Proxy and Proxy<->SSH host connections in order to provide users with near real time latency data for ssh connections established via the UI. The client portion of the connection is measured by how long it takes to receive a web socket pong in response to sending a web socket ping. The host portion of the connection is measured by how long it takes to receive a reply of a keepalive@openssh.com global SSH request. The statistics are periodically sent via a new envelope type over the web socket where they are consumed and displayed to users.
Changelog: Calculate latency of Web SSH sessions and report it to users.