- Release Notes and Announcements
- [January 15, 2024]Announcement on the Official Launch of CCN Routing Reception and Routing Propagation Policies
- [July 3, 2023] Start Charging on CCN Connected Network Instances and Inbound Traffic
- Jul. 26, 2022 - CCN Tagging Upgrade
- Feb 10, 2022 - CCN API Authentication Upgrade
- Jun. 25, 2021 - Free Hangzhou-Shanghai and Hangzhou-Nanjing Lines
- Product Introduction
- Purchase Guide
- Getting Started
- Operation Guide
- Practical Tutorial
- API Documentation
- FAQs
- Troubleshooting
- Service Agreement
- Contact Us
- Release Notes and Announcements
- [January 15, 2024]Announcement on the Official Launch of CCN Routing Reception and Routing Propagation Policies
- [July 3, 2023] Start Charging on CCN Connected Network Instances and Inbound Traffic
- Jul. 26, 2022 - CCN Tagging Upgrade
- Feb 10, 2022 - CCN API Authentication Upgrade
- Jun. 25, 2021 - Free Hangzhou-Shanghai and Hangzhou-Nanjing Lines
- Product Introduction
- Purchase Guide
- Getting Started
- Operation Guide
- Practical Tutorial
- API Documentation
- FAQs
- Troubleshooting
- Service Agreement
- Contact Us
After a CCN instance is created, the system will automatically create a route table and control route entries to manage traffic on CCN. You cannot add or delete routes, but you can enable or disable them.
Automatic Route Addition
To automatically add a CCN route, there are three stages:
1. Before addition: logic for receiving routes, i.e., determining which routes can be added to the CCN route table.
2. During addition: logic for route to take effect by default, i.e., determining which routes added to CCN can take effect.
3. After addition: logic for setting route priority, i.e., determining which effective routes will forward traffic.
1. Before addition
The associated instance is a VPC: for a new subnet, the destination is a subnet IP range, and the next hop is VPC route to CCN.
The associated instance is a direct connect gateway: the destination is an IDC IP range, and the next hop is direct connect gateway route to CCN. The route can be propagated in the following two ways:
1.1 Custom: you need to manually enter the IDC IP range to propagate to CCN, and the next hop is the corresponding direct connect gateway, which facilitates IP range convergence and filtering.
1.2 Auto-propagation: the route is dynamically learned through BGP, and the next hop is the corresponding direct connect gateway, which makes it easy to perceive route changes in IDC. Routes are published to CCN based on AS-PATH:
If the AS-PATH lengths are the same, CCN will accept all routes.
If the AS-PATH lengths are different, CCN will accept routes with a shorter AS-PATH.
Note:
Auto-propagation is currently in beta. To try it out, please submit a ticket.
AS-PATH description:
The information of AS-PATH can be viewed in the direct connect gateway.
AS-PATH supports a 32-bit string. If the string is exceptional, the route will be deleted, and a string exception event will be reported, for which you can configure event alarms.
The maximum AS-PATH length is 30; if the maximum length is exceeded, the AS-PATH will be truncated, and a truncation event will be reported, for which you can configure event alarms.
The AS-PATH that passes through direct connect gateway - CCN - direct connect gateway now supports three new AS numbers (45090, 139341, and 45090).
2. During addition
Check policy: if a new route overlaps any existing route, the new one will become invalid by default to avoid affecting existing routes. You can enable it after assessing the impact.
Non-check policy: all routes will be valid except ECMP routes. For more information, please see the routing logic in same IP ranges in the section 3 below.
Note:
3. After addition
Different IP ranges overlapped: the route with the longest mask will be used. A more specific IP range has a higher priority. For example, if the destination of route A is
10.0.1.0/20 and that of route B is 10.0.1.0/24, route B will be first matched based on the longest mask principle when both routes are enabled.Sa
me IP ran
ges: any route whose next hop is direct connect gateway supports ECMP. For example, you can enable multiple routes to the same IP range 10.0.1.0/20. However, other routes do not support ECMP and cannot be enabled simultaneously. For example, if there are two or more routes to the IP range 10.0.1.0/20 whose next hops are VPC or VPC and direct connect gateway, only one route can be enabled.Note:
See below for the description of inbound routes in the CCN-Direct Connect network architecture. For more information, see Direct Connect Gateway Overview.
The CCN-based direct connect gateway created before September 15, 2020, 00:00:00 publishes the route of subnet CIDR block to the dedicated tunnel. For a BGP dedicated tunnel, the VPC subnet CIDR block is synced to IDC based on the BGP protocol.
The CCN-based direct connect gateway created after September 15, 2020, 00:00:00 publishes the route of VPC CIDR block to the dedicated tunnel. For a BGP dedicated tunnel, the VPC CIDR block is synced to IDC based on the BGP protocol.
Automatic Route Deletion
Next Hop Type | When the Route will be Deleted |
VPC in public cloud | VPC instance is unbound or subnet is deleted |
Direct Connect Gateway | 1. Direct Connect gateway is unbound 2. Route is modified in Direct Connect gateway i. Manual entry (static): deletion ii. Dynamic learning (BGP): opposite route update |
Yes
No
Was this page helpful?