Review the Anypoint VPN documentation and confirm that your device is suitable for use with Anypoint VPN.
Actual configuration steps, and functionality may differ based on the type of device you use. We recommend using Border Gateway Protocol (BGP) routing if it is supported on your device.
Log in to Runtime Manager using an account with the required roles and permissions.
Navigate to the Business Group where your VPC resides (if not in the parent organization).
If the VPNs option is present in the left-hand menu, you have the necessary entitlements to create an Anypoint VPN connection.
When the VPNs option is not is present:
If your VPC resides in the parent organisation, reach out to your Account Executive (AE) for assistance with this request.
If your VPC resides in a child Business Group, assign the VPN entitlements.
VPN creation is self-service, refer to Create an Anypoint VPN for step-by-step instructions.
At this stage you only need to provision the new Anypoint VPN in Runtime Manager. Actual connection establishment is not covered in this step.
Provisioning the new VPN before decommissioning the legacy one will reduce downtime.
We recommend establishing this new VPN for a /32 encryption domain, i.e. a single host address in your network. This allows you to validate the new VPN connection without impacting connectivity via the existing VPN.
During the cutover from the old VPN to Anypoint VPN, you will Update an Anypoint VPN Connection to include all of the required encryption domains.
NOTE: If you have any questions or concerns during this provisioning phase, please raise a support case.
Download the VPN configuration file from Runtime Manager, and configure your VPN device.
All configuration files represent the minimum requirement of IKEv1, AES128, SHA1, and DH Group 2, but you may adjust the configuration to make use of the other supported values.
IMPORTANT: It is not supported to run the old and new VPN, using the same encryption domains, for a single VPC. Doing this may create asymmetric routing scenarios, which will break connectivity to the VPC.
It is possible to validate connectivity via the new VPN using a single host (a /32 encryption domain). Either create a single /32 static route, or propagate this route via BGP.
To check your VPC route table, follow How to View the VPC Route Table via the UI.
Note that the VPC uses the following rules when routing traffic:
How to Generate Interesting Traffic for Anypoint VPN explains how to test and validate this new VPN connection.
We recommend using the network tools application for this purpose, rather than an existing application. This keeps testing separate from any existing traffic.
Once you have validated the new VPN configuration, shut down the tunnels on your VPN device until you are ready to perform the cutover.
Once you have created your new Anypoint VPN:
Considerations:
NOTE: A maximum of 95 route table entries is permitted per VPC, regardless of the number of VPN connections. Consolidate networks to the fewest number possible to avoid exceeding the limit.
Look in all of your Business Groups, the Legacy VPNs aren't always in your Master Organization.
There are no additional charges on the MuleSoft side. The number of VPNs you can create depends on the VPN entitlements available to your account. Contact your MuleSoft account representative if you don’t know how many VPN entitlements you have on your account.
Deleting the Legacy VPN is irreversible. If you face any problems after migrating, please raise a Support case.
Following the instructions outlined in this article will ensure that downtime is kept to a minimum. The actual cutover should only take a few minutes, similar to restarting an existing VPN connection, but downtime may still occur.
We recommended scheduling a proper maintenance window for the cutover activity, to allow adequate time for testing after making the change. If possible, migrate the Non-Production environments first, and schedule the Production changes only after resolving any issues identified in Non-Production.
001116925

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.