-
Notifications
You must be signed in to change notification settings - Fork 13
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
base: master
Are you sure you want to change the base?
Conversation
docs/wan_migration_to_mist.md
Outdated
|
||
## 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!** |
There was a problem hiding this comment.
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.
docs/wan_migration_to_mist.md
Outdated
- 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). |
There was a problem hiding this comment.
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.
docs/wan_migration_to_mist.md
Outdated
- 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. |
There was a problem hiding this comment.
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?
docs/wan_migration_to_mist.md
Outdated
- 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. |
There was a problem hiding this comment.
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.
docs/wan_migration_to_mist.md
Outdated
::: | ||
|
||
:::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. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
- add link
docs/wan_migration_to_mist.md
Outdated
|
||
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** |
There was a problem hiding this comment.
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.
docs/wan_migration_to_mist.md
Outdated
``` | ||
|
||
2. Remove the conductor from the global.init. | ||
|
There was a problem hiding this comment.
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 | ||
``` |
There was a problem hiding this comment.
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.
There was a problem hiding this comment.
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.
… server exists any more - I did try the link and search several times for information.
No description provided.