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 kustom yang dipelajari yang Anda konfigurasikan di Cloud Router:

Rute yang diterima BGP

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

  • Router lokal fisik
  • Cloud Router Lainnya
  • VM perangkat Router (dengan Network Connectivity Center)
  • Router dari penyedia cloud lain
Rute khusus yang dipelajari

Rute kustom yang dipelajari dikonfigurasi secara manual di Cloud Router untuk menyimulasikan rute yang dipelajari dari peer jarak jauh. Rute kustom yang dipelajari berguna saat 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 informasi selengkapnya, lihat Kuota Cloud Router.

Cloud Router tidak mengiklankan ulang rute yang telah dipelajari kecuali jika 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 pemrosesan menggunakan metrik rute dan awalan tujuan 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 ditarik saat sesi BGP untuk next hop menurun.

Rute kustom yang dipelajari adalah satu-satunya cara untuk menentukan rute non-BGP untuk hop berikutnya tertentu, seperti lampiran VLAN Cloud Interconnect dan tunnel VPN HA.

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

Mode perutean dinamis

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

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

Jaringan VPC Google Cloud mendukung dua mode pemilihan rute 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 pada jaringan VPC hanya memiliki next hop dalam region 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 di jaringan VPC. Rute dinamis yang dihasilkan dan dibuat di region tertentu dari 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 yang dipelajari kustom.

Mode lama adalah mode default saat jaringan VPC dibuat. Sebagai praktik terbaik, sebaiknya gunakan mode lama kecuali jika fitur tertentu dari mode standar diperlukan.

Pemilihan jalur terbaik lama

Bagian ini menjelaskan cara tugas BGP Cloud Router dan platform 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 saat tugas software Cloud Router yang berbeda terlibat untuk awalan tujuan yang sama.

Sesi BGP melibatkan beberapa tugas BGP Cloud Router. Untuk 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 kumpulan 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:

  1. Panjang jalur AS terpendek: tugas BGP mengurutkan daftar next hop menurut panjang jalur AS, dari panjang jalur AS terpendek hingga panjang jalur AS terpanjang. Setelah mengurutkan, tugas BGP akan menghapus semua next hop yang tidak memiliki panjang jalur AS terpendek dari pertimbangan.

  2. Jenis asal yang lebih 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 origin IGP dan jika setidaknya satu jenis origin next hop adalah EGP, tugas BGP akan menghapus semua next hop dengan jenis origin Incomplete dari pertimbangan.

  3. Nilai MED terkecil: Tugas BGP mengurutkan next hop dari nilai multi-exit discriminator (MED) terkecil hingga terbesar. Setelah pengurutan, tugas BGP akan 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 dipelajari kustom dan rute yang diterima BGP:

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

Setelah menerapkan kuota, bidang kontrol rute dinamis menerapkan algoritme pemrosesan berikut ke setiap awalan tujuan unik yang tidak dihapus:

  1. 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.

  2. Langkah-langkah berikut hanya terjadi jika jaringan VPC yang berisi Cloud Router menggunakan mode pemilihan rute 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, semua next hop tersebut akan diekspor ke bidang kontrol rute dinamis di region lain. Informasi yang dikirim mencakup hop berikutnya dan nilai MED terendah.

    • Plane kontrol rute dinamis menerima daftar next hop dan nilai MED dari plane 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-regional.

  3. Bidang kontrol rute dinamis mengurutkan daftar next hop untuk prefiks dari nilai MED terkecil hingga terbesar yang diterima.

  4. Bidang kontrol rute dinamis memotong daftar rute yang dikirim ke bidang kontrol VPC. Biasanya, daftar rute yang dikirim ke bidang kontrol VPC menyertakan rute dengan nilai MED terendah, dan, jika tersedia, nilai MED berikutnya yang terendah. Namun, bidang kontrol rute dinamis hanya menjamin bahwa rute tersebut mengirim rute dengan nilai MED terendah ke bidang kontrol VPC.

Mode pemilihan jalur terbaik standar

Mode pemilihan jalur terbaik standar lebih mematuhi RFC 4271. Mode 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 jaringan VPC. Hal ini memungkinkan Anda memengaruhi alur traffic menggunakan prepending jalur AS.

  • Fleksibilitas dan penyesuaian yang lebih baik: Anda memiliki lebih banyak kontrol atas cara BGP membuat peringkat awalan dalam jaringan VPC, termasuk kemampuan untuk menyesuaikan pemilihan rute 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.

    • Membandingkan secara bersyarat: awalan dikelompokkan berdasarkan AS tempat Cloud Router mempelajari awalan. Untuk setiap awalan dalam setiap AS, hop diberi peringkat berdasarkan pencocokan nilai MED yang dijelaskan dalam RFC 4721.

  • Tambahkan wilayah ke biaya antar-wilayah: Anda dapat memilih apakah biaya antar-wilayah ditambahkan ke nilai MED.

Proses pemilihan tugas BGP

Tugas BGP Cloud Router menerima awalan tujuan dari router peer sesi BGP yang dikelolanya. Tugas BGP membuat kumpulan 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:

  1. Panjang jalur AS terpendek: tugas BGP mengurutkan daftar next hop menurut panjang jalur AS, dari panjang jalur AS terpendek hingga panjang jalur AS terpanjang. Setelah mengurutkan, tugas BGP akan menghapus semua next hop yang tidak memiliki panjang jalur AS terpendek dari pertimbangan.

  2. Jenis asal yang lebih 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 origin IGP dan jika setidaknya satu jenis origin next hop adalah EGP, tugas BGP akan menghapus semua next hop dengan jenis origin Tidak lengkap dari pertimbangan.

  3. 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 ke terbesar. Setelah pengurutan, tugas BGP akan 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 dengan nomor 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 BGP yang diterima 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 melebihi batas untuk salah satu kuota Cloud Router. Untuk mengetahui informasi selengkapnya, lihat Perilaku penghapusan rute deterministik.

Setelah menerapkan kuota, bidang kontrol rute dinamis menerapkan algoritme pemrosesan berikut ke setiap awalan tujuan unik yang tidak dihapus:

  1. Daftar awal next hop untuk awalan: bidang kontrol rute dinamis membuat daftar awal next hop untuk awalan yang terdiri dari hal berikut:

    • 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 rute kustom yang dipelajari untuk awalan, yang ditentukan di Cloud Router di 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. Panjang jalur ASN adalah 1, dan ASN tetangga dari ASN peer.
      • Origin, ditetapkan ke Incomplete.
      • Nilai MED, dengan setiap prioritas rute kustom yang dipelajari diperlakukan seperti nilai MED.
      • Biaya antar-region ditetapkan ke 0.

  2. 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.

  3. Jenis asal yang lebih 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, panel 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, panel kontrol rute dinamis akan menghapus semua next hop dengan jenis asal Tidak lengkap dari pertimbangan.

  4. 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. Dalam hal ini, bidang kontrol rute dinamis mengurutkan next hop dari nilai MED terkecil ke terbesar. Next hop dengan MED terkecil memiliki peringkat tertinggi. Bidang kontrol rute dinamis menghapus semua hop berikutnya kecuali yang memiliki 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. Plane kontrol rute dinamis mengelompokkan daftar hop berikutnya menurut nilai ASN tetangga.

      2. Dalam setiap grup ASN tetangga, bidang kontrol rute dinamis mengurutkan next hop dari nilai MED terkecil hingga terbesar. Nilai MED dengan nomor terkecil mungkin berbeda di setiap grup ASN tetangga.

      3. Dalam setiap grup ASN tetangga, bidang kontrol rute dinamis akan 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. Plane kontrol rute dinamis akan menghapus semua next hop kecuali yang memiliki peringkat tertinggi dari pertimbangan.

  5. Kirim semua next hop dengan peringkat tertinggi ke region lain: jika mode pemilihan rute dinamis jaringan VPC bersifat global, bidang kontrol rute dinamis akan mengirimkan kumpulan next hop dengan peringkat tertinggi saat ini ke region lain.

  6. Menerima hop dengan peringkat tertinggi dari region lain: jika mode pemilihan rute dinamis jaringan VPC bersifat global, bidang kontrol rute dinamis akan menerima daftar next hop dengan peringkat tertinggi untuk awalan dari bidang kontrol rute dinamis di setiap region lain. Setiap next hop yang diterima mencakup panjang jalur AS, ASN tetangga, jenis asal, dan MED, serta region bidang kontrol rute dinamis yang mengirim next hop.

    Bidang kontrol rute dinamis menambahkan next hop yang diterima ke daftar next hop untuk awalan, lalu melakukan hal berikut:

    • Mengulangi langkah Panjang jalur AS terpendek.

    • Mengulangi langkah Jenis asal yang diinginkan.

    • Mengulangi langkah Pertimbangkan ASN tetangga sesuai dengan setelan routingConfig.bgpInterRegionCost jaringan VPC:

      • Jika routingConfig.bgpInterRegionCost jaringan VPC adalah ADD_COST_TO_MED, bidang kontrol rute dinamis akan menggunakan nilai MED yang disesuaikan saat mengulangi langkah Pertimbangkan ASN tetangga. Setiap nilai MED yang disesuaikan adalah jumlah nilai MED asli ditambah biaya antar-regional. Next hop di region bidang kontrol rute dinamis sendiri memiliki biaya antar-regional sebesar 0. Next hop yang dipelajari dari bidang kontrol rute dinamis di region lain memiliki biaya antar-regional yang bukan nol, 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.

  7. Menghapus semua next hop yang tidak memiliki biaya antar-regional terkecil dari pertimbangan: jika mode pemilihan rute dinamis jaringan VPC bersifat global, plane kontrol rute dinamis akan menghapus semua next hop dari pertimbangan, kecuali next hop yang memiliki biaya antar-regional terkecil.

  8. 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 platform kontrol rute dinamis jaringan VPC. Rute dinamis ini memiliki prioritas rute Andromeda 65536. Nomor prioritas 65536 dipilih dengan sengaja karena satu nilai lebih besar dari 65535, prioritas terendah dari rute statis. Akibatnya, jika rute statis dan dinamis ada untuk awalan tujuan yang sama, rute statis akan lebih disukai oleh urutan pemilihan rute.

    Dalam beberapa situasi, bidang kontrol rute dinamis dapat mengirim next hop yang memiliki peringkat lebih rendah atau biaya antar-regional yang bukan terendah. Next hop tambahan ini juga membuat rute dinamis di region platform 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 kandidat rute dinamis dari bidang kontrol rute dinamis region. Kecuali jika rute dinamis dihapus oleh bidang kontrol rute dinamis, bidang kontrol VPC akan mengevaluasi setiap kandidat rute dinamis. Evaluasi menghasilkan pembuatan rute dinamis di jaringan VPC yang berisi Cloud Router atau penekanan rute dinamis kandidat. Berikut adalah alasan rute dinamis kandidat disembunyikan:

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 informasi tentang pertukaran rute kustom menggunakan Peering Jaringan VPC, lihat Opsi untuk bertukar rute dinamis.

Saat membuat rute dinamis peering, setiap platform kontrol VPC di setiap region akan mengevaluasi rute dinamis kandidat secara independen berdasarkan per jaringan. Selain kasus penekanan yang disebutkan sebelumnya, kasus penekanan 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 menyembunyikan rute dinamis peering yang bertentangan.

  • Jika rute dinamis peering kandidat untuk awalan tujuan yang sama diterima dari dua jaringan VPC yang di-peering atau lebih, bidang kontrol VPC akan menggunakan algoritma internal untuk memilih jaringan yang akan mengimpor rute dinamis peering. Algoritma internal ini dievaluasi sebelum mempertimbangkan prioritas rute. Untuk informasi selengkapnya, lihat Memilih next hop untuk peering rute kustom dari satu jaringan VPC.

  • Jika kuota rute dinamis per region per grup peering melebihi batasnya, bidang kontrol VPC hanya akan menyembunyikan rute dinamis peering.

Karena setiap bidang kontrol VPC menyembunyikan rute dinamis berdasarkan 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 tersebut mungkin akan disembunyikan di satu atau beberapa jaringan VPC yang di-peering.

  • Jika rute dinamis kandidat telah disembunyikan di jaringan VPC yang berisi Cloud Router yang membuat rute dinamis kandidat, rute dinamis kandidat tersebut 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 akan tetap ada selama sesi BGP yang sesuai dibuat. Rute dinamis akan dihapus jika sesi BGP tidak lagi dibuat dalam kasus berikut:

  • Jika router peer mendukung mulai ulang halus, rute dinamis akan dihapus setelah timer mulai ulang halus router peer berakhir. (Nilai timer mulai ulang halus router peer dapat berbeda dengan timer mulai ulang halus Cloud Router.)

  • Jika router peer tidak mendukung mulai ulang halus, rute dinamis akan dihapus setelah timer penahan Cloud Router berakhir. Hold timer Cloud Router berbanding lurus dengan interval keepalive Cloud Router yang dapat dikonfigurasi.

Peristiwa pemeliharaan Cloud Router biasanya memerlukan waktu kurang dari 60 detik, dan tidak akan menyebabkan rute dinamis dihapus.

Cloud Router menggunakan timer mulai ulang halus 60 detik. Dengan cara ini, router peer yang mendukung mulai ulang halus akan mempertahankan sesi BGP yang dibuat hingga 60 detik selama peristiwa pemeliharaan Cloud Router.

Sebaiknya konfigurasikan router peer yang tidak mendukung mulai ulang halus dengan nilai timer penahan yang lebih besar dari atau sama dengan 60 detik.

Peristiwa pemeliharaan yang direncanakan untuk Cloud Interconnect memerlukan waktu lebih dari 60 detik, dan menyebabkan penghapusan rute dinamis yang hop berikutnya adalah lampiran VLAN yang terkait dengan koneksi Cloud Interconnect selama pemeliharaan koneksi. Pastikan koneksi dan lampiran VLAN Cloud Interconnect Anda mematuhi persyaratan salah satu dari hal berikut:

Untuk mengetahui informasi selengkapnya tentang BFD, lihat BFD selama peristiwa kegagalan.

Langkah selanjutnya