You need to enable JavaScript to run this app.
Direct Connect

Direct Connect

Copy page
Download PDF
FAQ
Direct Connect Gateway FAQs
Copy page
Download PDF
Direct Connect Gateway FAQs
After configuring Direct Connect, how do I test connectivity from a ECS instance to the on-premises IDC?​
You can test network connectivity by executing the ping command. For procedure, see Accessing ECS from an on-premises data center via single Direct Connect with static routes.​
Cloud-to-on-premises configuration is complete, but the network is still not connected. How do I troubleshoot?​
  • General scenario​
  • After completing the configuration in the VolcanoEngine console, the Elastic Compute Service (ECS) instances cannot yet connect to the CIDR block of the data center (IDC). To achieve actual network connectivity between the cloud and on-premises environments, you must also add the VPC's CIDR block to the routing table of your on-premises IDC router.​
  • Multi-cloud hybrid deployment scenario​
  • The on-premises IDC and the VolcanoEngine Virtual Private Cloud (VPC) are interconnected via Direct Connect (DC) using BGP routing mode. A third-party network communicates with the VolcanoEngine VPC by transiting through the on-premises IDC. If the routes received from the third-party network have a BGP Community attribute with the "no-export" value, the BGP routes will not be republished. This will cause network connectivity issues between the third-party network and VolcanoEngine. Here are two suggested solutions for this situation:​
  • Solution 1: Enable the on-premises data center to receive BGP routes from the third party by adding apply community none using route-policy.​
  • Solution 2: Use Static Routing instead of BGP for the interconnection between the on-premises IDC and the VolcanoEngine VPC.​
What happens if both static and BGP routes to the same IDC exist on a DC Gateway?​
When both a static route and a BGP route to the same IDC CIDR block exist on a DC Gateway, the BGP route is preferred.​
What should I do if the number of route entries exceeds the CEN quota after attaching a DC Gateway to a CEN?​
After a DC Gateway is attached to a Cloud Enterprise Network (CEN), the CEN automatically learns all route entries from the DC Gateway's route table. If the number of learned routes exceeds the CEN route entry quota, the excess DC Gateway route entries will not be learned by the CEN (i.e., they will not appear in the CEN route table).​
You can first delete unused or redundant route entries in the CEN to free up quota, and then proceed with either of the following solutions.​
  • Solution 1: Detach the DC Gateway from the CEN, and then re-attach it.​
  • Solution 2: Maintain the attachment between the DC Gateway and the CEN, and reprocess the route entries:​
  • Static routes: Delete and then re-create the static route entries on the DC Gateway side.​
  • BGP routes: Re-publish the BGP routes from the gateway device in your on-premises IDC.​
Does the DC Gateway accept the 0.0.0.0/0 route?​
The DC Gateway rejects the default route 0.0.0.0/0 published from the on-premises IDC side, whether via static or BGP routing.​
tip​
In addition to 0.0.0.0/0, the following three CIDR blocks are also not supported for publishing from the on-premises IDC to the DC Gateway. The gateway will directly reject routes for these four segments (including both static and BGP routes).​
  • 127.0.0.0/8: (127.0.0.0–127.255.255.255)​
  • 224.0.0.0/4: (224.0.0.0–239.255.255.255)​
  • 240.0.0.0/4: (240.0.0.0–255.255.255.255)​
What is the business impact of disabling IPv6?​
The IPv6 feature is currently in beta stage and is only available for trial use by users who have had IPv6 enabled. If you have enabled IPv6, disabling it may affect the IPv6 functionality of your existing instances. It is recommended to delete existing instances before applying to disable IPv6.​
tip​
If needed, you can contact your account manager to apply for trial access. You can only use the corresponding features and related documentation after your application is approved.​
Why can't the on-premises IDC reach the VPC when it advertises public IP routes and accesses the VPC via Direct Connect?​
VolcanoEngine currently does not support the public IP space for private use scenario. Use private IP addresses instead.​
Why is the added static route for the DC Gateway unavailable when NQA is enabled and the line has no faults?​
In the static route mode with NQA enabled, if the static route on the DC Gateway does not take effect, the reason might be that the Destination CIDR Block of the static route added to the DC Gateway overlaps with the CIDR block of the virtual interface.​
You can resolve this by configuring a CIDR block whose subnet mask differs from that of the "DC Virtual Interface Interconnection Address Segment".​
Can a DC Gateway be associated with multiple TRs at the same time?​
No. After a DC Gateway is attached to a Transit Router (TR), it dynamically learns routes from the TR. If a single DC Gateway is simultaneously attached to multiple TRs, route conflicts may occur.​
Can a DC Gateway be associated with both a CEN and a TR at the same time?​
No. After a DC Gateway is attached to a CEN or a TR, it dynamically learns routes from them. If a single DC Gateway is simultaneously attached to both a CEN and a TR, route conflicts may occur.​
​
Last updated: 2026.08.24 11:30:48