blog

21 Februari 2017

Petunjuk langkah demi langkah untuk Mencapai Perangkat di Domain Lain dengan Redistribusi Rute IGP

/
Dikirim oleh

Ada lagi kebutuhan untuk menjalankan lebih dari satu protokol routing dan memiliki lebih dari satu area routing: toko multivendor, relokasi dimulai dengan satu protokol lalu ke isu fleksibilitas berikutnya dari sebuah protokol soliter, kecenderungan politik atau individu, penciptaan versus sistem uji, merger, dan akuisisi.

Bagaimana Mencapai Perangkat di Domain Lain dengan Redistribusi Rute IGP

Redistribusi adalah cara untuk melewati data routing yang dimulai dengan satu protokol routing lalu ke yang berikutnya untuk mencapai kemampuan gadget yang ada di berbagai ruang perutean. Setiap protokol routing akan menyumbangkan salah satu jenis data ke dalam tabel routing di dalam ruangnya, namun ada keinginan atau kebutuhan untuk mencapai gadget di area lain. Redistribusi dilakukan pada setidaknya satu batasan router antara area routing sumber atau protokol ke dalam ruang target atau protokol.

Ada tiga pilihan untuk mendapatkan jangkauan penuh antar ruang:

  • Rute default dari saklar batas. Anda bisa melewati jalur default dari sebuah saklar yang menyentuh semua ruang routing (limit switch) ke router yang eksklusif ambil bagian dalam satu area (internal switch). Itu akan mencakup rute yang tidak jelas dari daerah mana pun yang tidak disadari oleh router internal dan membiarkan router internal beralih ke sakelar batas, yang memiliki tabel routing total karena akan mengambil bagian di semua area perutean. Prosedur ini bekerja paling baik jika hanya ada satu tujuan kontak antara area routing.
  • One-path redistribusi, dengan default. Paling tidak satu batasan router melewati jalur standar menjadi satu ruang, namun mendistribusi ulang ke area lain. Biasanya, Anda akan memilih protokol pusat untuk mendistribusikan ulang dan protokol alternatif yang mendapatkan kursus default akan dianggap sebagai protokol tepi. Redistribusi satu arah digunakan untuk meningkatkan jumlah rute yang lebih banyak, misalnya, dalam sebuah organisasi multinasional yang substansial. Protokol pusatnya bisa berupa BGP (Border Gateway Protocol) dan protokol tepi (s) bisa berupa IGP (Protokol Gateway Interior, misalnya OSPF, EIGRP, RIP atau IS-IS, atau bahkan berbagai kejadian dari IGP yang sama. berfungsi secara mengagumkan dengan akuisisi dan merger, karena "baru" beberapa bagian dari organisasi tidak perlu menjalankan protokol routing yang tidak dapat dibedakan dari yang lain, atau perlu diubah untuk saat ini. Ini hanya menambahkan sebuah asosiasi dengan pusatnya.
  • Dua arah atau redistribusi bersama melewati beberapa atau sebagian besar data routing dari satu protokol ke protokol lainnya. Ini adalah pilihan yang paling kompleks, terutama jika ada lebih dari satu tujuan kontak antara area routing. Ini harus dimanfaatkan bila ada tujuan yang harus dicapai mulai dengan satu ruang lalu ke yang berikutnya. Jadilah seperti itu, pendekatan tertentu harus terhubung untuk menunjukkan bagaimana gerakan mencapai tujuan tersebut atau bagaimana aktivitas harus ditangani berdasarkan strategi keamanan. Kekhawatiran reguler dengan distribusi dua arah adalah routing loop, routing asimetris dan routing suboptimal.
    • Perutean asimetris adalah tempat jalur pengirimnya tidak sama dengan jalur kedatangan. Masalah bisa muncul jika ada strategi keamanan yang mengatur bagaimana aktivitas dikirim atau jika ada pengaturan firewall yang disiapkan. Stack balancers juga dapat terganggu oleh perutean asimetris. Stack balancers, yang sesuai dengan gadget tertentu karena alamat yang sama, mengharapkan jalur pengiriman dan pengembalian dapat diprediksi.
    • Suboptimal routing adalah tempat jalan yang paling disukai di meja kirim tidak dengan cara yang paling langsung saja. Hal ini terjadi ketika limit switch "mendengarkan" tentang rute dari protokol awal dan selanjutnya melalui protokol routing lain sebagai kursus eksternal. Pada kesempatan bahwa pemisahan peraturan untuk protokol kursus eksternal lebih dapat diandalkan daripada protokol awal, peralihan akan bersandar ke arah eksternal melalui jalur lokal. Kesetiaan adalah untuk mengontrol pemisahan otoritatif rute yang sedang dirujuk. Ini bukan proses yang paling lurus ke depan dan berbeda dari satu tahap ke tahap lain, bahkan di dalam penawaran produk pedagang tersendiri.
    • Routing loop, atau sebuah input loop, dapat terjadi ketika data routing didistribusikan kembali ke dalam satu protokol pada satu tujuan kontak dan setelah itu didistribusikan kembali ke protokol awal pada tujuan kontak lain. Dengan tujuan akhir yang spesifik untuk menyelesaikan loop routing, Anda perlu membuat saluran input. Saluran tersebut akan menolak rute yang dimulai pada protokol target agar tidak dipromosikan sekali lagi ke protokol yang sama. Anda perlu membuat saluran untuk kursus. Misalnya, pada kesempatan bahwa Anda memiliki area OSPF dan EIGRP yang terkait setidaknya dua fokus, Anda akan membangun satu saluran untuk semua rute OSPF dan menyalurkannya pada redistribusi dari EIGRP ke OSPF. Saluran lain akan bekerja untuk semua rute EIGRP, menyaringnya dengan redistribusi dari OSPF menjadi EIGRP. Perpisahan ini harus dilakukan pada semua batasan router antara kedua protokol agar bisa berjalan. Anda bisa berkoordinasi pada prefiks atau Anda bisa memanfaatkan label, yang merupakan kecenderungan saya. Label dapat disisihkan sebagai komponen cara untuk mendistribusikan ulang rute ke dalam protokol target, lalu Anda dapat mencari label yang akan disalurkan. Anda perlu membuat strategi yang pertama kali mencari label dan menolaknya dan kemungkinan mereka tidak berada di sana, lalu memberi label rute untuk mengenali protokol sumber. Hal ini dilakukan untuk membawa, jadi dua kebijakan perlu dibuat. Semua protokol routing, termasuk RIPv2, dapat mendukung label.

Kita harus berpaling pada redistribusi IGP pada gadget Cisco. Ketika melakukan redistribusi dari satu protokol ke protokol lainnya, ada beberapa hal yang perlu diingat:

  • Prosedur redistribusi menarik dari tabel routing, bukan database protokol. Pada kesempatan bahwa Anda akan mendistribusikan RIP ke OSPF, maka prosedur mencari rute yang disebut RIP di tabel routing. Ada satu kasus khusus: rute yang terkait dengan protokol yang sedang berjalan.
  • Pada router Cisco untuk IPv4, rute yang terkait akan didistribusikan secara alami juga. Ini berlaku lama Anda tidak mendistribusikan ulang bila dikaitkan ke protokol target yang sama, yang akan menyebabkan elemen berhenti.
  • Pada router Cisco untuk IPv6, prosedur redistribusi tidak mendistribusikan ulang rute yang terkait dengan protokol yang sedang berjalan, kecuali jika Anda memasukkan opsi gabungan garis redistribusi yang terkait.

Beberapa OS Cisco memerlukan pengaturan yang terhubung ke perintah redistribusi untuk rute yang akan dilalui dimulai dengan satu protokol lalu ke protokol berikutnya. Saat mendistribusi ulang ke sebuah protokol, Anda perlu menyediakan metrik untuk rute sehingga mereka berada dalam organisasi yang tepat sehubungan dengan protokol target. Metrik untuk satu protokol tidak benar-benar mencari perubahan yang lain. Ada metrik benih yang harus dilekatkan pada rute eksternal yang masuk ke protokol target. Tabel pada Gambar 1 menunjukkan setiap protokol dengan beberapa varietas kecil.

sumberke RIPke EIGRPke OSPFke IS-ISke BGP (MED)
terhubung1Metrik antarmuka20 (E2)00
Statis1Metrik antarmuka20 (E2)00
RIPTak terbatas20 (E2)0Metrik IGP
EIGRPTak terbatasMetrik proses lainnya20 (E2)0Metrik IGP
OSPFTak terbatasTak terbatas0Metrik IGP
IS-ISTak terbatasTak terbatas20 (E2)Metrik IGP
BGPTak terbatasTak terbatas1 (E2)0

Gambar 1: Variasi Protokol

Pada kesempatan bahwa metrik benih tidak ada habisnya, tentu saja tidak bisa digunakan. Anda perlu menyediakan metrik benih sambil mendistribusikan ulang protokol sumber ke sasaran baik di jalur redistribusi atau melalui perintah metrik default di bawah protokol perutean target. Metrik benih berada dalam pengaturan untuk protokol target tersebut: melompat ke RIP, biaya untuk OSPF dan IS-IS, dan metrik komposit untuk EIGRP (kapasitas pengiriman data, penundaan, kualitas, beban dan MTU yang tak tergoyahkan).

Satu pemikiran terakhir - jika sumbernya adalah BGP, maka hanya rute BGP eksternal yang akan didistribusikan ke IGP. Ini adalah sistem aksi counter counteractive. Jika Anda harus mendistribusikan ulang rute BGP internal, maka aturlah prosedur BGP (bukan protokol target) bgp redistribute-internal command.

Sepanjang baris ini, jika Anda menjalankan lebih dari satu protokol routing dan Anda memerlukan reachabilitas penuh atau tidak lengkap, Anda harus mendistribusikan ulang antara protokol tersebut. Ada beberapa hal yang perlu dipertimbangkan dan bersiap-siap sebelum Anda mulai mengaturnya. Redistribusi bisa sangat mendasar (satu set protokol, satu tujuan kontak) dan bisa sangat tidak dapat diprediksi.

Tinggalkan Balasan

GTranslate Please upgrade your plan for SSL support!
GTranslate Your license is inactive or expired, please subscribe again!