Skip to content

policy: Account for band steering when selecting candidates#4

Draft
lowjoel wants to merge 1 commit intoopenwrt:masterfrom
lowjoel:band-steering-policy
Draft

policy: Account for band steering when selecting candidates#4
lowjoel wants to merge 1 commit intoopenwrt:masterfrom
lowjoel:band-steering-policy

Conversation

@lowjoel
Copy link

@lowjoel lowjoel commented May 6, 2023

When choosing a better candidate for a client to roam to, consider the fact that the the client may also be band-steered to a different frequency after association.

If the new AP has assoc_steering enabled, this may cause the client to attempt association, and fail associating which results in a kick from the original AP. This will cause the client to lose its association with the ESS.

When choosing a better candidate for a client to roam to, consider the
fact that the the client may also be band-steered to a different
frequency after association.

If the new AP has `assoc_steering` enabled, this may cause the client to
attempt association, and fail associating which results in a kick from
the original AP. This will cause the client to lose its association with
the ESS.

Signed-off-by: Joel Low <joel@joelsplace.sg>
}
}

bool usteer_band_steering_is_target(struct usteer_local_node *ln, struct usteer_node *node)
Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not entirely sure the rationale for usteer_band_steering_is_target to accept a local node, since it only access the fields within struct usteer_node.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant

Comments