blog

21 Februari 2017

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

/
Dikirim oleh

Sekarang dan lagi ada 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. Setidaknya satu router batas meneruskan kursus default ke dalam satu ruang, namun mendistribusikan ulang ke area lain. Biasanya, Anda akan memilih protokol pusat untuk meredistribusi ke dalam dan protokol alternatif yang mendapatkan kursus standar akan dianggap sebagai protokol edge. Redistribusi satu arah digunakan untuk meningkatkan jumlah rute yang lebih besar, misalnya, dalam organisasi multinasional yang substansial. Protokol pusat dapat berupa BGP (Border Gateway Protocol) dan protokol edge (s) bisa berupa IGP (Interior Gateway Protocol, misalnya, OSPF, EIGRP, RIP atau IS-IS, atau bahkan berbagai kejadian dari IGP yang sama. fungsi mengagumkan dengan akuisisi dan merger, karena "baru" beberapa bagian dari organisasi tidak perlu menjalankan tidak dapat dibedakan protokol routing dari yang lain, atau perlu diubah untuk sementara waktu. Itu hanya menambahkan asosiasi dengan pusat.
  • 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 pengiriman tidak sama dengan jalur kedatangan. Masalah dapat muncul jika ada strategi keamanan yang mengatur bagaimana aktivitas dikirim atau jika ada pengaturan firewall yang disiapkan. Penyeimbang tumpukan juga dapat terganggu oleh perutean asimetris. Penyeimbang tumpukan, yang memuat sesuai untuk gadget tertentu dalam terang alamat umum, mengharapkan jalur pengiriman dan pengembalian dapat diprediksi.
    • Suboptimal routing adalah tempat jalur yang paling disukai dalam tabel pengiriman bukan dengan cara yang paling langsung. Ini terjadi ketika saklar limit "mendengarkan" tentang rute dari protokol awal dan selanjutnya melalui protokol routing lain sebagai program eksternal. Jika pemisahan regulasi untuk protokol kursus eksternal lebih dapat diandalkan daripada protokol awal, switch akan condong ke arah kursus eksternal di atas jalur lokal. Yang menetap adalah untuk mengontrol pemisahan otoritatif dari rute yang dirujuk. Ini bukan proses yang paling lurus ke depan dan berbeda dari tahap ke tahap, bahkan di dalam penawaran produk pedagang tunggal.
    • Routing loop, atau loop input, dapat terjadi ketika data routing didistribusikan ke dalam satu protokol pada satu tujuan kontak dan setelah itu mendistribusikan kembali lagi ke protokol awal pada tujuan kontak yang lain. Dengan tujuan akhir spesifik untuk menyelesaikan loop routing, Anda perlu membuat saluran input. Saluran akan menolak rute yang dimulai pada protokol target untuk dipromosikan sekali lagi ke dalam protokol yang sama. Anda perlu membuat saluran untuk kursus. Sebagai contoh, jika Anda memiliki area OSPF dan EIGRP 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, memilah mereka pada redistribusi dari OSPF ke EIGRP. Pemisahan ini harus dilakukan pada semua router batas antara dua protokol menjadi layak. Anda dapat berkoordinasi pada awalan atau Anda dapat menggunakan label, yang merupakan kecenderungan saya. Label dapat dibagikan sebagai komponen cara untuk mendistribusikan rute ke protokol target, kemudian Anda dapat mencari label untuk disalurkan. Anda perlu membuat strategi yang pertama mencari label dan menolaknya dan jika mereka tidak ada di sana, kemudian label rute untuk mengenali protokol sumber. Ini dilakukan untuk melahirkan, jadi ada dua kebijakan yang perlu dibuat. Semua protokol routing, termasuk RIPv2, dapat meningkatkan 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 secara alami mendistribusikan juga. Ini berlaku panjang Anda tidak mendistribusikan ketika terkait ke dalam yang sama target protokol, yang akan membawa elemen untuk 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 Cisco OS memerlukan pengaturan yang terhubung ke perintah redistribusi untuk rute yang akan dilewati dimulai dengan satu protokol kemudian ke yang berikutnya. Ketika mendistribusikan kembali ke protokol, Anda perlu menyediakan metrik untuk rute sehingga mereka berada di organisasi yang tepat sehubungan dengan protokol target. Metrik untuk satu protokol tidak benar-benar mencari untuk mengganti yang lain. Ada metrik benih yang harus dilekatkan pada rute eksternal yang masuk ke protokol target. Tabel pada Gambar 1 menunjukkan setiap protokol dengan sedikit variasi.

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 garis-garis ini, jika Anda menjalankan lebih dari satu protokol routing dan Anda memerlukan jangkauan penuh atau tidak lengkap, Anda harus mendistribusikan kembali antara protokol-protokol tersebut. Ada beberapa hal yang perlu dipertimbangkan dan bersiap-siap sebelum Anda mulai mengaturnya. Redistribusi dapat sangat mendasar (satu set protokol, satu tujuan kontak) dan bisa sangat tidak terduga.

Tinggalkan Balasan

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