Skip to content
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

Design provider agnostic API #30

Open
rucarrol-goog opened this issue Jan 21, 2022 · 3 comments
Open

Design provider agnostic API #30

rucarrol-goog opened this issue Jan 21, 2022 · 3 comments

Comments

@rucarrol-goog
Copy link

The goal of this ticket is to outline the work involved in designing a provider agnostic interface which can be re-used.

@rucarrol-goog
Copy link
Author

Given this will be an interface to a controller, which has WiFi APs, which contain SSIDs, which contain clients, at a very minimum level we will need the following abilities:

  • Fetch new controller connection
  • Fetch new AccessPoint connection
  • Fetch SSIDs From AccessPoint(Or Controller?)
  • Fetch Client Data From SSIDs/AccessPoint/Controller
  • Generalised fetch metric from Client function
  • Generalised fetch metric from AccessPoint function
  • Generalised fetch metric from Controller function

We'll concentrate on read only for now.

@awlx : Are there use-cases, operations or other things I am not aware of here?

@awlx
Copy link
Member

awlx commented Jan 22, 2022

@rucarrol-goog the unifi_client talks only to the controller as all informations can be fetched from there :). So all stats are actually fetched from there and then loaded into the corresponding dataclasses atm.

@rucarrol-goog
Copy link
Author

@awlx Sure - but I'm talking about building a controller, AP and SSID agnostic set of operations.

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

No branches or pull requests

2 participants