-
Notifications
You must be signed in to change notification settings - Fork 699
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
Add and expose settings for SD find debounce as config options #716
base: master
Are you sure you want to change the base?
Add and expose settings for SD find debounce as config options #716
Conversation
In this change a configurable initial debounce interval for SD find as well as a configurable number of initial debounces are introduced. This implies that services requested in the initial debounce phase will at most wait for an initial debounce interval before being included in a SD find debounce. After the initial debounce phase is completed, all subsequent SD find debounces will use the default debounce interval. Added and exposed options: * find_initial_debounce_reps * find_initial_debounce_time Exposed option: * find_debounce_time
@GenivivSOMEIPmaintainer How to get attention from maintainer/reviewer? |
…ons" Changed find_initial_debounce_reps from uint32_t to uint8_t Simplified propsed logic change in service_discovery_impl This commit should be squashed into previous.
Could you please add some comment on why this is needed? |
It is not trivial to ensure that the SD Find messages associated with a given someip application is included in the 1st SD Find sent out by the vsomeip router and the 2nd SD message is typically sent out significantly later (by default debounce is 500 ms). This change provides the possibility to debounce a configurable number of "initial SD Find" at a higher rate than default rate, which is important for vsomeip applications with requirements to get their SD Find sent out "early". If the vsomeip application didn't manage to register (and request service) at the vsomeip router before the 1st SD Find debounce but shortly after, then the 2nd SD Find debounce (which will include the requested service) will be sent out only e.g. 100 ms later than the 1st SD Find debounce (and 400 ms earlier compared with if default debounce rate was used). See examples below where where I.W. denote "Random Initial Wait" Default debounce (timer 500 ms) Three initial debounces (timer 100 ms) |
hi @tommyhaley a9df07e this commit adds some of the changes you requested. |
No, it is most likely not sufficient, as it only exposes |
@tommyhaley will test and try to add the changes internally. can you fix the merge conflicts? |
In this change a configurable initial debounce
interval for SD find as well as a configurable
number of initial debounces are introduced. This
implies that services requested in the initial
debounce phase will at most wait for an initial
debounce interval before being included in a SD
find debounce. After the initial debounce phase is completed, all subsequent SD find debounces will
use the default debounce interval.
Added and exposed options:
Exposed option: