Bir VTEP-ə ECMP: VXLAN entropiyası haradan gəlir

Bərabərxərcli multipath-ın host marşrutu üçün faydasız olması barədə iddia o qədər təkrarlanır ki, doğru səslənir. /32 hədəf ünvanı seçir və bu seçim paketi bir fiziki linkə məhdudlaşdırmır. Hədəf uzaq VXLAN tunel nöqtəsidirsə, bir neçə növbəti hop müxtəlif overlay axınlarını daşıya bilər və bunun olub-olmaması forwardinq heşinin nəyi görməsinə icazə verildiyindən asılıdır. Qalanı xarici başlıq üzərində arifmetikadır, prefiksin xassəsi deyil.

Marşrut çatımlılığı, heş isə paylanmanı müəyyən edir.

Mif: /32 bir yol deməkdir

OSPF VTEP loopback-inə bərabərxərcli çatımlılıq bildirə bilər, halbuki forwardinq cədvəli həmin prefiks üçün növbəti hoplar qrupu quraşdırır. Protokol namizədləri verir; platforma onlardan hansının yararlı olduğunu və paketin necə təyin edildiyini qərar verir. Heç bir marşrutlaşdırma protokolu hər inkapsullaşdırılmış kadr üçün yeni heş hesablamır. Bu ayrılıq eyni marşrutlara sahib iki routerin trafiki fərqli paylaya bilməsinin səbəbidir.

Yalnız marşrut göstərişinə deyil, quraşdırılmış forwardinq yazısına baxın, çünki aparat və ya siyasət məhdudiyyətləri idarəetmə müstəvisinin hələ elan etdiyi namizədləri çıxara bilər.

Entropiya haradan gəlməlidir

İki VTEP arasında xarici mənbə və hədəf ünvanları sabit qalır, UDP hədəf portu isə adi yerləşdirmədə 4789-dur. Yalnız bu dəyərləri oxuyan heş sabit giriş görür və sabit yol qaytarır. Xarici başlıqda nəyinsə dəyişməsi lazımdır və bunu edə bilən cihaz VTEP-dir.

RFC 7348 inkapsullaşdırılmış kadrın içindəki sahələrdən UDP mənbə portunun çıxarılmasını təklif edir. Fərqli daxili söhbətlər sonra fərqli xarici tuple-lar yaradır və bu, adi nəqliyyat heşinə işləyəcək bir şey verir.

Forwardinq aparatı paketin daha dərininə baxa bilirsə, onun heş tətbiqinin hansı daxili sahələri dəstəklədiyini yoxlayın. Bu dərinlik hər underlay cihazı üçün tələb kimi qəbul edilməməlidir, çünki mənbə portunun dəyişməsi tək başına artıq faydalı fərqləri göstərir.

Həqiqətən aldığınız heşi yoxlayın

Fərz etmək əvəzinə ölçün. İnkapsullaşdırılmış trafikdən nümunə tutun və xarici mənbə portlarına baxın, sonra nəticəni forwardinq yazıları və hər link üzrə sayğaclarla müqayisə edin.

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

Bir mənbə portunun çoxlu fərqli daxili söhbətlərdə görünməsi VTEP-in sahəni dəyişmədiyini bildirir və underlay tənzimləməsinin heç bir miqdarı yükü yaymayacaq. Bir növbəti hop istifadə olunarkən çoxlu fərqli portlar isə forwardinq qrupuna işarə edir.

Sayğacları nümunədən əvvəl və sonra qeyd edin və uplinkləri paylaşan əlaqəsiz trafiki qeyd edin, əks halda rəqəmlər heşin layiq olduğundan pis görünəcək.

Bərabər paylanmanın nə demək olmadığı

Hər axın üzrə heş bir söhbəti bir yolda saxlamaq üçün qurulub, onun girişləri və mövcud yol çoxluğu dəyişməz qaldıqca. Buna görə tək böyük TCP ötürməsi bütün uplinkləri birləşdirmir və link əlavə etmək o axını sürətləndirməyəcək. Bu normal davranışdır, nasazlıq deyil.

Bir neçə axın da təsadüfən eyni növbəti hopda toqquşa bilər. Qısa nümunə çox əyri görünə bilər, halbuki heş tam olaraq konfiqurasiya edildiyi işi görür, və link nasazlığı ya yol çoxluğunun dəyişməsi qurulmuş axınları ötürmə ortasında köçürə bilər.

Təsdiqlənmiş plan çərçivəsində təmsilçi ünvan cütləri, nəqliyyatlar və sürətlərlə sınaqdan keçirin və link-aqreqasiya üzvlərinin seçimini marşrutlaşdırılmış multipath seçimindən ayrı saxlayın, çünki iki heş mərhələsi öz naxışını yaradır. Dolu növbəti hop qrupu və görünən xarici entropiya nəticəni izah edir; prefiks uzunluğu yox.