Sebagian atau seluruh informasi di halaman ini mungkin tidak berlaku untuk Trusted Cloud dari S3NS. Lihat Perbedaan dari Google Cloud untuk mengetahui detail selengkapnya.

Halaman ini diterjemahkan oleh Cloud Translation API.

Rute yang dipelajari

Dokumen ini menjelaskan rute yang dipelajari, pengaruh mode pemilihan rute dinamis jaringan Virtual Private Cloud terhadap rute yang dipelajari, dan mode pemilihan jalur terbaik yang tersedia di Cloud Router.

Rute yang dipelajari adalah rute yang diterima Cloud Router dari router peer jarak jauh menggunakan protokol BGP atau rute yang dipelajari kustom yang Anda konfigurasi di Cloud Router:

Rute yang diterima BGP

Rute BGP yang dipelajari dari peer jarak jauh. Router peer dapat berupa salah satu dari berikut:

Router lokal fisik
Cloud Router Lainnya
VM perangkat Router (dengan Network Connectivity Center)
Router dari penyedia cloud lain

Rute khusus yang dipelajari

Rute khusus yang dipelajari dikonfigurasi secara manual di Cloud Router untuk mensimulasikan rute yang dipelajari dari peer jarak jauh. Rute kustom yang dipelajari berguna jika Anda tidak memiliki kontrol administrator untuk mengonfigurasi router peer jarak jauh.

Cloud Router menerapkan kuota untuk jumlah awalan unik untuk rute dinamis, termasuk awalan yang dipelajari secara dinamis dari peer BGP atau dikonfigurasi secara manual sebagai rute yang dipelajari kustom. Untuk mengetahui informasi selengkapnya, lihat Kuota Cloud Router.

Cloud Router tidak mengiklankan ulang rute yang dipelajari kecuali Anda menggunakan spoke hybrid Network Connectivity Center dengan transfer data diaktifkan.

Kedua jenis rute yang dipelajari Cloud Router diproses oleh bidang kontrol rute dinamis, lalu bidang kontrol jaringan VPC. Langkah-langkah pemrosesan menggunakan awalan tujuan dan metrik rute untuk membuat rute dinamis di jaringan VPC. Untuk mengetahui informasi tentang perbedaan antara bidang kontrol rute dinamis dan bidang kontrol jaringan VPC, lihat Cara kerja Cloud Router.

Rute khusus yang dipelajari

Rute kustom yang dipelajari memberikan keuntungan yang sama dengan rute dinamis yang diterima BGP. Tidak seperti rute statis, rute dinamis kustom yang dipelajari akan otomatis dibatalkan saat sesi BGP untuk next hop tidak berfungsi.

Rute kustom yang dipelajari adalah satu-satunya cara untuk menentukan rute non-BGP untuk next hop tertentu, seperti lampiran VLAN Cloud Interconnect dan tunnel VPN dengan ketersediaan tinggi (HA).

Untuk mengetahui informasi selengkapnya, lihat Menentukan dan mengelola rute khusus yang dipelajari.

Mode perutean dinamis

Mode perutean dinamis jaringan VPC memengaruhi cara rute BGP yang diterima dan rute yang dipelajari kustom diproses oleh bidang kontrol rute dinamis dan bidang kontrol jaringan VPC untuk membuat rute dinamis di jaringan VPC.

Saat menggunakan Peering Jaringan VPC, mode perutean dinamis jaringan VPC yang mengekspor rute kustom akan mengontrol cara rute dinamis dibuat di jaringan VPC peer yang mengimpor rute kustom. Untuk mengetahui informasi selengkapnya, lihat Efek mode pemilihan rute dinamis dalam dokumentasi Peering Jaringan VPC.

Trusted Cloud Jaringan VPC mendukung dua mode perutean dinamis:

Mode pemilihan rute dinamis regional: Bidang kontrol rute dinamis setiap region hanya memproses rute yang dipelajari dari tugas BGP Cloud Router di regionnya sendiri. Rute dinamis yang dihasilkan dan dibuat di region tertentu dalam jaringan VPC hanya memiliki next hop dalam region tertentu tersebut.
Mode pemilihan rute dinamis global: Bidang kontrol rute dinamis setiap region memproses rute yang dipelajari dari tugas BGP Cloud Router di regionnya sendiri. Bidang kontrol rute dinamis setiap region juga mengirimkan jalur terbaik untuk setiap awalan ke bidang kontrol rute dinamis di semua region lain yang digunakan dalam jaringan VPC. Rute dinamis yang dihasilkan dan dibuat di region tertentu dalam jaringan VPC dapat memiliki next hop di region mana pun.

Mode pemilihan jalur terbaik

Cloud Router menawarkan dua mode untuk pemilihan jalur terbaik: standar dan lama. Mode pemilihan jalur terbaik berlaku untuk semua rute yang dipelajari melalui Cloud Router di semua region jaringan VPC, termasuk rute kustom yang dipelajari.

Legacy adalah mode pemilihan jalur terbaik default saat jaringan VPC baru dibuat. Sebaiknya gunakan mode lama kecuali jika Anda memerlukan fitur tertentu dari mode standar atau menggunakan fitur Trusted Cloud by S3NS yang mengandalkan mode standar.

Network Connectivity Center untuk transfer data site-to-site dan Network Connectivity Center untuk perangkat virtual jaringan pihak ketiga atau perangkat Router berfungsi dengan pemilihan jalur terbaik standar atau pemilihan jalur terbaik lama.

Pertukaran rute Network Connectivity Center dengan spoke VPC memiliki batasan berikut untuk mode pemilihan jalur terbaik:

Jika rute diiklankan secara unik oleh satu VPC, mode lama dan standar akan berfungsi seperti yang diharapkan.
Jika rute yang sama diiklankan oleh beberapa VPC ke VPC workload yang sama, maka hal berikut berlaku:
- Jika semua VPC menggunakan pemilihan jalur terbaik lama, maka VPC workload akan menerapkan pemilihan jalur terbaik lama di seluruh rute dari VPC perutean yang berbeda.
- Jika semua VPC menggunakan pemilihan jalur terbaik standar, maka VPC beban kerja akan menggunakan rute terbaik dari salah satu VPC perutean berdasarkan algoritma internal.
- Jika VPC perutean menggunakan campuran pemilihan jalur terbaik lama dan pemilihan jalur terbaik standar, maka VPC workload akan menggunakan rute terbaik berdasarkan pemilihan jalur terbaik lama atau salah satu rute pemilihan jalur terbaik standar berdasarkan algoritma internal.
Jika Anda berencana mengiklankan rute yang sama dari beberapa VPC perutean, sebaiknya pilih pemilihan jalur terbaik lama untuk semua jaringan VPC Anda.

Pemilihan jalur terbaik lama

Bagian ini menjelaskan cara tugas BGP Cloud Router dan bidang kontrol rute dinamis menerapkan mode pemilihan jalur terbaik lama.

Panjang jalur AS

Dalam mode pemilihan jalur terbaik lama, informasi jalur AS hanya relevan dalam satu tugas BGP Cloud Router, dan bidang kontrol rute dinamis tidak menggunakan informasi jalur AS untuk membuat keputusan pemilihan jalur terbaik. Saat menggunakan mode pemilihan jalur terbaik lama, jangan mengandalkan pemilihan jalur terbaik berdasarkan informasi panjang jalur AS jika tugas software Cloud Router yang berbeda terlibat untuk awalan tujuan yang sama.

Sesi BGP melibatkan beberapa tugas BGP Cloud Router. Untuk mengetahui informasi selengkapnya, lihat Tugas BGP Cloud Router.

Proses pemilihan tugas BGP

Tugas BGP Cloud Router menerima awalan tujuan dari router peer sesi BGP yang dikelolanya. Tugas BGP membuat serangkaian awalan tujuan unik dari semua sesi BGP yang dikelola tugas BGP. Kemudian, tugas BGP menentukan setidaknya satu next hop terbaik untuk setiap awalan tujuan unik yang diterima BGP menggunakan proses berikut:

Panjang jalur AS terpendek: tugas BGP mengurutkan daftar next hop berdasarkan panjang jalur AS, dari panjang jalur AS terpendek hingga panjang jalur AS terpanjang. Setelah pengurutan, tugas BGP menghapus semua next hop yang tidak memiliki panjang jalur AS terpendek dari pertimbangan.
Jenis asal yang disukai: tugas BGP lebih memilih next hop yang menggunakan Interior Gateway Protocol (IGP) daripada next hop yang menggunakan Exterior Gateway Protocol (EGP), dan tugas BGP lebih memilih next hop yang menggunakan EGP daripada next hop yang memiliki jenis asal Incomplete.

Jika setidaknya satu jenis asal next hop adalah IGP, tugas BGP akan menghapus semua next hop dengan jenis asal EGP atau Tidak Lengkap dari pertimbangan.

Jika tidak ada next hop yang memiliki jenis asal IGP dan jika setidaknya satu next hop memiliki jenis asal EGP, tugas BGP akan menghapus semua next hop dengan jenis asal Tidak Lengkap dari pertimbangan.
Nilai MED terkecil: Tugas BGP mengurutkan hop berikutnya dari nilai diskriminator multi-exit (MED) terkecil hingga terbesar. Setelah mengurutkan, tugas BGP menghapus semua next hop yang tidak memiliki nilai MED terkecil dari pertimbangan.

Tugas BGP mengirimkan setiap awalan tujuan dan daftar next hop terbaik yang sesuai ke bidang kontrol rute dinamis region. Dalam beberapa kasus, tugas software BGP Cloud Router juga dapat mengirim next hop yang telah dihapus dari pertimbangan.

Pemrosesan bidang kontrol rute dinamis

Bidang kontrol rute dinamis setiap region menerapkan kuota berikut, yang berlaku untuk tujuan unik dari rute yang diterima BGP dan rute kustom yang dipelajari:

Saat menerapkan kuota Cloud Router sebelumnya, bidang kontrol rute dinamis akan menghapus semua informasi rute yang terkait dengan tujuan unik yang diurutkan di luar batas untuk salah satu kuota Cloud Router. Untuk mengetahui informasi selengkapnya, lihat Perilaku pelepasan rute deterministik.

Setelah menerapkan kuota, bidang kontrol rute dinamis menerapkan algoritma pemrosesan berikut ke setiap awalan tujuan unik yang tidak di-drop:

Bidang kontrol rute dinamis membuat daftar next hop untuk awalan. Daftar ini terdiri dari:
- Next hop dan nilai MED untuk awalan yang diterima dari setiap tugas BGP Cloud Router dalam jaringan VPC di regionnya sendiri.
- Next hop dan nilai prioritas untuk rute kustom yang dipelajari yang menggunakan awalan. Prioritas rute kustom yang dipelajari diperlakukan seperti nilai MED.
Langkah-langkah berikut hanya terjadi jika jaringan VPC yang berisi Cloud Router menggunakan mode perutean dinamis global:
- Bidang kontrol rute dinamis hanya mengirimkan next hop yang memiliki nilai MED terendah ke bidang kontrol rute dinamis di region lain. Jika lebih dari satu next hop memiliki nilai MED terendah yang sama, semuanya akan diekspor ke bidang kontrol rute dinamis di region lain. Informasi yang dikirim mencakup hop berikutnya dan nilai MED terendah.
- Panel kontrol rute dinamis menerima daftar next hop dan nilai MED dari panel kontrol rute dinamis di region lain. Bidang kontrol rute dinamis menambahkan setiap next hop ke daftar next hop-nya untuk awalan. Saat menambahkan setiap next hop, bidang kontrol rute dinamis akan menyesuaikan nilai MED dengan menambahkan biaya antar-region.
Bidang kontrol rute dinamis mengurutkan daftar next hop-nya untuk awalan dari nilai MED yang diterima terkecil hingga terbesar.
Bidang kontrol rute dinamis memangkas daftar rute yang dikirim ke bidang kontrol VPC. Biasanya, daftar rute yang dikirim ke bidang kontrol VPC mencakup rute dengan nilai MED terendah, dan, jika tersedia, nilai MED terendah kedua. Namun, bidang kontrol rute dinamis hanya menjamin bahwa bidang kontrol tersebut mengirimkan rute dengan nilai MED terendah ke bidang kontrol VPC.

Mode pemilihan jalur terbaik standar

Mode pemilihan jalur terbaik standar lebih mematuhi RFC 4271. Fitur ini menawarkan manfaat berikut dibandingkan mode pemilihan jalur terbaik lama:

Pemilihan rute berbasis jalur AS yang konsisten: Informasi jalur AS dipertimbangkan di semua rute yang dipelajari di semua Cloud Router pada jaringan VPC. Hal ini memungkinkan Anda memengaruhi alur traffic menggunakan penambahan awalan jalur AS.
Fleksibilitas dan penyesuaian yang lebih baik: Anda memiliki lebih banyak kontrol atas cara peringkat awalan BGP dalam jaringan VPC Anda, termasuk kemampuan untuk menyetel secara cermat perutean jalur terbaik BGP. Rute dinamis selalu memiliki prioritas rute jaringan VPC yang lebih rendah dibandingkan dengan rute statis.

Saat menggunakan mode pemilihan jalur terbaik standar, Cloud Router menawarkan opsi konfigurasi berikut:

Bandingkan nilai MED: Anda dapat memilih salah satu opsi berikut:
- Selalu bandingkan: nilai MED untuk setiap awalan tujuan dibandingkan tanpa mempertimbangkan AS tempat Cloud Router mempelajari awalan tersebut.
- Membandingkan secara bersyarat: awalan dikelompokkan berdasarkan AS tempat Cloud Router mempelajari awalan tersebut. Untuk setiap awalan dalam setiap AS, lompatan diberi peringkat berdasarkan nilai MED yang cocok yang dijelaskan dalam RFC 4721.
Tambahkan wilayah ke biaya antarwilayah: Anda dapat memilih apakah biaya antarwilayah ditambahkan ke nilai MED.

Proses pemilihan tugas BGP

Panjang jalur AS terpendek: tugas BGP mengurutkan daftar next hop berdasarkan panjang jalur AS, dari panjang jalur AS terpendek hingga panjang jalur AS terpanjang. Setelah pengurutan, tugas BGP menghapus semua next hop yang tidak memiliki panjang jalur AS terpendek dari pertimbangan.
Jenis asal yang disukai: tugas BGP lebih memilih next hop yang menggunakan Interior Gateway Protocol (IGP) daripada next hop yang menggunakan Exterior Gateway Protocol (EGP), dan tugas BGP lebih memilih next hop yang menggunakan EGP daripada next hop yang memiliki jenis asal Incomplete.

Jika setidaknya satu jenis asal next hop adalah IGP, tugas BGP akan menghapus semua next hop dengan jenis asal EGP atau Tidak Lengkap dari pertimbangan.

Jika tidak ada next hop yang memiliki jenis asal IGP dan jika setidaknya satu jenis asal next hop adalah EGP, tugas BGP akan menghapus semua next hop dengan jenis asal Tidak Lengkap dari pertimbangan.
Pertimbangkan ASN tetangga: setelan jaringan VPC routingConfig.bgpAlwaysCompareMed mengontrol langkah algoritma ini sebagai berikut:
- Jika routingConfig.bgpAlwaysCompareMed adalah True, nilai ASN tetangga dari setiap next hop tidak dianggap relevan. Tugas BGP mengurutkan next hop dari nilai MED terkecil hingga terbesar. Setelah mengurutkan, tugas BGP menghapus semua next hop yang tidak memiliki nilai MED terkecil dari pertimbangan.
- Jika routingConfig.bgpAlwaysCompareMed adalah False atau tidak ditetapkan, nilai ASN tetangga dari setiap next hop dianggap relevan, sehingga tugas BGP melakukan hal berikut:
  1. Tugas BGP mengelompokkan daftar next hop berdasarkan nilai ASN tetangga.
  2. Dalam setiap grup ASN tetangga, tugas BGP mengurutkan next hop dari nilai MED terkecil hingga terbesar. (Nilai MED bernomor terkecil mungkin berbeda di setiap grup ASN tetangga.)
  3. Dalam setiap grup ASN tetangga, tugas BGP menghapus semua next hop yang tidak memiliki nilai MED terkecil dari pertimbangan.

Tugas BGP mengirimkan setiap awalan tujuan dan daftar next hop yang tidak dihapus yang sesuai ke bidang kontrol rute dinamis region. Dalam beberapa kasus, tugas software BGP Cloud Router juga dapat mengirim next hop yang telah dihapus dari pertimbangan.

Pemrosesan bidang kontrol rute dinamis

Bidang kontrol rute dinamis setiap region menerapkan kuota berikut, yang berlaku untuk tujuan unik dari rute yang diterima BGP dan rute kustom yang dipelajari:

Setelah menerapkan kuota, bidang kontrol rute dinamis menerapkan algoritma pemrosesan berikut ke setiap awalan tujuan unik yang tidak di-drop:

Daftar awal next hop untuk awalan: bidang kontrol rute dinamis membuat daftar awal next hop untuk awalan yang terdiri dari keduanya:
- Informasi next hop yang diterima BGP dari tugas BGP yang mengelola Cloud Router di jaringan VPC, yang berada di region yang sama dengan bidang kontrol rute dinamis.
- Informasi next hop dari rute kustom yang dipelajari untuk awalan, ditentukan di Cloud Router dalam jaringan VPC, dan terletak di region yang sama dengan bidang kontrol rute dinamis. Rute khusus yang dipelajari memiliki atribut BGP berikut yang diterapkan:
  - Jalur AS, yang hanya terdiri dari ASN peer. Ini adalah panjang jalur AS 1, dan ASN tetangga dari ASN peer.
  - Asal, ditetapkan ke Belum selesai.
  - Nilai MED, dengan setiap prioritas rute kustom yang dipelajari diperlakukan seperti nilai MED.
  - Biaya antar-region ditetapkan ke 0.
Panjang jalur AS terpendek: bidang kontrol rute dinamis mengurutkan daftar next hop berdasarkan panjang jalur AS, dari panjang jalur AS terpendek hingga panjang jalur AS terpanjang. Bidang kontrol rute dinamis menghapus semua next hop yang tidak memiliki panjang jalur AS terpendek dari pertimbangan.
Jenis asal yang disukai: bidang kontrol rute dinamis lebih memilih next hop yang menggunakan IGP daripada next hop yang menggunakan EGP, dan next hop yang menggunakan EGP daripada next hop yang memiliki jenis asal Tidak lengkap.

Jika setidaknya satu jenis asal next hop adalah IGP, maka bidang kontrol rute dinamis akan menghapus semua next hop dengan jenis asal EGP atau Tidak Lengkap dari pertimbangan.

Jika tidak ada next hop yang memiliki jenis asal IGP dan jika setidaknya satu jenis asal next hop adalah EGP, bidang kontrol rute dinamis akan menghapus semua next hop dengan jenis asal Tidak Lengkap dari pertimbangan.
Pertimbangkan ASN tetangga: setelan jaringan VPC routingConfig.bgpAlwaysCompareMed mengontrol langkah algoritma ini sebagai berikut:
- Jika routingConfig.bgpAlwaysCompareMed adalah True, maka nilai ASN tetangga dari setiap next hop tidak dianggap relevan. Dalam hal ini, bidang kontrol rute dinamis mengurutkan next hop dari nilai MED terkecil hingga terbesar. Hop berikutnya dengan MED terkecil memiliki peringkat tertinggi. Bidang kontrol rute dinamis menghapus semua hop berikutnya kecuali hop dengan peringkat tertinggi dari pertimbangan.
- Jika routingConfig.bgpAlwaysCompareMed adalah False atau tidak ditetapkan, nilai ASN tetangga dari setiap next hop dianggap relevan, sehingga panel kontrol rute dinamis melakukan hal berikut:
  1. Panel kontrol rute dinamis mengelompokkan daftar hop berikutnya berdasarkan nilai ASN tetangga.
  2. Dalam setiap grup ASN tetangga, bidang kontrol rute dinamis mengurutkan next hop dari nilai MED terkecil hingga terbesar. Nilai MED bernomor terkecil mungkin berbeda di setiap grup ASN tetangga.
  3. Dalam setiap grup ASN tetangga, bidang kontrol rute dinamis menghapus semua next hop yang tidak memiliki nilai MED terkecil dari pertimbangan.
  Hop berikutnya yang memiliki nilai MED terkecil dalam setiap grup ASN tetangga memiliki peringkat tertinggi. Bidang kontrol rute dinamis menghapus semua next hop kecuali yang memiliki peringkat tertinggi dari pertimbangan.
Mengirim semua next hop peringkat tertinggi ke region lain: saat mode perutean dinamis jaringan VPC bersifat global, bidang kontrol rute dinamis akan mengirimkan kumpulan next hop peringkat tertinggi saat ini ke region lain.
Menerima hop berperingkat tertinggi dari region lain: saat mode perutean dinamis jaringan VPC bersifat global, bidang kontrol rute dinamis menerima daftar next hop berperingkat tertinggi untuk awalan dari bidang kontrol rute dinamis di setiap region lainnya. Setiap next hop yang diterima mencakup panjang jalur AS, ASN tetangga, jenis asal, dan MED, serta region bidang kontrol rute dinamis yang mengirimkan next hop.

Aplikasi bidang kontrol rute dinamis menambahkan next hop yang diterima ke daftar next hop untuk awalan, lalu melakukan hal berikut:
- Mengulangi langkah Shortest AS path length.
- Mengulangi langkah Jenis asal yang disukai.
- Mengulangi langkah Pertimbangkan ASN tetangga sesuai dengan setelan routingConfig.bgpInterRegionCost dari jaringan VPC:
  - Jika routingConfig.bgpInterRegionCost jaringan VPC adalah ADD_COST_TO_MED, bidang kontrol rute dinamis menggunakan nilai MED yang disesuaikan saat mengulangi langkah Pertimbangkan ASN tetangga. Setiap nilai MED yang disesuaikan adalah jumlah nilai MED asli ditambah biaya antar-region. Next hop di region bidang kontrol rute dinamis sendiri memiliki biaya antar-region sebesar 0. Next hop yang dipelajari dari bidang kontrol rute dinamis di region lain memiliki biaya antar-region yang tidak nol, yang unik untuk setiap pasangan region yang terdiri dari region pengirim dan region penerima.
  - Jika routingConfig.bgpInterRegionCost jaringan VPC adalah DEFAULT atau tidak ditetapkan, bidang kontrol rute dinamis akan mengulangi langkah Pertimbangkan ASN tetangga menggunakan nilai MED asli.
Menghapus semua next hop yang tidak memiliki biaya antar-region terkecil dari pertimbangan: saat mode perutean dinamis jaringan VPC adalah global, bidang kontrol rute dinamis akan menghapus semua next hop dari pertimbangan, kecuali next hop yang memiliki biaya antar-region terkecil.
Mengirim next hop ke bidang kontrol VPC: Untuk setiap awalan tujuan unik, bidang kontrol rute dinamis mengirimkan semua next hop dengan peringkat tertinggi dan biaya antar-regional terkecil ke bidang kontrol VPC. Next hop ini membuat rute dinamis di region bidang kontrol rute dinamis jaringan VPC. Rute dinamis ini memiliki prioritas rute Andromeda 65536. Nomor prioritas 65536 sengaja dipilih karena nilainya satu lebih besar dari 65535, prioritas terendah dari rute statis. Oleh karena itu, jika rute statis dan dinamis ada untuk awalan tujuan yang sama, rute statis lebih disukai berdasarkan urutan perutean.

Dalam beberapa situasi, bidang kontrol rute dinamis dapat mengirimkan next hop yang memiliki peringkat lebih rendah atau biaya antar-regional yang tidak paling rendah. Next hop tambahan ini juga membuat rute dinamis di region bidang kontrol rute dinamis jaringan VPC, tetapi menggunakan prioritas rute Andromeda yang lebih rendah, misalnya, 65537, 65538.

Pemrosesan bidang kontrol VPC

Bidang kontrol VPC setiap region menerima rute dinamis kandidat dari bidang kontrol rute dinamis region tersebut. Kecuali jika rute dinamis dihilangkan oleh bidang kontrol rute dinamis, bidang kontrol VPC mengevaluasi setiap rute dinamis kandidat. Hasil evaluasi akan berupa pembuatan rute dinamis di jaringan VPC yang berisi Cloud Router atau peniadaan rute dinamis kandidat. Berikut adalah alasan mengapa rute dinamis kandidat dibatalkan:

Awalan tujuan rute dinamis kandidat bertentangan dengan rute subnet lokal, peering, atau Network Connectivity Center. Untuk mengetahui informasi selengkapnya, lihat Interaksi dengan rute dinamis.
Bidang kontrol VPC menentukan bahwa next hop untuk rute dinamis kandidat tidak dapat digunakan sebelum status BGP yang diperbarui diproses oleh Cloud Router. Untuk mengetahui informasi selengkapnya, lihat Mengabaikan rute statis dan dinamis dengan next hop yang tidak dapat digunakan.

Bidang kontrol VPC setiap region juga dapat membuat rute dinamis peering di jaringan VPC yang di-peering, jika jaringan VPC yang berisi Cloud Router mengekspor rute kustom dan jaringan VPC yang di-peering mengimpor rute kustom. Untuk mengetahui informasi tentang pertukaran rute kustom menggunakan Peering Jaringan VPC, lihat Opsi untuk bertukar rute dinamis.

Saat membuat rute dinamis peering, bidang kontrol VPC setiap region secara independen mengevaluasi rute dinamis kandidat berdasarkan per jaringan. Selain kasus peniadaan yang disebutkan sebelumnya, kasus peniadaan tambahan berikut berlaku di jaringan VPC yang di-peering:

Jika awalan tujuan rute dinamis peering kandidat sama persis dengan awalan tujuan rute dinamis lokal, bidang kontrol VPC akan membatalkan rute dinamis peering yang bertentangan.
Jika rute dinamis peering kandidat untuk awalan tujuan yang sama diterima dari dua atau beberapa jaringan VPC yang di-peering, bidang kontrol VPC akan menggunakan algoritma internal untuk memilih jaringan tempat rute dinamis peering diimpor. Algoritma internal ini dievaluasi sebelum mempertimbangkan prioritas rute. Untuk mengetahui informasi selengkapnya, lihat Memilih next hop untuk rute kustom peering dari satu jaringan VPC.
Jika kuota rute dinamis per region per grup peering melebihi batasnya, bidang kontrol VPC hanya menekan rute dinamis peering.

Karena setiap bidang kontrol VPC menekan rute dinamis berdasarkan per jaringan, perhatikan hal berikut:

Jika rute dinamis kandidat menjadi rute dinamis lokal di jaringan VPC yang berisi Cloud Router yang membuat rute dinamis kandidat, rute dinamis kandidat mungkin dibatalkan di satu atau beberapa jaringan VPC yang di-peering.
Jika rute dinamis kandidat telah dibatalkan di jaringan VPC yang berisi Cloud Router yang membuat rute dinamis kandidat, rute dinamis kandidat dapat menjadi rute dinamis peering di satu atau beberapa jaringan VPC yang di-peering.

Perubahan status BGP

Rute yang diterima BGP dan rute kustom yang dipelajari menghasilkan rute dinamis seperti yang dijelaskan dalam Mode pemilihan jalur terbaik. Rute dinamis tetap ada selama sesi BGP yang sesuai dibuat. Rute dinamis akan dihapus jika sesi BGP dianggap tidak aktif atau telah dihentikan. Berikut adalah contoh umum:

Jika router peer mendukung mulai ulang halus dan mengirim notifikasi mulai ulang halus (paket FIN atau RST TCP), Trusted Cloud menghapus rute dinamis yang dipelajari dari sesi BGP setelah timer mulai ulang halus router peer berakhir. Untuk mengetahui informasi selengkapnya, lihat timer mulai ulang yang benar.
Jika router peer mengirimkan notifikasi CEASE BGP, Trusted Cloud rute dinamis yang dipelajari dari sesi BGP akan dihapus segera. Untuk mengetahui informasi selengkapnya, lihat Bagian 4.5 RFC 4271.
Jika tidak satu pun situasi notifikasi sebelumnya berlaku, dan timer penangguhan yang dinegosiasikan tercapai, Trusted Cloud akan menghapus rute dinamis yang dipelajari dari sesi BGP. Untuk mengetahui informasi selengkapnya, lihat timer penahanan.

Langkah berikutnya

Untuk mengonfigurasi rute khusus yang dipelajari, lihat Menentukan dan mengelola rute khusus yang dipelajari.
Untuk memecahkan masalah dengan Cloud Router, lihat hal berikut: