-
Notifications
You must be signed in to change notification settings - Fork 15
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
gnsi.accounting.SessionInfo is lacking in various ways #98
Comments
I agree that we shouldn't have mixed system-address and local-port :( Comments for the ports/protocols seem reasonable, yes. As to channel-id, I was actually thinking (I believe) that this was the gRPC channel id: https://grpc.io/docs/what-is-grpc/core-concepts/#channels upon re-reading that, though, it looks like 'channel' is actually the whole of the connection :( not the sub path/channel I was expecting, and which I think does, actually, exist. So, removing channel-id seems safe. |
layer4_proto. partially fixes openconfig#98
layer4_proto. partially fixes openconfig#98
OK. #105 addresses the first two bits. I guessed at the intended meaning of the layer4_proto field. |
I am struggling with channel_id. It seems to be nonsense for gRPC, as a gRPC channel is not about multiplexing. gRPC does not appear to have any multiplexing abilities per-se; it is synchronous though. For ssh, it would make sense (see https://datatracker.ietf.org/doc/html/rfc4254#section-5.1), but I can not think of reason that it would be relevant, except if one wanted to correlate accounting for each channel this could be the "receiver channel" from the struct mentioned in the rfc. |
layer4_proto. partially fixes openconfig#98
I presume the local/remote fields are for the connection that triggered the accounting message.
system_address should either be local_address, matching local_port, or both system_address and local_address should exist, the latter being the address that the client used as the destination address (which could be any interface on the device). These fields might hold the same address, which is fine, and clearly having the loopback ("system address") of the device (or VRF) is useful.
What is SessionInfo.layer4_proto? Is that OSI layer 4, so TCP/UDP/SCTP? Add comments.
It is not clear what channel_id contains. Looking at ssh docs/etc, a channel id appears to be an integer; rfc4254 S3. Is this correct? The field should be commented appropriately for what the field contains, imiho.
The text was updated successfully, but these errors were encountered: