tencent cloud

Direct Connect

Release Notes and Announcements
Release Notes
Announcements
Product Introduction
Overview
Features
Application Scenarios
Use Limits
Connection Access Point
Relevant Products
Network Planning
Purchase Guide
Billing Overview
Purchasing in the Console
Renewing Connections
Getting Started
Operation Guide
Connections
Direct Connect Gateways
Dedicated Tunnels
Monitoring and Alarming
MACsec Encryption
Cloud Exchange
Cloud Access Management
Overview
Access Policy Types
Access Policy Syntax
Practical Tutorial
Connecting a Local IDC to CVM by Using a VPC NAT Gateway and Direct Connect
Hybrid Cloud Primary/Secondary Communication (DC and VPN)
Best Practices on Direct Connect High Availability and Hybrid Cloud Network
Migrating Cross-Region Dedicated Tunnel to CCN
Migrating IDC to the Cloud Through CCN
Accelerating Routing Convergence Through BGP+BFD (Layer 3)
IDC Local Configuration
Establishing Direct Connect Between Tencent Cloud and Various Cloud Vendors Through Equinix
API Documentation
History
Introduction
API Category
Making API Requests
Direct Connect APIs
Data Types
Error Codes
FAQ
Basic FAQs
Billing Issues
Function Issues
Troubleshooting
General Troubleshooting Solutions
Access Failure and Packet Loss
Agreements
Tencent Cloud Direct Connect Service Level Agreement
Tencent Cloud Direct Connect Service Agreement
Tencent Cloud Direct Connect Review Standards
Contact Us
Glossary

Juniper MX Series Routers

PDF
Modo Foco
Tamanho da Fonte
Última atualização: 2024-11-05 09:46:38
Direct Connect connects Tencent Cloud with the user IDC with a dedicated physical line. After configuring the Direct Connect gateway and dedicated tunnel on the Tencent Cloud side, users need to configure routes on the local IDC.
Note:
This document only introduces the local routing configurations associated with Tencent Cloud Direct Connect. For other information, please see the local router documentation or consult your router provider.

Routing Configuration

Note:
It's recommended that you use the default configurations of Keepalive and holdtime for the BGP connection between the two peers. The holdtime is three times the interval at which keepalive messages are sent. The recommended holdtime value is 180s.
# Configure ports
set interfaces <interface_number> description <interface_desc>
set interfaces <interface_number> vlan-tagging
set interfaces <interface_number> link-mode full-duplex
set interfaces <interface_number> speed <interface_speed> // Whether this command can be configured depends on whether the module supports it
set interfaces <interface_number> gigether-options no-auto-negotiation // This command is recommended to be used in combination with
Usage
commit

# Configure virtual tunnels
set interfaces <interface_number> unit <subinterface_number> vlan-id <subinterface_vlanid>
set interfaces <interface_number> unit <subinterface_number> description <subinterface_desc>
set interfaces <interface_number> unit <subinterface_number> family inet address
<subinterface_ipaddress>/<subinterface_netmask>
commit

# Configure static routing
# Configure a static route to the user IP globally
set routing-options static route <customer_prefix/mask> next-hop <customer_interface_ip>
# Configure BFD for the static routes. To configure RPM for the static routes, consult equipment vendors.
set routing-options static route <customer_prefix/mask>bfd-liveness-detection minimum-interval <value>

such as set routing-options static route 1.1.1.0/24 next-hop 192.168.1.2 bfd-liveness-detection minimum-interval 1000

# Configure a static route to the user IP in VRF mode
set routing-instances <vrf_name> routing-options static route <customer_prefix/mask> next-hop
<customer_interface_ip>
such as set routing-instances cap routing-options static route 1.1.1.0/24 next-hop 192.168.1.2
commit


Ajuda e Suporte

Esta página foi útil?

comentários