-
Notifications
You must be signed in to change notification settings - Fork 50
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
[CENNSO-1767] feat: pfcp requests metrics #389
Conversation
upf/upf.h
Outdated
// total of PFCP messages received - corrupted | ||
UPF_PFCP_RECEIVED_CORRUPTED = 11, | ||
// PFCP request received | ||
// parts of program depend on order - OK then ERROR for the same type |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
maybe
// parts of program depend on order - OK then ERROR for the same type | |
// message _ERROR counter always should be after _OK, since arithmetic used to access it |
upf/upf.h
Outdated
UPF_N_COUNTERS = 11, | ||
// total of PFCP messages received - corrupted | ||
UPF_PFCP_RECEIVED_CORRUPTED = 11, | ||
// PFCP request received |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
not only requests, maybe messages?
upf/upf.h
Outdated
UPF_PFCP_ASSOCIATION_RELEASE_REQUEST_ERROR = 29, | ||
UPF_PFCP_ASSOCIATION_RELEASE_RESPONSE_OK = 30, | ||
UPF_PFCP_ASSOCIATION_RELEASE_RESPONSE_ERROR = 31, | ||
// PFCP but sent the other way |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
// PFCP but sent the other way |
upf/upf.h
Outdated
@@ -1173,4 +1270,20 @@ u8 *upf_name_to_labels (u8 *name); | |||
|
|||
__clib_export void upf_nat_get_src_port (vlib_buffer_t *b, u16 port); | |||
|
|||
always_inline void | |||
upf_increment_counter (upf_counters_type_t counter, u32 index, u64 count) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
upf_increment_counter (upf_counters_type_t counter, u32 index, u64 count) | |
upf_increment_counter (upf_counters_type_t counter, u32 index, u64 increment) |
upf/upf_pfcp_api.c
Outdated
return -1; | ||
} | ||
|
||
if (r != 0) /* if cause != 0 */ | ||
{ | ||
upf_debug ("PFCP: error response %d", r); | ||
upf_increment_counter (UPF_PFCP_RECEIVED_CORRUPTED, 0, 1); |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
feels like we could use UPF_PFCP_***_ERROR
here as well, since type is known and error response is sent
upf/upf.h
Outdated
UPF_PFCP_RX_HB_REQUEST_OK = 12, | ||
UPF_PFCP_RX_HB_REQUEST_ERROR = 13, | ||
UPF_PFCP_RX_HB_RESPONSE_OK = 14, | ||
UPF_PFCP_RX_HB_RESPONSE_ERROR = 15, |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what I meant with RX is that each counter may have this prefix to clarify that counter is for received message. So either all, either none
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
huh thought that HB could be sent 2 ways, my bad
Id go without those prefixes
No description provided.