adalah bahwa router tempat perintah dikeluarkan akan mengiklankan kembali semua yang ia ketahui tentang BGP ke tetangganya. Seperti yang saya lihat, seolah-olah kedua router menciptakan adjacency baru, tanpa memutuskan adjacency terlebih dahulu (yang akan mempengaruhi metrik keandalan BGP).
Pertanyaan saya adalah ini: Bagaimana saya bisa memverifikasi bahwa perintah telah berhasil? Ketika saya menerbitkan
show ip bgp nei
kolom "Route Refresh" masih menampilkan 0 terkirim dan 0 diterima. Saya tidak memiliki akses ke perangkat penyedia (Tetangga BGP saya), tetapi saya perlu memverifikasi bahwa perubahan saya telah diterima oleh penyedia. Ada saran?
Konfigurasi ulang lunak (masuk) hanya digunakan jika penyegaran rute tidak didukung (Anda juga harus mengonfigurasi ini secara eksplisit); Mereka adalah dua hal yang berbeda. Apakah "tampilkan ip bgp tetangga xxxx" keluaran menampilkan penyegaran rute dalam kemampuan yang diiklankan - "diiklankan & diterima"? Untuk menjawab pertanyaan Anda, satu-satunya cara Anda dapat memverifikasi bahwa "konfigurasi ulang lunak" mulai berlaku (karena ini pada dasarnya memberitahu router Anda untuk menyegarkan kebijakan keluar Anda dan mengirim pembaruan ke tetangga) adalah memverifikasi ini dengan penyedia Anda.
Sunting: Untuk memperjelas, saya kira itu tergantung pada kebijakan apa yang Anda coba tetapkan. Anda selalu dapat melakukan "show ip bgp neigh xxxx diiklankan-rute" tetapi AFAIK Anda tidak bisa mendapatkan semua bit info, yaitu komunitas (disclaimer: ini adalah cara kerjanya dengan kit Cisco yang telah saya kerjakan, tidak yakin apakah Juniper / siapa pun yang lebih baik di sini atau tidak).
Satu suntingan terakhir (untuk menghapus segala kemungkinan kebingungan):
Soft reconfig inbound digunakan benar-benar untuk menyegarkan kebijakan inbound Anda sesuai dengan apa yang seseorang kirimkan kepada Anda. Ini pada dasarnya menyimpan salinan Adj-RIB (s) -Dalam dan ketika "hapus ip bgp neigh xxxx soft in" dijalankan, itu menyegarkan kebijakan masuk Anda dengan menerapkannya pada [copy] Adj-RIB-In awalan sebelum memasukkan mereka ke dalam Loc-RIB.
Dengan kemampuan penyegaran rute, ini menghilangkan kebutuhan untuk menyimpan salinan Adj-RIB-In dan (dengan asumsi tetangga mendukungnya) akan memungkinkan Anda untuk meminta penyegaran rute dari tetangga dengan hanya melakukan "hapus ip bgp neigh xxxx di "- tidak" lunak "diperlukan. Selain itu, bahkan jika tetangga Anda mampu me-refresh rute, dan Anda telah mengonfigurasikan tetangga itu dengan konfigurasi-ulang lunak, konfigurasi-ulang lunak akan didahulukan dari pembaruan rute (tidak ideal karena peningkatan jejak memori dengan menjalankan soft-konfigurasi ulang) .
Soft reconfig outbound (Anda tidak perlu apa-apa untuk mengaktifkannya, Anda mendapatkannya secara gratis) akan menjalankan ulang Loc-RIB Anda (Adj-RIB-Out hanyalah sebuah penunjuk kembali ke Loc-RIB) melalui kebijakan keluar Anda dan mengirim pembaruan itu ke rekan.
Ngomong-ngomong, ini sedikit dari cisco.com/en/US/products/ps6599/… . "Jika semua router BGP mendukung kapabilitas penyegaran rute, gunakan perintah hapus ip bgp {* | address | peer-group} dalam perintah. Anda tidak perlu menggunakan kata kunci lunak, karena penyetelan ulang secara otomatis diasumsikan ketika kapabilitas penyegaran rute didukung . "
Yosef Gunsburg
Saya sudah mencatatnya dalam jawaban saya. :-)
John Jensen
Ups. Pasti melewatkan itu. Tautan ke dokumen Cisco sepertinya berguna.
Yosef Gunsburg
Jika router tidak mendukung refresh rute, jika Anda menghilangkan kata kunci 'lunak' dan hanya menggunakan clear ip bgp [] inapa yang terjadi? Apakah router mencoba melakukan konfigurasi ulang lunak jika sudah dikonfigurasi?
Yosef Gunsburg
Saya berasumsi bahwa jika Anda melakukan ini tanpa mengonfigurasi tetangga dengan konfigurasi ulang lunak, itu benar-benar akan meruntuhkan sesi dan membangun kembali mereka, mirip dengan BGP keras yang jelas. Namun jika soft-reconfig diaktifkan, saya tidak yakin apakah iOS akan "jatuh kembali" ke inbound soft-clear jika Anda tidak menentukan kata kunci 'soft'. Layak melatihnya untuk melihat sekalipun.
John Jensen
0
Jika tetangga BGP penyedia Anda adalah "Didirikan", dan Anda masih melihat 0 rute di baris "Prefixes Current" dari "show ip bgp neighbor xxxx", dan "show ip bgp" tidak menunjukkan jalur Anda, maka Saya menduga: - Anda tidak memiliki rute untuk mengirim atau menerima - awalan penyaringan Anda berdasarkan kebijakan, seperti dengan peta rute
Jika ada kebijakan yang terlampir pada tetangga atau grup, mungkin coba menerapkan peta rute uji yang menetapkan nilai preferensi lokal sangat tinggi untuk semua awalan masuk. Kirim tidak ada yang keluar. Ini masih berpotensi menginstal rute di tabel Anda, tetapi tidak harus diutamakan daripada rute normal lainnya. Jika Anda benar-benar paranoid, Anda dapat menulis ulang hop berikutnya ke Null0 untuk pengujian, tetapi berhati-hatilah bahwa ini akan menutupi semua tujuan yang merupakan rute yang lebih spesifik melalui penyedia yang diuji, atau rute unik apa pun dari penyedia tersebut.
Perhatian OP adalah dengan pesan penyegaran rute yang dikirim / diterima daripada pembaruan / awalan BGP yang sebenarnya diterima.
John Jensen
0
Untuk mengklarifikasi pertanyaan asli -
Pesan penyegaran rute dikirim untuk meminta rekan untuk mengiklankan kembali rutenya kepada Anda. Karena itu berguna jika Anda mengeluarkan perintah 'hapus bgp ... dalam'.
Untuk perintah yang Anda minati, statistik 'route refresh message' tidak akan naik.
Tidak ada cara mudah untuk menguji keberhasilan 'clear bgp * soft out'. Taruhan terbaik adalah dengan melihat penghitung pesan keluar (mis. Pembaruan dikirim). Itu harus naik jauh dibandingkan dengan apa yang mereka sebelum Anda mengeluarkan perintah (berdasarkan jumlah awalan yang Anda miliki).
clear ip bgp [] inapa yang terjadi? Apakah router mencoba melakukan konfigurasi ulang lunak jika sudah dikonfigurasi?Jika tetangga BGP penyedia Anda adalah "Didirikan", dan Anda masih melihat 0 rute di baris "Prefixes Current" dari "show ip bgp neighbor xxxx", dan "show ip bgp" tidak menunjukkan jalur Anda, maka Saya menduga: - Anda tidak memiliki rute untuk mengirim atau menerima - awalan penyaringan Anda berdasarkan kebijakan, seperti dengan peta rute
Jika ada kebijakan yang terlampir pada tetangga atau grup, mungkin coba menerapkan peta rute uji yang menetapkan nilai preferensi lokal sangat tinggi untuk semua awalan masuk. Kirim tidak ada yang keluar. Ini masih berpotensi menginstal rute di tabel Anda, tetapi tidak harus diutamakan daripada rute normal lainnya. Jika Anda benar-benar paranoid, Anda dapat menulis ulang hop berikutnya ke Null0 untuk pengujian, tetapi berhati-hatilah bahwa ini akan menutupi semua tujuan yang merupakan rute yang lebih spesifik melalui penyedia yang diuji, atau rute unik apa pun dari penyedia tersebut.
sumber
Untuk mengklarifikasi pertanyaan asli -
Pesan penyegaran rute dikirim untuk meminta rekan untuk mengiklankan kembali rutenya kepada Anda. Karena itu berguna jika Anda mengeluarkan perintah 'hapus bgp ... dalam'.
Untuk perintah yang Anda minati, statistik 'route refresh message' tidak akan naik.
Tidak ada cara mudah untuk menguji keberhasilan 'clear bgp * soft out'. Taruhan terbaik adalah dengan melihat penghitung pesan keluar (mis. Pembaruan dikirim). Itu harus naik jauh dibandingkan dengan apa yang mereka sebelum Anda mengeluarkan perintah (berdasarkan jumlah awalan yang Anda miliki).
sumber