Mikrotik RouterOS API support

[pato23arg]

Nornir Driver that provides functionality to handle Mikrotik RouterOS API interactions with v6.x and v7.x(to be tested):

• Generate Config backups in JSON format of selected features.
• Features selected in platforms_settings/api_schema.
• Future Platforms that require API interactions can use the same pattern.
• Intended Config in JSON format via Jinja templates.

Maintainers:

• Config Compliance logic placement to be defined - this draft attempts to handle at the Nornir driver level with DeepDiff, this is an OPEN discussion.

Options:

1. Custom JSON field on the Platform object stores the schema
2. Config Context on the Device object
3. ComplianceRule - to be discussed

for any job of Type(Golden Config Backup):
   execute_children_jobs_of_subtype()

☝️ @ maintainers we need Your input on the one above. We have to store a set of API endpoints (schema.py file.)

[pato23arg]

Changes have been implemented, this is review-ready ::

Nornir Driver that provides functionality to handle Mikrotik RouterOS API interactions with v6.x and v7.x:

Generate Config backups in JSON format of selected features.
Features selected using class attributes at the driver level.
Future Platforms that require API interactions can use the same pattern.

Module-Level modifications:

 Commands to retrieve configurations are now defined as class-attributes at the driver level.
 get_config() methods converted to classmethods, in order to access local or inherited class attributes.
 Class attributes can be edited/monkey patched at runtime by users if required. -> @itdependsnetworks 

[jvanderaa]

Let's not add a dependency that hasn't been updated since before I started here.

[jvanderaa]

I have some concerns on why we are importing this as part of the full dependencies. There are no tags/releases since 2019 on the library and isn't needed in order to handle the calls for other platforms.

Is this something that we should look at going without or having a middle app that does this?

[itdependsnetworks]

Yea, good point, should be optional and sanely error out if not importable.

[pato23arg]

We can convert it into an extra dependency, so it is installed only in environments that require it. In any other case would be ignored. Pushing that change.

[jvanderaa]

@itdependsnetworks how are you feeling on this one?

[jvanderaa]

Let's take the functions/methods that we need from the library with attribution. I'd rather us copy the code in with attribution than to accept a library that hasn't had a release in over 3 years.

[jvanderaa]

Let's take the functions/methods that we need from the library with attribution. I'd rather us copy the code in with attribution than to accept a library that hasn't had a release in over 3 years.