Split Horizon dengan racun Reverse pengaturan penyebab salah RIP update pada beberapa adapter

PENTING: Artikel ini diterjemahkan oleh perangkat lunak penerjemahan mesin Microsoft, dan mungkin telah diedit oleh Masyarakat Microsoft melalui teknologi CTF dan bukan oleh seorang penerjemah profesional. Microsoft menawarkan baik artikel yang diterjemahkan oleh manusia maupun artikel hasil editan terjemahan oleh mesin/komunitas, sehingga Anda dapat mengakses semua artikel di Sentra Pengetahuan yang kami miliki dalam berbagai bahasa. Namun artikel hasil editan mesin atau bahkan komunitas tidak selalu sempurna. Artikel ini dapat mengandung kesalahan dalam hal kosa kata, sintaksis atau tatabahasa, sangat mirip dengan penutur asing yang membuat kekeliruan ketika berbicara dalam bahasa Anda. Microsoft tidak bertanggung jawab atas ketidakakuratan, kesalahan atau kerugian apa pun akibat dari kekeliruan dalam penerjemahan isi atau penggunaannya oleh pelanggan kami. Microsoft juga akan senantiasa memperbarui perangkat lunak penerjemahan mesin dan alat untuk menyempurnakan Editan Hasil Penerjemahan Mesin.

240059
Artikel ini telah diarsipkan. Artikel ditawarkan dalam bentuk "apa adanya" dan tidak akan dapat diperbarui lagi.
Gejala
Bila Anda mengkonfigurasi Routing informasi Protocol (RIP) dengan beberapa adapter dan dengan semua pengaturan default (termasuk Split Horizon dengan Racun Reverse pengaturan lanjutan), RIP pembaruan yang dikirim keluar memiliki metrik benar untuk kedua rute RIP. Namun, RIP juga mengiklankan rute yang belajar di subnet yang sama dengan metrik 16 (racun terbalik). Pada Routing dan Layanan Access jauh (RRAS) komputer yang menerima pembaruan RIP (dengan reverse update racun), rute harus tidak akan diproses karena RIP sudah memiliki rute yang lebih baik untuk subnet tersebut (subnet A). Itu juga harus membedakan kenyataan bahwa pembaruan ini adalah dari komputer yang tidak router tujuan untuk rute itu untuk subnet A. Namun, RRAS proses rute itu dan karena itu membuang keluar rute yang baik dari rute yang terjangkau (metrik = 16). Setiap komputer pada subnet sendiri jauh tidak dapat mencapai ini subnet (subnet A), yang kini memiliki metrik 16.
Pemecahan masalah

Windows NT Server atau Workstation 4.0

Untuk mengatasi masalah ini, Dapatkan paket layanan terbaru untuk Windows NT 4.0 atau pemutakhiran software individu. Untuk informasi tentang memperoleh paket layanan terbaru, silahkan pergi ke:
  • 152734cara mendapatkan paket layanan windows nt 4.0
Untuk informasi tentang memperoleh pemutakhiran software individu, hubungi Layanan Dukungan Produk Microsoft. Untuk daftar lengkap nomor telepon Layanan Dukungan Produk Microsoft dan informasi mengenai biaya dukungan, silahkan kunjungi alamat penyuratan berikut di World Wide Web:

Windows NT Server 4.0, Terminal Server Edition

Untuk mengatasi masalah ini, Dapatkan paket layanan terbaru untuk Windows NT Server 4.0, Terminal Server Edition. Untuk informasi tambahan, klik nomor artikel berikut ini untuk melihat artikel diPangkalan Pengetahuan Microsoft:
152734 Cara mendapatkan paket layanan Windows NT 4.0

Status
Microsoft telah mengkonfirmasi bahwa ini merupakan masalah di dalam Windows NT 4.0 dan Windows NT Server 4.0, Terminal Server Edition.

Masalah ini pertama kali dikoreksi pada Windows NT Server 4.0 Service Pack 6 dan Windows NT Server 4.0, Terminal Server Edition Service Pack 6.
Informasi lebih lanjut
Split Horizon dengan Racun Reverse pengaturan meningkatkan RIP konvergensi atas sederhana split horizon oleh iklan semua jaringan id, tetapi mereka id jaringan yang dipelajari dalam arah tertentu yang diiklankan dengan metrik 16, menunjukkan bahwa jaringan tidak tersedia. Pengaturan Poison Reverse memiliki tidak ada manfaat luar pengaturan split horizon di internetwork single-jalan. Namun, dalam internetwork multi-jalan, Split Horizon dengan Racun Reverse pengaturan sangat mengurangi penting untuk infinity and pengulangan perutean.

Perilaku ini dijelaskan dalam permintaan untuk komentar (RFC) 1058, "Routing Information Protocol."
4,00

Peringatan: Artikel ini telah diterjemahkan secara otomatis

Properti

ID Artikel: 240059 - Tinjauan Terakhir: 01/11/2015 03:03:26 - Revisi: 4.0

  • kbnosurvey kbarchive kbhotfixserver kbqfe kbbug kbfix kbmt KB240059 KbMtid
Tanggapan