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

Migrate a router Mist-managed #671

Open
wants to merge 17 commits into
base: master
Choose a base branch
from

Conversation

Chr1st0ph3rTurn3r
Copy link
Contributor

No description provided.


## Prerequisites

- The conductor and router are running version x.x.x or newer of the Mist WAN Assurance plugin **I see no indication in the docs for the WA Plugin - Yikes!**
Copy link
Contributor

Choose a reason for hiding this comment

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

  • Determine correct min version needed - if any.

- The router was previously onboarded and connected to the Mist cloud using the [ZTP Onboarding to a Conductor workflow](config_wan_assurance.md).
- For HA routers, each node should have a direct connection to the Mist cloud.
- The router must be online and connected to the cloud for the migration process to be initiated.
- The router is running a cloud-ready, image-based installation of SSR software, such as V6.0.0 or greater. Conductor-managed instances often are package-based installations. For upgrade instructions, please see [Image-Based Installation](intro_installation_image.md).
Copy link
Contributor

Choose a reason for hiding this comment

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

We have package-based 6.0.0 software, so this statement is misleading.
The router should be converted to image-based when it is migrated to the cloud, but need to double-check.
If not, then this guide needs to wait until IBU support is added to conductor.

- The router is running a cloud-ready, image-based installation of SSR software, such as V6.0.0 or greater. Conductor-managed instances often are package-based installations. For upgrade instructions, please see [Image-Based Installation](intro_installation_image.md).
- The router configuration must be re-created on the Mist cloud.
- The Mist cloud configuration should have the necessary components for establishing a successful cloud connection post migration.
- While still connected to the conductor, the system environment has to be prepared for migration to the Mist cloud.
Copy link
Contributor

Choose a reason for hiding this comment

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

I don't understand what this statement is asking of the reader. What does "preparing the system environment" mean?

- The router configuration must be re-created on the Mist cloud.
- The Mist cloud configuration should have the necessary components for establishing a successful cloud connection post migration.
- While still connected to the conductor, the system environment has to be prepared for migration to the Mist cloud.
- For a use case involving in-band management, the Mist config template must allow access to the conductor via SSH. This will ensure connectivity during the migration.
Copy link
Contributor

Choose a reason for hiding this comment

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

I don't understand how Mist will access the conductor via SSH, or why. I don't think this statement is correct.

:::

:::note
- After upgrading to an image based software version, verify that the `mist-agent` is running. Use [Mist Agent Startup](add-link-here) to verify operation.
Copy link
Contributor

Choose a reason for hiding this comment

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

  • add link


While conductor-managed routers allow the user to configure the device-interface via PCI mapping, Mist management relies on name mapping instead. In order to create a compatible device map, use the following procedure.

**AdD StEPs HeRe**
Copy link
Contributor

Choose a reason for hiding this comment

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

  • I'd really like for this section to not be necessary. For Juniper-branded devices, this shouldn't be necessary, however the ports they use may be different from the defaults in Mist.

```

2. Remove the conductor from the global.init.

Copy link
Contributor

Choose a reason for hiding this comment

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

  • add steps

```
systemctl status reverse-ssh_conductor1_login
systemctl is-enabled reverse-ssh_conductor1_login
```
Copy link
Contributor

Choose a reason for hiding this comment

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

I thought engineering developed a migrate command that performed several of these steps outlined here.
@agrawalkaushik to confirm.

Copy link
Contributor

Choose a reason for hiding this comment

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

We did. Spoke to Chris offline and the doc was created using the wrong source. Chris will be re-writing this.

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.

3 participants