Kebijakan ekspor Junos: nama bukan syarat pencocokan

Seseorang menamai kebijakan EXPORT-STATIC, melampirkannya, dan sekarang bertanya-tanya mengapa prefiks dari instans perutean VPN tidak pernah mencapai ujung jauh. Nama tidak berpengaruh pada pemilihan. Kebijakan adalah definisi plus keterkaitan, dan apa yang diekspornya ditentukan oleh kondisi pencocokannya, istilahnya yang berurutan, dan konteks yang memakainya. Bacalah ketiganya dalam urutan itu, dan misterinya biasanya menyusut menjadi satu istilah yang tidak pernah cocok.

Nama adalah label, bukan syarat

Junos tidak menafsirkan nama kebijakan. Kebijakan yang secara wajar disebut ekspor statis bisa cocok dengan protokol static, bisa cocok dengan prefiks alamat, atau bisa tidak cocok dengan apa pun dan menerima semua yang lewat. Label adalah dokumentasi yang ditulis oleh pembuatnya, dan keandalannya persis seperti ingatan orang itu tentang maksudnya.

Perlakukan hasil ekspor yang mengejutkan sebagai permintaan membaca definisi, bukan sebagai bukti bahwa keterkaitannya rusak. Bacalah definisinya dan biarkan definisi itu membantah label.

Temukan keterkaitan sebelum istilah

Definisi yang benar tetapi dilampirkan di tempat yang salah mengubah pertukaran lain. Tetapkan instans perutean, protokol, dan tetangga atau grup mana yang benar-benar merujuk kebijakan itu, karena kebijakan yang dilampirkan di bawah satu grup BGP tidak memengaruhi grup lain, dan kebijakan yang dilampirkan pada instans tidak otomatis berlaku untuk setiap protokol di dalamnya. Junos membedakan tingkat-tingkat ini, dan ekspor yang hilang di tingkat grup lazim terjadi ketika maksudnya dinyatakan di tingkat instans.

Tuliskan jalur keterkaitan sebelum Anda membaca satu istilah pun. Separuh dari penyelidikan ini berakhir di sana, dengan definisi tidak tersentuh dan pernyataan ekspor dipindahkan. Catat perbedaannya di log perubahan agar tidak ada yang mengembalikannya sebagai kesalahan.

Istilah dievaluasi berurutan, dan keputusan pertama menang

Istilah berjalan dari pertama ke terakhir, dan istilah yang menerima atau menolak adalah keputusan yang mengakhiri. Istilah yang lebih akhir yang tampak seperti pengecualian yang dimaksud tidak pernah berjalan jika istilah sebelumnya sudah menentukan nasib rute, itulah sebabnya kebijakan bisa terbaca benar dari atas ke bawah tetapi tetap berperilaku berlawanan dengan maksudnya. Periksa urutannya terhadap rute yang Anda pedulikan, bukan terhadap urutan saat istilah-istilah itu diketik.

Istilah yang menghilangkan aksinya tidak mengakhiri; evaluasi berlanjut ke istilah berikutnya, dan hasil akhirnya bergantung pada apa yang menyusul dan pada default yang berlaku. Itu konstruksi yang benar-benar berguna dan sumber kejutan yang andal ketika tidak disengaja.

Contoh yang hanya mengekspor rute statis, dengan keterkaitan pada grup:

policy-options {
    policy-statement EXPORT-STATIC {
        term statics { from protocol static; then accept; }
    }
}
protocols bgp group TO-PEER { export EXPORT-STATIC; }

Prefiks yang dipelajari lewat OSPF alih-alih dikonfigurasi sebagai rute statis gagal dalam pencocokan dan jatuh, apa pun nama kebijakannya.

Aksi mengubah salinan, bukan rute aslinya

Aksi kebijakan bekerja pada rute sebagaimana dievaluasi untuk pengumuman itu, yaitu salinan dan bukan entri di tabel perutean. Karena itu perintah lokal show route dapat menampilkan rute dengan satu set atribut sementara versi yang diekspor membawa atribut lain, dan rute aslinya tidak ditulis ulang oleh ekspor. Perbedaan itu menjelaskan beberapa perdebatan tentang keluaran siapa yang benar: keduanya benar, dan keduanya menggambarkan objek yang berbeda. Sebutkan tampilan mana yang Anda kutip setiap kali dua insinyur berbeda pendapat tentang atribut rute.

Menerima dan menolak adalah keputusan yang mengakhiri; perubahan atribut belum tentu demikian. Jangan menganggap bahwa menetapkan community mengakhiri kebijakan, karena evaluasi bisa berlanjut ke istilah yang tidak Anda pertimbangkan.

Bandingkan tampilan yang diiklankan dengan harapan

Gunakan tampilan khusus protokol pada peer sebenarnya, seperti show route advertising-protocol bgp 192.0.2.1, dan bacalah dalam konteks instans perutean yang tepat. Rute yang ada di VRF belum tentu lolos kebijakan ekspor, dan rute yang muncul di keluaran yang diiklankan belum tentu diterima oleh sisi jauh. Itu tiga keadaan terpisah dan gagalnya berbeda.

Terima desain dengan satu prefiks yang harus diiklankan dan satu yang harus tetap lokal. Itu memberi kebijakan sebuah kontrak yang bisa Anda uji, dan menghindari perbaikan alternatif berupa memperluas ekspor sampai satu rute bernama akhirnya muncul.