ECMP ke satu VTEP: dari mana entropi VXLAN berasal

Klaim bahwa multipath berbiaya sama tidak berguna untuk rute host cukup sering diulang sehingga terdengar benar. /32 memilih alamat tujuan, dan tidak ada apa pun dalam pemilihan itu yang membatasi paket ke satu tautan fisik. Ketika tujuannya adalah titik akhir terowongan VXLAN jarak jauh, beberapa hop berikutnya dapat membawa aliran overlay yang berbeda, dan apakah mereka melakukannya bergantung pada apa yang boleh dilihat hash penerusan. Sisanya adalah aritmetika pada tajuk luar, bukan sifat prefiks.

Rute menentukan keterjangkauan; hash menentukan distribusi.

Mitos: /32 berarti satu jalur

OSPF dapat melaporkan keterjangkauan berbiaya sama ke loopback VTEP sementara tabel penerusan memasang sekelompok hop berikutnya untuk prefiks yang sama. Protokol menyediakan kandidat; platform memutuskan mana yang dapat dipakai dan bagaimana sebuah paket ditetapkan. Tidak ada protokol perutean yang menghitung hash baru untuk setiap frame yang dienkapsulasi. Pemisahan itulah sebabnya dua router dengan rute identik masih dapat mendistribusikan lalu lintas secara berbeda.

Lihat entri penerusan yang terpasang, bukan hanya tampilan rute, karena batas perangkat keras atau kebijakan dapat membuang kandidat yang masih diumumkan bidang kendali.

Dari mana entropi harus datang

Antara dua VTEP, alamat sumber dan tujuan luar tetap, dan port tujuan UDP adalah 4789 dalam penyebaran konvensional. Hash yang hanya membaca nilai-nilai itu melihat masukan konstan dan mengembalikan jalur konstan. Sesuatu di tajuk luar harus bervariasi, dan VTEP adalah perangkat yang dapat membuatnya bervariasi.

RFC 7348 menyarankan penurunan port sumber UDP dari bidang di dalam frame yang dienkapsulasi. Percakapan dalam yang berbeda kemudian menghasilkan tuple luar yang berbeda, yang memberi hash transport biasa sesuatu untuk dikerjakan.

Jika perangkat keras penerusan dapat mengintip lebih dalam ke paket, periksa bidang dalam mana yang didukung implementasi hash-nya. Kedalaman itu tidak boleh dianggap sebagai syarat bagi setiap perangkat underlay, karena variasi port sumber saja sudah memperlihatkan perbedaan yang berguna.

Periksa hash yang benar-benar Anda dapatkan

Ukur daripada menganggap. Tangkap sampel lalu lintas terenkapsulasi dan lihat port sumber luar, lalu bandingkan hasilnya dengan entri penerusan dan penghitung per tautan.

show ip route 10.255.0.5/32
show ip cef 10.255.0.5 internal
ip route show 10.255.0.5
tcpdump -ni eth0 -c 200 'udp port 4789' -vv

Satu port sumber yang muncul pada banyak percakapan dalam yang berbeda berarti VTEP tidak memvariasikan bidang itu, dan tidak ada penyetelan underlay yang akan menyebarkan beban. Banyak port berbeda dengan satu hop berikutnya yang dipakai justru menunjuk ke grup penerusan.

Catat penghitung sebelum dan sesudah sampel, dan perhatikan lalu lintas tak terkait yang berbagi uplink, atau angkanya akan tampak lebih buruk daripada yang pantas didapat hash.

Apa yang tidak dimaksud distribusi merata

Hash per aliran dirancang untuk menjaga satu percakapan pada satu jalur selama masukannya dan kumpulan jalur yang tersedia tidak berubah. Karena itu satu transfer TCP besar tidak menggabungkan semua uplink, dan menambah tautan tidak akan mempercepat aliran itu. Ini perilaku normal, bukan kesalahan.

Beberapa aliran juga dapat bertabrakan pada hop berikutnya yang sama secara kebetulan. Sampel pendek bisa tampak sangat miring sementara hash melakukan tepat apa yang dikonfigurasi, dan kegagalan tautan atau perubahan kumpulan jalur dapat memindahkan aliran yang sudah berjalan di tengah transfer.

Ujilah dengan pasangan alamat, transport, dan laju yang representatif di bawah rencana yang disetujui, dan pisahkan pemilihan anggota agregasi tautan dari pemilihan multipath yang dirutekan, karena dua tahap hashing menyusun polanya sendiri. Grup hop berikutnya yang terisi ditambah entropi luar yang terlihat menjelaskan hasilnya; panjang prefiks tidak.