Mencegah Count to Infinity Issues di Jaringan Anda - dummies

Fenomena Menghitung Infinitas dapat dengan cepat menonaktifkan jaringan protokol routing Jarak Vector yang dikelola. Bagian berikut mengeksplorasi cara untuk mencegah penghitungan hingga tak terhingga dan loop routing yang dihasilkan terjadi di jaringan Anda.

Split horizon

Jika Anda menggunakan RIPv1, Anda memiliki solusi dalam bentuk konsep yang disebut split horizon. Dalam konsep ini, jika Anda menerima routing pada satu antarmuka, mengirimkan informasi tersebut kembali dari antarmuka tersebut tidak akan menjadi produktif.

Jadi, jika Anda hanya memeriksa informasi routing untuk jaringan 10. 4. 0 0/16 dalam proses routing, arus informasi rute dilewatkan sebagai berikut:

1. Router2 pelajari rute ke 10. 4. 0. 0/16.

   Belajar dari rute melalui antarmuka S0 / 1 menghadap Router 99. Router2

2. mengirimkan update tabel routing-nya. Pembaruan berjalan melalui kedua antarmuka, namun memfilter rute ke 10. 4. 0. 0/16 dari daftar saat ia mengirim rute keluar melalui antarmuka S0 / 1, seperti yang ditunjukkan pada gambar berikut.

   menerima rute ke 10. 4. 0. 0/16 dari

3. Router2 pada antarmuka S0 / 0. Router1 mengirimkan update tabel routing-nya.

4. Pembaruan ini keluar melalui kedua antarmuka, namun menyaring rute ke 10. 4. 0. 0/16 dari daftar saat mengirimkan rute keluar melalui S0 / 0.

   Keracunan rute

   

Daripada menggunakan cakrawala split, RIPv2 menerapkan proses yang disebut

keracunan rute

. Berikut adalah urutan proses keracunan rute: Router3 mengidentifikasi bahwa tautan ke 10. 4. 0. 0/16 sedang down.

1. Router 99 segera memperbarui metriknya untuk jaringan itu sampai tak terhingga - atau dalam kasus RIPv2, jumlah hop 16 - dan segera mengirimkan tabel routing tersebut segera, seperti yang diilustrasikan pada Gambar 6-7.

   Router2 mendapat update. Kemudian update tabel routingnya sendiri dengan menghapus rute ke 10. 4. 0. 0/16, karena sudah tidak berlaku lagi. Setelah update ini selesai,

2. Router2 mengirimkan update sendiri melalui antarmuka S0 / 0.

   Router1 mendapat update. Pembaruan ini tidak lagi termasuk rute ke 10. 4. 0. 0/16, menyebabkan

3. Router1 untuk menghapus rute ke jaringan itu.

   Dengan keracunan router, proses pembaruan meningkat sehingga informasi rute yang tidak benar dikeluarkan dari jaringan pada waktu yang tepat. Anda bisa memperpanjang sistem ini dengan menggunakan proses yang disebut reverse racun. Dalam kasus ini, setelah

   

Router2 melihat jumlah hop atau metrik tidak terbatas, ia juga mengirimkan update tabel routing kembali ke

Router3 dengan metrik yang tidak terbatas mengatakan bahwa rute sampai 10.4. 0 0/16 tidak tersedia lagi. Proses ini mengurangi kemungkinan pembaruan yang tidak tepat akan berhasil mencapai Router3 dan menyebabkan sebuah lingkaran. Penghitung waktu penahan Penghitung waktu penahan adalah solusi lain untuk merutekan loop yang diterapkan beberapa protokol routing. Timer penahan mencegah pembaruan pesan protokol dari memperbarui rute yang tidak semestinya untuk tautan yang saat ini turun. Berikut adalah urutan pelaksanaan timer yang terus-menerus:

Router2

menerima sebuah update yang memberitahukan bahwa link ke 10. 4. 0. 0/16 sedang down. Router2

1. menandai rute sebagai kemungkinan turun dan menetapkan timer penahan. Router2

2. menunggu update. Jika mendapat pembaruan dengan metrik yang lebih baik daripada yang asli,

3. Router2 mencatat rute tersebut dari atas dan dapat diakses.

   • Jika tidak mendapatkan update dalam interval timer, Router2 menghapus rute dari tabel routing-nya.

   • Rute yang Router2 menerima dengan metrik lebih buruk daripada rute asli yang secara otomatis dihapus.

   • Selama periode hold-down, jika ada data yang dikirim ke jaringan 10. 4. 0. 0/16, data dikirim sebagai upaya pengiriman. Upaya pengiriman dilakukan jika link ke 10. 4. 0. 0/16 memiliki masalah intermiten. Update yang dipicu Update yang dipicu gagal diperhitungkan dalam hitungan hingga masalah tak terbatas dengan memaksa pembaruan segera setelah tautan berubah.

Jadi, kembali ke tata letak jaringan yang telah Anda gunakan, saat terhubung ke jaringan 10. 4. 0. 0/16 turun,

Router3

mengirimkan sebuah update segera yang memberitahu tetangganya bahwa tautan sedang down

Router2 menerima update dan segera meneruskan update ke tetangganya, seperti Router1. Sebagai bagian dari jadwal update normal, Router2 mungkin masih menerima update lain dari

Router1 sebelum mendapatkan update untuk menghapus rute. Solusinya adalah menggabungkan update yang dipicu dengan timer hold-down, yang mencegah rute dengan metrik yang lebih buruk tidak ditambahkan ke tabel routing router.